WPML inclut une prise en charge complète du contenu non traduit, grâce à la nouvelle fonctionnalité de duplication de contenu. Il vous permet également de traduire les champs personnalisés à l’aide d’un éditeur visuel WYSIWYG.
Affichage du contenu non traduit
Il s’avère que l’affichage de contenu non traduit dans différentes langues n’est pas aussi simple qu’on pourrait le penser. WPML 2.4.2 prend cela en charge en vous permettant de dupliquer ce contenu dans différentes langues. Par exemple, si vous souhaitez que les articles de blog en anglais apparaissent en espagnol, vous pouvez tous les dupliquer en une seule fois.
Pour voir comment dupliquer du contenu dans différentes langues, jetez un œil à l’article précédent à ce sujet.
Cela donne des résultats intéressants et nous espérons avoir couvert tous les cas de figure.
Par exemple, si votre blog en espagnol inclut désormais des articles en anglais, vous souhaitez que les moteurs de recherche comprennent ce qui se passe.
Google supposera que votre blog en espagnol contient du contenu en espagnol. Nous avons ajouté un moyen pour vous d’indiquer à Google que ces articles dupliqués sont bien en anglais et d’où ils proviennent.
Tout d’abord, tous les articles en espagnol incluront la balise rel="canonical", qui renvoie à l’article d’origine en anglais.
Ensuite, votre page d’index (où les différents articles sont affichés) inclura un mélange de contenus dans différentes langues. Il existe également un moyen de gérer cela.
Nous avons ajouté un nouvel appel d’API - wpml_get_language_information.
Celui-ci renvoie un tableau contenant les paramètres régionaux, le nom de la langue, le sens du texte et d’autres informations utiles. Si vous prévoyez d’afficher du contenu non traduit, nous vous recommandons d’appeler cette fonction dans votre thème et d’envelopper les textes avec les informations de langue. Cela indiquera exactement à Google comment interpréter ce qu’il voit.
Traduction des champs personnalisés à l’aide d’un éditeur visuel (WYSIWYG)
Si vous utilisez Types pour gérer les champs personnalisés et les types de publication personnalisés (et vous devriez le faire), vous disposez désormais d’un moyen de créer des champs personnalisés qui utilisent l’éditeur visuel natif de WordPress. Cela signifie que vous pouvez avoir différents éditeurs complets pour différentes parties des articles.
WPML 2.4.2 s’aligne sur cette approche et permet à vos traducteurs d’utiliser des éditeurs WYSIWYG. Lorsque vous utilisez l’Éditeur de traduction de WPML et que vous envoyez du contenu à traduire, WPML ajuste automatiquement l’interface de traduction pour afficher les champs de la même manière que les rédacteurs les voient.
Il prend en charge les champs sur une seule ligne, les zones de texte (plusieurs lignes) et désormais, également les champs WYSIWYG.
Amélioration du SEO avec des sitemaps par langue
Cette version de WPML inclut également un correctif pour un très vieux problème. Lorsque vous utilisez des langues par domaines, vous avez besoin d’un sitemap XML distinct à fournir à Google. Si votre sitemap unique inclut toutes les pages, dans toutes les langues, Google le rejette.
WPML 2.4.2 ajoute la prise en charge de la création de sitemaps par domaine avec l’extension WordPress SEO de Yoast (que nous utilisons et recommandons).
Lorsque vous utilisez WPML 2.4.2 avec WordPress SEO (version 1.1.1 et ultérieure), vous obtenez des sitemaps individuels – un par langue.
Ouvrez votre fichier sitemap_index.xml et vous verrez des liens vers les différents sitemaps par type et par langue. Cela ressemblera à ceci :
http://wpml.local/post-sitemap.xml http://wpml.local/page-sitemap.xml http://wpml.local/category-sitemap.xml http://fr.wpml.local/post-fr-sitemap.xml http://fr.wpml.local/page-fr-sitemap.xml http://fr.wpml.local/category-fr-sitemap.xml http://de.wpml.local/post-de-sitemap.xml http://de.wpml.local/page-de-sitemap.xml http://de.wpml.local/category-de-sitemap.xml http://es.wpml.local/post-es-sitemap.xml http://es.wpml.local/page-es-sitemap.xml http://es.wpml.local/category-es-sitemap.xml
Dans la console Google Webmasters, vous devez soumettre tous les sitemaps pour chaque langue. Ainsi, par exemple, pour notre domaine espagnol, nous devrons soumettre :
http://es.wpml.local/post-es-sitemap.xml http://es.wpml.local/page-es-sitemap.xml http://es.wpml.local/category-es-sitemap.xml
Ce fut un plaisir de travailler avec Joost sur cette fonctionnalité. Vous pouvez vous attendre à d’autres nouveautés intéressantes pour le SEO multilingue dans un avenir proche.
Bugs corrigés
La joie n’est jamais totale sans quelques bugs à écraser. Dans cette version publiée, nous avons considérablement amélioré la gestion des slugs dupliqués. C’est une chose que nous avions ajoutée à WPML 2.4.1, mais qui présentait quelques problèmes dans certains cas. Désormais, il semble que tous les cas soient pris en charge.
Nous avons également inclus des correctifs pour tout ce qui a été signalé sur le forum jusqu’à présent. Si quelque chose ne fonctionne pas comme prévu, n’hésitez pas. Faites-le-nous savoir.
Oh, et j’allais oublier, joyeux WordPress 3.3 ! (oui, WPML est compatible avec WP 3.3 depuis quelques semaines déjà)
