SEO technique : le socle invisible qui fait ranker YperLine

Sitemap XML, robots.txt, Core Web Vitals, données structurées, crawl budget, redirections 301 et HTTPS : le guide complet du SEO technique avec checklist 14 points.


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.

Règle d'or : corriger le SEO technique avant d'investir dans du contenu ou du netlinking. C'est comme réparer la plomberie avant de peindre les murs.

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: / sous User-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étriqueSeuil « bon »Seuil « médiocre »Ce que ça mesure
LCP (Largest Contentful Paint)≤ 2,5 s≥ 4,0 sTemps d'affichage du plus grand élément (image hero, titre)
INP (Interaction to Next Paint)≤ 200 ms≥ 500 msLatence perçue lors d'une interaction (clic, tap)
CLS (Cumulative Layout Shift)≤ 0,1≥ 0,25Stabilité 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 requestIdleCallback pour 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 :

  1. Rich snippets dans Google : étoiles, prix, dates, FAQ dépliée, fil d'Ariane enrichi.
  2. Identification d'entité pour les IA : le modèle de langage sait qui est l'auteur, quelle est l'organisation, quel est le sujet.
  3. Extraction facilitée : les chunks extraits par les IA sont plus précis quand le schema identifie clairement le contexte.

Les 6 schemas prioritaires

SchemaOùQu'il signale
OrganizationHomeNom, logo, description, areaServed, sameAs
ArticleChaque page de contenuHeadline, author, datePublished, dateModified, publisher
PersonPages auteursNom, jobTitle, worksFor, sameAs (LinkedIn)
FAQPageSections FAQQuestions-réponses prêtes à être extraites
HowToTutorielsÉtape par étape (rich snippet dans Google)
BreadcrumbListToutes les pagesHié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-Security pour forcer HTTPS au niveau navigateur.
  • Canonical en HTTPS : <link rel="canonical" href="https://yperline.net/...">.

Checklist SEO technique

#Point de contrôleStatut
1Sitemap XML généré dynamiquement, URLs propres, soumis dans GSC + Bing☐
2robots.txt : bots IA autorisés, sitemap référencé, pas de Disallow global☐
3LCP ≤ 2,5 s sur mobile (GSC, données terrain)☐
4INP ≤ 200 ms sur mobile☐
5CLS ≤ 0,1 sur mobile☐
6Schema Organization sur la home☐
7Schema Article sur chaque page de contenu☐
8Schema FAQPage sur les sections FAQ☐
9Pas de chaîne de redirection (audit Screaming Frog)☐
10Pas de 404 internes (liens morts)☐
11HTTPS avec HSTS, pas de contenu mixte☐
12Canonicals cohérents (pas de dupliques)☐
13Mobile : contenu identique à desktop, pas d'éléments masqués☐
14404 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