Comment structurer un article SEO friendly

Un article SEO friendly se joue sur cinq décisions prises avant d'écrire la première phrase : une requête unique, un titre qui porte une promesse, une intro qui donne la réponse dès les trois premières phrases, des H2 qui découpent le sujet en questions autonomes, et une longueur dictée par l'intention de recherche. Le reste relève de l'écriture.

Cette structure sert deux lecteurs à la fois. La personne qui balaie la page en dix secondes pour décider si elle reste, et le moteur qui découpe le texte en passages pour en citer un. Les deux cherchent la même chose : une réponse qui tient debout sans son contexte.

Tout commence par une requête choisie avant la rédaction

Un article traite une requête principale et ses variantes proches, pas un thème. « Article seo friendly », « rédiger un article seo » et « structure article seo » renvoient des résultats similaires, donc une seule page suffit à les couvrir. En revanche, « article seo friendly » et « combien coûte un article de blog » appellent deux pages distinctes, parce que le lecteur n'attend pas la même réponse.

Avant d'écrire, regardez les dix premiers résultats sur la requête. S'il s'agit de définitions courtes, le lecteur veut une définition. S'il s'agit de guides pas à pas, il veut une méthode. S'il s'agit de pages produit, la requête est commerciale et un article ne la gagnera pas. Cette lecture prend cinq minutes et évite de produire un texte correct sur une requête que personne ne tape.

L'ordre inverse, écrire d'abord puis chercher un mot clé à poser dessus, donne un texte qui répond à tout sans répondre à rien. Il produit aussi de la cannibalisation : deux articles du même site positionnés sur la même requête se partagent les liens et les clics au lieu de les cumuler.

Le titre annonce ce que le lecteur obtient

« Structure d'un article de blog » est un sujet. « Comment structurer un article SEO friendly » est une promesse : le lecteur sait qu'il repartira avec une méthode. La différence se mesure dans le taux de clic depuis les résultats de recherche, où votre titre est en concurrence directe avec neuf autres.

Trois règles tiennent : la requête apparaît dans les premiers mots, le titre reste sous 60 caractères pour ne pas être tronqué dans les résultats, et il dit ce que contient la page sans exagérer. Un titre qui promet « la méthode complète » devant un article de 300 mots fait repartir le lecteur vers les résultats de recherche en quelques secondes, et ce retour est un signal que les moteurs savent lire.

Le H1 visible sur la page peut différer du titre affiché dans les résultats. Le premier parle au lecteur déjà arrivé, le second doit convaincre quelqu'un qui hésite entre dix liens.

L'intro répond au lieu d'annoncer

L'intro la plus répandue commence par « Dans cet article, nous allons voir ». Elle fait perdre le lecteur pour une raison mécanique : il arrive d'une recherche avec une question précise, et on lui demande d'attendre 150 mots avant d'obtenir un début de réponse. Pendant ces 150 mots, l'onglet reste ouvert sur les autres résultats.

Une intro qui fonctionne donne la réponse courte en deux ou trois phrases, puis annonce le détail. Le lecteur qui n'avait besoin que de la réponse l'a eue et gardera le site en mémoire. Celui qui veut la méthode continue, parce qu'il vient de vérifier que la page sait de quoi elle parle.

Du côté des moteurs, le premier paragraphe est le passage le plus souvent testé comme candidat à une citation. Une intro qui contient la réponse est reprise. Une intro qui annonce un plan ne contient rien de reprenable.

Un H2 contient une question et sa réponse entière

La hiérarchie utile est simple : un H1 pour le sujet de la page, des H2 pour chaque question que le sujet soulève, des H3 pour les cas particuliers d'un H2. Pas de H3 sans H2 au-dessus.

Un bon H2 passe un test : lu seul, avec le texte qui le suit, il forme une réponse complète. Cela interdit les H2 de transition du type « Quelques points à garder en tête » ou « Allons plus loin », qui n'annoncent aucun contenu identifiable. Cela interdit aussi les sections de deux lignes qui renvoient à la suivante. John Mueller a décrit les titres comme un signal de contexte pour le bloc de texte qui suit, ce qui veut dire qu'un titre vague rend le bloc difficile à rattacher à une requête.

