5 étapes pour survivre à une migration de site Web

Avez-vous déjà été impliqué dans une migration de site Web qui aurait pu mieux se dérouler ?

Vous avez peut-être une forme de migration à venir et vous voulez vous assurer que tout se passe aussi bien que possible.

Aujourd'hui, nous parlons de migrations de sites Web survivantes et florissantes avec un ancien membre senior de la célèbre équipe Google Search Quality et parmi les quelques anciens Googleurs sélectionnés avec une vaste expérience en matière de conduite de politiques, de chasse au spam et de sensibilisation des webmasters. Aujourd'hui, il applique ses compétences pour récupérer les sites Web des pénalités de Google et aider les clients à maximiser le potentiel de leurs sites Web et moteurs de recherche. Un accueil chaleureux au directeur du podcast In Search SEO chez Search Brothers, Kaspar Szymanski.

Dans cet épisode, Kaspar partage cinq étapes pour survivre à une migration de site Web, notamment :

• Enregistrer les journaux du serveur
• Réaliser un audit SEO
• Résoudre les problèmes hérités
• Anticipez et choisissez le bon moment
• Suivez vos progrès

5 conseils de migration de site Web

Kaspar : Merci de m'avoir invité. C'est toujours un plaisir.

D : Merci beaucoup de m'avoir rejoint. Vous pouvez trouver Kaspar sur searchbrothers.com. Aujourd'hui, vous partagez cinq étapes essentielles pour survivre et prospérer dans les migrations de sites Web, en commençant par le numéro un, enregistrer les journaux du serveur.

1. Enregistrer les journaux du serveur

Absolument. Un de mes sujets favoris, si je puis dire. les journaux de serveur sont très largement sous-utilisés dans de nombreuses circonstances et dans le cadre des migrations en particulier. En un mot, les journaux de serveur permettent de mieux comprendre ce dont les moteurs de recherche se soucient réellement en termes de pages de destination. Lorsque nous enregistrons les journaux du serveur, nous pouvons réellement dire à quel point ces deux groupes de pages de destination se chevauchent. Le groupe de pages de destination qui ont été explorées régulièrement et le groupe de pages de destination que nous ne voulons pas voir indexées et classées. Ceci n'est qu'une application, la plus basique si vous le souhaitez.

Cependant, les journaux du serveur ne peuvent en aucun cas être récupérés. À moins que nous ne commencions à enregistrer les journaux du serveur, nous n'avons pas cette information et il n'y a aucun moyen de la récupérer. Sauf si nous commençons à enregistrer les journaux du serveur et que cela doit se produire sur une longue période. Ainsi, lorsque nous parlons de préparation d'une sorte de migration, qu'il s'agisse d'une migration de contenu ou d'une zone de migration de domaine, nous devons enregistrer ces journaux de serveur pendant un certain temps afin de mieux comprendre. Qu'est-ce que Google explore ? Il s'agit également d'une étape préparatoire très importante pour la deuxième étape suivante consistant à mener à bien une migration réussie. Mais je ne veux pas voler la vedette et je vous laisse d'abord en parler un instant.

D : Exactement. Une brève question de suivi sur le premier point. Je pense que de nombreux référenceurs sont probablement un peu coupables de s'appuyer uniquement sur un seul package d'analyse. Alors, quel est un exemple de donnée disponible dans les journaux de serveur à laquelle les référenceurs n'auront pas accès simplement en consultant les analyses standard ?

K : Je pense que ce sont deux questions plutôt complexes, l'une d'entre elles étant le type d'outils que nous pouvons utiliser et je dis toujours que pour exploiter tout ce que vous pouvez, cela dépend vraiment du budget, de la main-d'œuvre, du niveau d'expertise et de la perspicacité technique. dans votre équipe. Au niveau le plus élémentaire, il s'agit bien sûr de Google Search Console. C'est le seul outil que chaque référenceur devrait utiliser afin d'acquérir une compréhension de base de la façon dont les algorithmes de Google voient mon site Web.

Il y a bien sûr Bing Webmaster Tools. Je suis un grand fan car c'est un autre moteur de recherche majeur et c'est une autre occasion de vérifier les résultats de Google ou d'obtenir des informations différentes et de les comparer les unes aux autres. Il existe des outils commerciaux incroyables. Je suis un grand fan de Ryte et DeepCrawl qui a été rebaptisé Lumar. Spotify est un outil phénoménal.

