Travailler avec de grandes organisations pour améliorer leur référencement technique est, à mon avis, le moment le meilleur et le plus agréable pour pratiquer les compétences techniques.
Le plus souvent, vous êtes confronté à des systèmes et des infrastructures complexes, à une multitude de problèmes hérités et à différentes équipes responsables de différentes sections du site Web.
Cela signifie que vous devez travailler avec un certain nombre d’équipes et prouver les analyses de rentabilisation, y compris «le pourquoi», à plusieurs parties prenantes pour adopter le changement.
Pour cela, vous avez besoin de solides connaissances techniques de référencement, mais vous avez également besoin de la capacité de faire en sorte que plusieurs personnes (et équipes) se soucient de la raison pour laquelle quelque chose est un problème et des raisons pour lesquelles ils devraient être investis dans la réparation.
Jongler avec des problèmes techniques complexes et le maintien des communications avec plusieurs parties prenantes, allant du niveau C à la marque, des produits et des équipes d’ingénierie (en plus de vos contacts directs), peut être une expérience écrasante.
Mais il offre également une grande expérience et vous permet de développer des compétences de référencement techniques clés en dehors des listes de contrôle et des meilleures pratiques. Ce sont des expériences précieuses que vous pouvez ensuite appliquer aux projets techniques ordinaires.
Contents
Émission de communication à grande échelle
Les marques d’entreprise ont de grandes équipes et vous devrez coordonner et travailler avec plusieurs équipes pour faire avancer les choses.
Certaines entreprises ont ces équipes qui fonctionnent comme un seul battement, avec des chevauchements connus et des communications fluide.
D’autres exploitent des équipes dans des silos, avec le site Web (ou les sites Web) et / ou les régions sculptées en différentes équipes. Cela peut rendre plus difficile de montrer les résultats de la manière la plus «traditionnelle» et peut rendre l’adhésion aux problèmes techniques à l’échelle du site Web à résoudre plus difficile.
Chaque équipe de l’entreprise a son propre ensemble de priorités – et souvent ses propres indicateurs de performance clés (KPI).
Bien que les équipes marketing puissent être rompues, les équipes d’ingénierie sont généralement une ressource unique dans l’entreprise, vous êtes donc en concurrence avec les autres équipes marketing, marques et produits.
Cela signifie que vous devez non seulement vous assurer que votre point de contact principal se soucie de la question, mais aussi de communiquer aux équipes plus larges comment la résolution du problème est également dans leur meilleur intérêt.
La façon de le faire est par le biais de rapports efficaces et multi-départements.
Cela ne signifie pas produire un grand rapport pour que tous les départements choisissent et choisissent ce qu’ils regardent, mais en utilisant les données à votre disposition pour créer plusieurs rapports qui sont simples, propres et digestibles qui communiquent à chaque groupe de parties prenantes les métriques qui leur importent et influencent leur capacité à réussir.
Ceux-ci peuvent être aussi simples que les rapports de Studio Looker ou, si vous êtes averti de l’API, vos propres tableaux de bord de reportage.
Procédures opérationnelles standard (SOPS)
La création d’un centre de connaissances pour documenter les changements clés est une pratique courante, même en dehors d’une entreprise, mais le développement de SOP qui sont examinés et révisés régulièrement va plus loin.
Cela aide également le client à intégrer de nouveaux membres de l’équipe à les mettre au courant et à lisser ce processus. Il fournit également des cadres à d’autres équipes clients, en réduisant le risque ou le potentiel de ne pas adhérer à une meilleure pratique convenue pour la marque ou expérimenter quelque chose qu’ils ont lu sur un blog aléatoire ou quelque chose qui a été suggéré par un modèle grand langage (LLM).
Vous pouvez développer des SOP pour toutes sortes de scénarios, mais par expérience, il existe trois SOP communes qui couvrent une gamme de bases et atténuent le «risque de référencement» potentiel dans une perspective de référencement technique:
- Lien interne.
- Optimisation d’image.
- Structures URL.
Lien interne
Les liens internes sont cruciaux pour le référencement. Chaque pièce de contenu, à l’exception des pages de destination, doit inclure des liens internes, le cas échéant. Un simple sop pour cela pourrait être:
- Évitez d’utiliser du texte d’ancrage non descriptif, tel que «ici» ou «cet article», et fournissez un contexte pour que la page soit liée.
- Évitez les liens internes sans contexte, tels que l’automatisation de la première ou de la deuxième instance d’un mot ou d’une phrase sur chaque page pour pointer une page spécifique.
- Utilisez l’outil d’opportunités de liens internes d’Ahrefs ou la recherche Google (
site:(yourdomain.com) “keyword”) pour trouver des opportunités de liaison.
Optimisation d’image
Beaucoup ignorent le référencement d’image, mais l’optimisation des images peut améliorer les vitesses de chargement des pages – et, si elle est importante pour vous, améliorer votre visibilité dans la recherche d’images. Un bon sop devrait inclure:
- En utilisant des noms de fichiers descriptifs et non pas des mots clés.
- Écrire du texte alt qui décrit avec précision l’image de l’accessibilité, et sans inclure la messagerie de vente en eux.
- Choisir le bon format de fichier et compresser les images pour améliorer la vitesse de charge.
Structures URL
Assurez-vous que les URL sont optimisées pour les moteurs de recherche et les utilisateurs en les rendant clairs, concises et pertinents par mot-clé. Le SOP doit couvrir:
- Retirer les mots d’arrêt inutiles, la ponctuation et les espaces blancs (20%).
- Utilisation de traits de traits au lieu de soulignements.
- Pas de mots clés remplissant les URL.
- Utilisation de paramètres qui ne remplacent pas la source ou ne déclenchent pas une nouvelle session dans Google Analytics 4.
Nuances d’audit technique
L’un des éléments les plus complexes de la réalisation d’un audit technique sur tout site Web d’entreprise avec un grand nombre d’URL est de ramper.
Il y a plusieurs façons de s’attaquer à la rampe du site Web de l’entreprise, mais deux nuances communes que je rencontre sont la nécessité d’effectuer des échantillons de routine ou de s’attaquer à la balade d’un domaine multi-pile.
Échantillon rampant
Les échantillons rampant sont un moyen efficace de diagnostiquer les problèmes de référencement à grande échelle sans les frais généraux d’une rampe complète.
En utilisant des méthodes d’échantillonnage stratégiques, en hiérarchiser les sections clés et en tirant parti des données de journal, vous pouvez obtenir des informations exploitables tout en préservant l’efficacité de la rampe.
Votre échantillon doit être suffisamment grand pour refléter la structure du site mais suffisamment petit pour être efficace.
Je travaille généralement aux directives suivantes pour la taille du site Web ou la taille du sous-domaine ou du sous-dossier.
| Taille | Nombre d’URL | Échantillon |
| Petit | <10 000 | Crawer tout ou 90% + des URL. |
| Moyen | 10 000 à 500 000 | 10% à 25%, selon la fin du spectre, votre nombre d’URL tombe. |
| Grand | > 500 000 | Un échantillon de 1 à 5%, en se concentrant sur les sections clés. |
Vous souhaitez également choisir vos échantillons stratégiquement, en particulier lorsque votre nombre d’URL entre des centaines de milliers ou des millions. Il existe quatre principaux types d’échantillonnage:
- Échantillonnage aléatoire: Sélectionnez des URL au hasard pour obtenir un aperçu impartial de la santé du site.
- Échantillonnage stratifié: Divisez le site en sections clés (par exemple, pages de produits, blog, pages de catégorie) et échantillon de chacun pour assurer des informations équilibrées.
- Échantillonnage prioritaire: Concentrez-vous sur des pages de grande valeur telles que les URL de conversion supérieure, les sections à haut trafic et le contenu nouvellement publié.
- Échantillonnage structurel: Enveloppez le site en fonction de la hiérarchie de liaison interne, en commençant par la page d’accueil et les pages de catégorie principales.
Sites Web multitacles rampants
Les sites Web rampants construits sur plusieurs piles nécessitent une stratégie qui tient compte des différentes méthodes de rendu, des structures d’URL et des barrages routiers potentiels comme l’exécution et l’authentification JavaScript.
Cela signifie également que vous ne pouvez pas simplement explorer le site Web dans son intégralité et faire des recommandations larges et radicales pour le «site Web entier».
Ce qui suit est une liste de contrôle très haut de gamme que vous devez suivre, et il couvre beaucoup de domaines clés et de «bases» que vous pouvez rencontrer:
- Identifiez et cartographier les parties du site rendues par le serveur par rapport à la prise de clientèle.
- Déterminez quelles zones nécessitent une authentification, comme les zones d’utilisation.
- Si les sections nécessitent la connexion (par exemple, l’application de produit), utilisez des cookies de session ou une authentification basée sur les jetons dans le dramaturge / marionnettiste.
- Réglez les retards de rampe si la limitation des taux existe.
- Vérifiez le contenu chargé paresseux (défilement ou clic).
- Vérifiez si les points de terminaison de l’API publics offrent une extraction de données plus facile.
Un bon exemple de ceci est un site Web sur lequel j’ai travaillé pendant plusieurs années. Il avait une pile complexe qui nécessitait différentes méthodes de rampe pour ramper et identifier les problèmes à une échelle significative.
| Composant de pile | Approche |
| Nuxt | Si vous utilisez SSR ou SSG, la rampe standard fonctionne. Si vous utilisez l’hydratation côté client, activez le rendu JavaScript. |
| Fantôme | Généralement SSR, donc une rampe normale devrait fonctionner. Si vous utilisez son API, pensez à extraire des données structurées pour de meilleures informations. |
| Angulaire | Besoin de rendu JavaScript. Des outils comme Puppeteer ou Playwright aident à récupérer le contenu dynamiquement. Gérer soigneusement le défilement infini ou le chargement paresseux. |
| Zendesk | Zendesk a souvent des restrictions de bot. Vérifiez l’accès à l’API ou les flux RSS pour les articles du centre d’aide. |
Ce qui précède sont des approches extrêmes pour ramper. Si votre outil d’exploration vous permet de rendre des pages Web et d’éviter d’utiliser des outils comme Puppeteer pour récupérer du contenu, vous devriez le faire.
Pensée finale
Travailler sur le référencement technique pour les grandes organisations présente des défis uniques, mais il offre également certaines des expériences les plus enrichissantes et des opportunités d’apprentissage que vous ne pouvez pas trouver ailleurs – et tous les professionnels du référencement n’ont pas la chance de vivre.
Rendre une grande partie des «quotidiens» plus gérables – et obtenir l’adhésion de plus de nombreuses parties prenantes des clients – peut conduire à une meilleure relation client-agence et poser les fondations pour de fortes campagnes de référencement.
Plus de ressources:
Image en vedette: Sammby / Shutterstock