SEO technique

Le SEO technique, c'est tout ce qui permet à Google de trouver, lire et indexer vos pages sans obstacle : vitesse, structure des URL, sitemap, robots.txt, balisage, liens cassés, redirections. Il ne fait pas monter une page à lui seul, mais une erreur technique peut annuler tout le travail de contenu.

Sur un site WordPress ou Divi, la plupart de ces réglages se font une fois, puis se vérifient de temps en temps. Cette page passe en revue les chantiers dans l'ordre où Google rencontre votre site : exploration, indexation, architecture, vitesse, mobile, sécurité et balisage. Elle se termine par une checklist, les outils utiles et des questions fréquentes.

Deux guides détaillent des chantiers précis : le SEO in-page (une page, un mot-clé) et la réparation des liens morts.

Google décrit trois étapes : l'exploration (son robot, Googlebot, télécharge les pages qu'il découvre par les liens et les sitemaps), l'indexation (il analyse la page et la range dans son index) et la diffusion des résultats (il choisit les pages à montrer pour une recherche). Toutes les pages ne passent pas les trois étapes.

Le SEO technique agit surtout sur les deux premières : une page que Google ne peut pas explorer, ou qu'il décide de ne pas indexer, n'apparaîtra jamais dans les résultats, quelle que soit la qualité de son contenu.

