SEO technique

Mis à jour le 23 octobre 2026

On peut écrire les meilleurs contenus de son secteur et rester invisible. Une page bloquée par erreur dans le fichier robots.txt, une balise noindex oubliée après une refonte, une redirection mal faite, un site qui affiche son contenu uniquement en JavaScript : ces problèmes invisibles pour le visiteur suffisent à empêcher un site d’apparaître dans Google.

Le SEO technique consiste à lever ces obstacles. Cette page présente ses grands chantiers et la façon de les prioriser. C’est la première chose que je vérifie dans mes missions de consultant SEO freelance à Lyon.

Par Alexandre Montenon, consultant SEO depuis 2011

Comment un moteur traite une page

Google décrit trois étapes : le crawl, c’est-à-dire le parcours des pages par ses robots, l’indexation, au cours de laquelle il analyse et stocke leur contenu, puis la diffusion des résultats en réponse aux recherches. Le SEO technique intervient surtout sur les deux premières : que vos pages importantes soient trouvées, puis comprises et indexées.

Chantier 1 : l’accès des robots

Le fichier robots.txt

Le fichier robots.txt indique aux robots les zones du site à ne pas parcourir. Une erreur de syntaxe ou une ligne trop large peut bloquer des sections entières. Vérifiez-le après chaque mise en ligne d’un nouveau site ou d’une refonte. Il sert aussi désormais à autoriser ou bloquer les robots des IA, chacun ayant son propre nom.

Les codes de réponse

Une page utile doit répondre « 200 ». Une page supprimée doit renvoyer « 404 » ou « 410 », ou être redirigée. Les erreurs serveur (« 5xx ») répétées ralentissent le crawl de tout le site.

Les redirections

Une page déplacée doit être redirigée en « 301 » vers sa nouvelle adresse, directement, sans chaîne de redirections successives. C’est le point critique de toute refonte. La page sur la redirection 301 détaille les cas d’usage et les erreurs à éviter, et celle sur la migration SEO la méthode complète d’une refonte.

Chantier 2 : l’indexation

L’objectif est simple : que vos pages importantes figurent dans l’index, une seule fois, sous la bonne adresse. Je détaille les mécanismes et les motifs d’exclusion dans ma page sur l’indexation Google.

Le plan de site XML

Le sitemap XML liste les pages que vous souhaitez voir indexées. Il ne garantit pas l’indexation, mais aide les moteurs à découvrir et à revisiter vos pages. Il ne doit contenir que des pages utiles, accessibles et canoniques. Soumettez-le dans Google Search Console, qui indique aussi pourquoi certaines pages ne sont pas indexées.

Les balises canonical et noindex

La balise canonical indique la version de référence d’une page qui existe sous plusieurs adresses. La balise noindex demande à ne pas indexer une page. Mal utilisées, elles font disparaître des pages importantes : c’est une cause fréquente de perte de trafic après une refonte.

Chaque page indexable doit aussi porter une balise title unique et une meta description rédigée pour elle : ce sont elles qui forment, le plus souvent, l’extrait affiché dans les résultats.

Le contenu dupliqué

Versions avec et sans « www », avec et sans barre finale, paramètres de suivi, pages filtrées, pages d’impression : un même contenu accessible sous plusieurs adresses disperse les signaux. Une seule version doit être indexée.

Chantier 3 : le rendu et le mobile

Google indexe les sites à partir de leur version mobile. Le contenu, les liens et les données structurées doivent donc être présents et identiques sur mobile.

Les sites construits avec des cadres JavaScript affichent parfois leur contenu uniquement après exécution de scripts. Google sait exécuter JavaScript, mais avec un délai et des limites, et beaucoup de robots d’IA ne l’exécutent pas du tout. Le plus sûr reste que le contenu principal soit présent dans le HTML envoyé par le serveur.

Chantier 4 : la performance

Google mesure l’expérience de chargement à travers trois indicateurs, les Core Web Vitals. Ses seuils « bons » sont un LCP (affichage du plus grand élément) de 2,5 secondes ou moins, un INP (réactivité aux interactions) de 200 millisecondes ou moins, et un CLS (stabilité visuelle) de 0,1 ou moins, mesurés au 75e centile des chargements ; l’INP a remplacé l’ancien indicateur FID en 2024.

