Audit technique du site et un noyau sémantique avec une carte des sections

Je commence par parcourir tout le site avec un crawler, de la même manière qu'un robot de recherche : chaque lien, chaque code de réponse, chaque redirection. Ce qui revient est rarement joli. La même page s'ouvre sous trois adresses différentes et chacune d'elles est indexée séparément. Des liens mènent à des pages qui ont été supprimées il y a un an. Les titres se répètent dans tout un catalogue ou sont complètement absents, les descriptions ont été écrites une fois pour la page principale et copiées partout ailleurs. Les adresses canoniques pointent vers la mauvaise page, les redirections forment des chaînes de trois étapes, et quelques modèles pèsent tellement qu'ils mettent huit secondes à apparaître sur un téléphone. La version mobile, je la vérifie séparément et je ne suppose jamais qu'elle répète simplement la version de bureau — cette supposition est là où se cachent la plupart des surprises.

La seconde moitié du travail ne concerne pas du tout les erreurs, mais la langue. Je collecte ce que les gens tapent réellement lorsqu'ils recherchent ce que vous vendez, je retire le bruit et les requêtes qui appartiennent à l'entreprise de quelqu'un d'autre, et je regroupe le reste par intention, de sorte que chaque groupe ait exactement une page qui y répond. De ce regroupement naît une carte des sections futures : ce qui existe déjà et n'a besoin que d'être réécrit, ce qui doit être fusionné parce que deux de vos propres pages se font concurrence pour une requête, et ce qui manque complètement. Chaque élément de la carte porte une priorité composée de deux chiffres honnêtes — combien de trafic il peut réalistement générer et combien de travail cela coûte — afin que vous puissiez commencer par la partie la moins chère et la plus utile au lieu de la plus bruyante.

Trois choses que je dis à voix haute avant de commencer, car elles décident si vous serez satisfait plus tard. Je ne promets pas de positions particulières ni de date pour atteindre le sommet : les moteurs de recherche ne garantissent cela à personne, et quiconque fixe une date vous vend un coup de dés. Je n'utilise pas de manipulation comportementale, d'achat de liens en masse ou de pages d'entrée — c'est un risque pour votre site, pas un travail dessus. Et une partie des corrections nécessite un développeur : les codes de réponse, les modèles, les balises canoniques et le poids des pages ne sont pas modifiables depuis un panneau d'administration, donc sans ces mains, l'audit reste sur papier. Un mois après que les corrections ont été mises en place, je répète le crawl et montre, élément par élément, ce qui a bougé et ce qui n'a pas bougé.

Ce que vous obtenez :
— un rapport de crawl complet : adresses dupliquées, liens brisés, chaînes de redirection, balises canoniques incorrectes ;
— une liste de pages sans titres ni descriptions, avec des doublons des deux nommés explicitement ;
— des mesures du poids des pages et de la vitesse de chargement, avec les modèles les plus lourds signalés ;
— un examen séparé de la version mobile : mise en page, cibles de tapotement, ce qui diffère de la version de bureau ;
— un noyau sémantique nettoyé du bruit et regroupé par intention, un groupe par page ;
— une carte des sections futures : conserver, réécrire, fusionner, créer ;
— un tableau de priorités construit à partir de l'effet attendu et de l'effort requis ;
— une liste de tâches pour le développeur écrite en phrases simples, pas en jargon ;
— un crawl répété un mois plus tard avec une comparaison avant-après.