Homepage FR + EN: quelle langue par défaut?

Nouveau WRInaute
Bonjour,

Je travaille sur un site wordpress déjà existant en français et anglais qui pour l'instant a une structure par dossier:
www.xxx.com/fr/
www.xxx.com/en/

Le probleme, c'est que le www.xxx.com est accessible, pour l'instant en FR par défaut et que je crains une URL dupliquée.

D’après vous, il faut:
a) laisser tel quel: FR sur le .com et aussi le .com/fr/
b) choisir une langue par défaut et faire le renvoi (.com redirige automatiquement vers le .com/fr/, les anglophones changeront de langue ou atterriront sur une page anglaise de toute façon)
c) faire une détection auto du pays et attribuer une langue
d) une meilleure solution que vous avez déja testé

Merci de votre aide!
 
WRInaute accro
Ben il faut surtout avoir une langue principale sur le .com et une langue en sous-domaine, pas en sous répertoire.
Quelle qu'elle soit, à toi de choisir en fonction de tes visiteurs, la langue la plus importante.
 
Nouveau WRInaute
Marie-Aude a dit:
Ben il faut surtout avoir une langue principale sur le .com et une langue en sous-domaine, pas en sous répertoire.
Quelle qu'elle soit, à toi de choisir en fonction de tes visiteurs, la langue la plus importante.

Merci Marie-Aude. En fait, je n'ai pas le choix, il s'agit en fait d'un site type blog déjà crée (je suis arrivé en cours de projet et ne pourrai faire revenir l'équipe en arrière sur la structure par dossier) en sous domaine (type https//:blog.site.com).

J'ai aussi le problème suivant:
https//:blog.site.com est en francais avec une relation canonical vers https//:blog.site.com/fr. Il y a aussi la version https//:blog.site.com/en pour passer en anglais.

Cela me donne des résultats variables dans Analytics (il y a plusieurs codes). Penses tu qu'il fasse détecter la langue et forcer le renvoi vers /fr ou /en (si non détectable, renvoi vers /fr)?

En gros, le site ne serait jamais accessible depuis https//:blog.site.com et nos créations de backlinks devront systématiquement inclure la bonne extension.

D'avance, remerci pour ton aide!
 
WRInaute accro
balyst a dit:
Merci Marie-Aude. En fait, je n'ai pas le choix, il s'agit en fait d'un site type blog déjà crée (je suis arrivé en cours de projet et ne pourrai faire revenir l'équipe en arrière sur la structure par dossier) en sous domaine (type https//:blog.site.com).
C'est pourtant moins d'une heure de taf avec les modification en base de données et les redirections htaccess

site.com et fr.site.com (ou l'inverse)
blog.site.com et theblog.site.com (ou blog.site.com et leblog.site.com)

Et ça te règle d'un coup tous tes problèmes et ceux à venir... (pour info, je rappelle que WPML est compatible avec ce type de structure, en multisite en sous domaine, hein, au cas où ça aurait été la raison de ce choix :D )

balyst a dit:
Penses tu qu'il fasse détecter la langue et forcer le renvoi vers /fr ou /en (si non détectable, renvoi vers /fr)?
Pour les bots ou pour l'utilisateur ?

balyst a dit:
En gros, le site ne serait jamais accessible depuis https//:blog.site.com et nos créations de backlinks devront systématiquement inclure la bonne extension.
Et les urls des médias, des plugins, etc... ? Tu seras toujours à la merci de "quelque chose", c'est lourd...
 
WRInaute accro
Quelques pistes:

- détection de langue (navigateur)
- splash page
- session
- cookie

...et la racine de ton .com restera une très jolie page bien digeste pour les moteurs, que pratiquement aucun visiteur ne verra plus d'une fois dans sa vie ;)
 
Nouveau WRInaute
Merci à tous, je vais étudier ca dans le détail pour trouver la combinaison gagnante suggérée par Hawkeye.

En gros, le client est très corporate et ne veulent pas revenir sur leur décision de structure de gestion de langue... Dur et je dois faire avec ;)
 
Discussions similaires
Haut