Nous arrivons à la fin d'un long projet dans lequel nous mettons à niveau le site de notre client d'un CMS construit sur mesure vers la dernière version du CMS Umbraco tout en rendant leur site Web réactif. Dans le cadre de ce processus de mise à niveau, la structure d'URL du site a changé cependant, nous traitons principalement cela avec des redirections 301 afin que les anciens liens redondants de l'ancien site soient désormais liés aux nouvelles URL.
La semaine dernière, notre client a jeté une clé majeure dans les travaux en nous disant que les `` experts SEO '' qu'il a commencé à utiliser sur son site actuel ont déclaré que la structure du site utilisée par le nouveau site Umbraco est impraticable et également mauvaise pour le référencement car elle a beaucoup de «niveaux». Leur principale préoccupation est que leurs produits et services soient imbriqués trop loin dans l'arbre et que cela affecte en quelque sorte leur référencement de manière négative. Je vais admettre maintenant que je ne suis pas un expert en référencement et je considère que tout le SEO est un art noir qui semble changer chaque semaine, donc quelqu'un peut-il me donner des conseils à ce sujet ainsi que des preuves à l'appui (de préférence de Google eux-mêmes ).
C'est ici que se situe actuellement le site si vous souhaitez y jeter un œil: http://tinyurl.com/umbracourlstructure
La façon dont nous avons structuré les pages est la suivante: (1) = Niveau {X} = Pas dans la navigation principale
(1)->Home
(2)--> Destinations
(3)---> South America [Continent]
(4)----> Argentina [Country] {X}
(5)-----> Buenos Aires [Area] {X}
(6)------> Buenos Aires [City] {X}
(7)-------> Package Product 1 {X}
(7)-------> Package Product 2 {X}
(7)-------> Package Product 3 {X}
(7)-------> Hotel Product 1 {X}
(7)-------> Hotel Product 2 {X}
(7)-------> Hotel Product 3 {X}
(7)-------> Activity Product 1 {X}
(7)-------> Activity Product 2 {X}
(7)-------> Activity Product 3 {X}
(4)----> Bolivia {X}
(3)---> North America [Continent]
(2)--> Holiday Types
(3)---> Cruise
(3)---> Family Holiday
(2)--> Places To Stay {X}
(2)--> Things To Do {X}
(2)--> About Us
- Les produits ont des noms réels sur le site Web, mais les versions numérotées ci-dessus ne sont qu'un exemple
L'idée est qu'un utilisateur peut explorer la destination qu'il souhaite voir jusqu'au niveau de la ville pour voir les produits disponibles dans cette zone spécifique.
Sur une page de continent, tous les forfaits vacances qui descendent de ce continent sont affichés.
Si vous sélectionnez un pays dans la navigation latérale, ces packages sont filtrés davantage afin que seuls ceux de ce pays particulier soient affichés.
Si vous cliquez sur une zone du pays, celles-ci sont à nouveau filtrées.
Peu importe où vous accédez aux produits, leur URL est la suivante:
www.example.com/destinations/southamerica/argentina/buenosaires/buenosaires/package-product-1
Bien sûr, cela est dû à la structure arborescente / dossier qu'Umbraco suit par défaut.
Le problème ici est que mon client veut que les URL soient:
www.example.com/southamerica/argentina
afin qu'ils découpent certaines pages pour raccourcir les URL que je déconseille (principalement parce que cela impliquerait une réécriture substantielle du site).
Quelqu'un a-t-il des conseils à ce sujet et toute expérience comme le fait que le niveau d'imbrication soit ou non mauvais pour le référencement? Mon principal problème est que ce n'est que maintenant que nous arrivons à la fin du développement qu'ils soulèvent ces problèmes et que la modification de la structure dans Umbraco impliquera essentiellement la réécriture d'une grande partie du site pour laquelle nous n'avons pas vraiment le temps ou les ressources faire.
J'ai fait beaucoup de mes propres recherches sur le problème et le point de vue officiel de Google à ce sujet semble être que la longueur de l'URL et des «niveaux / sous-répertoires» ne fait aucune différence. En fait, Google conseille désormais d'utiliser des URL structurées dans les sites car elles aident l'utilisateur à naviguer de manière logique dans la structure. Le seul problème qui survient vraiment est lorsque les paramètres sont utilisés dans les URL, mais nous les traitons à l'aide d'URL canoniques, donc cela ne devrait pas être un problème.
Après avoir découvert ces résultats, j'ai transmis les ressources suivantes à notre client:
Gardez une structure d'URL simple: https://support.google.com/webmasters/answer/76329?hl=en
Le nombre de sous-répertoires dans l'URL affecte-t-il son classement? https://youtu.be/l_A1iRY6XTM
Cependant, ils ont rejeté ces deux ressources avec l'argument selon lequel la vidéo est datée de 2010 et que les pratiques de Google ont probablement changé depuis.
Alors, quelqu'un peut-il faire la lumière sur ce problème et me diriger vers des déclarations ou des directives plus récentes que Google a publiées qui ont un lien avec ce problème?
Mon objectif est de rejeter vraiment les affirmations de ces `` experts SEO '' car jusqu'à présent, les preuves que j'ai trouvées de Google contredisent directement leurs affirmations et je ne souhaite pas réaménager un site Web presque complet basé sur des conseils / informations SEO obsolètes ou incorrects.
/destinations/
ou veulent-ils réellement utiliser/southamerica/argentina
l'URL d'un produit spécifique (comme votre exemple semble le suggérer)? Ou en d'autres termes: quelle URL de produit veulent-ils?Réponses:
Google semble accorder très peu de poids à la façon dont une URL est structurée en ce moment. Vous pouvez le confirmer en effectuant une recherche Google et en consultant les URL qui se classent. Vous êtes tout aussi susceptible de voir l'un de ces styles:
www.keyword-phrase.com
example.com/keyword-phrase
example.com/category/subcategory/info/keyword-phrase
example.com/info.php?id=388388
example.com/article-2829802-what-do-i-do-with-keyword-phrase
Aucun avantage d'une structure d'URL par rapport à une autre n'est dû à des facteurs de classement directs que Google applique. À l'heure actuelle, ils ne semblent pas directement favoriser un style plutôt qu'un autre. Il peut y avoir des effets de classement indirects en fonction de l'utilité des URL. Voir Les mots clés dans les URL sont-ils bons pour le référencement ou sont-ils inutilement redondants? où j'ai une réponse qui explique comment les mots clés dans les URL doivent être structurés pour le référencement.
Un problème potentiel avec
www.example.com/destinations/southamerica/argentina/buenosaires/buenosaires/package-product-1
est que la longueur le fera occasionnellement être tronqué. Cela se produit le plus souvent lorsqu'il est envoyé par e-mail ou collé dans un forum. Il peut apparaître sous la forme d'www.example.com/destinations/southamerica/argentina/buenosai...
utilisateurs qui visitent et qui obtiendront une erreur 404. Vous ne pourrez pas le corriger complètement car la partie qui a été coupée contient des informations importantes sur exactement ce que l'utilisateur voulait. Google trouvera ces URL et signalera des erreurs 404 dans les outils Google pour les webmasters.Un autre problème avec les URL longues est que les utilisateurs ne s'en souviendront jamais ou ne pourront pas les taper. Les utilisateurs aiment le plus les URL descriptives, mémorisables et suffisamment courtes pour être saisies. Du point de vue de l'utilisateur, l'URL idéale pourrait être
www.example.com/buenos-aires
. Bien sûr pour un site de voyage difficile à gérer.www.example.com/boston
devrait signifier Boston, MA et il faudrait avoir une autre URL commewww.example.com/boston-tx
pour la ville la moins populaire du Texas.www.example.com/portland
est très ambigu car Portland OR et Portland ME sont des destinations de voyage populaires. Wikipedia gère des cas comme celui-ci avec des pages de "désambiguïsation" et des URL distinctes comme/portland-me
et/portland-or
.Bien que vos URL de structure de répertoire très longues ne soient pas idéales et pas ce que je choisirais, elles ne nuiront pas autant à la convivialité ou au référencement . J'estime que des URL courtes idéales amélioreraient la convivialité de 5%, ce qui améliorerait à son tour le référencement d'environ 0,5% sur plusieurs années. Il existe généralement des moyens beaucoup plus faciles d'obtenir ce montant d'amélioration que de passer du temps à réorganiser les URL.
la source
Ce fil connexe, URL bien structurées vs URL optimisées pour le référencement , l'explique assez bien. Ma compréhension est que l'URL aura un léger effet SEO en fonction de la façon dont les utilisateurs ont tendance à rechercher du contenu sur votre site, mais une structure de site logique facile à mettre à jour (car les sites Web sont rarement statiques) pourrait peut-être être plus utile que l'avantage SEO ...
la source
Les humains peuvent devenir confus / irrités par des hiérarchies profondes . Soyez gentil avec vos utilisateurs.
Google Analytics analyse uniquement (décompose) les 4 premières parties du chemin
Vous savez que les géographies ne sont pas vraiment hiérarchiques, n'est-ce pas? Sur quel continent se trouve la Turquie? Dans quel état se trouve Texarkana ?
Vous devez utiliser un tiret pour séparer les mots dans les URL.
la source
La réponse n'est pas complètement simple. Le référencement doit être lié à l'expérience utilisateur et aux besoins commerciaux du site. Ne faites pas les choses uniquement à des fins de référencement, mais pensez au référencement avec UX et architecture.
En ce qui concerne la structure des URL, je dis toujours aux clients de garder les URL aussi similaires que possible au chemin utilisateur à travers le site. Ils devraient montrer comment le site est structuré et quelles sont les priorités du site. Si le contenu intéressant est en baisse de cinq niveaux, vous devez vous demander pourquoi l'utilisateur doit passer par cinq niveaux pour accéder au contenu intéressant. Pour moi, les URL devraient être presque comme du fil d'Ariane. Vous ne voulez pas avoir 10 niveaux de chapelure, non?
Si vous avez une structure d'URL basée sur le chemin de l'utilisateur, et que ce chemin est direct et pertinent, Google va explorer et indexer votre site de la bonne manière. Plus important encore, vous pourrez étendre et améliorer votre site à l'avenir sans avoir à faire face à des structures illogiques ou byzantines.
la source
N'incluez que la dernière partie de l'URI, puis utilisez des canoniques pour tronquer les niveaux intermédiaires des bots. L'URI raccourci [avec une chaîne d'identification si nécessaire] n'a pas à être visible pour une utilisation humaine moyenne sur le site, bien qu'ils puissent le voir cliquer à partir de SERPS. Cet URI [identifiant] plus court n'est vraiment pas un gros problème OMI car il reviendra à une structure segmentée conviviale au prochain clic. Même les partages utiliseraient l'URI segmenté "propre" au lieu du canonique. Ces «pros» du référencement auraient dû penser à cette première chose. Problème résolu.
la source