2 hreflang sur le même domaine et dossier

Comme tu dis. L'URL Rewriting est-il également exclu ? C'est moins élégant, mais cela permettrait de contourner le problème.

Sinon, et pour répondre à ta question :

Oui, si la technique de l'URL Rewriting ne te permet pas de contourner la difficulté. À noter qu'au delà de l'aspect user-friendly, on s'en fout un peu de voir comment les pages sont nommées. Mais c'est bien que ce soit dans l'URL (et avant un fragment, bien entendu).

Ne pas oublier que chaque page doit lister toutes les variantes linguistiques, y compris elle-même, et avec l'URL complète.

Code:

<link rel="alternate" hreflang="fr" href="https://www.example.com/index-fr">
<link rel="alternate" hreflang="en" href="https://www.example.com/index-en">

Il peut en outre être utile de prévoir une version en "x-default" plutôt qu'une autre. Si la version française du site est la plus pertinente (plus complète, plus consultée, correspond à la cible) vers la version fr, sinon, j'aurais tendance à préférer la version en, car plus internationale.

J'aurais plutôt tendance à faire une seule sitemap, dans lequel chaque <url> a un élément enfant avec toutes les variantes (si sitemap en XML, si c'est du TXT, alors oui, plusieurs sitemap).

 

Ce serait mieux d'avoir un sous répertoire ou sous domaine par langue :
https://support.google.com/webmasters/answer/182192

 

Ah zut j'avais pas vu la phrase qui dit pas possible.
Mais c'est difficile à croire que ça l'est.

 

Et bien ça simulerait parfaitement le sous dossier (ou le sous-domaine) du point de vue de l'URL :
Très rapidement comme ça, un truc du genre (à adapter bien entendu suivant la structure du site) :

Code:

RewriteRule ^([a-z]{2})/?(.*) /?lang=$1&page=§2 [QSA]

Du point de vue utilisateur / moteur de recherche ton URL sera "https://www.example.com/fr/account" (ou "https://www.example.com/en/account", ou n'importe couple de deux lettres).

Ce qui serait après un '#', par exemple "https://www.example.com/account#fr", ce qui serait une mauvaise pratique à ne pas suivre. À noter que Google ne recommande pas non plus de passer la valeur dans les paramètres de l'URL (donc après un '?'), mais je pense que c'est surtout pour une bonne reconnaissance automatique (avec des hreflang, je ne pense pas que ce soit un soucis).

Du coup je laisse ça là, au cas où : https://support.google.com/webmasters/answer/189077?hl=fr

Plusieurs mêmes :

• un seul crawl du sitemap suffit pour toutes les variantes linguistiques ;
• les différentes versions linguistiques sont répertoriées dès la sitemap, sans un crawl spécifique de chaque page ;
  
• c'est à mon sens plus simple à maintenir, mais je veux bien croire que c'est subjectif ;
• c'est l'un des intérêts des sitemaps XML (ce serait donc dommage de s'en priver).

Est-ce que cela fera une différence en terme de SEO ? Probablement pas.

 

Oui, 100% côté serveur (dans le .htaccess en général) et tout à fait transparent pour l'internaute. Niveau performance, ça reste très raisonnable, après c'est comme tout, il ne faut pas en abuser (surtout éviter les redirections en fait).

Perso, la structure de mes URL n'a rien à voir avec la structure des mes fichiers sur le serveur, à part les fichiers fournis "tels-quels" (les images, les CSS) et encore pas tous. Découper une URL en dossiers / sous-dossiers est assez simple.

 

Je ne vois pas trop comment tu envisages un script dans le header, mais je vois mal comment ça ne se dirigera pas vers des difficultés plus grandes encore.

Si tu ne peux pas créer de chemins virtuels par URL Rewriting, il sera plus simple de faire sans. Avoir une structure example.com/xx/page (avec xx comme code de langue) n'est en rien un impératif. Par contre, avoir des URL stables qui délivrent directement du contenu sans redirections inutiles, si.

Bien entendu, fais comme tu les souhaites, et de la façon qui te semblera pertinente et compatible avec les contraintes qu'on ne peut changer. Toutefois je me demande comment peut se conduire un projet sur lequel le webmaster / developeur a aussi peu la main sur le serveur.

 

La doc Google (https://support.google.com/webmasters/answer/182192?hl=fr) recommande « de définir des URL distinctes pour chaque version linguistique de cette dernière ». C'est tout.

Bien que la même documentation indique d'« envisager » d'utiliser certaines « structures d'URL ». Aucune ne semble avoir d'incidence pour le référencement.

Je fais l'hypothèse qu'une structure claire aide peut-être Google à mieux comprendre la structuration d'un site multilingue en l'absence des hreflang (ou avec des hreflang mal formés), mais avec des hreflang mis en place, je ne pense pas que c'est un intérêt en référencement pur (bien que ça en ait d'autre : clarté de l'URL, facilité de la mise en place, suivi statistique, etc.).