SEO technique d'entreprise - Un webinaire sur la puissance d'une page

Bonjour à tous et bienvenue au récapitulatif du webinaire du panel de Page One Power sur le référencement technique d'entreprise .

Tout d'abord, je tiens à remercier nos formidables panélistes d'avoir partagé leur temps et leurs idées avec nous et notre public ! Notre panel d'experts présentait :

• Tom Anthony, responsable de la recherche et du développement chez Distilled
• Paul Shapiro, directeur de la stratégie et de l'innovation chez Catalyst
• Patrick Stox, spécialiste SEO chez IBM
• et Nicholas Chimonas, directeur de la R&D chez Page One Power.

Ce fut un excellent webinaire avec des discussions et des conversations intéressantes autour d'une variété de sujets relatifs au référencement technique au niveau de l'entreprise.

Remarque : ce récapitulatif paraphrase la conversation et ne constitue pas une transcription directe. Si vous souhaitez entendre la conversation exacte, vous pouvez regarder la vidéo intégrée tout au long.

L'aperçu

La conversation a duré environ une heure, au cours de laquelle notre panel a couvert un certain nombre de sujets, de défis et de solutions.

Pour rendre la discussion plus digeste, j'ai tout décomposé ici. Des vidéos intégrées sont incluses et commencent au début de chaque question correspondante (indiquées par des sous-titres jaunes).

J'ai également extrait des citations ou des idées particulièrement intéressantes via blocktext, pour une lisibilité accrue. Encore une fois, ce ne sont pas des citations directes.

Si vous préférez regarder l'enregistrement vidéo dans son intégralité, le voici :

Voici les questions abordées par notre panel d'experts :

1. Les sites d'entreprise ont des milliers, voire des millions de pages. Comment hiérarchisez-vous et gérez-vous les problèmes techniques à cette échelle ?
2. Travailler avec des entreprises clientes signifie un cycle de mise en œuvre plus lent. Comment planifiez-vous en conséquence ?
3. Le référencement reçoit souvent une reconnaissance minimale dans la structure de l'entreprise. Comment lutter pour le budget, vendre de la valeur en amont et gagner la priorité ?
4. Le référencement technique nécessite une collaboration entre plusieurs départements. Comment construire une collaboration interministérielle ?
5. Qu'est-ce que vous aimez le plus dans le référencement technique ?
6. Comment gérez-vous les changements d'inventaire massifs provoquant des tonnes de 404 par jour ?
7. Est-il conseillé d'avoir de gros CSS et Javascript pour un site Web dans le pied de page afin que la page se charge plus rapidement ?
8. Comment mesurer avec précision les résultats des changements et montrer ces résultats aux clients ?

Ces questions ont servi de points de départ à la discussion, aidant à guider la conversation plutôt qu'à la contrôler.

Parce que la conversation n'était pas scénarisée, nos panélistes ont pu inclure des anecdotes personnelles, des stratégies uniques et une mine d'informations et de conseils du monde réel.

Espérons que vous apprécierez!

Première question : les sites d'entreprise ont des milliers, voire des millions de pages. Comment hiérarchisez-vous et gérez-vous les problèmes techniques à cette échelle ?

La discussion commence à 16h05.

Nicholas : Patrick, commençons avec toi.

Priorisation par impact

Patrick : D'accord. Je dirais frapper là où vous allez avoir un impact décent. À cette échelle de page par page, à moins que ce ne soit l'une des pages les plus importantes, cela ne fera pas beaucoup de différence. Mais parfois, vous devez faire la page par page pour obtenir de petits gains et créer la confiance nécessaire pour vous attaquer à des projets plus importants.

Pour nous, il s'agit de s'attaquer à différents problèmes avec différents systèmes CMS et différentes unités commerciales un à la fois afin que nous puissions construire des études de cas et montrer l'impact aux autres. C'est ainsi que nous procédons.

