Avant d'écrire pour Google, il faut que Google puisse lire. Le SEO technique tient en sept bases : un site indexable, une adresse et un titre propres à chaque page, un contenu présent dans le HTML servi, un plan du site exact, des pages rapides, des données structurées et des versions linguistiques bien déclarées. Toutes se vérifient sans outil payant.
9 min de lecture · mis à jour le 6 novembre 2026
Un contenu ne se positionne pas s'il n'est pas lu
On parle souvent du référencement naturel comme d'une affaire de mots-clés et d'articles. C'est vrai, mais seulement une fois la base posée. Le meilleur texte du monde ne se positionne pas sur une page que le moteur ne peut pas explorer, ou qu'il prend pour le doublon d'une autre.
Les erreurs techniques ont une particularité : elles sont invisibles pour le visiteur. Le site s'affiche, les pages sont belles, et rien ne signale qu'une balise interdit l'indexation ou qu'une adresse canonique désigne la mauvaise page. Il faut aller les chercher.
Plusieurs exemples de cet article viennent de ce site même. Nous les avons trouvés en l'auditant et corrigés : ce sont des erreurs courantes, y compris chez ceux dont c'est le métier.
Être indexable : robots.txt, balise robots et adresse canonique
Trois réglages décident si une page peut entrer dans l'index. Le fichier robots.txt dit aux robots ce qu'ils peuvent explorer. La balise robots de chaque page dit si elle peut être indexée. L'adresse canonique dit quelle version d'un contenu est l'originale.
Chacun a son erreur classique. Un robots.txt qui interdit le dossier des fichiers CSS et JavaScript empêche Google de rendre la page comme un visiteur la voit : c'était le cas ici, par une ligne écrite avec de bonnes intentions. Une balise « noindex » posée sur le site de test part en production avec lui. Et une adresse canonique copiée d'une page à l'autre fait déclarer à toute une série de pages qu'elles sont des doublons de l'accueil : nos quatre pages de services le faisaient, et ne pouvaient donc pas être indexées.
La vérification est simple. Ouvrez la source d'une page importante et cherchez « robots » et « canonical ». L'outil d'inspection d'URL de la Search Console montre ensuite ce que Google a retenu.
Une page, une adresse, un titre, une description
Chaque page indexable doit avoir son propre titre et sa propre description. Le titre est ce qui s'affiche en bleu dans les résultats : il doit contenir la requête que la page vise, tenir en une soixantaine de signes pour ne pas être coupé, et donner envie de cliquer. Une formule élégante qui ne contient aucun mot cherché fait un bon intertitre et un mauvais titre de page.
La description n'influence pas directement le classement, mais elle influence le clic, ce qui revient au même pour le trafic. Autour de cent cinquante signes, elle doit dire ce que le visiteur trouvera, concrètement.
Enfin, chaque page a un seul titre principal, la balise H1, et une hiérarchie d'intertitres qui suit la logique du contenu. Deux pages qui partagent le même titre se font concurrence, et le moteur choisit souvent la mauvaise.
Le rendu JavaScript : ce que voit réellement Google
Beaucoup de sites modernes sont des applications JavaScript. Le serveur envoie une page presque vide, et c'est le navigateur qui construit le contenu. Google sait exécuter ce JavaScript, mais avec un délai et sans garantie : tant que la page n'est pas rendue, il ne voit que la coquille.
La solution est de servir le contenu dans le HTML lui-même, par un rendu côté serveur ou un pré-rendu au moment de la construction du site. Pour vérifier, désactivez JavaScript dans votre navigateur et rechargez la page : ce qui reste est ce que tout robot lit sans effort.
Attention aussi à ce que le JavaScript fait après le chargement. Ce site redirigeait automatiquement les visiteurs vers la version anglaise quand leur navigateur n'était pas réglé en français. Or Googlebot explore avec un navigateur réglé en anglais : chaque page française lui apparaissait comme une redirection vers sa traduction. Les robots sont désormais exclus de cette redirection.
Le plan du site et la Search Console
Le plan du site, ou sitemap, liste les adresses que vous voulez voir indexées. Il doit être généré automatiquement à chaque mise en ligne, sans quoi il oublie tôt ou tard la dernière page ajoutée. Il ne contient que des pages indexables, qui répondent 200 et qui sont leur propre adresse canonique.
La date de dernière modification de chaque entrée doit être vraie. Une date qui change à chaque construction alors que le contenu ne bouge pas apprend au moteur à l'ignorer.
Déclarez ensuite le plan dans la Search Console. Son rapport d'indexation dit, page par page, ce que Google a indexé, ce qu'il a exclu, et pourquoi. C'est l'outil de diagnostic le plus utile du référencement, et il est gratuit.
Le maillage interne : relier les pages entre elles
Les liens d'une page à l'autre sont la carte que suit le moteur. Une page qu'aucune autre ne cite est difficile à trouver et paraît sans importance. Une page citée par plusieurs pages du même sujet reçoit une part de leur autorité, et le moteur comprend de quoi elle traite grâce au texte du lien.
Reliez donc chaque page de service aux guides qui la soutiennent, et chaque guide à la page de service qui lui correspond. Préférez des textes de lien qui décrivent la destination, comme « le prix d'un site internet », à des « cliquez ici » qui ne disent rien.
La vitesse et les Core Web Vitals
Google mesure l'expérience réelle des visiteurs avec trois indicateurs : le temps d'affichage du contenu principal, la réactivité aux interactions et la stabilité de la mise en page. Ils comptent parmi les signaux de classement et, surtout, ils mesurent ce qui fait fuir un visiteur.
Les causes les plus fréquentes d'un mauvais score sont connues : des images trop lourdes ou sans dimensions déclarées, des polices qui bloquent l'affichage, trop de JavaScript exécuté au chargement. Le rapport « Signaux Web essentiels » de la Search Console montre les pages concernées, et PageSpeed Insights en donne le détail.
Les données structurées : ce qu'elles font, et ce qu'elles ne font pas
Les données structurées décrivent le contenu dans un vocabulaire que les moteurs comprennent : une organisation, un article, un fil d'Ariane, un service. Elles aident le moteur à relier vos pages à une entité, votre entreprise, et permettent certains affichages enrichis.
Elles ne font pas monter une page par elles-mêmes, et Google n'affiche pas tout ce qu'on lui déclare. Depuis 2023, par exemple, les questions fréquentes enrichies ne s'affichent plus que pour quelques sites officiels et de santé. Déclarez ce qui est vrai et utile, sans chercher l'effet : un balisage qui ne correspond pas au contenu visible peut valoir une action manuelle.
Un site en plusieurs langues : hreflang sans se tromper
Quand un site existe en plusieurs langues, chaque page déclare ses équivalents avec des balises hreflang, et chacun de ces équivalents déclare la première en retour. Sans cette réciprocité, le moteur ignore la déclaration et peut traiter une traduction comme un doublon.
Une page qui n'est pas traduite ne doit pas prétendre l'être. Sur ce site, les guides sont écrits en français : leurs adresses anglaises affichent l'interface en anglais autour du texte français, et elles sont exclues de l'index plutôt que présentées comme des traductions.