La difficulté avec ce travail n'est pas l'outil lui-même, mais la question de savoir si le contenu, la technologie et le calibre des entreprises sont les mêmes; l'utilisation de données anciennes à tout niveau pourrait donner lieu à un conflit de faits. Que faut-il faire pour résoudre les conflits canoniques ? D'abord, il est nécessaire d'écran pour les conflits hreflang et canonique retour à l'ensemble du processus de la localisation et multilingue. retour;Canonical devrait normalement pointer vers cette page de règle de langue, pas vers l'anglais. Cela signifie que la page doit à la fois tirer des conclusions claires pour l'utilisateur et permettre à l'accapar d'obtenir les mêmes informations et de garder la source, l'état et le temps de mise à jour.
Le GEO multilingue vise à rendre chaque version linguistique autonome et capable d'être identifiée comme une version correspondante de la même marque ou du même contenu. La localisation doit refléter les différences entre les marchés, les unités, les règlements et les pratiques d'approvisionnement. À l'aide d'une page B2B existante, par exemple, l'ancienne version devrait être conservée, avec seulement --vérifier le hreflang bidirectionnel et le code d'état corrigé pour garder le reste inchangé.
Lorsque vous faites cela, créez une carte en langage URL pour confirmer qu'il n'y a pas de conflit dans les informations de base; puis vérifiez un hreflang bidirectionnel avec le code d'état; et enfin vous avez Canonique, Plan du site et des liens internes.
Le reçu et l'inspection ne peuvent pas être lus une seule fois. Utilisez l'outil de saisie pour vérifier les retours manquants, les codes d'erreur et les cibles non standard.
Ce qu'il faut éviter, c'est que hreflang pointe vers des pages qui peuvent être fusionnées par Canonical, et le signal est difficile à mettre en œuvre. En outre, lorsqu'il s'agit d'information des clients, de secrets d'affaires, d'authentification et de prix, ils devraient être rendus publics avec l'approbation de l'interlocuteur.