Nicholas : Trouvez-vous que vous avez plus de facilité à obtenir l'adhésion si vous avez prouvé votre cas avec une sous-section plus petite de votre site ? Alors vous avez la puissance de feu pour convaincre l'équipe de développement de le faire à plus grande échelle ?

Patrick : Oui absolument.

Nicholas : Paul, qu'en penses-tu ? Nous avons également une question de l'auditoire si vous souhaitez y répondre. La question est : « Comment optimiser le budget de crawl pour les entreprises clientes ? »

Paul : Permettez-moi d'aborder la question principale.

Je pense qu'il s'agit vraiment d'être en mesure d'évaluer l'impact de tout changement que vous allez apporter.

Une fois que vous savez ce que cela va coûter et ce que cela va prendre, il devrait être plus facile de prioriser.

Cela signifie créer des modèles, prévoir l'impact, calculer les coûts (personnes, ressources, technologie, etc.) pour mettre en œuvre les changements, et à partir de là, vous devriez être en mesure de hiérarchiser les priorités en conséquence. Une fois que vous savez ce que cela va coûter et ce qu'il faudra pour y arriver, il devrait être plus facile de prioriser.

Budget d'exploration

En ce qui concerne la question du budget de crawl, vous pouvez consulter un article que j'ai écrit pour Search Engine Land qui explique comment vous pouvez utiliser l'algorithme PageRank et le calculer en interne sur votre site Web, et l'utiliser pour influer sur votre budget de crawl.

Nicolas : Bien sûr. C'est une approche qui est vraiment négligée assez fréquemment, essayant d'obtenir des données expliquant pourquoi vous pensez que ce changement d'architecture va apporter le changement que vous attendez.

Tom, qu'en penses-tu ?

Lier le ROI au SEO technique

Tom : Premièrement, je suis d'accord avec Patrick et Paul. La corrélation des choses qu'ils ont abordées est d'essayer de comprendre quelles corrections vont avoir le retour sur investissement le plus élevé.

Vous devez identifier les zones d'un site d'entreprise sur lesquelles il est réellement possible de travailler et comprendre à quelle vitesse les choses peuvent être mises en œuvre.

Vous devez donc non seulement avoir une hypothèse de l'effort requis, mais vous devez également parler du gain et de la longévité. Un exemple de mauvais cas est quelque chose qui prendra tellement de temps aux développeurs qu'au moment où le gain arrive, cela n'en vaut plus la peine.

Vous devez identifier les zones d'un site d'entreprise sur lesquelles il est réellement possible de travailler et comprendre à quelle vitesse les choses peuvent être mises en œuvre.

En termes d'ODN distillé, l'une des choses intéressantes de notre point de vue est d'avoir une meilleure hypothèse d'impact.

Normalement, les sites d'entreprise ont un long arriéré de modifications techniques du référencement qui nécessitent un certain niveau de priorité. Nous encourageons donc les gens à utiliser ODN pour les tests afin de nous aider à mieux émettre des hypothèses sur l'impact de certains changements. Il est étonnamment difficile de prédire le retour sur investissement des modifications techniques du référencement sur les sites d'entreprise, mais ODN nous permet de tester de nombreuses choses différentes.

Nicholas : Je pense que c'est particulièrement vrai à ce niveau (entreprise), de simples changements peuvent avoir un impact plus important que prévu. Et je pense que le référencement sur la page est encore plus important lorsque vous travaillez sur des sites plus importants.

Tom : Absolument. Et Mike King a un excellent article sur le référencement technique sur Moz.

Nicholas : Ouais, le message de Mike souligne que bon nombre de nos outils de référencement sont derrière le jeu. Donc, si vous comptez uniquement sur des outils et que vous ne vérifiez pas les choses manuellement, vous risquez de manquer des problèmes importants. C'est un article intéressant et je recommande de le vérifier.

Question 2 : Travailler avec des clients d'entreprise signifie un cycle de mise en œuvre plus lent. Comment planifiez-vous en conséquence ?

