Le SEO technique doit servir Google, les moteurs d’IA… et surtout les personnes qui naviguent sur votre site. Un site parfaitement optimisé sur le papier, mais lent, mal structuré ou difficile à explorer, ne remplit pas son rôle : rendre l’information accessible et utile.

Je suis Chloé Boucaut, consultante SEO et formatrice chez Ulule (dans notre formation SEO). Depuis plusieurs années, j’accompagne des marques en ligne, des équipes marketing et des porteurs de projets à structurer des sites solides, lisibles et durables.
Dans ce guide, je vous partage mon approche du SEO technique : comprendre comment Google accède à votre site, repérer les blocages réels et savoir quoi corriger en priorité.

Si vous cherchez une méthode claire, actionnable et orientée résultats, vous êtes au bon endroit 🙂

‍

SEO technique : quel est son rôle ?🧩

Le SEO technique regroupe tout ce qui permet aux moteurs de recherche d’accéder à votre site, de le parcourir correctement et d’en interpréter le contenu sans ambiguïté 🔍.
Il ne s’agit pas de “faire plaisir à Google”, mais de poser une base saine pour que vos contenus, même très qualitatifs, puissent réellement être visibles 📈.

On peut résumer le SEO technique comme la couche de fondation du référencement naturel 🏗️ : sans elle, le reste fonctionne mal… ou pas du tout.

‍

SEO technique vs SEO on-page vs SEO off-page : qui fait quoi ? 🧠

Pour bien comprendre le rôle du SEO technique, il faut distinguer des deux autres piliers du SEO.

• SEO technique 🧱 : Il concerne l’accessibilité, la compréhension et la performance du site ⚙️.
  Concrètement : crawl, indexation, structure des URLs, vitesse, compatibilité mobile, balises techniques, données structurées. C’est la base sur laquelle tout le reste repose ✅.
• SEO on-page ✍️ : Il porte sur l’intention de recherche et la qualité du contenu : textes, titres Hn, balises meta, maillage interne, UX, structure éditoriale. C’est ce que Google lit et analyse une fois la page accessible 👀.
• SEO off-page 🤝 : Il reflète la popularité et la crédibilité du site : backlinks, mentions de marque, signaux externes 🌍. C’est ce qui aide Google à trancher entre plusieurs contenus similaires 🏁.

👉 Sans SEO technique solide, le SEO on-page et off-page perdent une grande partie de leur impact.

‍

Pourquoi le SEO technique est si important ?🚦

Un contenu peut être très pertinent, très bien rédigé et parfaitement aligné avec l’intention de recherche…s’il n’est pas correctement crawlé ou indexé, il n’apparaîtra pas ❌.

Cela vaut autant pour les résultats classiques que pour les nouveaux formats :

• une page non indexée ne peut pas se positionner
• une page difficile à analyser ne peut pas être comprise
• une page lente ou peu lisible sur mobile dégrade l’expérience utilisateur et les signaux (temps passé, retours rapides, etc.).

La logique est la même pour les moteurs d’IA 💡 : pas de page accessible et clairement structurée → pas de reprise dans les réponses générées.

Le SEO technique agit donc directement sur :

• la visibilité réelle de vos pages 🔎
• la qualité de l’expérience utilisateur (mobile, vitesse, navigation) 🧭
• la capacité de Google (et des IA) à interpréter correctement votre site ✅

‍

Les fondations techniques à vérifier 🧱

Avant d’optimiser des balises, d’améliorer la vitesse ou de travailler le contenu, il y aquelques pré-requis techniques incontournables.
Ce sont des points simples, mais déterminants : s’ils ne sont pas correctement configurés, ils peuvent bloquer totalement la visibilité d’un site, même si le reste du SEO est bien travaillé.

Ces fondations se vérifient rapidement et permettent, dans la majorité des cas, d’éliminer les problèmes les plus pénalisants dès le départ ✅.

HTTPS / SSL et cohérence HTTP → HTTPS 🔐

Aujourd’hui, un site sans HTTPS est un site en difficulté, à la fois pour les utilisateurs et pour les moteurs de recherche.

À vérifier en priorité :

