2009/9/26 Fil <fil@rezo.net>
Je vous invite à tester la révision 14554 (branche « dev »), qui fait un
peu évoluer la gestion du multilinguisme dans les squelettes.
L’idée est de permettre d’avoir des rubriques multilingues. Le
principe est le même qu’avant, a une exception : si le titre de
l’objet (rubrique, article, breve) contient un bloc multi, la langue
n’est plus forcee sur cet objet.
Pour prendre un exemple, si j’ai l’arborescence suivante :
- racine
-- rubrique [en]section
-– sous-rubrique [en]subsection
-– article 1 [en anglais]
quand j’afficherai l’article 1, le fil d’ariane sera « section> subsection »
quand j’afficherai l’article 2, le fil d’ariane sera « rubrique > sous-rubrique »
Attention il faut que tous les titres des rubriques de l’arbre soient
multi, le premier titre non multi sélectionnant (logiquement) sa
langue pour la suite du fil d’ariane. Si le titre ne se traduit pas
(exemple: 2009), on peut l’écrire ainsi : « 2009 ».
Ca devrait permettre de se passer du casse-tete de {{{$forcer_lang}}}
dans la plupart des cas
– Fil
Vous allez me dire que je suis chiant et vous aurez probablement raison mais ce système de multi me pose problème au niveau référencement.
Je m’explique :
Qui dit utiliser des dans une rubrique (ou un mot clé puisque c’était justement l’objet de tests réalisés il y a un moment déjà) dit que :
1- ca peut passer pour un site qui utilise 2 langues (majeur partie des cas) mais quid pour un site comme taizé qui publie en … langues ? Ya un moment ou ca devient quand même rapidement lourd à gérer
sans parler du fait que sur un site communautaire (ou autre) souvent les gens qui controllent les publications émises en telle ou telles langues ne sont pas toujours les mêmes, d’où un bronx à gérer au niveau des autorisations à donner à chacun.
2- le titre de ma rubrique prend donc un multi. OK. Conclusion, j’ai une page qui est potentiellement capable d’en servir 2 (une en Fr., l’autre en En.) jusque là tout va bien.
MAIS
-
quid de son url canonique ? c’est /rubrique.html ou /section.html ???
-
idem pour le contenu. Au regard d’un moteur de recherche c’est quel contenu qui sera référencé ? le contenu fr. ou le contenu En. ? ou les 2 ?
sur le même principe, la page sera t’elle indexée une fois (en fr.+en. mélangés) ? ou 2 (une page indexée fr. + 1 page indexée En.) ?
-
il fut un temps ou l’utilisation de m’avait provoqué des indexations de pages dans Google avec des [fr]mot clé[en]keyword chose qui m’avait fait faire des bonds. Qu’en est-il aujourd’hui ? Puisque j’avoue que ceci m’avait un peu vacciné d’utiliser des et je n’ai pas de tests récents sous le coude pour dire si ce fut corrigé ou pas.
D’un point de vue pure logique, je me demande quand même dans quelle mesure la structure en secteur fr. + secteur en. clône du premier ne reste pas la meilleure finalement. Auquel cas je serai plus pour une généralisation du système de traduction d’articles aux autres objets de SPIP (déjà pluginé pour les rubriques)
Je sais je suis chiant et le sujet a déjà été trollé mille fois mais j’avoue ne pas comprendre le pourquoi de ces choix aujourd’hui ?
Je testerai quand même pour en avoir le coeur net et parce que je ne suis pas bêtement fermé mais déjà quelques retours (de tests, dexpérience, …) m’éclaireraient probablement beaucoup.
