Est-ce un problème (par exemple pour Google) lorsque mon site n'a pas de page racine?

8

J'ai un site multilingue, qui contient les langues de cette manière:

http://www.example.com/en/
http://www.example.com/de/
http://www.example.com/fr/

Pour éviter les liens en double, est-ce correct de ne pas avoir la /page root ( )?

C'est-à-dire que la racine 301 redirige vers /en/:

$ curl -I http://www.example.com/
HTTP/1.1 301 Moved Permanently
Location: /en/

Est-ce que ça me dérange, ou devrais-je le faire? Est-ce que quelqu'un?

redirects url 301-redirect Richard Rodriguez
la source

Réponses:

10

Si la /redirection root ( ) 301 vers /en/, Google considérera très probablement votre page d'accueil http://www.example.com/en/et il n'y a aucun problème à ne pas avoir de /page root ( ).

En ce qui concerne les directives de Google pour les sites multilingues , vous pouvez utiliser cette méthode pour séparer les langues sur votre site.

Zistoloen
la source
4
Il est également courant qu'un script au niveau racine identifie la langue la plus appropriée, peut-être en fonction de l'emplacement régional de l'adresse IP de l'utilisateur ou des paramètres de l'agent utilisateur et des paramètres régionaux du navigateur, puis redirige l'utilisateur vers cette langue dans votre site web. Par exemple, la connexion à partir d'un emplacement en France vers lequel l'utilisateur peut être redirigé à http://www.example.com/fr/moins qu'un cookie stocké sur son système ne se souvienne d'un choix de langue préféré lors d'une visite précédente.
richhallstoke
Avoir une URL racine de redirection automatique est très bien (utilisez un 302). J'utiliserais la valeur "hreflang" "x-default" pour y faire référence (dans les lignes directrices liées ci-dessus).
John Mueller
3

D'un point de vue SEO, non, ce n'est pas un problème pour votre page de ne pas avoir de racine. Les URL d'index du moteur de recherche, peu importe qu'elles soient dans des sous-dossiers ou non.

Cependant, du point de vue de l'expérience utilisateur, vous ne devriez vraiment pas supposer que quiconque atterrit à la racine de votre site souhaite voir la version anglaise. Disons qu'un utilisateur japonais parle à un de ses amis de votre excellent site sur www.example.comet que l'utilisateur japonais le saisit dans son navigateur. Ils sont ensuite transmis à une version anglaise de votre site, même s'ils ne peuvent pas lire l'anglais. Très probablement, ils s'éloigneront simplement et ne penseront plus jamais à votre site Web.

Une solution appropriée consisterait à détecter la langue du serveur côté serveur, puis à rediriger vers la langue appropriée. À défaut (si la langue n'est pas définie ou s'il existe plusieurs langues), faites de la page racine quelque chose où l'utilisateur est simplement invité à choisir sa langue préférée, puis redirigé vers la page d'accueil appropriée.

Vous ne seriez probablement pas blessé en redirigeant simplement vers la version anglaise, mais vos utilisateurs non anglophones auront probablement une meilleure expérience si ma méthode ci-dessus est suivie.

nathangiesbrecht
la source
2
C'est un excellent conseil, c'est pourquoi vous avez obtenu un +1 de ma part, mais il ne répond pas à la question posée à l'origine. Il faudrait peut-être le modifier pour répondre à la question ou en faire un commentaire hors de la question.
Steven Magana-Zook
1
s / leur / ils sont
TRiG
0

Cela dépend du type de "pas de page racine" que vous avez. Mon site Web personnel a initialement renvoyé "404" pour /(et les variantes courantes telles que /index.htmlou /index.php).

Google n'a eu aucun mal à trouver des choses en utilisant des liens entrants vers des pages réelles, mais le robot d'exploration Cuil n'a pas pu le gérer: je verrais une demande pour le lien entrant qu'il suivrait, une demande /, puis rien, et mon site ne s'affichait jamais dans leurs résultats de recherche.

marque
la source