La discussion pour cette question commence à 12h50.

Nicholas : Patrick, revenons à vous pour celui-ci.

Patrick : Ha, c'est une question amusante ! Parfois, vous attendez, la plupart des changements que j'attends ne se produiront pas cette année ou même l'année prochaine dans certains cas. Mais il y a toujours plein d'autres choses à faire.

Mais ce n'est pas toujours comme ça. Si vous avez l'adhésion des dirigeants et l'adhésion de l'équipe, les choses peuvent évoluer assez rapidement. Ce n'est pas toujours lent.

Nicholas : Oui, j'ai connu les deux côtés de la médaille. Je pense que vous avez tout à fait raison, et cela dépend de l'endroit où vous avez l'adhésion (à quel niveau de l'organisation) qui peut le faire passer et le faire se produire plus rapidement.

Et d'un autre côté, là où les choses avancent lentement et ne sont pas mises en œuvre, c'est parce que vous n'avez pas encore gagné la confiance ou l'adhésion en faisant vos preuves. Une fois que vous avez prouvé l'importance de vos recommandations, cela devient souvent un cycle de mise en œuvre plus rapide.

Alors Paul, qu'en pensez-vous ?

Mettre en œuvre les changements vous-même

Paul : Souvent, vous ne pouvez rien faire concernant les délais de mise en œuvre, ce sera un processus lent. Ce que vous pouvez faire, c'est mettre en œuvre les choses vous-même, lorsque cela est possible. Si vous avez la possibilité de faire le changement vous-même, cela aidera à accélérer le processus. Toute petite chose que vous pouvez mettre en œuvre vous-même accélérera le processus.

Si vous disposez d'une équipe technique solide, vous pouvez établir la confiance avec les développeurs et les ingénieurs en reconnaissant que les changements de leur côté peuvent ne pas être substantiels et en proposant votre aide là où vous le pouvez. Vous pouvez faire avancer les choses plus rapidement en sachant simplement ce que vous faites.

Assurez-vous également de communiquer clairement la valeur de ces changements et de parler aux bonnes personnes. Si vous disposez d'une équipe technique solide, vous pouvez établir la confiance avec les développeurs et les ingénieurs en reconnaissant que les changements de leur côté peuvent ne pas être substantiels et en proposant votre aide là où vous le pouvez. Vous pouvez faire avancer les choses plus rapidement en sachant simplement ce que vous faites.

Nicholas : Être prêt à prendre les rênes, soutenir les développeurs et être empathique envers leur bande passante aide. Il est tout à fait vrai que si vous vous rendez disponible, vous pouvez y accéder, et souvent y accéder pour apporter des modifications vous-même est plus facile que d'être mis sur un arriéré et d'atteindre le sommet.

Alors Tom, pouvez-vous peser ici.

Établir des relations avec les équipes de développement

Tom : Je fais absolument écho à ce que les autres gars ont dit sur le fait de devenir ami avec les développeurs et de les mettre à vos côtés.

Juste en étant présent, vous constaterez que vous pouvez en faire plus plutôt que lorsque vous êtes un e-mail sans visage entrant dans leur boîte de réception.

Du point de vue de l'agence, si vous avez des clients, vous devriez aller travailler depuis leur bureau. Une fois que vous êtes dans leur bureau, vous pouvez voir la dynamique et comprendre à qui vous devez parler pour faire avancer les choses. En ce qui concerne les équipes de développement, voyez si vous pouvez assister à leurs réunions.

Juste en étant présent, vous constaterez que vous pouvez en faire plus plutôt que lorsque vous êtes un e-mail sans visage entrant dans leur boîte de réception. Nous avons eu des consultants qui sont allés assister à des réunions, et tout d'un coup, des tickets de référencement qui languisaient auparavant ont commencé à remonter au sommet. Les consultants n'avaient même pas besoin de dire quoi que ce soit - le simple fait d'être une personne réelle qui était investie dans le résultat de ces tickets a fait flotter ces tickets vers le haut.

