Notes de version Easyling Mai, 2021

Avec plus de la moitié des habitants en Hongrie ayant reçu leur première dose du vaccin contre la Covid-19, la vie revient lentement à la normale. Ainsi, nous travaillons d'arrache-pied pour améliorer Easyling pour chaque utilisateur. Ce mois-ci, nous avons ajouté de nombreuses fonctionnalités utiles au backend. La fonctionnalité Ignorer par classes dans les paramètres avancés prend désormais en charge les caractères génériques et le Crawler peut désormais stocker et soumettre les cookies envoyés par le serveur d'origine. Nous avons également ajouté une option pour interdire les robots sur les pages externalisées (ou du moins les décourager). Lisez l'article complet pour plus de détails.

Ignorer par joker de classes

La fonctionnalité Ignorer par classes a toujours été un excellent outil pour marquer des parties du site comme non traduisibles. Cependant, parfois, vous ne disposez pas d’une liste complète des classes que vous souhaitez ignorer. Considérez un site qui comporte de nombreuses pages de blog, comme le nôtre. Supposons que chaque article ait une petite introduction que le client ne souhaite pas faire traduire. Elles ont toutes une classe header-${id_of_article}. Auparavant, pour les exclure, vous deviez ajouter la classe avec chacun des identifiants du site. Désormais, vous pouvez utiliser un caractère générique comme header-* pour toutes les ignorer !

Notez que cette fonctionnalité ne vous permet pas d’utiliser des expressions régulières et que le * ne peut être utilisé qu’à la fin de l’expression.

Robot d’exploration amélioré

Le crawler est au cœur du workflow de traduction. Il est utilisé pour surveiller les changements de contenu sur des milliers de sites web. Cependant, à mesure que les sites évoluent, de nouvelles fonctionnalités sont ajoutées et les technologies changent. Pour maintenir la compatibilité du crawler, nous avons ajouté quelques éléments pour l’améliorer.

Auparavant, il avait un agent utilisateur câblé en dur, une version de Google Chrome légèrement obsolète. Désormais, au lieu de cela, c’est le navigateur à partir duquel vous lancez le crawl. Selon les statistiques, il y a de fortes chances qu’il s’agisse toujours d’une version de Google Chrome légèrement obsolète, mais de cette façon, vos mises à jour automatiques mettront également à jour l’agent du crawler. De plus, s’il existe des sections ou des fonctionnalités du site spécifiques à un navigateur que vous souhaitez traduire, vous pouvez également récupérer ce contenu en lançant le crawler depuis ce navigateur. Cela peut également être un excellent moyen de distinguer le crawler dans vos analyses. Saisissez simplement quelque chose d’unique, comme « Easyling crawler », dans l’onglet Divers de l’étape 4 de l’assistant de crawl. Évitez simplement Internet Explorer.

Une façon de bloquer le trafic de bots simples consiste à fournir un cookie de session et à s’attendre à le recevoir lors des requêtes ultérieures. Le crawler est désormais prêt à contourner ce type de blocage. Il peut désormais récupérer des cookies et les renvoyer au serveur d’origine. La fonctionnalité est encore en bêta. Si vous souhaitez l’essayer, écrivez-nous à support@easyling.com. Nous espérons rendre le bouton public bientôt™.

Nous avons également ajouté une fonctionnalité qui détecte si le site en cours d’exploration est fortement endommagé (p. ex. si les pages se redirigent vers elles-mêmes) et qui arrête l’exploration. Cela peut vous faire économiser beaucoup de crédits qui auraient autrement été dépensés inutilement. Le crawler ne réessaiera une page au maximum que 10 fois et, s’il y a plus de 10 000 requêtes infructueuses, il s’arrêtera.

Interdire les robots sur les pages externalisées

Il n’y a pas beaucoup de raisons pour lesquelles les robots devraient visiter des pages que vous ne traduisez pas, mais si elles sont liées, ils le feront. Cela peut entraîner des pénalités SEO en raison de contenu dupliqué. En contre-mesure, vous pouvez désormais choisir de faire savoir aux robots que ces pages doivent être évitées. Vous pouvez accéder à cette fonctionnalité via Publier → Paramètres globaux → Gestion de la redirection des pages externalisées.

Autres améliorations

Naturellement, ce mois-ci, nous avons apporté quelques petites améliorations qui méritent d’être mentionnées :

• Nous avons ajouté un nouveau système de contournement du cache afin d’éviter la mise en cache de fichiers de ressources incorrects lors du chargement du Dashboard immédiatement après le déploiement d’une nouvelle version du Dashboard.

• Nous avons corrigé une incohérence dans le Workbench qui entraînait l’affichage des entrées traduites comme supprimées.

• Nous avons ajouté un bouton permettant d’insérer des tirets conditionnels dans le Workbench. Il se trouve à côté d’autres caractères non imprimables, à droite du champ de saisie du texte cible. Les tirets conditionnels peuvent être utilisés pour indiquer aux navigateurs web (et autres programmes qui les prennent en charge) où couper les mots s’ils ne tiennent pas. Cela peut être particulièrement utile pour les langues cibles comportant des mots longs, comme l’allemand ou le russe.

• Les modifications des politiques de cookies des navigateurs Web ont bloqué les pages HTTP dans le Workbench. Comme solution de contournement, nous forçons désormais le chargement du Workbench via HTTPS. Comme effet secondaire, cela rend la vue Highlight pour les pages HTTP inaccessible. Les vues List et Pop-out ne sont pas affectées. Aucune action ne devrait être nécessaire de votre côté, mais si vous constatez un comportement étrange, veuillez actualiser la page.