• le site est bien accessible en HTTPS uniquement
• toutes les versions HTTP redirigent vers HTTPS
• les redirections sont en 301 (permanentes)
• il n’y a pas de chaînes de redirections inutiles
• aucun contenu “mixte” (ressources HTTP sur une page HTTPS)

👉 Un partiellement sécurisé envoie de mauvais signaux à Google !

‍

Statuts HTTP : comprendre les réponses serveur (et leurs impacts) 📡

Les statuts HTTP indiquent à Google comment réagir face à une URL. Ils n’ont pas tous le même effet.

Les principaux à connaître :

• 200 — OK ✅ : La page est accessible et peut être indexée.
• 301 — Redirection permanente 🔁 : À utiliser lorsqu’une page a changé d’URL (ex. restructuration, migration).
• 404 — Page introuvable ❓ : Acceptable ponctuellement, mais problématique si elle concerne des pages importantes.
• 500 — Erreur serveur 🚨 : Signal critique : Google peut réduire le crawl si ces erreurs se répètent.

👉 Exemple concret :

• un produit supprimé définitivement → 404
• une page déplacée → 301
• une page cassée à cause d’un bug → 500

‍

Mobile-first : un contenu réellement équivalent 📱

Google indexe désormais les sites en mobile-first. Cela signifie que la version mobile est la référence, y compris pour le SEO.

À contrôler attentivement :

• le contenu texte est bien présent sur mobile (pas masqué)
• les balises importantes (titres, liens, données structurées) sont identiques
• la navigation est utilisable sans friction
• les performances mobiles sont acceptables

👉 Un contenu visible sur desktop mais absent ou tronqué sur mobile peut être partiellement ignoré par Google.

‍

‍

Méthode d’audit SEO technique : la démarche expliquée simplement 🧠

Un bon audit SEO technique est avant tout d’une démarche structurée, qui permet de comprendre ce qui bloque réellement la visibilité d’un site, puis de prioriser intelligemment les actions.

Dans ma pratique de consultante SEO, j’utilise toujours la même logique, en 4 étapes. Elle est volontairement simple, mais efficace : Observer → Diagnostiquer → Tester → Prioriser.

Étape 1 : observer les signaux Google (Search Console) 🔍

Avant toute analyse “technique”, le premier réflexe est de regarder ce que Google vous dit déjà. Dans Google Search Console, vous pouvez identifier rapidement :

• les pages indexées et non indexées
• les erreurs d’exploration ou d’indexation
• les problèmes de couverture
• les performances par page ou par requête
• le rendu réel d’une URL via l’outil d’inspection

👉 La Search Console donne une vision macro, directement du point de vue de Google. C’est toujours le point de départ.

‍

Étape 2 : crawler le site (Screaming Frog ou équivalent) 🕷️

Une fois les signaux globaux observés, place à l’analyse. Le crawl permet de voir le site comme un robot, URL par URL.

L’objectif est de constituer un inventaire :

• statuts HTTP (200, 301, 404, 410…)
• balises title et meta description
• balises canonical
• balises hreflang (si site multilingue)
• profondeur de clic
• pages orphelines ou peu liées

👉 Le crawl révèle souvent des incohérences invisibles à l’œil nu : redirections inutiles, duplications, pages importantes trop profondes.

‍

Étape 3 : tester la performance⚡

La performance fait partie intégrante du SEO technique. Ici, il est important de distinguer deux types de données :

• Les données “labo” (Lab data) : Issues de PageSpeed Insights ou Lighthouse, elles simulent un chargement dans un environnement contrôlé.
• Les données “terrain” (Field data) : Issues des Core Web Vitals dans la Search Console, elles reflètent l’expérience réelle des utilisateurs.

👉 En pratique, ce sont les données terrain qui comptent le plus pour Google. Elles permettent d’identifier les vrais problèmes d’UX liés à la vitesse (LCP, INP, CLS).

‍

Étape 4 : prioriser intelligemment (et éviter de tout faire en même temps) 🎯

Un audit utile ne se termine pas par une liste d’erreurs, mais par des priorités claires.

Pour cela, je recommande une mini matrice basée sur 3 critères :

• impact SEO réel
• effort de mise en œuvre
• risque technique

Les grandes catégories à traiter en priorité sont généralement :

