Nous sommes heureux d’annoncer WPML 2.5.1, avec de nouvelles améliorations SEO, des performances accrues, une meilleure stabilité et une compatibilité totale avec WordPress 3.4.
Vous savez, pour certaines versions publiées, nous passons 6 semaines sur une fonctionnalité majeure, et pour d’autres, nous intégrons une multitude de petites choses un peu partout. WPML 2.5.1 fait partie de cette seconde catégorie. Au lieu d’un seul nouveau module imposant, vous découvrirez de nombreuses améliorations presque partout.
WordPress 3.4 – Prêt
WordPress 3.4 est sur le point de sortir. Bien qu’il soit encore en version bêta (4), il s’annonce très bien. Nous avons effectué un cycle complet d’assurance qualité sur WP 3.4, corrigé quelques problèmes et nous sommes très heureux d’annoncer que WPML 2.5.1 fonctionne parfaitement sur WordPress 3.4.
Remplacement des caractères non ASCII dans les URL
N’est-ce pas génial de voir une URL avec des caractères japonais ?
Génial, mais apparemment nuisible. Regardez comment cette URL se présente sous forme ASCII (ce que les ordinateurs « voient ») :
Vous trouvez toujours cela génial ? Pas tant que ça. Je dirais plutôt que c’est « problématique ». Chacun des symboles japonais a été converti en une longue séquence de caractères ASCII. Les navigateurs effectuent le décodage pour l’afficher sous une forme lisible par les humains, mais ils envoient la version encodée au navigateur web, qui la transmet à WordPress. Ensuite, WordPress doit déterminer quelle page nous recherchons réellement.
Et, vous le savez, WordPress génère des règles de réécriture qui analysent et comprennent ces URL. Alors, pourquoi pensons-nous que c’est problématique ? Voici pourquoi :
- C’est fragile – si quelque chose casse, cela cassera en premier. Si une partie de la chaîne de décodage d’URL tronque ou décode mal une partie de l’URL, ce type d’URL sera le premier à casser. Si votre site compte 15 pages, il y a de fortes chances que tout aille bien. Si vous avez 500 pages, il y a de fortes chances que vous voyiez des pages 404 ici et là. Malheureusement, ces problèmes surviennent lorsque vous y êtes le moins préparé, comme lors de la sortie d’une nouvelle version de WordPress, ou lorsque vous mettez à niveau l’extension de cache. Nous sommes passés par là.
- Il est impossible pour les internautes de se transmettre ces URL. En effet, il existe des raccourcisseurs d’URL, mais voulez-vous vraiment forcer les gens à en utiliser un, simplement parce que vous produisez des URL immenses ?
- Les moteurs de recherche DÉTESTENT ces URL. C’était un peu contre-intuitif pour nous, mais cela a été testé et vérifié. Bien que je sois sûr que Google puisse techniquement décoder ces URL et en faire bon usage, il semble qu’il n’essaie pas de le faire. Peut-être que le très occupé Googlebot a mieux à faire. Une fois que nous avons remplacé les URL clés de notre site pour passer des caractères japonais aux caractères ASCII, nous avons obtenu beaucoup plus de trafic.
Donc, si nous sommes d’accord sur le fait que les URL non ASCII ne sont peut-être pas la meilleure chose pour vous, voyons comment les éviter. Lorsque vous traduisez manuellement, ce n’est pas un problème. Modifiez le slug et saisissez l’URL raisonnable que vous souhaitez. Utilisez des caractères ASCII et tout ira bien.
Lorsque vous traduisez avec l’Éditeur de traduction de WPML, vous pouvez désormais contrôler les slugs.
Désormais, vous contrôlez le slug des pages traduites. La première option correspond à ce que nous avions jusqu’à présent. La deuxième option signifie que le traducteur saisira explicitement le slug dans l’Éditeur de traduction. La troisième option signifie que WPML copiera le slug de la langue d’origine au cas où la langue traduite utiliserait des URL non ASCII. Pour moi, c’est l’option la plus simple. Cela signifie que tout fonctionne comme avant, mais lors de la traduction vers une langue « à problème », le slug sera le même qu’en anglais.
Informez Google de vos traductions et gagnez en visibilité
À part nous, qui d’autre est obsédé par les détails ? C’est exact – Google.
Google veut tout savoir sur votre site et a récemment ajouté un moyen de lui indiquer ce qui est la traduction de quoi. Cela se fait à l’aide de l’attribut hreflang dans les liens.
Pour satisfaire Google, WPML 2.5.1 ajoute la prise en charge de ces balises. Désormais, lorsque vous utilisez le sélecteur de langue de WPML, vous indiquez également à Google où il peut trouver les traductions de cette page et dans quelle langue.
Selon Google, cela rendra la structure de votre site plus claire pour Google. Et quand c’est plus clair, le classement est également meilleur.
Corrections de bogues et améliorations
Nous avons eu le plaisir de corriger un bon nombre de bogues. Heureusement, aucun d’entre eux n’est un problème critique, mais mis bout à bout, cela représente une belle collection de corrections et d’améliorations.
Synchronisation des menus
Le module de synchronisation des menus de WPML a été entièrement revu dans cette version publiée. Il s’agit d’une logique assez complexe qui est désormais beaucoup plus robuste. Vous constaterez que la synchronisation des menus fonctionne beaucoup mieux dans des conditions plus variées. Cela inclut les types de publication personnalisés dans le menu, les catégories, les liens personnalisés et d’autres éléments pris en charge par WordPress.
Une API de traduction de chaînes beaucoup plus rapide
Nous avons obtenu ce résultat en vérifiant l’état de compatibilité avec le thème PageLines. Lors de la visite de la page d’administration PageLines Meta, le temps de chargement passait de quelques secondes à près d’une minute.
Après une courte enquête, qui a pris près d’une semaine, nous avons complètement révisé le mécanisme de mise en cache de l’API de traduction de chaînes de WPML. Désormais, sans aucune modification de l’API, ni aucun changement fonctionnel, WPML peut traduire d’autres extensions et thèmes beaucoup plus rapidement. Si vous ne traduisez que quelques chaînes, vous ne ressentirez peut-être aucun impact. Mais si vous utilisez un thème complexe qui comporte un bon nombre de textes dans son écran d’administration, l’impact sera énorme.
Plus de filtres pour les extensions e-commerce
Cette version publiée comprend un certain nombre de nouveaux filtres utilisés par nos extensions de liaison pour WooCommerce, JigoShop et MarketPress. Si vous utilisez l’un d’entre eux, des éléments qui pouvaient être un peu capricieux auparavant fonctionneront soudainement mieux maintenant. Oui, il y a encore du chemin à parcourir, mais cette version publiée rend l’ensemble beaucoup plus stable. Bien sûr, vous devez également mettre à jour l’extension de liaison e-commerce.
Un tas de petits problèmes liés aux Liens collants
Le module Liens collants de WPML a reçu une impulsion majeure dans cette version publiée. Nous avons résolu un nombre considérable de problèmes et l’avons rendu beaucoup plus robuste. Si vous l’utilisez pour des types de publication personnalisés et que vous avez des arguments avec toutes sortes d’attributs, vous découvrirez que la génération et la restauration des Liens collants fonctionnent désormais comme un outil de précision.
Résolution de tous les problèmes liés à Types
Types est notre propre extension pour gérer les types de publication personnalisés et les champs personnalisés. La plupart d’entre vous le connaissent probablement déjà. L’un des plus grands avantages de Types est qu’il est 100 % compatible avec WPML. Cette version publiée tient cette promesse. Depuis la sortie de Types 1.0 il y a quelques semaines, il y a eu quelques cas où WPML ne synchronisait pas correctement les nouveaux champs personnalisés répétables. Eh bien, tout fonctionne parfaitement maintenant.Au fait : bien que Types et WPML aient eu quelques petits problèmes de compatibilité, c’est bien mieux que ce à quoi vous pouvez vous attendre avec n’importe quelle autre extension de champ personnalisé. Nous peaufinons les choses, mais avec d’autres extensions de champs personnalisés, les utilisateurs luttent encore avec les bases. Si vous avez besoin de types de publication personnalisés et de champs personnalisés pour vos sites, vous devriez vraiment essayer Types. Il est conçu pour vous.
IE9 n'est pas si mal et WPML fonctionne bien avec (maintenant)
Je dois l’admettre. Nous avons fait l’impasse complète sur tout ce qui concerne Internet Explorer. Nous avons fait tout notre développement sur Firefox, Chrome et Safari et n’avons même jamais essayé de l’exécuter sur IE9. Eh bien, Bigul, notre chef de l’assurance qualité, l’a fait. Bien que les choses aient généralement fonctionné, il y avait un grand nombre de problèmes d’affichage à gérer. Des éléments apparaissant à des endroits bizarres, du code Javascript s’exécutant de manière incontrôlable et toutes sortes de choses qui devraient être là.
Nous avons retenu la leçon et maintenant nos développeurs alternent constamment entre différents types de navigateurs, y compris Internet Explorer.
Obtenir WPML 2.5.1
Il y a d’autres bogues, corrections et améliorations dans cette version publiée, mais nous en sommes déjà à plus de 1 200 mots. Donc, sans passer plus de temps à lire sur WPML 2.5.1, essayez-le et donnez-nous votre avis.
Il s’agit d’une mise à niveau majeure. Veuillez sauvegarder votre base de données. Nous ne nous attendons à aucun problème, mais nous le recommandons toujours et sauvegardons toujours nos propres sites avant une mise à niveau.
Ensuite, vous devriez voir cette nouvelle version publiée sur la page d’administration des extensions. Vous pouvez toujours la télécharger manuellement depuis votre compte WPML.org, sous Téléchargements.
Profitez-en, et dites-nous ce que vous en pensez en laissant vos commentaires ici.