Le choix de l’hébergement pèse directement sur le temps de réponse du serveur : voir la page sur le choix d’un hébergeur de site web, et celle sur l’accessibilité d’un site web pour un autre chantier transversal.

Sur les sites WordPress, les causes de lenteur sont presque toujours les mêmes : hébergement, cache, images, extensions et thème. Je les détaille, avec les autres réglages propres à cet outil, dans ma page sur le SEO WordPress.

La performance compte pour le classement, mais surtout pour la conversion : un site lent perd des visiteurs avant même qu’ils voient l’offre. Le détail des trois indicateurs et des corrections figure sur la page consacrée aux Core Web Vitals.

Chantier 5 : la structure et le maillage

La structure d’un site guide les robots et répartit l’autorité entre les pages. Les pages importantes doivent être accessibles en peu de clics, liées depuis le menu ou depuis des pages fortes, avec des ancres de liens explicites. Une page qui ne reçoit aucun lien interne, dite orpheline, est difficile à découvrir et à valoriser.

Les adresses doivent être lisibles, stables et cohérentes. Les sites e-commerce, avec leurs filtres et leurs variantes, posent des problèmes spécifiques que je détaille dans ma page sur le SEO e-commerce.

Chantier 6 : les données structurées

Les données structurées décrivent explicitement le contenu d’une page dans un vocabulaire standard : organisation, établissement local, produit, article, événement, recette. Elles aident les moteurs à comprendre la page et conditionnent certains affichages enrichis. Elles doivent correspondre au contenu visible et être testées avant mise en ligne.

SEO technique et moteurs génératifs

Les moteurs génératifs reposent sur les mêmes fondations, avec quelques exigences supplémentaires. Leurs robots doivent être autorisés dans votre fichier robots.txt si vous souhaitez être cité. Beaucoup lisent mal les contenus générés en JavaScript. Et des pages bien structurées, avec des intertitres clairs et des réponses directes, sont plus faciles à extraire. Un site techniquement sain part avec un avantage dans Google comme dans les assistants.

Prioriser les corrections

Un audit technique produit souvent des centaines d’alertes. Toutes n’ont pas la même importance. L’ordre de priorité que je recommande :

1. Ce qui bloque l’indexation de pages importantes : robots.txt, noindex, erreurs serveur, canonical erronées.
2. Ce qui fait perdre l’historique : redirections manquantes ou en chaîne, pages importantes en erreur 404.
3. Ce qui disperse les signaux : doublons, filtres indexables, pages orphelines.
4. Ce qui dégrade l’expérience : performance, affichage mobile.
5. Ce qui améliore la compréhension : données structurées, balisage des titres.

Les signaux de sécurité et de confiance

Un site doit être servi en HTTPS, avec un certificat valide, et toutes les anciennes adresses en HTTP doivent rediriger vers leur version sécurisée. Les contenus mixtes (une image ou un script appelés en HTTP sur une page HTTPS) déclenchent des alertes dans les navigateurs. Vérifiez aussi qu’aucune page ne contient de logiciel malveillant ou de liens injectés après un piratage : la Search Console signale ces problèmes dans sa rubrique sécurité.

Les erreurs fréquentes

Une refonte sans plan de redirection. La cause la plus fréquente des chutes brutales de trafic.

Un site de préproduction mis en ligne avec sa balise noindex. Le site entier disparaît progressivement de Google.

Corriger les alertes mineures avant les blocages. Des semaines passées sur des détails pendant qu’une section entière n’est pas indexée.

Bloquer par réflexe tous les robots d’IA. Certains servent à la recherche et aux citations, pas seulement à l’entraînement des modèles.

Ne jamais revérifier. Un plugin mis à jour, un changement d’hébergeur ou une nouvelle section peuvent réintroduire des problèmes.

Exemple fictif : un cabinet d’architectes

Pour illustrer, un cas inventé. Un cabinet d’architectes refait son site. Trois mois plus tard, son trafic a chuté de moitié. L’audit révèle que les anciennes adresses des projets n’ont pas été redirigées, que la nouvelle galerie s’affiche uniquement en JavaScript et que les pages de projets portent une balise canonical pointant vers la page d’accueil. Les redirections sont mises en place, la galerie est rendue côté serveur et les balises corrigées. Les éléments de cet exemple sont inventés pour l’illustration.

Questions fréquentes sur le SEO technique