• les bloqueurs d’indexation
• les problèmes de performance majeurs
• la propreté des duplications (canonical)
• les erreurs liées à l’international (hreflang)

👉 Cette étape permet de transformer l’audit en plan d’action exploitable, et non en rapport figé.

‍

Crawl & architecture : aider Google à trouver (et comprendre) vos pages 🧭

Google doit pouvoir trouver vos pages, puis comprendre lesquelles sont réellement importantes.
C’est exactement le rôle de l’architecture et du maillage interne : organiser l’information de façon logique, lisible et priorisée.

Une bonne architecture améliore aussi la navigation utilisateur, la compréhension du site… et la capacité des moteurs (et des IA) à interpréter votre contenu.

Architecture, profondeur de clic et navigation 🧱

L’architecture d’un site correspond à la manière dont les pages sont organisées et reliées entre elles.

Un principe simple à retenir 👉 plus une page est importante, plus elle doit être proche de la page d’accueil.

On parle souvent de la règle des “3 clics”. Ce n’est pas une obligation stricte, mais une bonne guideline de conception :

• les pages stratégiques doivent être accessibles rapidement
• une profondeur excessive complique le crawl
• les pages trop éloignées perdent en poids SEO

⚠️ Une architecture trop profonde ou trop complexe peut diluer l’autorité interne et ralentir l’exploration par Google.

‍

Maillage interne : relier intelligemment les pages 🔗

Le maillage interne sert à guider les robots et les utilisateurs vers les contenus importants. Il joue un rôle clé dans la compréhension de la hiérarchie du site.

Bonnes pratiques :

• éviter les pages orphelines (pages sans liens entrants)
• limiter les redirections internes inutiles
• utiliser des liens contextuels cohérents

Exemples de leviers efficaces : les menus (principaux et secondaires), le fil d’Ariane (breadcrumbs), les liens intégrés dans le contenu (contextuels et naturels).

👉 Un bon maillage interne renforce à la fois le SEO, la navigation et l’expérience utilisateur.

‍

Sitemap HTML et sitemap XML : deux rôles complémentaires 🗺️

Les sitemaps sont souvent mal compris, alors qu’ils ont des fonctions bien distinctes.

• Sitemap HTML : Pensé d’abord pour les humains 👥, il offre une vue d’ensemble claire du site. Il facilite aussi l’exploration par les crawlers, notamment pour les sites volumineux.
• Sitemap XML : Destiné aux moteurs 🔍, il aide Google à découvrir les URLs importantes et à comprendre leur priorité. Il ne garantit pas l’indexation, mais facilite largement la découverte.

👉 Un sitemap XML propre, à jour et cohérent avec les pages réellement indexables est un vrai plus pour le crawl.

‍

Indexation : comprendre les causes et corriger sans casser le site 🗂️

L’indexation est souvent l’étape la plus mal comprise du SEO technique. Une page peut être explorée par Google… sans jamais apparaître dans les résultats de recherche.

C’est normal, et ce n’est pas toujours un problème. L’objectif n’est pas d’indexer toutes les pages, mais les bonnes pages, celles qui ont une vraie valeur pour les utilisateurs et pour le moteur.

Crawl ≠ indexation : quand Google voit la page… mais ne l’indexe pas 👀

Le crawl correspond à l’exploration. L’indexation correspond à la décision de stocker la page dans l’index de Google. Entre les deux, Google fait un tri 🧠.

Les raisons les plus fréquentes de non-indexation sont :

• une qualité perçue insuffisante (contenu trop léger ou peu distinctif)
• des duplications (pages très proches les unes des autres)
• des signaux faibles (peu de liens internes, peu de contexte)
• des pages utiles pour l’UX mais peu pertinentes pour le SEO (filtres, résultats internes)

👉 Une page non indexée n’est pas forcément “mauvaise” : elle peut simplement ne pas mériter de l’être.

‍

Gérer les erreurs d’indexation sans prendre de risques 🚦

Google Search Console fournit des libellés très précis, mais parfois déroutants. Quelques exemples fréquents :

• “Crawled – currently not indexed” : Google a exploré la page, mais ne l’a pas jugée assez utile pour l’indexer.
• “Soft 404” : La page existe techniquement, mais son contenu est jugé vide ou peu pertinent.
• “Exclue par redirection” : L’URL redirige vers une autre page, qui est considérée comme la version principale.

