Sur WordPress, l'utilisation d'Universally ne nécessite aucun code : installez un plugin, connectez-le avec une clé API, choisissez les langues. Tout ce qui va au-delà de cette configuration de base varie, donc cette page répertorie les tâches qui nécessitent quoi, et où vous auriez besoin de quelqu'un d'autre.
Ce dont la configuration WordPress a besoin
Trois choses, aucune d'elles n'est du code :
- WordPress 6.0 ou version ultérieure et PHP 7.4 ou version ultérieure. Vérifiez dans Outils » État du site » Infos si vous n'êtes pas sûr. La plupart des hébergeurs ont déjà dépassé ces deux exigences.
- Un compte administrateur sur le site WordPress. Les éditeurs et les auteurs ne peuvent pas installer de plugins.
- Le fichier zip du plugin depuis la page Plugin WordPress de votre projet, téléversé via Plugins » Ajouter.
Voir Installer sur WordPress pour le guide.
Ce que vous pouvez faire depuis le tableau de bord seul
Aucun code, aucun fichier de thème, aucune ligne de commande :
| Tâche | Où |
|---|---|
| Ajouter et supprimer des langues | Ajouter et supprimer des langues |
| Garder les noms de marque non traduits, ou corriger la traduction d'un terme | Règles de glossaire |
| Exclure une page, ou un modèle d'URL entier, de la traduction | Exclure des pages |
| Corriger une traduction spécifique à la main | Modifier les traductions manuellement |
| Afficher le sélecteur de langue dans un coin de la page | Placer le sélecteur de langue |
| Changer les couleurs, la taille et les étiquettes du sélecteur | Styliser le sélecteur |
Choisir le segment d'URL pour une langue, /fr/ ou /ca/ |
Ajouter et supprimer des langues |
| Inviter des personnes et définir ce qu'elles peuvent modifier | Rôles et permissions |
Là où une certaine aisance technique est utile
Cela ne nécessite pas de développeur, mais demande plus que de simples clics :
Placer le sélecteur de langue à un endroit spécifique. Régler Implémentation sur Personnalisé vous donne un shortcode, un bloc et un extrait PHP. Le shortcode et le bloc ne nécessitent aucune connaissance en code. L'extrait PHP va dans un modèle de thème, et il doit être placé dans un thème enfant afin qu'une mise à jour du thème ne l'efface pas. Voir Placer le sélecteur de langue.
Exclure une partie d'une page plutôt qu'une page entière. Ceci est fait avec des sélecteurs CSS, vous devez donc ouvrir l'inspecteur d'éléments de votre navigateur et déterminer ce qui identifie la chose que vous voulez laisser tranquille. Voir Inclure et exclure des sélecteurs CSS.
Vérifier que la traduction fonctionne réellement. Visiter une URL traduite et lire le code source de la page est le moyen le plus rapide de distinguer un problème de traduction d'un problème de mise en cache. Voir Vérifier votre installation.
Là où vous avez besoin d'un développeur
Un site qui n'est pas sur WordPress, pour l'instant. D'autres plateformes se connectent via l'API REST : votre serveur envoie la page rendue et renvoie ce qu'il reçoit. C'est un travail côté serveur plutôt qu'une installation, et des intégrations natives pour plus de plateformes sont en cours de développement, donc c'est une question de timing plutôt que de savoir si Universally convient. Voir Intégrer via l'API et Plateformes prises en charge.
Configurations headless. Un front-end découplé doit appeler l'API lui-même. Voir Utiliser Universally avec un CMS headless.
Contenu qui apparaît après le chargement de la page. Le texte qu'un script insère une fois la page dans le navigateur est envoyé via l'API par votre propre code. La couverture du contenu dynamique est en cours d'expansion. Voir Traduire le contenu dynamique et JavaScript.
Un sitemap répertoriant les URL traduites. Sur WordPress, les métadonnées et les alternatives hreflang sont gérées pour vous, mais la soumission des URL traduites dans un sitemap incombe à la personne qui gère votre sitemap. Voir Présentation générale du SEO multilingue.