Placé à la racine du site (https://votre-site.fr/robots.txt), ce fichier indique aux robots les zones à ne pas explorer : administration, résultats de recherche interne, adresses à paramètres de filtres. Sur WordPress, un fichier virtuel est servi par défaut ; Yoast SEO (menu Outils) et Rank Math (Réglages généraux) permettent de le modifier depuis l'administration.

Le robots.txt ne sert pas à retirer une page de Google. La documentation de Google le précise : une page bloquée peut quand même être indexée si d'autres pages font un lien vers elle. Pour qu'une page n'apparaisse pas dans les résultats, utilisez la balise noindex (ci-dessous) ou protégez-la par un mot de passe.

Le sitemap liste les adresses que vous voulez faire connaître à Google. WordPress en publie un depuis la version 5.5, à l'adresse /wp-sitemap.xml ; les extensions SEO le remplacent souvent par le leur. Ce que dit la documentation de Google (octobre 2026) :

• un fichier sitemap contient au plus 50 000 adresses ou 50 Mo (non compressé) ; au-delà, on le découpe et on crée un index de sitemaps ;

• Google ignore les valeurs priority et changefreq, et n'utilise la date lastmod que si elle est exacte de façon constante et vérifiable ;

• le sitemap se déclare dans la Search Console (rapport Sitemaps) et peut être indiqué dans le robots.txt par une ligne Sitemap: https://votre-site.fr/sitemap.xml.

N'y mettez que des pages que vous voulez voir indexées : adresses canoniques, accessibles (code 200), sans noindex. Un sitemap rempli de redirections ou de pages exclues brouille les signaux envoyés à Google.

La balise <meta name="robots" content="noindex"> demande à Google de ne pas afficher une page dans ses résultats. Elle convient aux pages utiles au visiteur mais sans intérêt dans Google : page de remerciement, panier, compte client, résultats de recherche interne, archives presque vides. Les extensions SEO de WordPress proposent une case pour chaque page et chaque type de contenu.

Piège classique : pour que Google lise la balise noindex, la page ne doit pas être bloquée par le robots.txt. S'il ne peut pas explorer la page, il ne voit jamais la consigne (Google). Une règle noindex écrite dans le robots.txt n'est pas prise en charge non plus.

Une même page est souvent accessible à plusieurs adresses : avec ou sans « www », avec un paramètre de suivi (?utm_source=…), un tri, une variante de produit. La balise rel="canonical" indique à Google l'adresse à retenir. WordPress et les extensions SEO l'ajoutent automatiquement ; vous n'intervenez que pour les cas particuliers, par exemple un article republié sur un autre de vos sites.

C'est une indication, pas un ordre : Google peut choisir une autre adresse si d'autres signaux le contredisent. Les redirections et la balise canonique sont des signaux forts, la présence dans le sitemap un signal faible ; ils sont plus efficaces quand ils vont tous dans le même sens, liens internes compris.

Le rapport Indexation des pages de la Google Search Console classe les adresses connues de Google en pages indexées et non indexées, avec la raison pour chacune. Une page non indexée n'est pas forcément un problème : Google cite lui-même le noindex voulu, la règle du robots.txt, le doublon ou la page supprimée en 404. Ce qui compte, c'est que vos pages importantes soient indexées.

L'outil d'inspection de l'URL donne l'état d'une adresse précise : indexée ou non, adresse canonique choisie par Google, version mobile explorée. Le bouton « Tester l'URL active » vérifie la page actuelle, et « Demander l'indexation » la signale à Google après une modification. Les demandes sont limitées chaque jour : pour de nombreuses pages, comptez sur le sitemap. Le guide Google Search Console détaille les motifs de non-indexation les plus courants, comme « Page avec redirection ».

Google recommande des URL organisées logiquement, avec des mots lisibles plutôt que des identifiants, séparés par des tirets (-) et non par des tirets bas (_). Sur WordPress, choisissez le réglage de permaliens « Titre de la publication » dès le départ : changer la structure plus tard oblige à rediriger toutes les anciennes adresses.

Googlebot découvre vos pages en suivant les liens. Il ne suit en général que les vrais liens HTML, des balises <a> avec un attribut href (Google) : un « lien » déclenché seulement par du JavaScript, ou un bouton sans adresse, risque de ne pas être suivi.

• Reliez chaque page importante depuis d'autres pages : menu, fil d'Ariane, pages rubriques avec les cartes des sous-pages, liens dans le texte. Une page que rien ne relie (page « orpheline ») est difficile à trouver pour Google comme pour le visiteur.

• Gardez les pages importantes à peu de clics de l'accueil. La règle des « trois clics » souvent citée est un repère pratique, pas une exigence de Google.

• Faites pointer les liens internes directement vers l'adresse canonique, sans passer par une redirection.

Quand une adresse change, redirigez l'ancienne vers la nouvelle avec une redirection permanente (code 301 ou 308) : Google l'interprète comme un signal fort que la nouvelle adresse doit remplacer l'ancienne dans ses résultats. Une redirection 302 est temporaire : l'ancienne adresse reste la référence. Sur WordPress, l'extension gratuite Redirection et la version gratuite de Rank Math gèrent les redirections ; chez Yoast SEO, le gestionnaire de redirections est réservé à la version Premium.

Évitez les chaînes de redirections et ne redirigez pas toutes les pages disparues vers l'accueil. La méthode complète (trouver les liens cassés, choisir entre 301, 404 et 410) est dans Détectez et réparez les liens morts.

Les Core Web Vitals sont trois mesures de l'expérience réelle des visiteurs : chargement, réactivité et stabilité visuelle. Google écrit que ses systèmes de classement les utilisent, tout en précisant qu'un bon score ne garantit pas d'être en tête des résultats. Les seuils officiels, publiés sur web.dev (octobre 2026) :

Une page « réussit » quand les trois mesures sont bonnes pour au moins 75% des visites, en séparant mobile et ordinateur. L'INP a remplacé l'ancienne mesure FID (First Input Delay) le 12 mars 2024.

PageSpeed Insights donne deux séries de chiffres (Google) : les données terrain, mesurées chez les vrais visiteurs de Chrome sur les 28 derniers jours (rapport CrUX), et les données de laboratoire, une simulation Lighthouse qui sert à trouver les causes. Un site récent ou peu visité n'a souvent pas assez de visiteurs pour avoir des données terrain : seule la simulation s'affiche.

Dans la Search Console, le rapport Core Web Vitals regroupe les pages du site selon ces mêmes données terrain, pour mobile et pour ordinateur. GTmetrix est un complément pratique pour suivre une page dans le temps.

• Hébergement : un serveur lent pénalise tout le reste. Voir Performances WordPress.

• Cache : une extension de cache sert des pages déjà prêtes. Comparatif dans les meilleurs plugins de cache et performance ; WP Rocket est la plus connue des payantes.

• Images : compressées, aux bonnes dimensions, en WebP ou AVIF (optimiser des images dans WordPress). Ne chargez jamais en différé (lazy loading) l'image principale du haut de page : web.dev rappelle que cela retarde toujours le LCP.

• Stabilité (CLS) : dimensions déclarées pour les images et les blocs publicitaires, polices chargées proprement, pas d'animation en haut de page. Les cas propres à Divi sont détaillés dans Divi performances.

• Réactivité (INP) : moins d'extensions et de scripts tiers (chat, pixels publicitaires, widgets), qui occupent le navigateur au moment où le visiteur clique.

• CDN : utile pour un public éloigné du serveur ou un site riche en images (CDN).

Google utilise la version mobile des pages, explorée avec son robot pour smartphone, pour les indexer et les classer. Ce que vous ne montrez pas sur mobile compte donc moins, ou pas du tout. Google recommande le design adaptatif (responsive) : même code, même adresse, affichage adapté à l'écran, ce que font les thèmes WordPress récents et Divi.

• Gardez le même contenu sur mobile et sur ordinateur : textes, titres, images avec leur texte alternatif, données structurées.

• Utilisez les mêmes balises robots sur les deux versions : un noindex présent seulement sur mobile peut faire disparaître la page.

• Ne chargez pas le contenu principal seulement après une action (clic, glissement) : Google ne déclenche pas ces actions.

• Avec Divi, attention aux sections masquées selon l'appareil : un texte caché sur mobile et remplacé par une version courte est le texte que Google lit (Divi SEO).

Toutes les pages doivent être servies en HTTPS, avec une redirection 301 de http:// vers https:// et une seule version du domaine (avec ou sans « www »). La plupart des hébergeurs fournissent un certificat gratuit (certificats SSL). Après le passage en HTTPS, cherchez le contenu mixte : une image ou un script encore appelé en http:// sur une page sécurisée (exemple : erreur mixed content d'un widget Amazon).

Côté classement, Google range « des pages servies de façon sécurisée » parmi les questions de son autoévaluation de l'expérience de page, tout en précisant qu'en dehors des Core Web Vitals, ces aspects n'aident pas directement à mieux se classer. Le HTTPS reste indispensable pour la confiance des visiteurs et la sécurité des formulaires ; la Search Console a un rapport HTTPS pour repérer les pages restées en HTTP.

Les données structurées sont un code ajouté à la page qui décrit son contenu à Google avec le vocabulaire de schema.org : article, produit, avis, recette, événement, entreprise locale, fil d'Ariane, organisation. Elles peuvent donner des résultats enrichis (étoiles, prix, fil d'Ariane sous le titre), mais Google ne garantit pas de les afficher. Des trois formats possibles, Google conseille en général le JSON-LD, le plus simple à mettre en place et à maintenir.

