Dans le monde du SEO, nous communiquons régulièrement avec plusieurs départements et parties prenantes différents. Lors de ces échanges interdépartementaux, les SEOs utilisent souvent un jargon propre à eux qui peut être source d’incompréhension pour ceux qui n’y sont pas familiarisés. Cela dit, une communication efficace et bien structurée permet d’éviter les malentendus et d’améliorer la productivité.
En 2002, j’ai commencé à travailler en tant que développeur web et je me suis progressivement orienté vers le SEO. À partir de 2014, j’ai commencé à travailler à temps plein dans le SEO, tout en me concentrant principalement sur le côté technique.
En tant que SEO technique, je suis amené à travailler quotidiennement avec des équipes de développement et comme je l’ai mentionné précédemment, la communication est une partie très importante de mon travail.
Dans cet article, nous examinerons les facteurs (à mon avis) les plus importants pour une très bonne communication entre les SEOs et les équipes de développement.
La sensibilisation est clé
La communication n’est pas unilatérale : une compréhension mutuelle des charges de travail et des priorités de chacun vous aidera considérablement à exprimer l’importance de vos tâches et de leur mise en œuvre.
Plus tôt vous travaillez avec votre équipe de développement afin de les sensibiliser à l’impact que la réalisation de vos modifications peut avoir sur votre site, le mieux seront vos collaborations futures.
En outre, plus tôt vous, en tant que SEO, comprendrez comment les développeurs travaillent et leurs priorités, plus il sera facile d’obtenir la mise en œuvre de vos changements.
Quant à cette sensibilisation, elle peut se faire de différentes manières, notamment par le biais de séminaires et d’ateliers destinés à présenter les principes de base du SEO.
Mais quel sujet dois-je aborder ?
Chaque modification apportée aux pages de votre site peut avoir un impact sur vos positionnements : qu’il s’agisse de mises à jour du serveur, de mises à jour des plugins de votre CMS ou de très petites modifications apparemment sans conséquence, chacune d’entre elles peut avoir des répercussions indésirables et involontaires sur votre site.
- Les mises à jour du serveur : peuvent éventuellement modifier les paramètres du serveur, ce qui peut, à son tour, avoir un impact sur la vitesse ou casser complètement le site.
- Les mises à jour des plugins CMS : peuvent ajouter un nouveau contenu à votre fichier robots.txt, à vos fichiers sitemap ou à vos en-têtes de réponse.
- Les petites modifications : suite à une petite modification du code, le balisage des données structurées peut devenir invalide.
Il vaut toujours mieux préciser à votre équipe de développeurs que toute modification du site web, aussi mineure soit-elle, peut potentiellement avoir un impact considérable sur votre SEO.
Pour s’assurer que les implications potentielles pour le SEO sont prises en compte au cours du processus de développement, le partage d’informations devrait comprendre les notions de base du crawl, de l’indexation et des positionnements.
Au cours des ateliers ou séminaires mentionnés ci-dessus, vous pourriez aborder les sujets suivants :
- Comment Google crawle et indexe les pages et comment les performances du site et du serveur influencent le crawl.
- Comment les performances du site sont influencées par les différents éléments de la page.
- L’importance du fichier robots.txt et des en-têtes de réponse HTTP.
- Comment utiliser (et ne pas utiliser) JavaScript pour obtenir l’indexation de votre contenu.
Conseil : enregistrez ces réunions pour faciliter l’intégration des nouveaux employés.
Vous pouvez également rédiger de la documentation SEO à la fois précise et facile à comprendre. Ainsi, il existe une ressource utile à laquelle n’importe quel développeur, ou toute autre personne intéressée, peut facilement se référer lorsque le besoin se présente.
Pour faciliter l’accès à votre documentation, vous pouvez envisager de créer un espace éducatif partagé. Personnellement, je préfère utiliser Confluence, mais il existe d’autres outils tels que Notion.
La documentation SEO pour les développeurs
Étant moi-même développeur ainsi que SEO, je préfère que les choses soient faciles à lire et à assimiler. Je n’écris généralement pas de romans et j’essaie de rester structuré et aussi simple que possible afin que les personnes concernées puissent facilement comprendre le contenu de la documentation en question et ensuite ce qu’il faut en faire.
Écrire de la documentation pour les développeurs est un jeu totalement différent de celui qui consiste à écrire de la documentation ou des pages « comment faire » pour les spécialistes du marketing de contenu.
Au cours de mon expérience en tant que développeur, j’avais l’habitude de lire de la documentation et de baser mon travail sur ce que j’avais lu pour une tâche spécifique. Contrairement aux spécialistes du marketing de contenu, les développeurs ne se soucient généralement pas trop de la densité des mots clés, des URL lisibles et du contenu de la balise <title>.
Les développeurs ont essentiellement besoin de savoir sur quoi ils doivent se concentrer, comme les Core Web Vitals, et comment leur code peut avoir une incidence sur ces éléments. D’autres exemples pourraient être la signification des directives robots dans le code et les en-têtes, ou des choses aussi simples que « Quels éléments devons-nous avoir sur le modèle de page XYZ ? ».
En outre, n’hésitez pas à utiliser les questions que vos développeurs peuvent vous poser pour enrichir votre documentation grâce aux renseignements que vous fournissez.
[Étude de cas] Comment Prisjakt a amélioré l’expérience utilisateur grâce à un meilleur maillage interne
S’intégrer dans leur processus de travail
La plupart des équipes de développeurs travaillent dans un contexte agile. Cela signifie que les équipes travaillent ensemble par cycles courts, ou des « sprints », qui durent généralement de deux à quatre semaines. Ce temps est consacré à la production de petits éléments fonctionnels d’un produit – dans notre cas, il s’agit du site web.
Si votre équipe de développement utilise cette méthode, elle organisera très probablement des réunions régulières de mise au point pour planifier le sprint à venir. Vous pouvez demander à être invité à ces réunions afin d’être en mesure de fournir rapidement vos idées et réflexions sur les tickets pendant qu’ils planifient le prochain sprint.
Vous pouvez également organiser des rencontres régulières sous forme de questions-réponses. Les développeurs peuvent recueillir un ensemble de questions qui sont apparues au cours de leur travail sur vos tâches, et vous pouvez utiliser cette réunion pour partager vos connaissances.
Conseil : Voici un autre scénario dans lequel vous pouvez utiliser ces questions pour améliorer votre documentation.
Comprendre les priorités des développeurs
Comme les développeurs travaillent généralement sur la base de sprints, ils travaillent sur un ensemble fixe de tâches pendant un laps de temps déterminé. En comprenant cela, vous pouvez déterminer la priorité de vos tickets afin qu’ils puissent être inclus dans les sprints de manière logique.
En communiquant les informations pertinentes, vous faciliterez nettement la vie de tout le monde. Avec votre aide, votre équipe de développement peut se concentrer sur ce qu’elle fait le mieux : développer. Et lorsqu’ils auront des questions, ils s’adresseront à vous.
Rédiger des tickets pertinents et concis
J’ai brièvement mentionné l’utilisation des tickets ci-dessus et il se trouve que c’est un processus que vous utilisez vraisemblablement déjà ; les systèmes de tickets comme Jira ou Redmine, qui aident les équipes à suivre et à gérer leurs tâches et leurs projets.
Ils permettent aux membres de l’équipe de créer, d’attribuer, de hiérarchiser et de suivre les tickets – aussi appelés problèmes ou tâches – afin de s’assurer que chacun soit sur la même longueur d’onde et que le travail soit organisé efficacement.
Et oui, ce mode de communication est en fait une très bonne chose. Chaque ticket est une nouvelle façon de transmettre des connaissances et aide l’équipe de développement à comprendre l’importance et la nécessité de chaque changement particulier.
Mais comment rédiger un ticket de qualité ?
Un bon ticket est celui qui aide toutes les parties concernées à comprendre la nécessité de la modification demandée. Il répondra à toutes les questions que sa lecture pourrait susciter :
- Que faut-il faire exactement ?
- Pourquoi cela est-il nécessaire ?
- Quel est le résultat attendu ?
- Quel est le niveau d’importance (la priorité) de cette tâche ?
J’ai l’habitude de rédiger mes tickets comme dans l’exemple ci-dessous.
Dans le premier paragraphe, j’explique au développeur ce que je souhaite accomplir avec cette demande. Soyez concis, mais assurez-vous que votre explication est facilement compréhensible pour les non-SEO.
Le cas échéant, je donne également des exemples d’URL, afin que les développeurs sachent de quel genre de pages je parle.
Lorsque vous demandez une modification de code, il est judicieux d’inclure un exemple de code illustrant la manière dont vous désirez qu’il soit modifié. Si vous n’êtes pas sûr de ce à quoi le code devrait ressembler, pensez à consulter votre SEO technique ou à inclure un lien vers la documentation officielle. Dans cet exemple de ticket, vous trouverez des liens vers la documentation Google Developer et la documentation Schema.org.
Je précise également les critères de validation dans mes tickets. Quel doit être le résultat ? À quoi doit-il ressembler et comment le développeur peut-il le valider lui-même ?
Enfin, j’essaie toujours de trouver un dernier paragraphe ou une liste d’effets pour montrer comment ce changement demandé a un impact sur nos objectifs commerciaux d’un point de vue SEO.
Au cas où vous n’utiliserez pas un système de tickets comme Jira, vous pouvez également utiliser ce modèle dans des e-mails ou par le biais d’autres canaux de communication afin de faire passer vos besoins.
Mettre en place des données structurées sur les pages produits
Sujet
En tant que responsable SEO,
Je souhaite que les données relatives à nos produits soient crawlées et indexées le plus efficacement possible. Pour ce faire, je souhaite inclure des données structurées sur nos pages produits.
Exemples d’URLs
https://example.com/product/product-1
https://example.com/product/product-2
https://example.com/product/product-3
Exemple de code
<script type="application/ld+json">{ "@context": "https://schema.org/", "@type": "Product", "name": "Executive Anvil", ..... </script>
La documentation
La documentation Google : https://developers.google.com/search/docs/appearance/structured-data/product
La documentation de Schema.org : https://schema.org/Product
Les critères de validation
- Les données structurées des produits sont disponibles sur nos pages produits
- Les données structurées sont valides – valider en utilisant
Les effets
- Les résultats dans les SERPs :
- Affichage des données produit
- donc CTR et nombre de visiteurs
Se rendre disponible
Si la communication et la sensibilisation sont deux éléments importants pour transmettre de manière efficace votre message, il est tout aussi important d’être disponible. Une membre de l’équipe dev peut avoir des questions concernant votre ticket et vous devez être là pour y répondre de manière rapide et concise.
Lorsque vous recevez une question ou une demande d’éclaircissement, les développeurs sont probablement en train de travailler sur votre demande à cet instant. Le fait de repousser la réponse à leurs questions retardera inévitablement le processus de déploiement.
Encore une fois, si vous utilisez un système de communication par chat comme Slack ou Microsoft Teams, veillez à répondre aux demandes dans les meilleurs délais. Attendre des jours pour répondre peut donner aux autres équipes l’impression que les changements que vous avez demandés ne sont pas aussi importants que vous le laissez entendre.
Veillez également à montrer que vous appréciez leurs questions et leurs remarques. Leurs commentaires vous aideront à progresser dans votre quête d’une meilleure communication. Le fait d’être ouvert et disponible aux questions montrera également aux autres qu’ils sont les bienvenus, et même encouragés, à vous contacter si quelque chose n’est pas clair ; c’est une indication évidente qu’ils souhaitent comprendre vos besoins SEO. Qu’y a-t-il de mieux que cela ?
De plus, en examinant les commentaires des développeurs au sujet de vos tickets ou de votre documentation, vous serez en mesure d’améliorer vos compétences communicationnelles. Où votre ticket a-t-il manqué de critères de validation explicites ? Pourquoi le raisonnement derrière ce changement n’a-t-il pas été explicite pour toutes les personnes impliquées dès le début ?
Personne n’est parfait dès le départ et toute forme de feedback peut vous aider à améliorer votre communication. Les développeurs vous feront savoir s’ils ont des questions ou des doutes et vous devriez utiliser ce retour d’information à votre avantage.
Se rapprocher des développeurs – c’est bénéfique !
Pour le SEO, il est important d’obtenir l’adhésion de tous. S’assurer que nos différents collaborateurs connaissent et comprennent l’importance du SEO est essentiel pour faire notre travail et le faire bien.
En apprenant à connaître le mode de fonctionnement et de pensée de votre équipe de développement, vous serez en mesure de communiquer avec elle de manière beaucoup plus efficace. Par conséquent, leur adhésion et leur compréhension des exigences du SEO augmenteront au fil du temps.
Travailler en étroite collaboration avec votre équipe de développement vous facilitera grandement la vie. Non seulement vous vous ferez de nouveaux amis (les développeurs sont d’excellents amis), mais le fait d’être proche de l’équipe leur donnera l’occasion de vous demander votre avis de manière proactive lorsqu’ils se trouveront face à une situation inédite.
Dernier point : comme toujours, la conversation vaut mieux que la simple documentation. Discutez avec vos développeurs pour vous mettre d’accord sur tout ce que vous essayez d’accomplir. En améliorant la communication, vous pouvez établir des relations productives et mutuellement bénéfiques.