Comment ajouter un blog à votre site web : options, SEO et mise en place

Pour ajouter un blog à votre site web, choisissez la manière dont les articles seront rédigés : des fichiers Markdown dans votre projet si vous ou un développeur les écrivez, une base de données avec un éditeur d'administration si des personnes non techniques vont écrire, ou un CMS si vous voulez un outil d'édition complet. Placez ensuite le blog à /blog sur votre domaine principal, avec une page de liste, une page par article et un flux RSS. Pour les moteurs de recherche, assurez-vous que chaque article est servi en HTML réel, avec son propre titre, sa description et son image de partage, et qu'il figure dans votre plan du site. Un créateur d'applications par IA peut construire l'un de ces systèmes à partir d'une consigne ; le choix dépend surtout de qui écrira.

Choisir comment les articles seront rédigés

C'est la décision la plus importante. La technique en découle.

Option	Fonctionnement	Idéal pour	Compromis
Fichiers Markdown dans le projet	Chaque article est un fichier `.md` ; le site le transforme en page	Fondateurs ou développeurs qui écrivent de temps en temps	Publier un article implique de modifier le projet et de le redéployer
Base de données + éditeur d'administration	Les articles sont des lignes d'une table, rédigées dans un éditeur intégré à votre application	Petites équipes, rédacteurs non techniques	Vous construisez et maintenez l'éditeur
CMS headless	Un outil de contenu séparé ; votre site récupère les articles via son API	Équipes éditoriales, nombreux rédacteurs, processus de validation	Un compte supplémentaire, une clé d'API et une facture de plus
Plateforme de blog séparée	Un outil de blogging hébergé sur un sous-domaine	Démarrer sans rien construire	Design différent, lien plus faible avec votre site principal

Une règle utile : si vous êtes à l'aise pour écrire dans un simple fichier texte, Markdown est le plus simple et le plus rapide à servir. Si les mots « commit » et « redéployer » vous freineraient, vous ou votre équipe, choisissez un éditeur.

Sous-dossier ou sous-domaine ?

Sous-dossier (example.com/blog) : un seul site, un seul design, un seul jeu de statistiques, et les articles se trouvent sur le même domaine que les pages que vous voulez positionner. C'est le plus simple pour la plupart des entreprises.
Sous-domaine (blog.example.com) : nécessaire si le blog fonctionne sur une autre plateforme que vous ne pouvez pas servir sous votre site principal.

Si vous intégrez de toute façon le blog à votre propre site, utilisez le sous-dossier.

Ce dont un blog a besoin

Une page de liste des articles avec titres, dates, extraits courts et pagination.
Une page d'article à largeur de lecture confortable (environ 60 à 80 caractères par ligne), avec des titres clairs et une bonne gestion des images.
Des URL propres : /blog/comment-choisir-un-traiteur, et non /blog?id=17.
Un titre et une méta-description propres à chaque article, ainsi que des balises Open Graph pour que les liens partagés affichent un aperçu correct.
Des entrées dans le plan du site pour chaque article, et un flux RSS pour les lecteurs et les outils de newsletter.
L'auteur et la date, et une date de « mise à jour » lorsque vous révisez un article.
Des catégories ou des étiquettes dès que vous avez assez d'articles pour en avoir besoin.
Des brouillons pour que les articles inachevés restent privés.

SEO : faire de chaque article une vraie page

De nombreux sites construits avec des outils modernes sont des applications monopages : le navigateur télécharge du JavaScript qui dessine ensuite la page. Cela convient aux applications, mais un blog vit grâce aux moteurs de recherche et aux aperçus de liens, et les pages dessinées uniquement dans le navigateur sont plus difficiles à lire pour certains robots et aperçus sociaux. Pour un blog, demandez que les articles soient pré-générés (transformés en HTML au moment de la compilation du site) ou rendus côté serveur, afin que chaque URL d'article renvoie immédiatement l'intégralité de son contenu, de son titre et de sa description.

Notre guide sur le SEO pour les sites web créés avec l'IA couvre plus en détail les titres, les plans de site et les données structurées.

Exemples de consignes

Blog en Markdown :

Ajoute un blog à /blog. Chaque article est un fichier Markdown dans content/blog avec un titre, une description, une date et une image de couverture facultative en haut. Crée une page de liste (du plus récent au plus ancien, 10 par page) et une page par article à /blog/[slug]. Pré-génère toutes les pages du blog en HTML statique pour que chacune ait son propre titre, sa méta-description et ses balises Open Graph. Ajoute les articles à sitemap.xml et génère un flux RSS à /blog/rss.xml.

Blog avec un éditeur :