Découvrez ensuite ce que vous pouvez faire pour aider les développeurs. Il y a souvent des tickets qu'ils trouvent difficiles pour certaines raisons, qui ne vous sont pas toujours communiquées. Mais si vous allez vraiment leur parler, vous pouvez découvrir pourquoi ils ont du mal et offrir de l'aide. Cela vous permettra d'avoir confiance en eux, car ils apprécieront que vous leur ayez parlé et que vous reconnaissiez leurs défis.

Budget d'exploration (suite)

L'analyse des journaux est beaucoup plus accessible que vous ne le pensez et vous pouvez l'utiliser pour récolter de nombreuses données exploitables. C'est quelque chose qui est en quelque sorte tombé à l'eau, mais les bûches sont une mine d'or.

Et pour en revenir au budget de crawl, l'analyse des journaux à l'échelle de l'entreprise est très utile pour le budget de crawl. L'analyse des journaux est beaucoup plus accessible que vous ne le pensez et vous pouvez l'utiliser pour récolter de nombreuses données exploitables. C'est quelque chose qui est en quelque sorte tombé à l'eau, mais les bûches sont une mine d'or.

Nicholas : Et cela n'a jamais été aussi simple avec des outils comme le Screaming Frog Log Analyzer. Si vous ne l'avez jamais fait auparavant, vous devriez essayer car vous serez étonné de ce que vous pouvez apprendre.

Tom : Souvent, la partie la plus difficile à l'échelle de l'entreprise est simplement de convaincre quelqu'un de vous donner accès aux journaux. Mais encore une fois, vous intégrer dans les équipes appropriées vous aidera.

Utiliser ODN pour contourner le cycle de mise en œuvre

Nicholas : Et une autre chose. Avec l'ODN de Distilled, vous pouvez contourner le cycle de mise en œuvre et prendre en charge les modifications vous-même. ODN agit comme un CDN et vous permet de contourner l'ancien système en place.

Tom : Oui, il se déploie de la même manière qu'un CDN et du point de vue de l'utilisateur, il ne voit pas qu'il est là. Et il agit presque comme un nouveau CMS qui se trouve juste au-dessus de tout le reste.

Ce qui était très intéressant à ce sujet, c'est que nous nous attendions à avoir beaucoup de recul de la part des équipes de développement parce qu'elles ressentiraient une perte de contrôle. Mais ce qui était surprenant, c'est que de nombreuses équipes de développement ont accueilli ce changement car elles étaient également frustrées par les anciennes plates-formes. Nous (les référenceurs) étions donc frustrés par le fait que nos tickets ne soient pas traités, et ils (les développeurs) étaient frustrés de ne pas pouvoir les terminer. ODN crée une plate-forme où les référenceurs peuvent aider les équipes de développement et atteindre l'objectif commun de rendre le site Web aussi réussi que possible.

Nicholas : D' accord, c'est une victoire à tous points de vue.

Remarque : Nicholas a combiné les questions trois et quatre puisque la question trois avait déjà été abordée, et s'est bien relié à la question quatre. Les réponses aux deux questions sont ci-dessous.

Troisième question : le référencement reçoit souvent une reconnaissance minimale dans la structure de l'entreprise. Comment lutter pour le budget, vendre de la valeur en amont et gagner la priorité ?

Quatrième question : le référencement technique nécessite une collaboration entre divers services. Comment construire une collaboration interministérielle ?

La discussion autour de ces questions commence à 23h30.

Nicholas : Commençons avec Patrick. Je pense que c'est une question particulièrement intéressante dans le contexte d'IBM.

Formation et collaboration au niveau de l'entreprise

Patrick : D'accord, nous avons deux questions en une. Pour ce qui est de la reconnaissance dans la structure de l'entreprise, nous avons déjà parlé de tests, d'études de cas, de prédiction de ROI, etc. Mais je pense que la grande partie qui manque là-bas est la formation des différents employés et équipes.