Le volet technique des balises Hn, de l'URL et de la vitesse relève du site plutôt que du texte, et nous le traitons dans notre guide sur le site internet SEO friendly.

La longueur dépend de l'intention, pas d'un quota

Google indique dans sa documentation sur les contenus utiles qu'il n'existe pas de nombre de mots préféré, et sa liste d'auto-évaluation demande aux éditeurs de vérifier s'ils écrivent pour atteindre un chiffre lu quelque part. John Mueller a répété que le nombre de mots n'est pas un critère de classement.

Les ordres de grandeur que nous constatons sur nos missions tiennent à l'intention. Une requête de définition se traite en 400 à 600 mots, parce que le lecteur veut la définition et rien d'autre. Une comparaison entre deux outils demande 800 à 1 200 mots, le temps de poser les critères. Un guide de méthode tient entre 1 500 et 2 500 mots. Ces repères sont des conséquences de l'intention, pas des cibles.

Le remplissage se repère tout de suite : des paragraphes d'introduction à chaque section, des reformulations de ce qui précède, des sections sur des sujets voisins ajoutées pour atteindre un chiffre. Un article de 2 000 mots qui en contient 600 d'utiles est jugé sur les 2 000.

Le maillage interne se décide dans les deux sens

Depuis l'article, trois à cinq liens contextuels vers vos pages existantes suffisent, placés dans le texte là où le lecteur en a besoin. L'ancre décrit la destination : « notre méthode d'audit SEO en 7 étapes » plutôt que « en savoir plus ». Un lien posé au bon endroit est cliqué, un bloc de liens en bas de page ne l'est pas.

Vers l'article, le travail est plus souvent oublié. Un nouvel article publié sans qu'aucune page existante ne pointe vers lui reste isolé, difficile à trouver pour les robots comme pour les lecteurs. La règle de travail : à chaque publication, ajouter deux ou trois liens depuis des pages déjà en place et déjà visitées, y compris depuis une page de service quand le sujet s'y prête.

Les moteurs de réponse citent un passage, pas une page

ChatGPT, Perplexity et les AI Overviews de Google ne reprennent pas un article entier. Ils le découpent en passages, en sélectionnent un, et affichent la source. Le passage retenu doit donc se comprendre seul.

Un passage autonome nomme son sujet dans ses propres phrases. Il écrit « un article SEO friendly commence par le choix de la requête » et non « il commence par cette étape ». Il évite « c'est pourquoi », « dans ce cas », « comme vu plus haut », toutes les formules qui transforment un paragraphe en suite du précédent. Sorti de la page, un paragraphe qui s'ouvre sur « c'est pourquoi » ne désigne plus rien, donc il n'est pas repris.

Le test tient en une manipulation : copiez un paragraphe seul dans un document vide et lisez-le. S'il reste compréhensible et contient un fait vérifiable, il est citable. S'il faut remonter à la page pour savoir de quoi il parle, il ne l'est pas. Faites passer ce test à chaque section d'un article avant publication.

Les erreurs qui coûtent cher

Le bourrage de mots clés reste la plus visible. Répéter la requête exacte quinze fois dans 1 200 mots rend le texte pénible et n'apporte rien en classement. Les moteurs reconnaissent les variantes et les termes du sujet, donc écrire normalement suffit.

La FAQ inventée pour le balisage vient ensuite. Ajouter cinq questions que personne ne pose, avec des réponses de deux lignes, dans l'espoir d'obtenir un affichage enrichi, produit une section que les lecteurs sautent. Une FAQ a sa place quand elle reprend des questions réellement posées par des prospects, et ses réponses doivent être utiles même sans balisage.

Les titres décoratifs ferment la liste. « Un enjeu majeur », « Ce qu'il faut retenir », « Passons à la pratique » occupent une ligne sans rien dire du contenu qui suit. Ils coûtent deux fois : le lecteur qui balaie la page ne trouve pas sa section, et le moteur n'a pas de contexte à rattacher au bloc.