Comment ajouter un blogue à votre site : options, SEO et installation

Pour ajouter un blogue à votre site, choisissez comment 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 rédigeront, ou un CMS si vous voulez un outil d'édition complet — puis placez le blogue à /blogue 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 comme du vrai HTML avec son propre titre, sa description et son image de partage, et qu'il apparaît dans votre plan du site. Un créateur d'applications par IA peut construire l'une ou l'autre de ces options à partir d'une invite; le choix dépend surtout de qui rédigera.

Choisir comment les articles sont rédigés

C'est la décision la plus importante. La technologie 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 rédigent occasionnellement	Publier un article signifie modifier le projet et redéployer
Base de données + éditeur d'administration	Les articles sont des lignes dans une table, rédigées dans un éditeur de votre application	Petites équipes, rédacteurs non techniques	Vous construisez et maintenez l'éditeur
CMS sans tête	Un outil de contenu distinct; votre site récupère les articles par son API	Équipes de contenu, nombreux rédacteurs, flux d'approbation	Un autre compte, une clé d'API et une autre facture
Plateforme de blogue distincte	Un outil de blogue 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 d'écrire dans un fichier texte brut, Markdown est le plus simple et le plus rapide à servir. Si les mots « valider » et « redéployer » vous empêcheraient, vous ou votre équipe, de publier, choisissez un éditeur.

Sous-dossier ou sous-domaine?

Sous-dossier (example.com/blogue) : un seul site, un seul design, une seule analytique, et les articles se trouvent sur le même domaine que les pages que vous voulez faire ressortir. Le plus simple pour la plupart des entreprises.
Sous-domaine (blogue.example.com) : nécessaire si le blogue fonctionne sur une plateforme différente que vous ne pouvez pas servir sous votre site principal.

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

Ce dont un blogue a besoin

Page de liste des articles avec titres, dates, extraits courts et pagination.
Page d'article avec une largeur de lecture confortable (environ 60 à 80 caractères par ligne), des titres clairs et une bonne gestion des images.
URL propres : /blogue/comment-choisir-un-traiteur, et non /blogue?id=17.
Titre et méta-description propres à chaque article, ainsi que des balises Open Graph pour que les liens partagés affichent un aperçu adéquat.
Entrées dans le plan du site pour chaque article, et un flux RSS pour les lecteurs et les outils d'infolettre.
Auteur et date, ainsi qu'une date de « mise à jour » lorsque vous révisez un article.
Catégories ou étiquettes une fois que vous avez assez d'articles pour en avoir besoin.
Brouillons pour que les articles inachevés restent privés.

Référencement : faire des articles de vraies pages

Beaucoup de sites construits avec les outils modernes sont des applications monopages : le navigateur télécharge du JavaScript qui dessine ensuite la page. C'est acceptable pour des applications, mais un blogue vit de la recherche et des aperçus de liens, et les pages dessinées uniquement dans le navigateur sont plus difficiles à lire pour certains robots et certains aperçus sociaux. Pour un blogue, demandez que les articles soient pré-rendus (transformés en HTML au moment de la construction du site) ou rendus sur le serveur, afin que chaque URL d'article retourne tout son contenu, son titre et sa description immédiatement.

Notre guide sur le référencement des sites construits avec l'IA couvre plus en détail les titres, les plans du site et les données structurées.

Exemples d'invites

Blogue en Markdown :

Ajoute un blogue à /blogue. 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 à /blogue/[slug]. Pré-rends toutes les pages du blogue 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 à /blogue/rss.xml.

Blogue avec éditeur :

Ajoute un blogue 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 une zone d'administration protégée par mot de passe pour créer, modifier, prévisualiser et publier des articles, avec téléversement d'images pour la couverture et les images dans le texte. Seuls les articles publiés apparaissent sur /blogue. Rends chaque page d'article sur le serveur avec son propre titre et sa méta-description.

Finition :

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

Étape par étape

Décidez qui écrit, puis choisissez Markdown, base de données + éditeur, ou un CMS.
Choisissez la structure des URL : /blogue et /blogue/slug-de-larticle.
Construisez les pages de liste et d'article avec les bases de mise en page ci-dessus.
Ajoutez les métadonnées pour chaque article : titre, description, image de partage, dates.
Rendez les articles explorables : pré-rendez-les ou rendez-les sur le serveur, puis vérifiez en affichant le code source d'un article — le texte doit y figurer.
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 téléversements dans le stockage de fichiers (voir comment ajouter le téléversement de fichiers).
Rédigez deux ou trois articles avant le lancement pour que le blogue ne paraisse pas vide.
Publiez, puis soumettez le plan du site dans Google Search Console.

Erreurs courantes

Choisir une configuration que personne n'utilisera. Un blogue en Markdown pour une équipe qui ne touche jamais aux fichiers restera vide.
Des articles rendus 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 la publication. Cela brise les liens; si vous devez le faire, ajoutez une redirection.
Des images énormes non compressées. Elles ralentissent chaque article.
Aucun brouillon. Des articles à moitié écrits sont publiés par accident.
Parler de vous plutôt que des questions de vos clients. Les réponses utiles attirent des visites; les annonces en attirent rarement.

Liste de vérification

La méthode de rédaction correspond aux personnes qui rédigeront vraiment
Le blogue se trouve à /blogue sur votre domaine principal
Une URL propre et stable pour chaque article
Un titre, une description et une image de partage uniques pour chaque article
Le HTML de l'article contient le texte complet (vérifiez le code source)
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 blogue avec Mythex

Sur Mythex, vous pouvez ajouter l'un ou l'autre type de blogue depuis le clavardage. Pour un blogue 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 référencement est plus faible que celui du HTML rendu sur le serveur ou statique — donc pour un blogue, demandez des pages d'article pré-rendues ou statiques, ou une configuration Next.js. Voir le référencement de votre application publiée, et publiez de nouveau après les modifications.

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

Questions

Mon blogue devrait-il être sur un sous-domaine ou dans un sous-dossier?

Un sous-dossier comme example.com/blogue garde le blogue sur le même site que votre produit et est le choix le plus simple pour la plupart des petites entreprises. Un sous-domaine comme blogue.example.com a du sens lorsque le blogue fonctionne sur une plateforme distincte que vous ne pouvez pas héberger sous votre site principal.

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

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

Un blogue sur une application monopage nuit-il au référencement?

Il peut être moins performant. Les pages générées uniquement dans le navigateur sont plus difficiles à lire pour certains robots d'indexation et pour les aperçus de partage. Les articles de blogue devraient être servis comme du vrai HTML — pré-rendus au moment de la construction ou rendus sur le serveur — avec leur propre titre et description.

À quelle fréquence devrais-je publier sur un blogue d'entreprise?

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