Volet technique d'une agence SEO : exploration, indexation

Le SEO technique désigne l’ensemble des conditions qui rendent un site lisible par un moteur de recherche : adresses explorables, pages indexables, redirections tenues, doublons maîtrisés, affichage rapide. Une agence qui néglige ce socle optimise du contenu que personne ne verra. Deux questions restent ouvertes : ce que ce poste contient vraiment, et qui l’exécute.

Ce que le SEO technique recouvre dans une mission

Le périmètre varie fortement d’un prestataire à l’autre, et cette variation explique bien des déceptions. Un audit vendu comme technique se limite parfois aux balises de titre, quand un autre descend jusqu’aux codes de réponse du serveur.

Six postes reviennent dans presque toutes les missions sérieuses :

• les fichiers qui gouvernent l’exploration, dont le fichier robots, et les journaux du serveur, qui révèlent les adresses réellement visitées ;
• le plan du site au format XML, liste des URL soumises aux moteurs ;
• les pages en double, versions multiples d’un même contenu nées des paramètres d’URL, des filtres et des archives ;
• les redirections, qui transfèrent vers une adresse vivante l’historique d’une adresse abandonnée ;
• les données structurées, balisage normalisé qui décrit la nature d’une page ;
• le temps de chargement et la stabilité de l’affichage, mesurés sur des visites réelles.

L’exploration arrive en tête parce qu’elle commande tout le reste. Un robot consacre à chaque site une capacité de visite limitée, et cette capacité se consomme vite : pages de résultats internes, variantes de filtres, archives presque vides, fichiers appelés en boucle. Les journaux du serveur restent le seul document qui montre ce gaspillage.

Les pages en double forment le deuxième poste. Un site WordPress ordinaire fabrique sans effort plusieurs adresses pour un même article : version avec paramètre de suivi, archive d’auteur, archive de catégorie, page de pièce jointe. Le travail consiste à désigner la version de référence, à la déclarer, puis à vérifier que cette déclaration reste cohérente avec le maillage interne.

Les redirections réclament une vigilance propre lors des refontes : toute adresse supprimée sans remplaçant déclaré emporte l’historique qu’elle avait accumulé. La correspondance entre anciennes et nouvelles adresses se demande avant la mise en ligne, pas trois mois plus tard.

Reste le chargement, poste le plus visible pour le public. Les indicateurs d’expérience et les seuils publiés par Google sont détaillés dans notre article sur les trois indicateurs Core Web Vitals. Dans une mission, l’enjeu est de savoir ce qui relève du thème, du serveur ou des extensions installées.

Agence, hébergeur, développeur : la répartition des rôles

Un diagnostic sans exécutant ne change rien. Beaucoup de missions échouent là : le rapport est juste, personne n’applique les correctifs, et la responsabilité se dilue entre trois intervenants.

L’agence diagnostique et hiérarchise : elle relève les anomalies, les classe par gravité et par coût, puis les traduit en préconisations exécutables. Le développeur ou l’intégrateur intervient dans le thème, les gabarits et les extensions, périmètre décrit dans notre article sur le métier de webdesigner intégrateur. L’hébergeur tient le temps de réponse du serveur, les versions logicielles et le cache, sujet abordé dans notre comparaison du bureau d’enregistrement et de l’hébergement.

La vérification est le rôle le plus souvent orphelin. Déployer une correction sans contrôler son effet revient à travailler en aveugle : une directive d’exploration trop large produit des dégâts silencieux pendant des semaines. Le contrat gagne à nommer qui contrôle, avec quel outil, à quelle échéance.

Trouver une agence à dominante technique

Les étiquettes commerciales se ressemblent, et le mot technique figure sur presque toutes les plaquettes. Un spécialiste du référencement technique se reconnaît à ses livrables : il parle de codes de réponse, de budget d’exploration, de rendu du code côté navigateur, et il livre des correctifs appliqués plutôt que des recommandations. Encore faut il une poignée de candidats avant de poser la première question.

Les repérer suppose une source qui nomme des agences et qui explique comment elle les classe. Pixbid expose un classement des agences SEO sur un site où la visibilité se prend à l’enchère sur une grille publicitaire, avec une méthodologie décrite sur une page dédiée : la page citée ici aligne des agences suivies, leurs services déclarés et leurs adresses relevées, de quoi dresser une courte liste d’interlocuteurs à interroger sur l’exploration, l’indexation et le temps de chargement d’un site WordPress.

Vient alors l’entretien, et trois questions y pèsent plus que les autres. La première porte sur les journaux du serveur : qui les récupère, à quelle fréquence, et que devient la liste des adresses visitées en vain. La deuxième porte sur l’application des correctifs : le prestataire remet une préconisation ou intervient directement dans le thème et la configuration du serveur. La troisième porte sur le contrôle après mise en production, poste que beaucoup de missions laissent en suspens.

Les réponses se recoupent avec le périmètre déclaré de chaque candidat. Une structure qui décrit son offre en termes de contenu et de liens entrants sous traite parfois la partie technique, arrangement acceptable à condition qu’il soit écrit et que l’intervenant réel soit identifié.

Ce que publie la documentation de Google

Une référence commune existe, publique et gratuite : Google Search Central documente le fonctionnement de la recherche et les attentes techniques du moteur. Trois étapes y sont décrites, dans cet ordre : l’exploration, l’indexation, puis la diffusion des résultats.