Tous ces éléments fournissent des informations qui peuvent être converties les unes contre les autres dans une certaine mesure, parfois plus, parfois moins. Il y a le composant d'exploration, il y a sur la page, technique, hors page, toutes ces informations. Mais aucun de ceux-ci ne peut nous donner les informations de base que les journaux de serveur peuvent fournir. Pour commencer, puiser dans ce réservoir de données et déterminer quelles sont les réponses de notre serveur ou si notre serveur et nos réponses sont en fait 200 OK pour les pages de destination que nous jugeons utiles et souhaitables. Ou retournons-nous quelque chose d'autre ? S'agit-il de pages d'erreur 200 OK ou 404 ? Il peut y avoir des documents expirés, des produits périmés ou des produits indisponibles, ce qui est un énorme problème pour les sites Web commerciaux ou de vente au détail.

Au niveau le plus élémentaire, cela nous indique nos réponses de notre site aux moteurs de recherche. Et qu'est-ce que ces robots des moteurs de recherche priorisent ? Dans quelle mesure cela chevauche-t-il ce que nous considérons comme les pages de destination prioritaires ? Maintenant, quand le site Web est plutôt petit, quelques 100 ou 1000 documents, cela ne semble pas être un si gros problème. Cependant, si nous parlons de grands sites Web, de dizaines de milliers de documents et de pages de destination, voire de millions, il s'agit d'un problème d'une ampleur complètement différente. Dans ce cas, il est indispensable de conserver les journaux de serveur à perpétuité et de les utiliser d'une année sur l'autre pour obtenir un avantage dans la recherche organique sur Google.

D : J'ai l'impression que vous pourriez faire une présentation d'une heure sur chaque étape de la séquence ici. Mais passons au numéro deux, en termes de migrations de sites Web, et c'est pour effectuer un audit SEO.

2. Réalisez un audit SEO

K : Oui, et il est préférable de le faire en conjonction avec l'utilisation de ces journaux de serveur. Ce n'est pas un must. Et je tiens également à dire que la grande majorité des sites Web commerciaux ne sauvegardent pas et ne conservent pas les journaux de serveur, ou ne le font pas complètement. Il est également possible pour ces sites de réaliser un audit technique. Et la raison en est que lorsque nous effectuons une migration, nous recherchons un résultat positif non seulement pour une meilleure expérience utilisateur pour un site Web plus rapide et plus fluide, mais également pour un classement croissant. Et c'est quelque chose que nous ne voulons pas aborder avec des problèmes d'héritage. Ces problèmes d'héritage peuvent être multiples. Il peut y avoir des backlinks hors page qui retiennent le site Web.

Mais il y a d'autres facteurs. Il existe des solutions techniques qui étaient peut-être excellentes à l'époque où elles ont été mises en œuvre. Mais peut-être qu'ils ne travaillent plus pour nous. Contenu qui ne résiste pas à l'épreuve du temps contenu qui était considéré comme persistant à un moment donné, mais qui ne l'est plus. Les pénalités de Google sont bien sûr un gros problème si elles sont appliquées et qu'elles n'ont pas été résolues. C'est quelque chose dont il faudrait tenir compte lorsque nous effectuons une vérification. Tous ces facteurs doivent être examinés, examinés, hiérarchisés et abordés avant de procéder à la migration, car nous ne voulons pas entamer cette étape vers un avenir meilleur avec le frein à main serré et être gênés par toutes ces choses qui n'ont pas encore été abordée.

Et cela nous amène, bien sûr, à la prochaine étape du processus. Mais je vous laisse d'abord parler.

D : Oui, l'étape numéro deux consistait à effectuer un audit SEO, mais vous avez mentionné et donné quelques exemples de résolution de problèmes hérités, qui est le numéro trois. Y a-t-il d'autres problèmes liés à l'héritage dont vous aimeriez également parler?

3. Résoudre les problèmes hérités

KC : Cela dépend. Chaque site Web est différent. Mais souvent, ce sont des sites Web qui se sont développés de manière organique et historique lors de migrations précédentes ou peut-être que deux sites Web différents ont été combinés et fusionnés en un seul. Il peut s'agir de blogs, de formulaires, de pages Wiki ou de pages FAQ qui ont vu le jour dans le passé. Et à l'époque, elles étaient utiles, mais de nos jours, ce sont des pages de destination héritées et historiques qui ne sont plus utiles.

Le gros problème est l'application Href Lang pour les sites Web internationaux. Et il y a les canoniques. Les chroniques sont un moyen phénoménal de raconter les moteurs de recherche de la ligue majeure. C'est parmi de nombreux documents qui sont assez similaires. C'est celui qui me tient à cœur. Cependant, s'ils ne sont pas appliqués correctement et à fond, ils peuvent en fait se retourner contre eux de manière majeure. Donc, il suffit de nommer cette poignée de facteurs techniques, de facteurs de contenu et de facteurs liés à la mise à jour du contenu, ceux-ci montrent à quel point ce sujet peut être complexe. Ce qui est raisonnable pourquoi un tel audit doit être préparé minutieusement, cela prend du temps. Ce qui nous amène à un autre facteur important des migrations, les migrations prennent du temps, elles doivent être planifiées et préparées longtemps à l'avance afin que toutes ces étapes puissent être prises en compte.