Pour corriger efficacement, il faut suivre une méthode progressive, afin d’éviter des erreurs :

1. Inspection de l’URL dans la Search Console
2. Vérification de la page canonique choisie par Google
3. Analyse des headers HTTP et, si possible, des logs serveur
4. Application du correctif le plus simple et le moins risqué (contenu, maillage, canonical, noindex…)

👉 Le mot-clé ici : prudence. Chaque action doit être justifiée.

‍

Robots.txt : bonnes pratiques et erreurs classiques 🤖

Le fichier robots.txt est souvent l’un des premiers fichiers modifiés… et l’un des plus mal compris. Bien utilisé, il aide Google à explorer efficacement votre site. Mal configuré, il peut bloquer des pages stratégiques sans que vous vous en rendiez compte 🚫.

L’objectif ici : comprendre ce que robots.txt fait vraiment, ce qu’il ne fait pas, et éviter les pièges.

‍

À quoi sert robots.txt (et à quoi il ne sert pas) 🧠

Le fichier robots.txt sert à donner des consignes d’exploration (crawl) aux robots des moteurs de recherche.

Il permet notamment de : limiter l’exploration de certaines zones techniques, éviter le gaspillage de budget de crawl, orienter les robots vers les parties utiles du site.

⚠️ Point à retenir 👉 bloquer une URL avec Disallow n’empêche pas son indexation.

Si une page est linkée depuis d’autres pages et mentionnée sur des sites externes, Google peut afficher l’URL dans les résultats, même sans en crawler le contenu.
Résultat : une page peut être visible… sans description ni contrôle réel de ce qui s’affiche.

👉 Pour empêcher l’indexation, ce n’est pas robots.txt, mais noindex, une redirection ou une suppression.

‍

Structure correcte et directives utiles 🧱

Un fichier robots.txt bien configuré respecte quelques règles :