Donner du crédit aux équipes va un long chemin. Si une équipe a fait un excellent travail, alors donnez-lui le crédit pour cela. S'ils ont fait beaucoup de travail et apporté les améliorations que vous avez suggérées, c'est leur victoire avec la vôtre.

Croyez-le ou non, mais dans le référencement d'entreprise, nous travaillons avec beaucoup moins de référenceurs par rapport à la taille du site, la formation est donc essentielle. Et la bonne partie de la formation est qu'elle vous aide à trouver des gens qui l'obtiennent, qui deviendront vos évangélistes.

Donner du crédit aux équipes va très loin. Si une équipe a fait un excellent travail, alors donnez-lui le crédit pour cela. S'ils ont fait beaucoup de travail et apporté les améliorations que vous avez suggérées, c'est leur victoire avec la vôtre.

Si vous pensez que quelque chose aura un impact, n'abandonnez pas. Vous devez juste trouver quelqu'un qui vous écoutera et trouvera un moyen de s'assurer qu'il ne meurt pas dans un arriéré.

En ce qui concerne la collaboration, travailler avec des équipes à plusieurs reprises aidera à établir des relations. Même parfois, vous pouvez aider les équipes à obtenir des budgets ou à payer sur votre propre budget pour les aider à obtenir les ressources dont elles ont besoin pour réaliser un projet.

N'abandonnez pas les projets

Patrick : J'entends toujours des arriérés, des arriérés, des arriérés... cela arrive assez souvent. Interne ou agence, peu importe, continuez à pousser. Si vous pensez que quelque chose aura un impact, n'abandonnez pas. Vous avez juste à trouver quelqu'un qui vous écoutera et trouvera un moyen de s'assurer qu'il ne meurt pas dans un arriéré.

Nicholas : Ouais, ça me rend vraiment dingue quand ça arrive. Mais j'ai trouvé le plus souvent, si je continue à pousser, je peux y arriver. Il est vraiment important que vous n'abandonniez pas.

Patrick : Tom a fait un bon point tout à l'heure au sujet de l'arrivée des employés des agences. Lorsque les gens arrivent, ils rencontrent généralement les bonnes personnes et ont leur oreille. Vous pouvez dire la même chose cinq choses à quelqu'un en interne et ne pas obtenir de résultats, mais si une personne de l'agence arrive et dit la même chose tout à coup, il y a plus d'adhésion et vous avez été corroboré.

Nicholas : Oui, c'est très vrai. J'ai vu des gens au sein d'organisations dire : « Merci. J'ai dit la même chose, mais nous avions juste besoin que quelqu'un de l'extérieur vienne le dire à nouveau ».

Merci pour vos réponses à ce sujet Patrick. J'apprécie votre transparence. Et Paul, écoutons vos réflexions sur ces questions.

Parler la langue

Paul : Tout d'abord, j'aime le conseil de Tom qu'il a mentionné plus tôt sur la possibilité de saisir les occasions d'établir des relations en face à face avec les clients.

En termes d'autres choses que vous pouvez faire, savoir à qui vous parlez et parler sa langue aide vraiment. Par exemple, si vous parlez à une équipe marketing, vous voudrez parler de dollars et de centimes et de la façon dont cela affectera leur travail.

Nicholas : Bien sûr, c'est vraiment un bon conseil pour aller au bureau du client. Alors Tom, quels autres bons conseils avez-vous pour nous ?

Reporting technique SEO

Tom : Une chose que nous n'avons pas encore mentionnée—qui touche à la troisième question—est la façon dont vous faites vos reportages. Les référenceurs ont tendance à rédiger de gros rapports qui mêlent la logique du référencement aux bénéfices. Une astuce pour un meilleur reporting est de ne pas enterrer le lead : la ligne d'objet de votre e-mail doit être la valeur ajoutée de premier niveau. Mais aussi, ne leur donnez pas seulement un énorme document Word.