Permettez-moi de continuer en partageant quelques mots sur la troisième étape, qui est plutôt importante et qui traite de ces problèmes d'héritage. D'après mon expérience de travail avec de grandes organisations et des sites Web, il est essentiel non seulement de mener cet audit, non seulement de déterminer ce qui retient actuellement le site Web, mais également de résoudre ces problèmes. Par exemple, s'il nous arrive d'avoir beaucoup de produits qui sont expirés ou indisponibles pour une raison quelconque, qui renvoient un statut 200 OK. Cependant, il est indiqué sur la page de destination que nous n'avons pas ce produit. Cela va se répercuter sur les signaux des utilisateurs, car les utilisateurs viennent de la recherche et ils prévoient d'avoir le produit disponible qu'ils recherchaient. Ils se retrouvent sur la page de destination, ils regardent le produit qu'il n'est pas disponible, ils reviendraient bien sûr à la recherche Google et chercheraient une alternative ou relanceraient la requête. Ce comportement de l'utilisateur indique qu'il n'a pas trouvé ce qu'il cherchait. Ce n'est pas génial. C'est un signal très négatif.

Maintenant, si nous déplaçons simplement ces pages de destination vers la nouvelle plate-forme, nous transférerons ces signaux négatifs. Maintenant, c'est un gros problème si le site est important, mais plus le site Web est grand, plus il devient un problème. Et la raison en est le budget d'exploration, un sujet dont nous n'avons pas encore beaucoup parlé aujourd'hui. Parce qu'il est extrêmement important de comprendre combien de temps Google a besoin pour réexplorer mon site Web, ou du moins les éléments qui me tiennent à cœur. Et dans certains cas, ça va être presque du jour au lendemain. Un site Web d'un couple de 1000 pages ne va pas être un problème. Mais si nous examinons un site Web qui compte 100 000 pages de destination souhaitables et plusieurs millions de pages de destination qui ne sont pas alignées sur le budget de crawl, et que la distribution du crawl indique qu'il faudra à Google un mois, deux mois, six mois, voire plus pour rappeler une partie importante du site, nous ne pourrons bénéficier d'aucun mouvement de migration car cela prendra trop de temps. Nous devons d'abord régler la question du budget de crawl. Nous devons d'abord nous assurer que le budget de crawl est réparti de manière plus favorable pour nous afin que le site Web puisse être crawlé plus rapidement. Pour cette raison, il est extrêmement important de résoudre ces problèmes hérités, non seulement de comprendre qu'ils existent, mais aussi de les résoudre.

Les backlinks sont un très bon exemple ici dans ce contexte également, car nous pouvons être dans une position où nous nous dirigeons vers un avenir plus brillant avec la migration vers, disons, un nouveau CMS. Cependant, le profil de backlink est plutôt problématique, disons dans un environnement très concurrentiel, des produits de voyage ou de financement, des assurances, toutes ces choses. Il peut donc y avoir des backlinks hérités qui sont perçus comme des backlinks non naturels par Google. Et c'est quelque chose qui peut déclencher une action manuelle de spam, ce qui peut nous retenir au niveau algorithmique. Nous devons donc nous adresser à ceux qui utilisent le dossier de désaveu ou même demander des demandes de réexamen s'il y a une sanction en place. Toutes ces choses doivent être faites avant que nous procédions à la migration proprement dite. Voici un autre exemple où un héritage est mieux traité avant de faire l'étape ultime dont nous parlons ici.

D : Et étape numéro quatre, planifiez à l'avance et choisissez le bon moment.

4. Planifiez à l'avance et choisissez le bon moment

K : Oui, et c'est très important car de nombreux opérateurs de sites Web ne tiennent pas compte de la saisonnalité. Maintenant, en fonction de la verticale dans laquelle nous travaillons, en fonction du budget de crawl, nous pouvons anticiper quand cela va nous frapper. Disons que Q4 est l'endroit où 50% des revenus sont générés. Nous voulons aller de l'avant et éviter toutes ces turbulences qui sont naturellement associées à tout type de migration avant, pendant ou pendant cette période, car cela aura un impact sur votre génération de revenus. Il est donc très important de planifier un plan à long terme.