Ajoute un blog dont les articles sont stockés dans la base de données : titre, slug, extrait, contenu (Markdown), image de couverture, statut (brouillon ou publié), date de publication. Ajoute un espace d'administration protégé par mot de passe pour créer, modifier, prévisualiser et publier les articles, avec l'envoi d'images pour la couverture et les images dans le texte. Seuls les articles publiés apparaissent sur /blog. Rends chaque page d'article côté serveur avec son propre titre et sa méta-description.

Finitions :

Améliore la mise en page des articles : largeur de lecture confortable, interligne plus grand, titres, blocs de code et citations mis en forme, images adaptatives, et liens « article suivant / précédent » en bas de page. Garde les couleurs et les polices existantes du site.

Étape par étape

Décidez qui écrit et choisissez Markdown, base de données + éditeur, ou un CMS.
Choisissez la structure des URL : /blog et /blog/slug-de-larticle.
Construisez la page de liste et les pages d'articles avec les bases de mise en page ci-dessus.
Ajoutez les métadonnées de chaque article : titre, description, image de partage, dates.
Rendez les articles explorables : pré-générez-les ou rendez-les côté serveur, puis vérifiez en affichant le code source d'un article — le texte doit s'y trouver.
Ajoutez un plan du site et un flux RSS.
Gérez les images : compressez-les, définissez leurs dimensions, ajoutez un texte alternatif. Pour un éditeur, stockez les envois dans le stockage de fichiers (voir comment ajouter l'envoi de fichiers à votre application).
Rédigez deux ou trois articles avant le lancement, pour que le blog ne paraisse pas vide.
Publiez, puis soumettez le plan du site dans Google Search Console.

Erreurs courantes

Choisir une installation que personne n'utilisera. Un blog en Markdown pour une équipe qui ne touche jamais aux fichiers restera vide.
Des articles générés uniquement dans le navigateur. Les partages affichent un aperçu vide et les moteurs de recherche peuvent en voir moins.
Le même titre et la même description sur chaque article. Chaque article a besoin des siens.
Modifier les slugs après publication. Cela casse les liens ; si vous y êtes obligé, ajoutez une redirection.
D'énormes images non compressées. Elles ralentissent chaque article.
Pas de brouillons. Des articles à moitié écrits sont publiés par accident.
Écrire sur soi plutôt que sur les questions de vos clients. Les réponses utiles attirent des visites ; les annonces en attirent rarement.

Liste de contrôle

La méthode de rédaction correspond à ceux qui écriront réellement
Le blog est à /blog sur votre domaine principal
URL propres et stables pour chaque article
Titre, description et image de partage uniques pour chaque article
Le HTML de l'article contient tout le texte (à vérifier dans le code source de la page)
Le plan du site et le flux RSS incluent tous les articles publiés
Les brouillons restent privés
Images compressées, avec texte alternatif
Quelques articles rédigés avant le lancement

Ajouter un blog avec Mythex

Sur Mythex, vous pouvez ajouter l'un ou l'autre type de blog depuis le chat. Pour un blog avec éditeur, les articles vont dans la base de données du projet et les images dans le stockage de fichiers, que Mythex active lorsque l'application en a besoin. La documentation de Mythex indique que les nouvelles applications par défaut sont souvent des applications monopages Vite, dont le SEO est plus faible que celui du HTML rendu côté serveur ou statique : pour un blog, demandez donc des pages d'articles pré-générées ou statiques, ou une configuration Next.js. Consultez le SEO de votre application publiée, et publiez de nouveau après chaque modification.

Si vous partez de zéro, consultez comment créer un site web avec l'IA et comment créer le site web d'une petite entreprise.

Questions

Mon blog doit-il être sur un sous-domaine ou un sous-dossier ?

Un sous-dossier comme example.com/blog garde le blog sur le même site que votre produit, et c'est le choix le plus simple pour la plupart des petites entreprises. Un sous-domaine comme blog.example.com se justifie lorsque le blog fonctionne sur une plateforme séparée que vous ne pouvez pas héberger sous votre site principal.

Quelle est la façon la plus simple d'ajouter un blog à un site créé avec l'IA ?

Si seuls vous ou un développeur rédigerez les articles, enregistrez chaque article sous forme de fichier Markdown dans le projet et laissez le site le transformer en pages. Si des personnes non techniques vont écrire, ajoutez les articles à une base de données avec un éditeur d'administration simple, ou connectez un CMS.

Un blog sur une application monopage nuit-il au SEO ?

Cela peut le fragiliser. Les pages générées uniquement dans le navigateur sont plus difficiles à lire pour certains robots d'exploration et pour les aperçus de partage. Les articles de blog doivent être servis en HTML réel — pré-générés à la compilation ou rendus côté serveur — avec leur propre titre et leur propre description.

À quelle fréquence publier sur un blog d'entreprise ?

Il n'existe pas de chiffre magique. Un rythme régulier que vous pouvez tenir, avec des articles qui répondent à de vraies questions de vos clients, vaut mieux qu'une rafale d'articles suivie de mois de silence.