Vous devriez regarder quelle langue le client utilise dans ses rapports annuels ou sur son site Web, et refléter cette langue dans votre diaporama. De cette façon, tout ce que vous dites renvoie à eux dans leur propre langue.

Vous pouvez créer des rapports sous forme de diapositives qui présentent les principaux points à retenir de haut niveau, rendant les informations très accessibles et partageables. Parce que ce gros rapport de texte ne sera pas lu par les niveaux de gestion, mais si vous leur donnez un diaporama numérisable, davantage de personnes au sein de l'entreprise seront exposées à ce que vous faites pour leur entreprise.

Un autre point vraiment important est celui que Paul a fait—parler leur langue. Vous devriez regarder quelle langue le client utilise dans ses rapports annuels ou sur son site Web, et refléter cette langue dans votre diaporama. De cette façon, tout ce que vous dites renvoie à eux dans leur propre langue. Et associez-le aux revenus, car c'est ce qui préoccupe le niveau de gestion.

Mettre en évidence les buts/objectifs communs

Une approche plus tactique consiste à découvrir quels sont les objectifs de chaque département. Comprendre leurs objectifs vous permettra d'expliquer comment vos changements les aideront à atteindre leurs objectifs.

Nicholas : Oui, c'est un très bon point pour comprendre les objectifs du département avec lequel vous travaillez et lier directement vos rapports à cela.

Patrick : C'est un bon point. Chaque service aura des objectifs différents et vous pouvez créer un tableau de bord qui montrera à ces différents services comment vos recommandations les aideront à atteindre leurs objectifs personnels.

Nicolas : Exact. Et cela peut fournir une motivation pour avancer dans le cycle de mise en œuvre.

Paul : Il y a un excellent article de Rob Ousbey sur le blog Moz que je vous recommande de lire si vous êtes confronté à ce problème.

Nicholas : Le post écrit par David Sottimano qui fournit une liste de contrôle pour les référenceurs juniors vaut également le détour.

Création de rapports polyvalents

Nicholas : Une autre chose que vous avez mentionnée Tom qui m'intéresse est le triangle du reportage. Dans mon esprit, je l'ai toujours vu comme trois types de rapports différents que vous assemblerez, notamment : des feuilles de calcul et un résumé des données, un diaporama pour le niveau exécutif qui ne veut pas du détail mais plutôt un résumé, et puis le long rapport écrit qui explique tout en profondeur.

Lorsque vous créez des rapports, faites-vous généralement les trois ou adaptez-vous vos rapports en fonction des personnes avec lesquelles vous travaillez ?

Tom : Ce que nous faisons souvent, c'est convertir le rapport contenant beaucoup de texte en un tableau. Vous pouvez donc avoir la recommandation en une phrase, puis en colonnes, vous pouvez avoir la justification technique, ce qui doit être fait et quel pourrait être l'impact. Cela fonctionne bien car différentes équipes peuvent être intéressées par différentes colonnes et elles peuvent facilement ignorer les informations non pertinentes.

Si vous pouvez créer un rapport de manière à ce qu'il soit accessible à plusieurs équipes, vous n'avez pas besoin de créer plusieurs rapports différents.

Nicholas : Oui, j'ai certainement trouvé que c'était vrai.

Tom : Donc, si vous pouvez créer un rapport de manière à ce qu'il soit accessible à plusieurs équipes, vous n'avez pas besoin de créer plusieurs rapports différents.

Nicholas : D' accord, c'est tout à fait logique. Je pense qu'il sera toujours utile de mettre ces informations dans un diaporama avec des graphiques et des images, mais j'aime éviter de le faire lorsque cela est possible car c'est un travail chargé.

Cinquième question : Qu'est-ce que vous aimez le plus dans le référencement technique ?

La conversation commence à 38h42.