• Sur WordPress, les extensions SEO produisent l'essentiel (organisation, article, fil d'Ariane), et WooCommerce celles des produits. Ajoutez seulement ce qu'elles ne couvrent pas.

• Le balisage doit décrire ce que le visiteur voit sur la page : Google interdit de baliser un contenu caché.

• Les résultats enrichis FAQ ne s'affichent plus dans Google depuis le 7 mai 2026 (Google) : inutile d'ajouter ce balisage pour Google.

• Testez avec le test des résultats enrichis (ce que Google peut afficher) et le Schema Markup Validator (validité du code schema.org), puis surveillez les rapports de la Search Console consacrés aux résultats enrichis.

Un peu de contenu dupliqué est normal et n'enfreint pas les règles de Google : il n'y a pas de « pénalité » pour cela. Le vrai risque est ailleurs : Google choisit lui-même la version à afficher, les liens sont dispersés entre plusieurs adresses et le robot perd du temps sur des doublons.

Sources courantes sur un site WordPress : variantes http / https et www / sans www, slash final ou non, paramètres d'URL, archives d'étiquettes, d'auteurs ou de dates qui reprennent les mêmes articles, fiches produits à variantes, descriptions copiées du fabricant. Les remèdes, dans l'ordre :

• une redirection 301 vers la bonne version quand le doublon n'a pas lieu d'exister (http, www) ;

• une balise canonique quand les deux adresses doivent rester accessibles (paramètres, variantes) ;

• un noindex sur les archives sans valeur propre ;