L’exploration consiste à découvrir des adresses, en suivant les liens des pages déjà connues et en traitant les listes d’URL soumises. Google Search Central indique que Googlebot exécute le code JavaScript rencontré sur les pages, ce qui rend accessible le contenu chargé dynamiquement, à condition que les ressources nécessaires restent explorables.

L’indexation vient ensuite, et la documentation y pose une limite nette : elle n’est pas garantie, toutes les pages traitées par Google n’entrent pas dans l’index. Les causes citées sont le contenu de faible qualité, les règles posées dans les balises destinées aux robots, et les problèmes de rendu.

Le plan du site mérite la même lecture sobre, surtout quand un audit en fait son argument central. Google Search Central écrit qu’un plan du site ne garantit ni l’exploration ni l’indexation des adresses listées, et le recommande surtout pour les sites volumineux, les sites récents que peu de liens externes désignent, et les contenus riches comme la vidéo ou l’image. Pour un site correctement relié de cinq cents pages ou moins, la documentation le juge moins critique, puisque la navigation suffit à atteindre chaque page.

La désignation de la version de référence suit une logique de signaux, utile à connaître quand un prestataire la présente comme une obligation. Aucune méthode n’est requise : sans préférence déclarée, Google retient la version qu’il estime la meilleure à montrer. Une redirection et une balise de canonisation valent des signaux forts, l’inclusion dans le plan du site un signal faible, et ces méthodes se cumulent.

La vitesse occupe une place tout aussi précise. La documentation consacrée à l’expérience sur la page énonce qu’il n’existe pas de signal unique, que de bons résultats dans le rapport Core Web Vitals ne garantissent pas une place en tête, et que la recherche privilégie le contenu le plus pertinent même quand l’expérience de la page laisse à désirer. La nuance est utile en réunion, car elle déplace la discussion du score vers l’expérience réelle du visiteur. Une proposition qui échange un rang contre un score sort du cadre documenté.

Les preuves à demander avant de signer

Trois pièces suffisent à juger une offre technique, et elles portent sur du travail déjà livré plutôt que sur des intentions.

La première est un extrait de lecture de journaux d’exploration, anonymisé au besoin : volume d’adresses visitées, part des codes d’erreur, répartition entre pages utiles et pages parasites, décision prise à la suite. Un intervenant habitué de ces lectures propose de lui même le format du relevé et la période couverte. Un prestataire qui n’a jamais ouvert un journal de serveur le laisse voir vite, en ramenant la discussion vers les mots clés.

La deuxième est un exemple de correctif livré, avec son état avant et son état après : nature de l’anomalie, intervention réalisée, date, effet mesuré sur l’indexation ou sur le temps de réponse. La méthode de mesure compte autant que le résultat, question développée dans notre article sur la lecture du score PageSpeed Insights.

La troisième est le dispositif de suivi après mise en production : contrôle des pages indexées, surveillance des erreurs d’exploration, relevé des temps de réponse, sauvegarde avant chaque intervention. La sécurité appartient à ce périmètre, puisqu’une compromission dégrade l’indexation en quelques jours, sujet traité dans notre checklist de sécurisation WordPress.

Deux détails administratifs pèsent autant que ces trois pièces. Les accès au compte de mesure du site appartiennent à l’entreprise, jamais au prestataire : la propriété reste du côté du client, qui accorde un droit de lecture ou d’écriture et le retire en fin de mission. Le périmètre technique se décrit dans le devis, poste par poste, avec la mention de ce qui revient à l’hébergeur et de ce qui attend une intervention du développeur.

Un classement public fait gagner du temps au stade du repérage, et ces trois pièces prennent le relais au moment de décider. La page publie elle-même sa règle : elle compte l’attention des visiteurs et ne note pas les prestations, ce qui laisse entière la question de la compétence technique, à vérifier sur pièces.

Technique et contenu : dans quel ordre

L’ordre des chantiers se déduit des trois étapes documentées. Une page qu’un robot n’atteint pas ne sera jamais indexée, une page absente de l’index ne sera jamais affichée, et un contenu remarquable sur une adresse inaccessible ne produit rien. Le socle passe devant.

Première vague : rendre le site explorable et indexable. Directives d’exploration vérifiées, plan du site exact, codes de réponse propres, versions de référence déclarées, redirections en place. Cette phase exige rarement une refonte, et son effet apparaît en quelques semaines sur le nombre de pages indexées.

Deuxième vague : la performance perçue. Poids des images, scripts inutiles, cache de pages, temps de réponse du serveur. L’effet se lit d’abord sur le taux d’abandon, ensuite sur la visibilité, et il reste mesurable indépendamment de toute évolution de classement.

Troisième vague : le contenu et les liens entrants, qui départagent des pages comparables une fois le socle sain. Inverser cet ordre produit la situation la plus frustrante du métier, celle d’un site riche et bien écrit dont la moitié des pages reste hors de l’index pendant que le budget part en production éditoriale. Le même raisonnement vaut pour une refonte : déplacer un site dont les doublons et les redirections sont déjà tenus coûte bien moins cher que de réparer après coup.

Prochaine étape avant de rencontrer le premier prestataire : exporter depuis Google Search Console la liste des pages indexées, la comparer au plan du site, et porter chaque écart dans le cahier des charges de la mission. Ce document d’une page change la nature de la discussion et rend les propositions comparables entre elles. Deux semaines de recul suffisent ensuite à voir si le premier lot de correctifs déplace le nombre de pages indexées.