L'étape 4 de la procédure de migration s'appelait jusqu'ici « Envoyez une demande de changement d'adresseOutil de la Search Console par lequel on signale à Google que le contenu d'un site passe d'une adresse à une autre. pour l'ancien site dans la Search Console », sans condition. Elle s'intitule maintenant « Si vous changez de nom de domaine ou de sous-domainePréfixe placé devant un nom de domaine, comme la partie « boutique » dans boutique.example.com, qui constitue une adresse distincte aux yeux de Google., envoyez une demande de changement d'adresse pour l'ancien site dans la Search Console ». La consigne devient conditionnelle, et un paragraphe entier vient délimiter son périmètre.
Ce paragraphe est la vraie nouveauté : « Vous n'avez besoin de cet outil que lorsque vous passez d'un domaine ou d'un sous-domainePréfixe placé devant un nom de domaine, comme la partie « boutique » dans boutique.example.com, qui constitue une adresse distincte aux yeux de Google. à un autre (par exemple, de example.com à example.net, ou de a.example.com à b.example.com). Vous n'en avez pas besoin pour passer de HTTP à HTTPS, pour basculer entre www et non-www sur le même domaine, ou pour déplacer des chemins d'accès au sein du même domaine. » L'ancienne version ne mentionnait qu'un seul cas d'exclusion, la migration de HTTP vers HTTPS. Les deux autres, le passage entre www et non-www sur un même domaine et la réécriture de chemins d'URL à l'intérieur du même domaine, sont ajoutés ici. Le déplacement de example.com/page.php?id=1 vers example.com/widget, que la page cite en introduction comme un cas de migration à part entière, relève donc des redirections seules, sans démarche dans la Search Console.
La page ne dit pas pourquoi l'outil est inutile dans ces trois cas, et il ne faut rien lui faire dire de plus : elle énonce un périmètre, pas un mécanisme.
À l'inverse, pour un vrai changement de nom de domaine, la consigne est resserrée d'un cran. Le texte parle maintenant de « toutes les sous-domainePréfixe placé devant un nom de domaine, comme la partie « boutique » dans boutique.example.com, qui constitue une adresse distincte aux yeux de Google.) pour lesquelles vous avez prouvé dans la Search Console que le site vous appartient.">variantes validéesLes différentes écritures d'une même adresse (avec ou sans www, en HTTP ou HTTPS, avec ou sans sous-domaine) pour lesquelles vous avez prouvé dans la Search Console que le site vous appartient. de l'ancien domaine (y compris les sous-domaines et les versions avec et sans "www") », là où il disait auparavant « tous les sous-domaines et les variantes avec et sans www ». L'exemple reste le même : envoyer des demandes depuis en.example.com, www.example.com et example.com vers new-example.net, « même si vous n'utilisez pas activement ces variantes ». Et la page rappelle que ces variantes doivent être validées dans la Search Console, ce qui est la condition pratique pour pouvoir déposer la demande.
Deux autres phrases ont été réécrites dans un sens plus prudent. Sur les délais, on lisait « quelques semaines peuvent être nécessaires au déplacement de la majorité des pages d'un site Web de taille moyenne dans notre index » ; on lit maintenant « il peut s'écouler quelques semaines ou plus avant que Google ne commence à afficher progressivement les nouvelles URL à la place des anciennes (et encore plus longtemps pour les sites plus volumineux) ». Le repère n'est plus le moment où la majorité des pages a basculé, mais le moment où le remplacement commence à être visible. C'est un horizon annoncé plus lointain et plus flou, utile à avoir en tête quand on doit justifier auprès d'un client une absence de mouvement trois semaines après une migration.
Sur l'exploration, « la vitesse d'exploration de GooglebotLe programme automatique de Google qui parcourt les pages du Web pour les récupérer. dépend de la taille de votre site en plus d'autres facteurs » devient « dépend de la taille de votre site et de la vitesse d'exploration possibleLe rythme maximal auquel Google peut demander des pages à votre serveur sans le surcharger. ». Le facteur flou est remplacé par un facteur nommé, qui renvoie à ce que le serveur est capable d'encaisser. La définition de la fin de migration, elle, ne bouge pas : elle est atteinte lorsque Googlebot a accédé au moins une fois à toutes les URL de l'ancien et du nouveau site, une URL après l'autre.
La mention selon laquelle les redirections 301 et les autres redirections permanentesRéponse du serveur indiquant qu'une adresse a définitivement été remplacée par une autre, le code 301 en étant la forme la plus courante. n'entraînent pas de baisse de PageRankMesure historique de Google qui évalue la valeur d'une page à partir des liens qui pointent vers elle. est inchangée sur le fond ; seule la tournure a été retouchée.