Cela est également lié à notre situation budgétaire d'exploration, car nous devons comprendre combien de temps il faudra à Google et aux autres principaux moteurs de recherche pour réexplorer le site Web s'il est vraiment volumineux. Et c'est quelque chose que nous devons encore une fois prendre en compte. Q4 est un très bon exemple. Dans le commerce de détail, de nombreuses activités sont générées au quatrième trimestre, ce qui, pour de nombreuses entreprises, fait du début du premier trimestre un très bon moment pour aller de l'avant, effectuer la migration et voir à quoi ressemblent les nouvelles données. C'est quelque chose qui relève de la décision SEO, mais cela se répercute sur la taille de l'entreprise. Et c'est très important, en particulier en période de difficultés économiques, où l'entreprise n'est peut-être pas aussi florissante que celle à laquelle nous étions habitués en nous basant sur les années précédentes.

Il est donc très important de planifier à l'avance, la planification à long terme. Et en prenant en compte et en incluant toutes les parties prenantes. Une telle migration est quelque chose qui est principalement effectué par l'équipe technique, mais l'équipe de contenu, l'équipe de création de liens, l'équipe marketing et bien d'autres, toutes ces personnes peuvent être impliquées à un certain niveau. Il est donc important de les intégrer. Et de s'assurer qu'il s'agit d'un effort d'équipe mené par une personne, un décideur, mais où les gens tirent tous sur la même ficelle.

D : Cela nous amène à l'étape numéro cinq, surveiller les progrès.

5. Surveillez vos progrès

K : Oui, cela implique des journaux de serveur, nous avons donc bouclé la boucle. Les journaux de serveur nous permettent de savoir comment nous nous en sommes sortis auparavant si nous les avons enregistrés. Et bien sûr, nous voulons nous assurer qu'il s'agit de journaux de serveur frais. Nous avons un aperçu de nos performances, en particulier lorsque nous déplaçons des éléments du site Web de manière successive, de sorte que nous n'avons pas à migrer l'intégralité du site Web en une seule fois. S'il s'agit d'un grand site Web, nous pouvons commencer avec des sous-domaines ou des répertoires, des morceaux et des morceaux. Vous savez donc comment Google et les autres moteurs de recherche adoptent ces nouveaux modèles. Et maintenant, comment les hiérarchisent-ils ? Il est donc extrêmement important de suivre les progrès au fil du temps. Cela ne se fait pas simplement en appuyant sur le bouton et en effectuant la migration et en se penchant en arrière. Le moment le plus agité et le plus grinçant des dents est celui où cela se produit et nous devons garder un œil sur la façon dont les choses progressent. La plupart du temps, il y a des fluctuations tout à fait normales. C'est quelque chose à prévoir. Mais nous ne voulons pas voir une situation où ces fluctuations sont excessives et où elles persistent sur une longue période de temps.

Le cornichon de Pareto - Enregistrer les journaux du serveur

D : Superbe. Terminons avec le Pareto Pickle. Pareto dit que vous pouvez obtenir 80 % de vos résultats à partir de 20 % de vos efforts. Quelle est une activité de référencement que vous recommanderiez qui fournit des résultats incroyables pour des niveaux d'effort modestes ?

K : C'est très difficile, David. Je dois dire que cela dépend du site Web individuel, du type de ressources qui peuvent être appliquées ou de la main-d'œuvre derrière. Les efforts modestes sont plutôt relatifs. Pour les grands sites Web, je dirais toujours qu'il enregistre les journaux du serveur. L'effort initial est minime, mais c'est quelque chose qui sera tout un défi et exagéré pour les petits sites Web. Mais pour un grand site Web commercial, avec beaucoup de pages de destination, enregistrer et conserver plusieurs journaux est un effort plutôt modeste. Le coût impliqué est négligeable, nous parlons de quelques disques durs et les fichiers eux-mêmes peuvent être Gzip. Il n'y a pas de contestation judiciaire à prévoir. Ce sont vos propres journaux de serveur. Et c'est quelque chose qui peut reposer. Il n'y a pas grand-chose d'autre à faire à moins que vous ne vouliez puiser dans ces vastes réservoirs d'informations.

Donc, à mon avis, l'effort et le retour sur investissement sont assez favorables lorsque nous commençons à enregistrer et à préserver les journaux du serveur. Comme vous pouvez le constater, les journaux de serveur sont l'un de mes sujets préférés, mais c'est celui qui est le plus prometteur pour les référenceurs. C'est là que se trouvent vraiment les gros gains.

D : Je suis votre hôte, David Bain. Vous pouvez trouver Kaspar Szymanski sur searchbrothers.com. Kaspar, merci beaucoup d'être sur le podcast In Search SEO.

K : David, ça a été un vrai plaisir. Merci de me recevoir. Et j'attends avec impatience la prochaine occasion pour nous d'avoir une discussion sur le référencement.

Et merci pour votre écoute. Découvrez tous les épisodes précédents et inscrivez-vous pour un essai gratuit de la plateforme Rank Ranger sur rankranger.com.