Comment les référenceurs peuvent collaborer avec succès avec les développeurs Web

Même si certains spécialistes du marketing de recherche peuvent être confrontés à des difficultés lorsqu’ils collaborent avec des développeurs peu familiers avec le référencement, cette expérience n’est pas universelle.

Au cours de ma décennie de référencement, j’ai travaillé avec certains des développeurs front-end et back-end les plus enthousiastes sur la mise en œuvre de tickets « SEO ».

Certains référenceurs semblent être devenus la proie des préjugés des survivants en se concentrant sur les problèmes plutôt que sur les solutions.

En réalité, les référenceurs et les développeurs partagent un désir de respect et de reconnaissance de leur expertise plutôt que de solutions Internet rapides. Mes frustrations passées avec les développeurs étaient souvent mes propres défauts, pas les leurs.

Dans cet article, je vais aborder avec vous quelques éléments sur la manière de bien collaborer avec les développeurs, notamment :

• Ma procédure opérationnelle désormais standard avec les développeurs, qui pourrait/devrait être votre nouvelle attente de base.
• Quelques situations moins courantes dans lesquelles vous parvenez à établir un climat de confiance avec les développeurs.

Travailler avec des développeurs : le strict minimum

Mon strict minimum pour travailler avec des développeurs nécessite :

• Entrer avec un état final souhaité plutôt qu’une solution spécifique.
• Être curieux plutôt qu’accusateur.
• Suivre leur processus et fournir toutes les informations dont ils ont besoin pour faire le travail ou me dire pourquoi ils ne peuvent pas le faire.
• Parlez bien d’eux dans leur dos et partagez leur succès haut et fort.

Montse Cano résume magnifiquement cela et explique d’où elle pense que ces problèmes proviennent :

• « [in] l’idée que les équipes d’ingénierie existent pour faire ce que vous vouliez qu’elles fassent, et qu’elles l’ont fait en appuyant simplement sur un bouton, ce qui leur prendrait 2 minutes.
• « En d’autres termes, personne ne comprenait ce qu’ils faisaient et je pouvais dire qu’ils ne comprenaient pas non plus ce que faisaient réellement le marketing et le numérique. »

Une partie de notre travail, en tant que SEO, consiste donc à abattre ces murs et à travailler à la compréhension mutuelle, plutôt que chacun de nous suppose que ce que nous demandons ou demandons à mettre en œuvre est tout à fait évident.

Pour atteindre un état final souhaité, il faut inclure des exemples et de la rigueur. Si vous souhaitez implémenter un balisage de schéma spécifique, montrez à quoi devrait ressembler l’état final de ce schéma pour votre site Web.

Si vous savez qu’il existe une exigence étrange, prenez le temps d’expliquer pourquoi.

Être curieux et se lancer dans un état final souhaité signifie être un auditeur actif et ne pas dicter aux membres de votre équipe.

À moins que vous ne soyez autant qu’eux dans le code au quotidien (et peu, voire aucun, de référenceurs peuvent le dire), ils connaissent le code mieux que vous. Respectez cela.

Et une fois que vous êtes en mesure de travailler ensemble et de réaliser de bonnes choses, partagez-les avec les indicateurs qui comptent pour votre entreprise – revenus ou autres.

Parlez gentiment d’eux lorsqu’ils ne font pas partie de la conversation et lorsqu’ils le font.

Creusez plus profondément : apprenez à penser comme un développeur SEO

---

---

Bâtir la confiance lorsque vous travaillez avec des développeurs

Si le nouveau strict minimum que j’ai décrit ci-dessus vous laisse encore à court de respect mutuel et de capacité à faire avancer les choses avec les développeurs, voici quelques façons moins courantes d’envisager d’établir cette relation avec les développeurs.

Commencez par une « tâche SEO » qui partage leurs KPI

C’est un point important car il répond à plusieurs objectifs. Cela fera votre travail et cela leur donnera une belle apparence, ce qui pourrait leur permettre d’obtenir leur bonus pour l’année.

Dans l’environnement actuel, vous constaterez que de nombreux développeurs disposent d’un KPI concernant la vitesse du site. C’est fantastique car refactoriser des scripts, les déboguer, les fenêtrer ou les éditer n’est pas pour les âmes sensibles et prend généralement beaucoup de temps à exécuter par des équipes dédiées.

Alors prenez le train en marche et parlez au propriétaire de leur produit (ou projet) de ce à quoi ressemble leur pipeline pour gérer la vitesse du site. S’ils en ont un, ajoutez vos projections de revenus ou d’impact dans le ticket et incluez votre avis sur l’impact sur l’entreprise.