Nicholas : Patrick, laissez-nous vous guider.

SEO technique : nouveaux défis, créativité et résultats mesurables

Patrick : J'adore cette question ! Pour moi, j'aime qu'il y ait toujours un nouveau problème et des trucs que je n'ai jamais vus auparavant. Il y a toujours quelque chose que j'ai l'impression de ne voir nulle part ailleurs - il y a toujours quelque chose de nouveau.

Nicholas : Je suis d'accord, c'est l'une des meilleures choses à propos du référencement technique, il y a rarement un moment sec, il y a toujours une nouvelle énigme à résoudre.

Paul et toi, qu'est-ce que tu aimes le plus ?

Paul : Vous savez, le référencement technique a la réputation d'être très sec. Mais je trouve que c'est l'un des domaines les plus créatifs du référencement, car vous faites face à des formes de contraintes et vous êtes obligé de trouver des solutions uniques et de résoudre des problèmes de manière intéressante. Donc pour moi, c'est vraiment la créativité impliquée dans le référencement technique qui le fait pour moi.

Nicolas : Bien sûr. Il faut une pensée créative et originale pour aborder les problèmes techniques et les comprendre.

Alors Tom, qu'est-ce que tu préfères dans le référencement technique ?

Tom : Je vais faire écho à la même réponse, je pense – cette partie de la résolution des énigmes. Souvent, il n'y a pas une seule bonne réponse ou quand il y en a, nous ne pouvons pas réellement faire cette solution, nous devons donc trouver la meilleure réponse suivante. C'est cette pensée créative pour trouver des solutions différentes.

Dans le référencement technique, vous pouvez réellement voir ce que vous avez réalisé.

Une autre raison est que c'est l'un des domaines du marketing où vous pouvez réellement commencer à mesurer votre impact, alors qu'il est difficile de le faire dans d'autres domaines du marketing. Dans le référencement technique, vous pouvez réellement voir ce que vous avez réalisé.

Nicholas : Bien sûr, et l'une des meilleures parties du référencement technique est le test et l'expérimentation. Jouer avec les moteurs de recherche et les algorithmes d'apprentissage automatique et essayer de comprendre ce qui fonctionnera le mieux est fascinant pour moi.

Tom : Ouais. Et l'optimisation vers l'algorithme de Google qui, en constante évolution, signifie que ce qui fonctionnait il y a quelques mois pourrait ne plus être le cas, vous devez donc continuer à apprendre.

Nicolas : Absolument. C'est un très bon ensemble de raisons pour lesquelles le référencement technique est incroyable, merci messieurs.

Question 6 : Comment gérez-vous les changements d'inventaire massifs provoquant des tonnes de 404 par jour ?

La discussion commence à 43:40.

Patrick : Donc je suppose que c'est du commerce électronique. Je suppose que je commencerais par les produits qui reviennent ? S'ils ne font que 404ing parce qu'ils sont en rupture de stock mais qu'ils auront un stock la semaine prochaine, c'est différent que si les produits viennent de disparaître.

Dans le cas du premier, je ne laisserais pas ces pages 404, je montrerais simplement qu'elles sont en rupture de stock. Dans le cas de ce dernier, s'il s'agit d'une tonne, vous devrez peut-être augmenter vos redirections ou les hiérarchiser en fonction des liens entrants (internes et externes) pour vous assurer que vous n'obtenez pas une tonne de 404.

Vérification des données

Nicholas : Je me demande si cette question vient de quelqu'un qui reçoit un tas d'erreurs dans les outils pour les webmasters, car ce sont des 404 logiciels. Il pourrait donc être acceptable que ce soient des 404, mais ils ne devraient tout simplement pas être des 404 logiciels et vous devez vous assurer que votre serveur envoie une réponse appropriée.