• un texte réécrit quand le contenu vient d'ailleurs, et une seule page par sujet pour éviter la cannibalisation (voir SEO in-page).

À passer après chaque refonte, migration, changement de thème ou d'extension SEO, puis une fois par trimestre :

• Le site répond en HTTPS ; http:// et la variante www (ou sans www) redirigent en 301 vers une seule adresse.

• La case « Demander aux moteurs de recherche de ne pas indexer ce site » est décochée (Réglages > Lecture).

• Le robots.txt ne bloque ni des pages à indexer ni les fichiers CSS et JavaScript, et il indique l'adresse du sitemap.

• Le sitemap est déclaré dans la Search Console, sans erreur, et ne contient que des pages indexables.

• Rapport « Indexation des pages » : les pages importantes sont indexées et chaque motif de non-indexation est compris.

• Inspection de l'URL sur trois ou quatre pages clés : l'adresse canonique choisie par Google est bien la vôtre.

• Les pages sans intérêt dans Google (remerciement, panier, compte, recherche interne) sont en noindex.

• Un crawl ne montre ni lien interne cassé, ni chaîne de redirections, ni page orpheline.

• Rapport Core Web Vitals : pas d'URL « Médiocre » sur mobile ni sur ordinateur ; sinon, PageSpeed Insights sur chaque modèle de page (accueil, article, fiche produit).

• Sur mobile, le contenu est le même que sur ordinateur, sans texte important masqué.

• Les données structurées passent le test des résultats enrichis sans erreur.

Pour suivre l'effet de ces corrections sur le trafic, voir comment mesurer les performances d'une stratégie SEO.

• Google Search Console : indexation, inspection d'URL, sitemaps, Core Web Vitals, HTTPS, actions manuelles. C'est l'outil de base ; voir le guide Google Search Console.

• PageSpeed Insights : Core Web Vitals d'une page, données terrain et diagnostic Lighthouse.

• Test des résultats enrichis : données structurées et résultats enrichis possibles pour une page.

• Lighthouse, dans les outils de développement de Chrome : le même diagnostic que PageSpeed Insights, lancé depuis votre navigateur, y compris sur une page de préproduction.

Un crawler explore votre site comme le fait Googlebot et liste, pour chaque adresse, le code de réponse, les redirections, les liens cassés, les balises title et meta description, l'adresse canonique, le noindex et la profondeur de clic. Screaming Frog SEO Spider est la référence : il fonctionne sur Windows, macOS et Linux, avec une version gratuite limitée en nombre d'adresses (détails dans le guide des liens morts) et une licence payante pour les sites plus grands.

Semrush, SE Ranking et Ahrefs intègrent un audit de site qui explore vos pages à intervalles réguliers et signale les erreurs techniques par ordre de gravité. C'est utile si vous suivez plusieurs sites ou si vous avez déjà l'outil pour vos mots-clés. Ces suites sont comparées dans Outils SEO.

Yoast SEO, Rank Math et SEOPress gèrent le sitemap, les balises canoniques, le noindex, les données structurées et, selon les versions, le robots.txt et les redirections. Installez-en une seule : deux extensions SEO actives produisent des balises en double. Comparatif dans les meilleurs plugins SEO pour WordPress ; pour Divi, voir Divi SEO.

Plutôt oui. En mars 2024, Google a mis à jour sa documentation pour reconnaître que les Core Web Vitals sont utilisés dans leur algorithme de positionnement de résultats de recherche, sans toutefois avouer que c'était un critère de positionnement.

Normalement, non, mais en juillet 2024, un représentant de Google a affirmé que des extensions locales favorisaient les résultats locaux.

Une astuce connue consistait à acheter un nom de domaine expiré pour profiter de son ancienneté : récupérer une partie de son autorité, jus SEO, backlinks, éventuellement ses positions dans Google.

Le 5 mars 2024, Google a annoncé qu'il considérait maintenant cette technique comme du spam. Toutefois, on ne peut pas croire tout ce que dit Google à propos de son algorithme de résultats de recherche : il n'est pas dit que la technique du domaine expiré ait dit son dernier mot.

Voici un guide avancé en anglais sur le sujet :