01
Crawl et budget d'exploration
Le budget d'exploration est le nombre d'URL que Google accepte de parcourir sur un site dans un temps donné. Sur un catalogue de 200 000 références, il se gaspille en quelques jours dans les filtres à facettes, les tris, les paginations infinies et les paramètres de suivi. Je cartographie l'arborescence réelle avec un crawler, je compare les URL explorables aux URL utiles, puis je referme les chemins parasites par des règles claires.
sortie : plan de crawl, règles robots, liste des pièges à paramètres
02
Analyse de logs serveur
Les logs sont la seule source qui dit ce que Googlebot a réellement fait, et non ce que l'on suppose. On y lit la fréquence de passage par rubrique, les pages jamais visitées, les codes d'erreur servis aux robots, la part de crawl consommée par les ressources statiques. C'est souvent là où l'on découvre qu'un tiers du budget part sur des pages sans valeur, pendant que les fiches stratégiques ne sont vues qu'une fois par trimestre.
sortie : matrice crawl contre trafic, pages orphelines, priorités
03
Indexation et pilotage de l'index
Être exploré ne suffit pas : il faut être indexé, et surtout ne garder dans l'index que ce qui mérite d'y être. Je traite les statuts de la Search Console un par un : découverte sans indexation, explorée sans indexation, duplicat sans canonique choisie par l'utilisateur, exclue par balise. Chaque statut a une cause différente et donc un correctif différent. L'objectif est un index propre, pas un index volumineux.
sortie : arbitrage index / noindex, canoniques, sitemaps segmentés
04
Rendu JavaScript
Sur les sites en React, Vue ou Next.js, le contenu visible par l'utilisateur n'est pas toujours celui que le robot reçoit. Je compare le HTML source, le DOM rendu et la version mise en cache pour repérer les liens injectés après coup, les contenus chargés au clic, les balises title réécrites côté client. Selon les cas, la solution passe par le rendu côté serveur, la génération statique ou une hydratation plus disciplinée.
sortie : diff source contre rendu, arbitrage SSR / SSG / hydratation
05
Migrations et refontes
Une migration mal préparée coûte plusieurs mois de visibilité. La méthode est toujours la même : geler la cartographie des URL existantes, mesurer leur valeur réelle, construire un plan de redirection en un seul saut, vérifier les modèles de page en préproduction, puis surveiller les logs et l'indexation heure par heure après bascule. J'ai mené des changements de domaine, de CMS et de structure sans perte de trafic organique.
sortie : plan de redirection, recette SEO, surveillance post bascule
06
Données structurées
Le balisage Schema.org donne aux moteurs une lecture explicite du contenu : article, produit, avis, recette, événement, fil d'ariane, organisation. Bien posé, il ouvre des affichages enrichis dans les résultats et clarifie les entités d'un site. Mal posé, il déclenche des avertissements ou, pire, une pénalité manuelle pour balisage non conforme. Je vérifie la cohérence entre ce qui est balisé et ce qui est réellement visible sur la page.
sortie : modèles JSON-LD par gabarit, validation, suivi des erreurs
07
Internationalisation et hreflang
Dès qu'un site existe en plusieurs langues ou plusieurs pays, les erreurs de hreflang se paient en cannibalisation entre versions. Je vérifie la réciprocité des déclarations, la cohérence avec les canoniques, la présence d'une version de repli, et la séparation nette entre variantes linguistiques et variantes régionales. Sur les gros catalogues, la génération du hreflang doit être automatisée et testée, jamais maintenue à la main.
sortie : matrice de correspondance, contrôle de réciprocité
08
Performance et livraison
La performance technique se joue avant le navigateur : temps de réponse serveur, mise en cache, compression, protocole, poids et format des images, ordre de chargement des ressources critiques. Je traite d'abord ce qui bloque l'affichage du plus grand élément visible, puis ce qui retarde la réponse aux interactions. Les gains les plus rentables viennent presque toujours des images et des scripts tiers, pas du framework.
sortie : budget de performance, priorités de chargement
exemple : données structurées d'un article de média
{
"@context": "https://schema.org",
"@type": "NewsArticle",
"headline": "Titre de l'article, court et fidèle à la page",
"datePublished": "2026-03-04T09:15:00+01:00",
"dateModified": "2026-03-11T18:40:00+01:00",
"author": { "@type": "Person", "name": "Prénom Nom", "url": "/auteurs/prenom-nom/" },
"publisher": { "@type": "Organization", "name": "Nom du média" },
"image": ["visuel-16x9.jpg", "visuel-4x3.jpg", "visuel-1x1.jpg"],
"articleSection": "Rubrique principale",
"isAccessibleForFree": true
}
Trois formats d'image déclarés, une date de modification honnête, un auteur relié à une page auteur réelle : ce sont ces détails qui séparent un balisage décoratif d'un balisage utile, notamment pour Google Discover.