Si une partie de la gestion de la vitesse du site ou du poids des pages concerne des extraits de code tiers, ils ne savent peut-être pas à qui appartient l’extrait sur lequel ils apportent des modifications, alors soyez prêt à aider et à faire quelques démarches, en demandant autour de qui. .

Enfin, s’il manque des tickets, ajoutez-les à la file d’attente et faites-le correctement. Continuez à ajouter des exemples et de la documentation clairs et spécifiques.

20 % de temps sur les projets

Soyons tous honnêtes ici. Nous voulons tous travailler sur des choses amusantes. En supposant que vous n’êtes pas complètement critiqué et que vous ayez le temps de travailler sur ces projets, travaillez en étroite collaboration avec vos développeurs pour le faire.

Cela pourrait être quelque chose comme :

• Assistant produit.
• Article interactif (comme celui sur le design des voitures de F1 du New York Times).
• Créateur de liste de souhaits.

Des projets comme celui-ci sont d’excellentes occasions de travailler ensemble plus fréquemment et d’avoir des séances de brainstorming plus créatives, qui permettent à chacun de voir l’expertise de l’autre.

De plus, comme le dit le New York Times dans son fuite de stratégie numérique en 2014 :

« Nous avons tendance à consacrer des ressources à de grands projets ponctuels et à travailler sur les correctifs ponctuels nécessaires à leur création, et à négliger le travail moins glamour de création d’outils, de modèles et de correctifs permanents qui, cumulativement, peuvent avoir un impact plus important en économisant de l’argent. le temps de nos journalistes numériques et élever l’ensemble du reportage. Nous sous-estimons grandement la réplicabilité. »

Ces 20 % de projets peuvent également être les outils internes ou le cadre interne pour vous faciliter la vie, ou les deux. Quelque chose comme un script Python qui s’intègre à Google Sheets et à l’API Knowledge Graph pour classer les sujets d’articles ou un autre morceau de code pour faciliter l’analyse d’un côté ou des deux.

Intrinsèquement, ces projets à 20 % mettront souvent en valeur le travail acharné de la personne qui l’a construit et donneront à l’entreprise la possibilité de reproduire ce travail plus qu’elle n’accordera de crédit et de félicitations à la personne qui a eu l’idée (ce qui c’est ce que vous, en tant que personne qui a eu l’idée, voulez).

Élevez vos développeurs et félicitez-les pour leur travail acharné, tout comme vous vous en doutez.

Apprendre ensemble

Plus vous passez de temps avec les développeurs, plus vous avez de chances de trouver des méthodes de travail. Si vous n’êtes pas un SEO assez chanceux pour être placé au sein de l’équipe de développement, vous devrez passer une partie de ce temps ensemble.

Entrez : l’apprentissage.

Souvent, l’apprentissage en entreprise, même après la crise du COVID, implique des ateliers en personne d’une demi-journée ou d’une journée. C’est une proximité fabriquée, oui, mais le plus souvent, cela permet de véritablement s’entendre et de mieux comprendre les gens.

Pour réunir les référenceurs et les développeurs dans la même pièce, un atelier simple serait l’expérience utilisateur, à mon avis.

Les deux équipes bénéficieront de la formation (et encore une fois, les deux équipes peuvent avoir des KPI personnels « d’apprentissage » – je sais que je l’ai fait lors de mon dernier emploi au niveau de l’entreprise), et vous pourrez tous les deux apprendre les uns des autres car vous aborder le concept avec des perspectives et des domaines d’expertise différents.

Creusez plus profondément : comment utiliser la formation SEO pour la gestion des parties prenantes

Ce qu’il faut pour bien travailler avec les développeurs

Bien travailler avec les développeurs, c’est se lancer dans un état d’esprit véritablement agile :

• Soyez prêt à apprendre et soyez flexible.
• Reconnaissez et écoutez leur expertise et leurs suggestions.
• Documentation complète et patience avec la communication et la définition des attentes.

Vivant en Australie, lorsque j’ai du mal à communiquer avec des développeurs ou des collègues, je préfère les rencontrer au bar le plus proche, m’asseoir au soleil et en parler.

Qui sait, ils pourraient passer une mauvaise journée ou faire face à quelque chose dans leur vie personnelle. En fin de compte, chacun mérite d’être traité comme sa propre personne plutôt que comme un moyen d’atteindre une fin.