SEO technique : le socle invisible qui fait ranker
Qu'est-ce que le SEO technique ?
Le SEO technique regroupe toutes les actions qui rendent un site accessible, compréhensible et performant pour les robots de Google et les crawlers IA. Contrairement au contenu ou au SEO fondamental, le SEO technique est invisible pour l'utilisateur : ce sont les fichiers de configuration, les balises HTML, les performances serveur et les données structurées qui font la différence.
Un site peut avoir le meilleur contenu du monde et les meilleurs backlinks, mais si le crawler ne peut pas le lire, le serveur met 5 secondes à répondre, ou les données sont mal structurées, le classement plafonne. Le SEO technique est la condition nécessaire (pas suffisante) pour que les deux autres piliers fonctionnent.
Sitemap XML : la carte du site pour les robots
Le sitemap XML est un fichier qui liste toutes les URLs du site avec des métadonnées (date de modification, fréquence de changement, priorité). Il sert de carte aux robots de crawl pour découvrir les pages plus rapidement.
Règles essentielles
- Un seul sitemap de moins de 50 000 URLs (ou plusieurs si dépassement, avec un sitemap index).
- URLs propres : sans extension, sans paramètres de tracking (?utm_source=…).
- Uniquement les pages indexables : exclure les 404, les pages
noindex, les pages de paiement, les pages de test. - À jour : généré dynamiquement ou mis à jour à chaque publication.
- Soumis dans Google Search Console et Bing Webmaster Tools.
- Referencé dans robots.txt :
Sitemap: https://yperline.net/sitemap.xml.
Format type
<url>
<loc>https://yperline.net/seo-technique</loc>
<lastmod>2026-10-11</lastmod>
<changefreq>weekly</changefreq>
<priority>0.8</priority>
</url>
→ Guide détaillé : Sitemap XML : guide complet
robots.txt : le garde du site
Le fichier robots.txt indique aux robots quels dossiers et pages ils peuvent ou non crawler. C'est le premier fichier lu par tout crawler (Googlebot, GPTBot, PerplexityBot, etc.). Une erreur de configuration ici peut bloquer l'indexation de l'intégralité du site.
Points de contrôle
- Ne pas bloquer les bots IA : GPTBot, PerplexityBot, ClaudeBot, Google-Extended, MicrosoftPreview. → GEO
- Ne pas bloquer Googlebot : un
Disallow: /sousUser-agent: Googlebot= site invisible sur Google. - Référencer le sitemap :
Sitemap: https://yperline.net/sitemap.xml. - Bloquer les dossiers inutiles :
/admin/,/tmp/,/assets/(si non nécessaires au rendu). - Ne pas utiliser robots.txt pour le noindex : bloquer un page dans robots.txt empêche le robot de lire la balise
noindex→ paradoxalement, la page peut rester indexée.
Exemple minimal
User-agent: *
Allow: /
Disallow: /admin/
Disallow: /tmp/
Sitemap: https://yperline.net/sitemap.xml
→ Guide détaillé : robots.txt : guide complet
Core Web Vitals : les métriques de performance qui comptent
Les Core Web Vitals sont 3 métriques mesurées sur le terrain réel (Chrome User Experience Reports) qui influencent directement le classement Google depuis 2021. Elles mesurent l'expérience perçue par l'utilisateur :
| Métrique | Seuil « bon » | Seuil « médiocre » | Ce que ça mesure |
|---|---|---|---|
| LCP (Largest Contentful Paint) | ≤ 2,5 s | ≥ 4,0 s | Temps d'affichage du plus grand élément (image hero, titre) |
| INP (Interaction to Next Paint) | ≤ 200 ms | ≥ 500 ms | Latence perçue lors d'une interaction (clic, tap) |
| CLS (Cumulative Layout Shift) | ≤ 0,1 | ≥ 0,25 | Stabilité visuelle (décalages de mise en page) |
Actions à fort impact
- LCP : compresser les images (WebP/AVIF), précharger les ressources critiques (
<link rel="preload">), réduire le TTFB (CDN, cache, hébergement performant). - INP : fractionner les scripts JS longs, éviter les blocages du main thread, utiliser
requestIdleCallbackpour les tâches non critiques. - CLS : définir des dimensions explicites (
width/height) sur images et vidéos, réserver de l'espace pour les publicités, éviter les insertions de contenu au-dessus du fold.
Où surveiller
- Google Search Console → « Améliorations » → « Core Web Vitals » (données terrain, 28 jours glissants).
- PageSpeed Insights : diagnostic page par page (lab + terrain).
- CrUX Dashboard : données brutes Chrome User Experience Reports.
→ Guide détaillé : Core Web Vitals : guide complet
Données structurées (Schema.org / JSON-LD)
Les données structurées sont des balises JSON-LD qui décrivent le contenu de la page de manière machine-lisible. Elles servent 3 objectifs :
- Rich snippets dans Google : étoiles, prix, dates, FAQ dépliée, fil d'Ariane enrichi.
- Identification d'entité pour les IA : le modèle de langage sait qui est l'auteur, quelle est l'organisation, quel est le sujet.
- Extraction facilitée : les chunks extraits par les IA sont plus précis quand le schema identifie clairement le contexte.
Les 6 schemas prioritaires
| Schema | Où | Qu'il signale |
|---|---|---|
Organization | Home | Nom, logo, description, areaServed, sameAs |
Article | Chaque page de contenu | Headline, author, datePublished, dateModified, publisher |
Person | Pages auteurs | Nom, jobTitle, worksFor, sameAs (LinkedIn) |
FAQPage | Sections FAQ | Questions-réponses prêtes à être extraites |
HowTo | Tutoriels | Étape par étape (rich snippet dans Google) |
BreadcrumbList | Toutes les pages | Hiérarchie du site (fil d'Ariane enrichi) |
Format : JSON-LD
Le format recommandé est JSON-LD (bloc <script type="application/ld+json"> dans le <head> ou en fin de <body>). C'est le format préféré de Google, plus lisible et plus facile à maintenir que Microdata ou RDFa.
→ Guide détaillé : Données structurées : guide pratique
Crawl budget : optimiser les visites du robot
Le crawl budget est le nombre de pages que Googlebot est disposé à crawler sur votre site sur une période donnée. Pour un site de moins de 100 pages, ce n'est pas un problème. Pour un site de 50 pages, c'est encore moins. Mais les principes s'appliquent dès la première page :
- Éviter les pages inutiles : paramètres de filtres (?page=2, ?tri=prix), pages de catégories vides, pages de tags avec 1 article. Chacune consomme du crawl sans apporter de valeur.
- Utiliser les canonicals : si plusieurs URLs mènent au même contenu (http/https, www/non-www, ?paramètre), une balise
<link rel="canonical">indique la version à indexer. - Éviter les chaînes de redirection : A → B → C consomme 3 crawls au lieu de 1.
- Internaliser les liens : un maillage interne dense aide le robot à découvrir les pages prioritaires sans explorer des dizaines de pages secondaires.
→ Guide détaillé : Crawl budget : guide
Redirections 301 : transférer l'autorité sans perte
Une redirection 301 (permanent redirect) indique au robot que la page a définitivement déménagé. Elle transfère l'autorité (PageRank, backlinks) de l'ancienne URL vers la nouvelle. C'est l'outil essentiel lors d'une refonte, d'un changement d'URL ou d'une suppression de page.
Règles
- Toujours en 301 (pas de 302 pour un déménagement définitif) : la 302 est temporaire et ne transfère pas l'autorité de façon fiable.
- Une seule redirection : A → B, pas A → B → C. Chaque hop dans une chaîne dilue l'autorité (estimé à 10-15 % de perte par hop).
- Rediriger vers une page pertinente : pas vers la home si une page plus spécifique existe.
- Supprimer les redirections obsolètes : si l'ancienne URL ne génère plus de trafic ni de backlinks, la redirection peut être retirée (et remplacée par une 404 ou 410).
- Vérifier les chaînes : un outil de crawl (Screaming Frog, Ahrefs Site Audit) détecte les chaînes de redirection et les 404.
→ Guide détaillé : Redirections 301 : guide complet
HTTPS et sécurité
Le HTTPS (TLS/SSL) est un signal de classement mineur mais obligatoire. Depuis 2014, Google pénalise les sites non sécurisés (badge « Non sécurisé » dans Chrome). En 2026, un site sans HTTPS est quasi inenvisageable : les navigateurs bloquent le contenu mixte, les APIs web (geolocation, notifications) nécessitent HTTPS, et les crawlers IA peuvent refuser d'indexer un site non sécurisé.
Points de contrôle
- Certificat valide : Let's Encrypt (gratuit, auto-renouvelable) ou certificat commercial.
- Redirection HTTP → HTTPS : 301 systématique, pas de contenu accessible en HTTP.
- Pas de contenu mixte : toutes les ressources (images, CSS, JS) chargées en HTTPS.
- HSTS (HTTP Strict Transport Security) : en-tête
Strict-Transport-Securitypour forcer HTTPS au niveau navigateur. - Canonical en HTTPS :
<link rel="canonical" href="https://yperline.net/...">.
Checklist SEO technique
| # | Point de contrôle | Statut |
|---|---|---|
| 1 | Sitemap XML généré dynamiquement, URLs propres, soumis dans GSC + Bing | ☐ |
| 2 | robots.txt : bots IA autorisés, sitemap référencé, pas de Disallow global | ☐ |
| 3 | LCP ≤ 2,5 s sur mobile (GSC, données terrain) | ☐ |
| 4 | INP ≤ 200 ms sur mobile | ☐ |
| 5 | CLS ≤ 0,1 sur mobile | ☐ |
| 6 | Schema Organization sur la home | ☐ |
| 7 | Schema Article sur chaque page de contenu | ☐ |
| 8 | Schema FAQPage sur les sections FAQ | ☐ |
| 9 | Pas de chaîne de redirection (audit Screaming Frog) | ☐ |
| 10 | Pas de 404 internes (liens morts) | ☐ |
| 11 | HTTPS avec HSTS, pas de contenu mixte | ☐ |
| 12 | Canonicals cohérents (pas de dupliques) | ☐ |
| 13 | Mobile : contenu identique à desktop, pas d'éléments masqués | ☐ |
| 14 | 404 personnalisée (pas de page blanche) | ☐ |
Pour le volet fondamental (maillage, netlinking, mots-clés), voir SEO fondamental. Pour le GEO (crawlers IA, structuration pour l'extraction), voir Guide GEO. Pour la vue d'ensemble, voir le guide complet du SEO.
Audit technique gratuit en 15 minutes
Nous analysons vos 14 points de contrôle et vous livrons un plan d'action priorisé : ce qu'il faut corriger d'abord, ce qui peut attendre.
Demander mon audit gratuit