Un site multilingue est prêt lorsqu’un client peut comprendre l’offre, faire un choix éclairé et passer à l’étape suivante dans la langue qu’il a choisie. Une page d’accueil traduite ne constitue qu’une partie de ce parcours. La page de présentation du service, le formulaire de demande, la confirmation et la personne qui répond à la demande doivent tous avoir un rôle défini.
Cette checklist de lancement d’un site multilingue aide une petite entreprise à préparer son brief et à vérifier une livraison. Commencez par un tableau des pages et des langues, puis suivez une tâche client concrète dans chaque langue prévue. Vous pourrez ainsi prendre une décision de mise en ligne : quels parcours sont prêts, lesquels nécessitent une correction et lesquels doivent attendre.
1. Choisissez des langues que vous pourrez prendre en charge après le lancement
Précisez qui a besoin de chaque langue et ce que ces personnes doivent pouvoir faire. Un client existant qui cherche de l’aide n’a pas les mêmes besoins qu’un nouveau visiteur qui compare des services. Appuyez-vous sur les demandes reçues, les conversations et l’expérience de votre équipe pour choisir les premiers parcours. N’ajoutez pas une langue simplement parce que le logiciel permet de créer facilement une entrée supplémentaire dans le menu.
Distinguez la langue de la disponibilité commerciale. Une page en français peut présenter un service à des francophones de plusieurs pays ; elle ne définit pas les territoires où vous fournissez ce service. Notez les zones desservies, la devise dans laquelle vous facturez réellement et la langue dans laquelle une personne peut s’attendre à recevoir une réponse. Gardez ces décisions bien visibles dans le brief.
Choisissez un périmètre raisonnable pour la première mise en ligne. Vous pourriez lancer un parcours complet de demande de renseignements sur un service dans deux langues, tandis qu’une troisième reste en préparation. Désignez, pour chaque langue envisagée, une personne chargée de la relecture et un contact opérationnel. Si personne ne peut vérifier les formulations ou répondre aux clients, comblez cette lacune avant de promettre une expérience complète.
2. Cartographiez les pages et les langues avant de traduire
Listez les pages nécessaires pour accomplir la tâche choisie : page d’arrivée, détails du service, informations complémentaires, demande et confirmation. Incluez les libellés de navigation, les textes des boutons, les messages de validation, les descriptions d’images et les documents téléchargeables. Il est facile d’oublier ces petits éléments lorsque le brief ne compte que les pages entières.
Pour chaque page et chaque langue, consignez la version source, l’état de la traduction, la personne chargée de la relecture, l’URL de destination et la prochaine action. Utilisez des états explicites comme « non commencé », « en relecture », « approuvé » et « vérifié dans le navigateur ». L’approbation d’un document texte et celle de la page terminée sont deux étapes distinctes.
| Élément à consigner | Exemple | Décision facilitée |
|---|---|---|
| Tâche client | Demander des renseignements sur un service en français | Quelles pages et quels messages intégrer à la mise en ligne |
| Responsable du contenu | La personne responsable du service approuve le texte source | Qui peut trancher lorsqu’une promesse change |
| Relecture linguistique | Une personne nommément désignée pour le français, avec une date de relecture convenue | Si la version linguistique peut être validée |
| Destination suivante | Page de demande et confirmation en français | Si le parcours conserve sa langue |
| Point non résolu | Document téléchargeable disponible uniquement en anglais | Le traduire, le signaler clairement ou le reporter |
Les exemples ci-dessus illustrent une méthode de planification, et non un projet client livré. Construisez votre propre tableau autour de la tâche que vos clients doivent accomplir. Comptez séparément les versions traduites des pages et les messages d’interface partagés, afin qu’un devis ne masque pas un important travail de relecture derrière un faible nombre de pages.
3. Validez le sens autant que les mots
Stabilisez le texte source avant de le traduire. Accordez-vous sur les noms des services, les prestations incluses et exclues, la formulation des prix et l’action décrite par chaque bouton. Tenez un court lexique indiquant les termes à privilégier, ceux à éviter et les noms à conserver tels quels. Précisez aussi le ton et le niveau de formalité pour ne pas vous adresser au client très différemment d’une page à l’autre.
Demandez à la personne chargée de la relecture de se concentrer sur ce qui permet au visiteur de décider : comprend-il ce qui est proposé, ce qu’il doit fournir et ce qui se passe ensuite ? Une phrase fluide peut tout de même promettre davantage que le texte source. Vérifiez attentivement les termes qui nuancent une promesse, notamment « à partir de », « jusqu’à », « estimé » et « facultatif ». Consignez les questions auxquelles le responsable de l’entreprise doit répondre.
Revoyez les exemples et les détails pratiques pour chaque contexte linguistique. Rendez les dates sans ambiguïté, précisez la devise et vérifiez les numéros de téléphone, les indications d’adresse et les horaires lorsqu’ils apparaissent. La traduction ne doit pas modifier discrètement un prix réel ni créer un engagement de service pour une région que vous ne couvrez pas.
Tenez un bref journal des modifications
Si l’offre source change pendant la relecture, marquez chaque langue concernée comme devant être vérifiée à nouveau. Une simple entrée peut préciser ce qui a changé, les versions de pages concernées et la personne qui les approuvera. Cela évite de publier une page anglaise présentant une nouvelle formule alors qu’une autre langue propose encore l’ancien périmètre.
4. Conservez la langue du client jusqu’à l’étape suivante
Prenez cette recommandation comme point de départ d’un parcours que vous pourrez vérifier. Définissez ce qui se passe lors d’un changement de langue sur une page de service, un guide et une page de demande. Lorsqu’un équivalent existe, faites-en la destination. Sinon, choisissez une solution de repli transparente : expliquez ce qui est disponible, proposez une page traduite adaptée ou n’affichez pas encore la version inachevée dans le sélecteur.
Consignez cette solution de repli dans les critères de validation. Envoyer quelqu’un vers une page d’accueil sans rapport, sans explication, peut l’obliger à recommencer sa recherche. Le sélecteur de langue doit aussi être identifiable par une personne qui ne sait pas lire la page actuelle. Utilisez des noms de langues que les lecteurs visés reconnaissent et vérifiez cette commande sur un écran étroit.
Suivez le bouton principal au-delà de la page. Vérifiez la langue des libellés du formulaire, des erreurs signalant les champs obligatoires, du message de réussite et de toute confirmation envoyée dans le processus convenu. Si la réservation, le paiement ou l’assistance passent par un autre outil, examinez aussi cette transition. Signalez toute limitation linguistique inévitable avant que le client commence l’action.
Un exemple hypothétique de parcours de demande
Imaginez un cabinet de conseil qui prépare des pages de services en anglais et en français. Le texte français est approuvé, mais l’outil de réservation et la confirmation du rendez-vous ne sont disponibles qu’en anglais. L’équipe consigne cette limitation, convient d’une formulation claire à placer avant le lien de réservation et désigne une personne capable de répondre aux demandes en français. Elle peut alors décider si ce parcours limité est acceptable ou si la réservation doit attendre. Il s’agit d’un exemple de planification, et non d’un résultat obtenu pour un client.
5. Demandez une livraison technique concise et vérifiable
Vous n’avez pas besoin de savoir coder pour demander des éléments de preuve. Demandez la liste des adresses définitives des pages et la langue de chacune. Ouvrez les liens vous-même. Confirmez que chaque adresse mène au contenu prévu, sans nécessiter de visite préalable ni provoquer de changement de langue inexpliqué.
Demandez au développeur de vérifier que les variantes déclarées correspondent à des pages équivalentes. Demandez une courte liste d’exceptions pour les traductions manquantes, les pages retirées ou les différences régionales. Un compte rendu technique doit faciliter l’examen de ces décisions en donnant des adresses concrètes, plutôt qu’une déclaration générale indiquant que la configuration multilingue est terminée.
Incluez la langue déclarée de la page dans les vérifications de livraison. Demandez également quelles pages sont destinées à la recherche et si les titres, descriptions et URL privilégiées définitifs correspondent à ce choix. Gardez les aperçus privés et les contenus inachevés hors de la publication publique. Considérez ces points comme des vérifications de la mise en œuvre ; ils ne prouvent ni le classement dans les résultats de recherche ni l’indexation d’une page.
6. Vérifiez chaque langue dans la mise en page terminée
Donnez aux personnes chargées de la relecture accès aux vraies pages sur téléphone et sur ordinateur, dans la version prévue pour la mise en ligne. Les titres plus longs, les mots composés et les libellés de boutons plus développés peuvent se comporter différemment du texte source. Vérifiez la navigation, les cartes, les tableaux et les messages des formulaires avec les formulations réalistes les plus longues que vous comptez publier.
Demandez à quelqu’un d’accomplir une tâche sans lui expliquer où cliquer. Cette personne peut-elle trouver le service, comprendre ses limites, changer de langue et atteindre la bonne étape suivante ? Notez la page, la langue, l’appareil, le problème observé et le résultat attendu. « Le menu mobile français recouvre le bouton de demande » donne au développeur un problème concret à corriger.
Incluez dans la vérification la navigation au clavier, la visibilité du focus, la lisibilité du texte avec un zoom accru et la pertinence des descriptions d’images. Vérifiez que les informations importantes restent accessibles lorsqu’une image décorative est absente. Une capture d’écran constitue une preuve utile de l’apparence, mais elle ne démontre pas qu’un bouton, un changement de langue ou un parcours de formulaire fonctionne.
Convenez de conditions de test maîtrisées pour toute action qui crée une demande, une réservation ou un message. Identifiez le destinataire du test, la confirmation attendue et la personne chargée de vérifier le résultat. N’impliquez pas de vrais clients dans le test. Conservez le résultat et testez à nouveau les erreurs corrigées sur la version qui sera effectivement mise en ligne.
7. Décidez de ce qui sera publié et de qui le tiendra à jour
Examinez le tableau langue par langue. Une offre incorrecte, une action principale inutilisable ou une impasse linguistique inexpliquée justifient de suspendre la publication du parcours concerné. Consignez les problèmes mineurs de formulation ou de présentation en désignant un responsable et en prévoyant leur correction. Évitez une approbation générale du type « tout semble bon » qui masque une langue inachevée.
- Contenu : la personne désignée pour la relecture a approuvé l’offre, ses limites et la formulation de l’étape suivante.
- Parcours : la tâche convenue fonctionne jusqu’à la destination finale, et toute limitation linguistique est signalée.
- Pages : les adresses définitives, les variantes linguistiques et les déclarations de langue des pages ont été vérifiées.
- Présentation : la version réellement destinée à la publication a été vérifiée sur les écrans et avec les modes de saisie convenus.
- Suivi opérationnel : une personne est responsable des demandes, des futures traductions et de la correction des informations périmées.
- Mise en ligne : une personne autorise la publication et sait comment rétablir la version précédente si nécessaire.
Après le lancement, utilisez le même tableau lorsque les prix, la disponibilité ou le périmètre des services changent. Notez les langues concernées, la personne chargée de la relecture et la date de publication. Planifiez cette vérification en fonction des changements réels de l’activité et de la capacité de votre équipe. Lorsque les ressources de relecture sont limitées, maintenir un ensemble de langues plus restreint et exact constitue un point de départ raisonnable.
Préparez un brief de site web utile
Joignez à votre demande la cartographie des pages et des langues, le texte source approuvé, les personnes disponibles pour la relecture et les éventuels outils externes de réservation ou de contact. Notre guide du brief de projet de site web aide à organiser l’ensemble du projet. Le cas Doggo Paradiso présente le périmètre publié d’un site comprenant des pages en espagnol, en anglais et en catalan.
Le service de création de sites web de Digital Studio commence à 2 190 EUR pour une création ponctuelle comprenant jusqu’à cinq pages à partir de contenus fournis, un design adaptatif, les bases du SEO, un formulaire de demande et la mise en ligne sur votre domaine. Les langues, les pages, les contenus fournis et les responsabilités de relecture sont convenus avant la confirmation du prix et du calendrier. Ne supposez pas que chaque traduction ou vérification décrite dans ce guide est comprise dans la formule de départ.
Décrivez le site multilingue dont vous avez besoin, en précisant la première tâche client que vous souhaitez prendre en charge. La demande est gratuite et ne nécessite aucun paiement. Un périmètre linguistique clair donne aux deux parties une base concrète pour chiffrer, réaliser et valider le projet.
