Le référencement d'un site internet sur Google ne se joue pas qu'au niveau du contenu. Une bonne partie se décide dans des éléments techniques précis, souvent invisibles pour un visiteur mais déterminants pour le robot d'exploration. Voici les six familles de leviers qu'on vérifie en premier sur un site nouveau ou en perte de visibilité.
Le crawl, la condition qui passe avant tout le reste
Avant de parler de mots-clés ou de position, il faut vérifier qu'un robot peut atteindre chaque page. Trois points se contrôlent directement :
- Le fichier robots.txt ne doit bloquer aucune page destinée à être trouvée. Une ligne oubliée d'une ancienne version du site suffit à exclure une section entière de l'exploration.
- Chaque page utile renvoie un code 200, pas une redirection en chaîne ni une erreur 404 silencieuse.
- Le sitemap.xml liste les URLs réelles, à jour, et reste soumis dans Search Console.
Un point passe souvent inaperçu : l'existence de deux versions d'une même page, accessibles séparément, sans qu'aucune ne redirige vers l'autre. Sur un chantier récent, treize pages répondaient en 200 sur deux formes d'URL différentes (avec et sans extension), sans redirection entre les deux. Le maillage interne et les balises canonical étaient corrects ; c'est l'hébergeur qui servait les deux formes. Ce genre de doublon ne se voit pas en lisant le code, seule une vérification directe des URLs le révèle.
Les balises qui indiquent le sujet de chaque page
Une fois la page accessible, encore faut-il que Google comprenne de quoi elle parle. Trois balises portent l'essentiel du signal :
- Le title, unique sur tout le site, avec l'information distinctive placée en premier.
- La meta description, qui donne une raison de cliquer plutôt qu'un résumé plat du contenu.
- La hiérarchie H1 / H2 / H3, cohérente du début à la fin : un seul H1 par page, jamais de H3 sans H2 au-dessus.
Ces balises ne pèsent pas comme un score qu'on additionnerait. Elles indiquent à Google le sujet exact d'une page, ce qui conditionne les requêtes sur lesquelles elle peut apparaître. Deux pages qui partagent le même title, ou dont le H1 répète mot pour mot le title, envoient un signal flou : Google a plus de mal à décider laquelle proposer pour une recherche donnée.
La vitesse de chargement, un signal direct
Google mesure la vitesse perçue par un visiteur réel via trois indicateurs, les Core Web Vitals : le LCP (temps d'affichage du plus gros élément visible), le CLS (stabilité visuelle pendant le chargement) et l'INP (réactivité aux interactions). La cause la plus fréquente d'un mauvais score reste la même : des images trop lourdes, jamais redimensionnées à leur taille d'affichage réelle.
Un site lent n'est pas automatiquement écarté du classement, mais il perd des visiteurs avant même que le classement ne compte. Le taux de rebond qui en résulte finit, lui, par se lire dans les signaux d'usage.
Le mobile, la version que Google regarde en premier
Google indexe la version mobile d'un site en priorité, pas la version desktop, depuis plusieurs années déjà. Concrètement, si un menu, un bloc de contenu ou un formulaire de contact n'apparaît que sur la version ordinateur, Google ne le voit tout simplement pas dans son évaluation. Un site pensé d'abord pour desktop et adapté ensuite au mobile part avec ce désavantage, même si l'affichage mobile paraît correct à l'œil.
Le test le plus fiable reste l'usage réel : naviguer le site entier depuis un téléphone, formulaire de contact compris, plutôt que se fier à un aperçu redimensionné dans le navigateur.
Le HTTPS, une condition binaire
Un certificat SSL valide n'est plus un plus depuis longtemps, c'est un prérequis. Un site encore en HTTP est signalé "non sécurisé" par le navigateur avant même que le visiteur ait lu la première ligne, et Google en tient compte dans son évaluation globale du site. Le point à vérifier ne s'arrête pas au cadenas dans la barre d'adresse : un site en HTTPS qui charge encore une image ou un script en HTTP casse le certificat sur cette page précise (contenu mixte), avec le même effet qu'une absence totale de HTTPS.
Le maillage interne, souvent l'angle mort
Un site peut cumuler tous les points précédents et rester peu visible si ses pages ne se renvoient pas les unes aux autres. L'écart entre être indexé et être positionné se résout en grande partie par le maillage interne : une page bien reliée depuis les pages proches de son sujet, avec des ancres qui décrivent la destination plutôt qu'un "cliquez ici", donne à Google une hiérarchie claire entre pages secondaires et pages qui comptent vraiment.
Ces six familles ne s'examinent pas une fois pour toutes. Un site évolue, une page se rajoute, un plugin change une redirection : le contrôle technique reste un réflexe continu, pas une case cochée au lancement.