Blog hébergé
Un blog sur le domaine que vous possédez déjà.
Le moyen le plus rapide de ne rien faire avancer, c’est de commencer par une refonte. Le blog ne touche donc pas à votre site : il répond sur son propre nom d’hôte sous votre domaine, derrière un enregistrement DNS, et le pipeline l’écrit, le publie et le maintient. Vos pages restent vos pages.
Un enregistrement DNSRien d’installé sur votre siteVotre domaine, vos articles
Ce qui se trouve sur le domaine.
Six choses servies pour vous, toutes générées à partir de ce qui est réellement publié. Aucune fenêtre de maintenance, aucun avertissement d’extension et aucun build à surveiller.
- Un index de tous les articles
- Du plus récent au plus ancien, le dernier article en pleine largeur et les autres listés par date en dessous — la page sur laquelle un lecteur arrive depuis un résultat de recherche ou depuis la navigation du site.
- Une page par article
- L’article avec son image de couverture, ses images dans le texte, son maillage interne vers les pages que vous publiez déjà, et les métadonnées dont un résultat de recherche et une carte sociale ont besoin.
- Une URL canonique sur chaque page
- Pour que le blog et toute copie de celui-ci ne soient jamais deux pages concurrentes. Le domaine que vous lui donnez est le domaine auquel les articles sont attribués.
- Sitemap, robots.txt et llms.txt
- Générés à partir de ce qui est réellement publié : la liste explorable des articles, l’autorisation de les lire et l’index en texte brut pour les modèles qui en lisent un.
- HTTPS et un favicon
- Servi en TLS avec l’icône du site, pour que le blog ressemble à une section de l’entreprise plutôt qu’à une page tierce qui la mentionne par hasard.
- Rien à maintenir
- Aucune extension à mettre à jour, aucune chaîne de build, aucun hébergement à surveiller. Le blog est servi par les mêmes routes qui l’écrivent, et c’est pourquoi les deux ne peuvent pas se désynchroniser.
Ce que ce n’est pas.
Un blog hébergé est facile à survendre, parce que « blog » peut désigner toute une plateforme de publication. Voici la liste honnête.
Ce que c’est : une section de votre domaine qui publie les articles planifiés par le pipeline, avec l’aspect technique — URL canonique, sitemap, robots.txt, llms.txt, images, données structurées — pris en charge pour vous. Ce que ce n’est pas : un deuxième site web à faire tourner.
Si vous voulez les articles ailleurs, c’est une réponse prise en charge et non un pis-aller : lisez-les depuis l’API et publiez-les là où vos rédacteurs travaillent déjà.
- Un constructeur de sites — il ne concevra ni votre page d’accueil, ni votre boutique, ni votre page de contact
- Un CMS dans lequel vous écrivez : les articles sont produits par le pipeline, puis modifiés ou dépubliés depuis le tableau de bord
- Une refonte ou une migration du site que vous exploitez déjà
- Une seconde marque sur un sous-domaine que vous ne contrôlez pas — le domaine et l’archive vous appartiennent
- Un endroit où coller les articles des autres
Trois façons de servir les mêmes articles.
Le blog est la destination par défaut parce qu’il supprime le travail d’intégration, pas parce que les articles ne peuvent vivre que là.
- 01
Le blog hébergé
Un enregistrement DNS et le blog répond sur votre domaine. La solution par défaut, parce qu’elle supprime entièrement le travail d’intégration et ne touche pas au site que vous exploitez déjà.
- 02
Votre propre CMS
Lisez chaque article depuis l’API en markdown ou en HTML rendu, avec ses métadonnées et ses images, et publiez-le là où vos rédacteurs travaillent déjà. Rien dans l’API ne peut réécrire.
- 03
Votre propre build
Récupérez les articles au moment du build et rendez-les dans un site statique, un thème de documentation ou un entrepôt de données. Le même JSON, une requête par page d’articles.
L’installation, dans l’ordre où elle se déroule.
Cinq étapes, dont l’une est un enregistrement DNS. Le reste, c’est lire, décider et attendre le premier article.
- 01
Analyser le domaine
Gratuit et sans compte : la page d’accueil, ses titres et le sitemap, plus les requêtes auxquelles le site ne répond pas encore.
- 02
Connecter un site et choisir une langue
Le blog obtient son propre nom d’hôte sous le domaine que vous possédez — généralement un sous-domaine. La langue détermine les recherches de quel marché servent de base au plan.
- 03
Pointer un enregistrement DNS
Un seul CNAME. Rien n’est installé sur votre serveur, aucun thème n’est touché et aucun développeur n’a besoin d’intervenir une fois l’enregistrement en place.
- 04
Lire le premier plan
Requêtes, plans détaillés et dates, visibles avant que quoi que ce soit soit écrit. Écartez ce qui n’est pas vrai pour l’entreprise.
- 05
Le laisser publier
Un article à chaque jour de publication que vous avez choisi, par langue, avec images, maillage interne et métadonnées, sur le domaine auquel vos lecteurs font déjà confiance.
Les articles sont publiés que le blog soit connecté ou non
Un article planifié est écrit et publié à sa date même avant que le nom d’hôte ne pointe quelque part — il devient simplement visible sur le domaine dès que l’enregistrement DNS résout. C’est voulu : un enregistrement manquant retarde la lecture, jamais l’écriture, et le plan n’est pas bloqué pendant que quelqu’un cherche l’accès au panneau DNS.
Ce que l’hébergement ne promet pas
Bien servir un blog est un travail technique, et c’est la partie que ceci prend en charge : des pages explorables, une par article, sur un domaine que vous possédez. Cela ne promet pas que quelqu’un les trouvera. Le positionnement, le trafic et le chiffre d’affaires ne sont garantis ni par cet hébergeur ni par un autre, et nos conditions le disent.
L’hébergement ne rend pas non plus la rédaction bonne. Un blog qui répond à de vraies questions mérite d’être hébergé ; un blog de remplissage non — c’est pourquoi chaque plan est construit à partir des pages que le site possède déjà et des questions que son marché recherche réellement, et pourquoi la validation peut être activée pour retenir chaque article jusqu’à ce que vous l’ayez lu.
Plus sur le contenu
- API de contenu SEO
Chaque article en JSON — l’article, ses métadonnées, son statut et son URL.
- Contenu SEO multilingue
Une langue est une ligne éditoriale, pas une traduction de vos pages anglaises.
- Pour les marchés multilingues
Quel marché ouvrir ensuite, et ce qu'il coûte.
- llms.txt
Le fichier de synthèse destiné aux modèles de langage, et ce que contient le nôtre.
Questions sur le blog hébergé.
Notamment où il se trouve, à qui appartiennent les articles et ce qu’il advient du site que vous exploitez déjà.
Dois-je modifier mon site web ?
Non. Le blog est un nom d’hôte distinct sous le domaine que vous possédez : rien n’est installé, aucun modèle n’est modifié et aucune extension n’est ajoutée au site que vous exploitez déjà. Si vous arrêtez l’abonnement, le site que vous exploitez aujourd’hui est exactement là où vous l’avez laissé.
Où se trouve le blog ?
Sur un nom d’hôte à l’intérieur d’un domaine que vous possédez — généralement un sous-domaine comme blog.votredomaine.com. Un enregistrement DNS le pointe vers Xt4b, le blog y répond en HTTPS, et chaque article est attribué à votre domaine avec sa propre URL canonique.
À qui appartiennent les articles ?
À vous. Ils sont publiés sous votre domaine et ils sont votre contenu : vous pouvez les modifier ou les dépublier depuis le tableau de bord, et les relire tous depuis l’API en markdown ou en HTML rendu dès que vous voulez les emporter ailleurs.
Et si j’ai déjà un blog ?
Alors la question utile est de savoir lequel continue de publier. Rien ici n’importe, ne réécrit ni ne supprime les articles existants — le blog hébergé part du plan, et les pages que vous publiez déjà sont liées plutôt que remplacées. Un blog existant sur le même nom d’hôte devrait d’abord être déplacé.
Puis-je le concevoir pour qu’il corresponde à mon site ?
Dans certaines limites : le blog reprend le nom de marque du site, son icône et sa couleur d’accent, pour ne pas apparaître comme une plateforme étrangère, et la forme des articles — sommaire, sources, section FAQ — est définie par site. Ce n’est délibérément pas un constructeur de pages : un blog personnalisable serait un deuxième site à maintenir, ce qui est exactement le travail qu’il s’agit de supprimer.
Le blog fonctionne-t-il dans plusieurs langues ?
Oui, et chaque langue est une ligne distincte avec son propre plan et son propre calendrier plutôt qu’une traduction. Un site qui publie sur deux marchés obtient deux séries d’articles sur le même domaine : l’index les liste du plus récent au plus ancien, l’article le plus récent mis en avant et les autres en dessous.
Combien coûte l’hébergement ?
Rien de plus : 20 € par site web, par langue, par mois couvrent le plan, la rédaction, les images et le service du blog sur votre domaine. Il n’y a pas de devis par article, pas de facture d’hébergement séparée et aucun frais pour l’analyse.
Un blog hébergé est-il bon pour le SEO ?
Il est bon pour la mécanique : des articles sur votre propre domaine, des URL canonique, un sitemap, du HTML explorable, des données structurées et un maillage interne vers vos pages qui convertissent. Ce qu’il ne peut pas faire, c’est garantir quoi que ce soit — aucun positionnement, trafic ou chiffre d’affaires n’est promis, et les conditions d’utilisation le disent clairement.
Un enregistrement DNS
Placez le blog sur votre domaine, pas sur une plateforme.
Connectez un site et lisez le plan avant que quoi que ce soit soit écrit : les requêtes qui manquent à votre domaine, les plans détaillés et les dates auxquelles chaque article est mis en ligne.
Hébergement inclus par ligne20 € / site / langue / mois3 jours gratuits, sans carte bancaire