• il est placé à la racine du site (https://www.site.com/robots.txt)
• il est au format texte UTF-8
• les règles sont claires, limitées et compréhensibles
• les ressources nécessaires au rendu (CSS / JS) ne sont pas bloquées
• le sitemap XML est déclaré

👉 Un robots.txt doit rester lisible, court et volontairement minimaliste.

‍

Erreurs fréquentes à éviter 🚨

Certaines erreurs reviennent très souvent en audit SEO technique :

• bloquer /blog ou /faq “par précaution” ❌
• bloquer des fichiers CSS ou JavaScript, empêchant le bon rendu des pages
• bloquer des pages que vous souhaitez voir indexées ou citées par les IA
• accumuler des règles obsolètes jamais nettoyées
• utiliser robots.txt pour gérer ce qui relève en réalité de l’indexation

‍

Canonicals : éviter la dilution SEO (contenu dupliqué, filtres, variantes) 🔗

Le contenu dupliqué est l’un des pièges en SEO technique. Il ne s’agit pas forcément de copier-coller du texte, mais souvent de multiplication d’URLs pour un même contenu.

La balise rel=canonical permet justement d’indiquer à Google quelle version d’une page doit faire référence. Bien utilisée, elle consolide les signaux SEO. Mal utilisée, elle peut créer de la confusion… voire faire disparaître une page stratégique des résultats ❌.

Le rôle de rel=canonical (et comment Google choisit) 🧠

La balise canonical indique à Google 👉 “Cette page est une variante, voici la version principale à prendre en compte.”

Cependant, point à retenir ⚠️ la canonical est un signal, pas une obligation.

Google analyse plusieurs éléments pour choisir la page canonique finale : le contenu réel de la page, le maillage interne, les redirections, la cohérence avec le sitemap, les signaux externes.

👉 Si vos signaux sont contradictoires, Google peut ignorer votre canonical et en choisir une autre.

‍

Cas concrets de duplication (et pourquoi la canonical est indispensable) 🧩

En e-commerce 🛒 : paramètres de tri (?sort=prix), filtres (?couleur=bleu), variantes produit (taille, couleur), pagination.

Sans canonical claire, chaque combinaison peut être interprétée comme une page distincte.

👉 Dans tous ces cas, la canonical permet de centraliser la valeur SEO sur une seule URL.

‍

Bonnes pratiques pour une canonical efficace ✅

Pour éviter toute ambiguïté, quelques règles à respecter :

• utiliser une canonical auto-référente sur les pages principales
• ne jamais pointer une canonical vers une URL redirigée
• éviter les canonicals vers des pages 404 ou 410
• maintenir une cohérence entre canonical, sitemap et maillage interne
• vérifier que les pages canonisées sont bien indexables

💡 Une canonical propre et cohérente facilite aussi la compréhension du site par les moteurs d’IA, qui s’appuient sur ces signaux pour identifier la version de référence d’un contenu.

‍

‍

Hreflang : SEO multilingue sans cannibalisation 🌍

Dès qu’un site propose plusieurs langues ou cible plusieurs pays, une question se pose : comment indiquer à Google quelle version afficher à quel utilisateur ?

C’est exactement le rôle de la balise hreflang. Bien implémentée, elle évite que vos pages se concurrencent entre elles. Mal configurée, elle peut provoquer l’effet inverse : mauvaise version affichée, perte de visibilité, voire désindexation partielle ❌.

‍

À quoi sert hreflang ? 🧠

La balise hreflang sert à signaler les versions localisées d’une même page, selon :

• la langue (ex. fr, en, de),
• le pays si nécessaire (ex. fr-FR, fr-CH, en-GB).

👉 Elle indique à Google quelle version proposer selon la localisation et la langue de l’utilisateur.

⚠️ À noter : hreflang n’améliore pas le classement en soi, elle n’empêche pas l’indexation, elle ne remplace pas la balise canonical.

Son rôle est avant tout contextuel et directionnel.

‍

Les règles à respecter pour un hreflang propre ✅

Pour fonctionner correctement, hreflang doit respecter plusieurs règles :

• Réciprocité 🔁 : Si la page A pointe vers la page B, la page B doit pointer vers la page A.
• Self-reference 🪞 : Chaque page doit se référencer elle-même dans son set hreflang.
• Cohérence avec la canonical 🔗 : Une page ne doit jamais pointer en hreflang vers une URL différente de sa canonical.
• Utilisation de x-default (si pertinent) 🌐 : Utile pour indiquer une version “par défaut” quand aucune langue ne correspond.

👉 Une seule règle cassée peut invalider tout le set hreflang.

‍

Où implémenter hreflang (HTML ou sitemap) et comment tester 🔍

Deux méthodes existent, à choisir selon la structure du site :

• Dans le HTML : Adapté aux sites de taille modérée. Les balises hreflang sont intégrées dans le <head> de chaque page.
• Dans le sitemap XML : Recommandé pour les sites volumineux ou très multilingues. Plus centralisé, mais plus technique.

Pour vérifier : crawl du site (Screaming Frog ou équivalent), contrôle des erreurs hreflang dans Google Search Console, inspection d’URL sur des pages clés.

‍

Vitesse & Core Web Vitals : quoi optimiser ?⚡

La vitesse de chargement est un facteur d’expérience utilisateur et un signal SEO à part entière.
Un site lent fatigue les visiteurs, augmente les abandons… et complique le travail des moteurs de recherche 🤖.

Les Core Web Vitals permettent justement de mesurer la qualité réelle de l’expérience, à partir de données issues des utilisateurs eux-mêmes. L’objectif n’est pas la perfection, mais un site rapide, stable et fluide, en conditions réelles.

‍

Les 3 métriques clés (LCP, INP, CLS) et les seuils “Good” 📊

Google se base sur trois indicateurs principaux :

• LCP (Largest Contentful Paint) 🖼️ : Mesure le temps nécessaire pour afficher l’élément principal de la page.
  👉 Objectif Good : ≤ 2,5 secondes
• INP (Interaction to Next Paint) ⚡: Mesure la réactivité du site lors des interactions (clics, saisies).
  👉 Objectif Good : ≤ 200 ms
• CLS (Cumulative Layout Shift) 📐 : Mesure la stabilité visuelle (éléments qui bougent pendant le chargement).
  👉 Objectif Good : ≤ 0,1

💡 Point important : Google évalue ces métriques sur des données terrain (field data). Pour être considéré comme “Good”, le site doit atteindre ces seuils pour au moins 75 % des utilisateurs.

‍

Les leviers qui donnent le plus de résultats 🔧

Il n’est pas nécessaire de réécrire tout le site pour gagner en performance. Certains leviers ont un impact immédiat.

Côté images 🖼️ : compression systématique, formats modernes (WebP, AVIF), lazy loading maîtrisé (sans casser le LCP).

Côté JavaScript 🧩 : réduire le nombre de scripts, différer le chargement des fichiers non essentiels, limiter les tags marketing superflus.

Côté serveur 🌐 : améliorer le TTFB (temps de réponse serveur), activer le cache, utiliser un CDN si nécessaire.

👉 Ces optimisations bénéficient à la fois au SEO, à l’UX et aux conversions.

‍

Pourquoi la vitesse aide aussi les moteurs d’IA 🤖

Un site lent n’impacte pas uniquement les visiteurs. Il limite aussi la capacité des moteurs (et des IA) à explorer correctement votre site.

Concrètement : un chargement lent réduit le crawl effectif, moins de pages explorées = moins de contenu compris, moins de contenu disponible = moins de chances d’être repris ou cité.

👉 Un site rapide est plus explorable, plus compréhensible et plus exploitable par les moteurs et les modèles d’IA.

‍

‍

Données structurées & balisage sémantique : rendre le contenu plus lisible🧠

Un bon contenu doit aussi être compréhensible pour les moteurs de recherche et les modèles d’IA, qui analysent la structure, le contexte et les relations entre les informations.

C’est là que les données structurées et le balisage sémantique entrent en jeu : ils apportent une couche de clarté supplémentaire, sans modifier le fond du contenu.

‍

Schema.org (Article, FAQPage…) : quand ça vaut le coup 🏷️

Les données structurées permettent d’indiquer explicitement à Google la nature d’un contenu : article, FAQ, formation, produit, événement…

Elles sont particulièrement utiles lorsque :

• le contenu est informatif et structuré (guides, articles pédagogiques)
• une FAQ répond clairement à des questions fréquentes
• vous souhaitez renforcer la cohérence entre le contenu, les balises meta et l’intention de recherche

Avantages principaux :

• meilleure compréhension du contenu par Google
• possibilité d’affichage enrichi (rich snippets)
• signaux plus clairs pour les moteurs d’IA

👉 Les données structurées ne créent pas le référencement, mais elles le facilitent.

‍

Balisage sémantique : structure, hiérarchie et accessibilité 🧩

Le balisage sémantique consiste à utiliser les balises pour ce qu’elles signifient réellement, pas seulement pour le rendu visuel.

Points à respecter :

• une hiérarchie Hn claire (un seul H1, des H2/H3 logiques)
• un fil d’Ariane bien balisé pour structurer la navigation
• des balises <alt> descriptives pour les images
• un contenu lisible pour les technologies d’assistance

Les alt descriptifs, en particulier, apportent un double bénéfice : meilleure compréhension des images + contexte sémantique renforcé pour le contenu.

‍

🔗 Aller plus loin : écrire pour Google et pour les IA

Pour approfondir ce sujet, vous pouvez consulter cet article complémentaire :
👉 Pour aller plus loin sur la rédaction pensée IA / Google : Comment rédiger un article SEO efficace ? 

Ce guide explique comment structurer un contenu pour qu’il soit à la fois utile aux lecteurs et facilement réutilisable par les moteurs d’IA.

‍

Passer d’un SEO “théorique” à un SEO qui fonctionne vraiment 🎯

Si vous deviez retenir trois choses du SEO technique, ce serait celles-ci :
👉 l’indexabilité de vos pages,
👉 la propreté des signaux envoyés à Google (robots.txt, canonical, hreflang),
👉 et une performance mobile solide, mesurée en conditions réelles.

Le SEO technique n’est pas une fin en soi. C’est un levier structurant, qui permet à votre contenu d’exister, d’être compris et d’être exploité par Google comme par les moteurs d’IA.

Pour passer à l’action, adoptez une logique simple :
1️⃣ analyser les signaux dans Google Search Console,
2️⃣ crawler le site pour identifier les blocages,
3️⃣ prioriser les corrections dans un backlog clair et réaliste.

‍