Tom : C'est une autre raison de l'analyse des fichiers journaux, car ce sont des données auxquelles vous pouvez vraiment faire confiance. Parfois, avec les outils pour les webmasters, il est vraiment difficile de savoir si les données sont dignes de confiance. Et avoir une approche réactionnaire et agir en conséquence peut être dangereux, donc vous voulez d'abord vérifier ce qui se passe réellement.

Paul : Vous pouvez également demander pourquoi est-ce 404ing. Est-ce intentionnel ou non ? Vous voulez probablement reconfigurer les choses pour que ce ne soit pas 404 en cas de rupture de stock, et cela dépendra du CMS que vous utilisez.

Nicholas : Et cela dépend vraiment de la situation et si ce sont des produits qui ont complètement disparu pour toujours, ou sont-ils de retour ? C'est vraiment le facteur décisif.

Question sept : est-il conseillé d'avoir de grands CSS et JavaScript pour un site Web dans le pied de page afin que la page se charge plus rapidement ?

La discussion commence à 46h20.

Tom : Donc il y a vraiment deux questions là. JavaScript doit absolument être dans le pied de page, c'est la meilleure pratique standard pour la vitesse de la page. Je n'ai jamais entendu parler d'un bon argument (JavaScript) ayant un impact sur le référencement.

Vous devez toujours vérifier ce qui se passe dans la Search Console.

Le plus gros problème avec les fichiers JavaScript récemment est que les gens utilisent des fichiers JavaScript tiers qui sont parfois plus lents et souvent bloqués par robots.txt. Donc, si vous effectuez une sorte de rendu avec Google dans la Search Console, vous verrez qu'il est en fait bloqué. Vous devez donc toujours vérifier ce qui se passe dans la Search Console.

Nicolas : Exact. Un problème intéressant que j'ai eu avec JavaScript dans la tête était que la Search Console détectait le code hreflang en dessous. La Search Console a donc déclaré qu'il n'y avait aucune page avec balisage, et c'était parce que JavaScript était au-dessus du hreflang dans la tête.

Nous avons donc déplacé le JavaScript vers le pied de page, et il a détecté le hreflang et a également fait fonctionner correctement l'extraction et le rendu.

Question 8 : Comment mesurer avec précision les résultats des changements et montrer ces résultats aux clients ?

La discussion commence à 48h51.

Tom : Il y a tout un tas de façons différentes de le faire. Un moyen intéressant consiste à utiliser la bibliothèque CausalImpact de Google pour vous aider à tester l'impact d'un changement que vous avez effectué. Tom a fait référence à ce message de Mark Edmondson.

Au-delà, de plus en plus de personnes commencent à utiliser une méthodologie A/B. Tom a référencé ce post par Etsy.

Nicholas : Ecoutons Patrick ou Paul à ce sujet.

Patrick : Ça va dépendre de l'échelle, il faut juste savoir ce qui est important. Assurez-vous simplement d'avoir les données dont vous avez besoin pour suivre ce que vous voulez faire.

Nicolas : Bien sûr. Je ne sais pas si vous êtes déjà allé jusqu'au bout de la route vous-même sans avoir les données, mais ce n'est pas un endroit amusant.

Très bien, terminons avec vos dernières réflexions Paul.

Paul : Bien sûr. Tout d'abord, je pense que les méthodologies de test A/B sont extrêmement sous-évaluées dans l'environnement SEO, et si vous pouvez trouver un bon processus pour le faire au sein de votre organisation, je le suggère fortement.

Si ce n'est pas faisable, alors vous êtes obligé de regarder quels changements ont été apportés, quand ont-ils été apportés, quand les moteurs de recherche ont-ils pris en compte ces changements et quel a été l'impact (le trafic a augmenté, les conversions se sont améliorées, etc.).

Et puis vous essayez d'éliminer autant de facteurs superflus que possible et de l'isoler des changements que vous avez apportés. Ce n'est pas toujours facile, mais vous pouvez au moins faire un travail décent en disant de manière directionnelle qu'il s'agit de l'impact d'un changement donné.

Et c'est un enveloppement !