J’ai récemment parlé avec un référenceur qui, ainsi que toute son équipe, venait d’être licencié. L’entreprise perdait rapidement du trafic organique, les dirigeants étaient frustrés et, de leur point de vue, rien n’était fait pour y remédier. Le SEO l’a vu très différemment. Ils avaient soumis plus de 1 400 tickets au cours des 18 mois précédents, chacun documentant un problème et soulignant l’importance de ce qui devait être fait. Le retard était important, détaillé et, dans leur esprit, prouvait que l’équipe SEO travaillait dur pour inverser le déclin. Le problème était qu’aucune des actions demandées n’avait été mise en œuvre. Le temps d’ingénierie avait été systématiquement redirigé vers les initiatives du PDG, les lancements de produits et d’autres priorités internes qui semblaient toujours plus importantes. Du point de vue du SEO, le travail existait. Du point de vue de l’entreprise, rien n’a changé. Le trafic a diminué, la visibilité a diminué et finalement, la décision a été prise d’éliminer cette équipe sous-performante.
Un arriéré n’est pas un progrès. C’est une intention non mise en œuvre.
C’est la réalité inconfortable que de nombreux praticiens ont du mal à accepter. Soumettre des billets n’est pas le travail. Les mettre en œuvre l’est. Si vos recommandations ne sont jamais mises en production, elles n’existent pas de manière significative. Ils ne génèrent pas de trafic, n’améliorent pas la visibilité et ne protègent pas l’entreprise à mesure que Google continue d’évoluer. Et à l’heure actuelle, cette évolution s’accélère, ce qui rend l’écart entre activité et impact encore plus dangereux.
Alignez-vous sur ce qui compte déjà
Vous pouvez voir comment les organisations réagissent frénétiquement à la pression de performer dans AI Search, quoique subtilement. Un travail resté intact pendant des mois alors que les « améliorations du référencement » deviennent soudainement prioritaires lorsqu’il est recadré comme la préparation à l’IA, l’optimisation du moteur génératif ou la structuration de contenu pour la découverte de l’IA. Rien dans le travail sous-jacent ne change, mais le cadrage change, car il correspond à ce que les dirigeants estiment important à ce moment-là. Cela peut sembler frustrant, voire cynique, mais cela révèle une vérité plus profonde.
Chez IBM, nous avons eu du mal à donner la priorité à de nombreuses initiatives de référencement. Un rapport a ensuite signalé que notre expérience de recherche sur site était médiocre et avait un impact négatif sur les ventes de notre propre produit de recherche. Les améliorations requises étaient en grande partie les mêmes que celles que nous avions recommandées pour le référencement externe. En les rebaptisant « correctifs de recherche sur site » dans le cadre de ce nouveau mandat, nous avons pu accélérer la mise en œuvre et améliorer les performances de recherche internes et externes. Le travail n’est pas une priorité parce que c’est la bonne chose à faire. Il s’agit d’une priorité car elle correspond au discours actuel sur l’impact et aux priorités de l’exécutif. Pour comprendre pourquoi tant de travaux de référencement ne parviennent pas à franchir ce seuil, vous devez examiner où les décisions sont réellement prises.
La ligne que vous ne voyez pas jusqu’à ce qu’elle vous arrête
Après avoir vendu mon agence, j’ai entrepris un projet pour une entreprise déjà performante en matière de recherche organique. Ensuite, Google a lancé la recherche payante et tout a changé. Les grands annonceurs ont commencé à réaffecter leurs budgets, car acheter du trafic de recherche directement auprès de Google semblait soudainement plus efficace que la publicité sur des sites Web qui arbitrent simplement le trafic organique pour générer les impressions publicitaires qu’ils avaient achetées. La réponse du conseil d’administration a été immédiate et directe. Ils voulaient dominer tous les aspects de leur catégorie et figurer parmi les trois premiers dans tous les domaines, et ils étaient prêts à me fournir toutes les ressources nécessaires pour y parvenir.
Je suis donc allé à l’ingénierie avec mon plan et ma liste d’activités pour une domination totale, dans l’attente d’un alignement et d’un élan complets. Au lieu de cela, le CTO m’a conduit jusqu’à un tableau blanc et m’a montré une légère ligne pointillée. Tout ce qui dépasse cette limite, a-t-il expliqué, pourrait être mis en œuvre au cours de cet exercice. Tout ce qui est en dessous ne le serait pas. Il n’y a eu ni débat ni négociation. Chaque idée, aussi stratégique soit-elle, devait soit s’inscrire au-dessus de cette ligne, soit déplacer quelque chose qui s’y trouvait déjà. Il s’agissait d’une simple contrainte de ressources disponibles, et cela montrait clairement une chose : ce qui existait déjà comptait. Il m’a dit que ces initiatives avaient également été bénies par les mêmes dirigeants qui avaient donné le feu vert à la mienne. Ces initiatives existantes étaient directement liées aux revenus, d’autres à la conformité ou à la sécurité, et certaines étaient simplement protégées par des parties prenantes ayant suffisamment d’influence pour les maintenir en place.
C’est à ce moment-là que la réalité est devenue claire. Cette ligne, invisible dans chaque audit et absente de tout outil de référencement, détermine ce qui est réellement construit. J’appelle cela la « ligne de mort informatique ». Votre mission, en tant que responsable SEO ou GEO, est de trouver des moyens créatifs d’intégrer ou de remplacer vos activités dans l’un de ces projets haut de gamme.
Des tâches à la valeur de la contribution
La plupart des recommandations SEO n’échouent pas parce qu’elles sont fausses. Ils échouent parce qu’ils ne sont pas compétitifs au sein de ce système d’allocation des ressources. Cela signifie que tout est un compromis. L’ingénierie n’évalue pas votre recommandation de manière isolée ; ils l’évaluent par rapport à tout le reste en compétition pour leur temps et leurs ressources. Les fonctionnalités génératrices de revenus, les exigences de conformité, les améliorations de l’infrastructure et les engagements existants ont tous un poids. Et le demandeur aussi. Lorsque le référencement se présente comme un ensemble de correctifs déconnectés, il a du mal à rivaliser car il lui manque un coût, une propriété et un impact relatif clairement articulés.
Cette prise de conscience oblige à changer la façon dont le référencement doit être abordé. Il ne suffit plus d’identifier les problèmes. Vous devez justifier pourquoi ils méritent d’exister au-dessus de la ligne et sont aussi importants, voire plus, qu’une autre activité. Cela signifie traduire le travail en efforts, en impact et en compromis. Cela signifie passer des tâches à la valeur de la contribution. Les audits, les tickets et les retards décrivent l’activité, mais les équipes d’ingénierie ne financent pas l’activité. Ils financent les résultats. Si vous ne pouvez pas expliquer pourquoi votre recommandation vaut plus que la demande d’une autre équipe, elle ne sera pas réalisée.
C’est là que de nombreux programmes de référencement bloquent. Ils sont riches en informations mais peu hiérarchisés, et cet écart devient encore plus visible lorsque l’on examine la manière dont le travail est réellement mis en œuvre. Il est souvent difficile de lier directement les activités de référencement aux revenus ou à la taille du panier, mais cela n’enlève rien à la responsabilité d’essayer.
Réparez les systèmes, pas les symptômes
Une fois que vous avez compris la ligne de mort informatique de votre organisation, la question devient pratique. Comment mettre en œuvre un travail dans un environnement où tout est en concurrence ? La réponse n’est pas d’insister davantage, mais de travailler différemment au sein du système. Dans la plupart des organisations, le chemin le plus rapide vers la mise en œuvre n’est pas de créer un nouveau travail mais de s’aligner sur le travail déjà en cours. Les équipes d’ingénierie mettent constamment à jour les modèles, repensent les structures des pages, migrent les plates-formes ou refactorisent les composants. Ces initiatives se situent déjà au-dessus de la ligne. Ils ont déjà un budget, une attention et un élan. Lorsque le référencement est introduit en tant que demande distincte, il doit se battre pour la priorité. Lorsqu’il est intégré à une initiative existante, il hérite de cette priorité. Certains des changements SEO les plus impactants sont mis en œuvre de cette manière, intégrés dans des projets plus larges plutôt que présentés comme des efforts autonomes.
Cela devient encore plus efficace lorsque vous vous concentrez sur l’échelle. Les correctifs isolés justifient rarement une priorisation, contrairement aux changements qui agissent comme des multiplicateurs de force. La mise à jour d’un modèle plutôt que d’une seule page peut affecter des milliers d’URL. L’ajustement de la logique du CMS peut éliminer des catégories entières de problèmes. La correction de la navigation ou des liens internes peut remodeler la façon dont l’ensemble du site est compris et exploré. Ce sont les types de changements qui associent un effort relativement modeste à un impact à grande échelle, ce qui les rend beaucoup plus compétitifs sur la ligne.
Même dans ce cas, le succès dépend de la compréhension du problème à sa source. L’un des points d’échec les plus courants en matière de référencement est le diagnostic des symptômes plutôt que des causes. Des chiffres élevés créent une urgence, mais ils peuvent aussi induire en erreur. Des milliers de redirections, des dizaines de milliers d’erreurs 404 et des pages en double sur un site déclenchent souvent d’importants efforts de remédiation, mais ils ne sont souvent que le résultat visible d’un problème beaucoup plus mineur.
J’ai travaillé avec une entreprise qui générait quotidiennement des pages à partir d’un flux de produits, avec des URL basées sur le nom du produit et son premier attribut. Cela semblait logique, mais l’attribut n’était pas stable. Chaque fois qu’il changeait, l’URL changeait avec lui. Cette décision de conception unique a créé une cascade de problèmes. De nouvelles pages étaient constamment créées, d’anciennes URL transformées en 404 et le site générait effectivement son propre index. Le journal des erreurs de la Search Console reflétait ce chaos, rempli de dizaines de milliers de problèmes à résoudre. Mais aucun de ces problèmes n’était le véritable problème. La solution n’était pas de nettoyer les erreurs ; il s’agissait d’arrêter de les créer. En réalignant la structure de l’URL sur un identifiant stable tel qu’un SKU, l’ensemble du système s’est stabilisé. Les erreurs ont disparu car le mécanisme qui les produisait a été supprimé. Un seul changement a remplacé des milliers de tâches de correction.
C’est la différence entre le travail qui reste en dessous de la ligne et le travail qui la franchit. Le premier traite les symptômes, le second résout le système qui les génère. Cette dynamique n’est pas propre à une seule entreprise ou à un seul moment. Il apparaît de manière cohérente dans toutes les organisations, secteurs et niveaux de maturité de recherche. Qu’il s’agisse de contraintes liées à la bande passante technique, aux exigences de conformité ou aux priorités produit concurrentes, le résultat est le même. Un travail qui ne peut pas se justifier à la ligne n’a pas lieu. Nous avons exploré cela plus en détail dans un épisode de podcast, expliquant comment ce schéma se répète et pourquoi tant d’initiatives bien intentionnées échouent avant même d’atteindre la production. La conclusion était cohérente. La plupart des travaux de référencement n’échouent pas parce qu’ils sont erronés ; il échoue parce qu’il n’est pas structuré de manière à ce que l’organisation puisse agir.
Une fois que vous avez compris cela, le rôle du référencement change. Vous ne vous contentez plus d’identifier les problèmes ; vous façonnez les décisions. Vous définissez ce qui vaut la peine d’être fait, pourquoi c’est important maintenant et quel impact cela aura par rapport à tout ce qui attire l’attention. C’est ce qui fait passer le travail du retard à la mise en œuvre.
En fin de compte, rien n’est fait car c’est une bonne pratique. Cela se fait parce que cela en vaut la peine.
Plus de ressources :
