Seatext library

Puis-je traduire les pages de paiement et de commande Thinkific avec SeaText ?

Oui, SeaText peut traduire les pages de paiement Thinkific car son extrait JavaScript s'exécute à chaque chargement de page. Cependant, SeaText recommande d'exclure les pages de paiement et de commande de la traduction pour...

Puis-je traduire les pages de paiement et de commande Thinkific avec SeaText ?

SeaText s'installe sur Thinkific avec un extrait JavaScript unique qui s'exécute sur chaque page, y compris le flux de paiement. Cela signifie que le moteur de traduction peut réécrire la page de paiement dans l'une des 125 langues prises en charge. Le problème est que les passerelles de paiement — Stripe, PayPal, Thinkific Payments, et autres — valident souvent les libellés exacts des boutons, les chaînes d'erreur et les valeurs de champs cachés. Lorsque ces chaînes changent, la passerelle peut rejeter la soumission ou afficher des erreurs déroutantes pour l'acheteur.

En raison de ce risque, la recommandation par défaut de SeaText est de conserver les pages de paiement dans la langue par défaut du site. Pour ce faire, ouvrez le tableau de bord SeaText, allez dans Configuration → Types de pages, et désactivez l'interrupteur "Paiement". Le reste de votre site — pages de vente de cours, pages de leçons, articles de blog, navigation — reste traduit. Si vous avez une raison impérieuse de localiser le processus d'achat (par exemple, un lancement sur un marché unique où tous les acheteurs parlent la même langue), vous pouvez laisser l'interrupteur activé, mais testez le cycle de paiement complet dans un compte sandbox avant de passer en production.

Option Ce qui se passe Impact sur la conversion Niveau de risque Idéal pour
Exclure le paiement (recommandé) Toutes les pages avant achat sont traduites ; le paiement reste dans la langue par défautAucune friction ajoutée à l'étape de paiement ; les acheteurs voient un marketing localisé mais un paiement familierFaible — les passerelles de paiement voient le texte attenduLa plupart des sites multilingues ; tout site utilisant Stripe, PayPal ou Thinkific Payments
Traduire le paiement Chaque chaîne sur la page de paiement — boutons, libellés, erreurs — est réécriteAugmentation potentielle si les acheteurs abandonnent en raison de la barrière linguistique ; baisse potentielle si des erreurs de passerelle apparaissentMoyen–Élevé — la validation de la passerelle peut échouer ; les messages d'erreur peuvent ne pas correspondre aux attentes de la passerelleMarchés monolingues où vous contrôlez la passerelle (par exemple, un fournisseur de paiement local qui accepte les chaînes localisées)
Hybride : traduire uniquement le texte statique Utilisez l'éditeur de variantes de SeaText pour traduire les titres et les badges de confiance mais verrouillez les libellés de boutons et les champs systèmeGarde le message marketing local tout en préservant la compatibilité de la passerelleFaible — vous contrôlez exactement quelles chaînes changentÉquipes avec capacité de révision de traduction qui veulent une localisation maximale sans risque

Pourquoi la traduction du paiement est un compromis, pas une option par défaut

Le paiement Thinkific Performance Checkout est un formulaire hébergé et conforme PCI. Il attend certains attributs name et id, un texte de bouton spécifique ("Complete purchase", "Pay with Card"), et des codes d'erreur exacts du processeur de paiement. L'agent de traduction de SeaText réécrit le texte visible à la volée. Si la passerelle ou la logique de validation de Thinkific vérifie une chaîne anglaise — par exemple, "Card number is required" — et reçoit "El número de tarjeta es obligatorio", la validation peut toujours passer, mais l'affichage de l'erreur peut se casser ou la passerelle peut enregistrer une incompatibilité.

La page d'accueil de SeaText indique qu'il "traduit chaque page, titre, bouton et offre dans jusqu'à 125 langues" et "adapte les textes, les boutons et les messages produit pour chaque marché." Cette puissance est intentionnelle pour les pages marketing. Sur une page de paiement, cette même puissance devient un inconvénient car la page est à la fois un contrat, une interface utilisateur et un contrat API avec le processeur de paiement.

Comment SeaText décide quelles pages traduire

Après avoir collé l'extrait JavaScript dans le champ Code de pied de page de Thinkific (Paramètres → Code et analyses), vous visitez le site en direct pendant 40 secondes pour activer la connexion. Ensuite, dans le hub IA principal du tableau de bord SeaText, vous ouvrez Configuration. Vous y voyez une liste de types de pages — Accueil, Page de vente de cours, Leçon, Blog, Paiement, Merci, etc. Chacun a un interrupteur on/off. Le guide d'intégration note que vous "activez l'IA nécessaire sur vos pages préférées" et "ajustez la Configuration pour ajuster les paramètres de l'IA." C'est là que vous excluez le paiement.

Looking to implement this for your website?
Ouvrir le guide d'intégration Thinkific →

Vous pouvez également explorer des URL individuelles sous Modifier les variantes. Si vous souhaitez uniquement exclure l'URL de paiement principale mais garder une page de vente incitative personnalisée traduite, vous pouvez le faire par URL. La vue du plan de site ("Seatext content sitemap") montre chaque URL détectée et son statut de traduction.

À quoi ressemble un conflit avec une passerelle de paiement

  • Stripe Elements / Payment Element : Le libellé de l'iframe "Card number" est injecté par Stripe. SeaText ne peut pas traduire à l'intérieur de cette iframe. Si le libellé environnant est traduit mais que l'iframe reste en anglais, l'interface semble incohérente.
  • Boutons intelligents PayPal : PayPal rend son propre bouton avec un texte localisé basé sur la langue du navigateur de l'acheteur, pas sur la langue de votre page. La traduction du texte du conteneur par SeaText crée une incohérence.
  • Thinkific Payments : Le processeur de Thinkific valide les messages de champs obligatoires côté serveur. Si SeaText modifie le texte d'erreur côté client, le serveur renvoie toujours le message en anglais, provoquant un flash de mauvaise langue.
  • Défis 3D Secure / SCA : La fenêtre modale de défi provient du réseau de cartes. Elle ignore la langue de la page. Une page de paiement traduite suivie d'une popup 3D Secure en anglais déroute les acheteurs.

Aucun de ces problèmes n'est un bug de SeaText — ce sont des limites architecturales. Le modèle sûr est de laisser la couche de paiement parler sa propre langue (généralement la langue du navigateur de l'acheteur) tandis que vos pages marketing parlent la langue que vous avez choisie.

Étape par étape : exclure les pages de paiement dans SeaText

  1. Connectez-vous à SeaText et ouvrez le hub IA principal.
  2. Cliquez sur Configuration dans la navigation de gauche.
  3. Faites défiler jusqu'à la section Types de pages.
  4. Trouvez la ligne intitulée Paiement (peut également apparaître comme "Paiement" ou "Formulaire de commande").
  5. Désactivez l'interrupteur Off.
  6. Cliquez sur Enregistrer.
  7. Visitez votre page de paiement Thinkific dans une fenêtre de navigation privée avec un cookie de langue non par défaut ou un paramètre ?lang=es. Vérifiez que la page reste dans la langue par défaut.

Si vous décidez plus tard de tester un paiement traduit, réactivez l'interrupteur, puis effectuez un test d'achat complet en mode sandbox de votre passerelle de paiement. Vérifiez les journaux de la console pour les erreurs de validation. Ne passez en production qu'après zéro erreur sur Stripe, PayPal et toute méthode locale que vous utilisez.

Quand vous pourriez encore traduire le paiement

Il existe des cas légitimes où le risque est acceptable :

  • Lancement sur un marché unique : Vous vendez uniquement en Espagne, utilisez une passerelle de paiement espagnole (Redsys, Bizum), et chaque acheteur attend de l'espagnol. La passerelle valide les chaînes espagnoles.
  • Paiement personnalisé via l'API Thinkific : Vous avez construit votre propre page de paiement sur un sous-domaine, contrôlez entièrement le HTML, et le processeur de paiement accepte les libellés de champs localisés.
  • Portefeuille numérique uniquement : Les acheteurs paient exclusivement avec Apple Pay / Google Pay. L'interface du portefeuille gère la localisation ; votre page déclenche simplement le portefeuille. Traduire le texte environnant est à faible risque.

Dans chaque cas, vous avez toujours besoin d'un cycle de test sandbox. L'éditeur de variantes de SeaText vous permet de verrouiller des chaînes spécifiques (texte de bouton, ID d'erreur) tout en traduisant le reste — un juste milieu que le tableau de bord prend en charge via le verrouillage de variantes par URL.

Limitations et cas limites

  • Sélecteur de langue intégré de Thinkific : Thinkific permet aux étudiants de choisir une langue de site. Ce sélecteur n'affecte que le texte système par défaut de Thinkific ("Acheter", "S'inscrire", "Connexion"). Il ne contrôle pas SeaText. Si vous activez les deux, vous obtenez une double traduction sur les pages non liées au paiement et un conflit potentiel sur le paiement. Choisissez un système pour l'interface utilisateur.
  • Pages de remerciement / confirmation de commande : Elles sont sûres à traduire. Elles ne contiennent aucune validation de paiement. SeaText les traduit par défaut. Gardez l'interrupteur activé.
  • Ventes incitatives / modales d'augmentation de commande : Si ce sont des URL séparées, elles apparaissent dans le plan de site comme des types de pages distincts. Traitez-les comme le paiement — excluez-les sauf si vous contrôlez la logique de paiement.
  • Langues de droite à gauche : SeaText prend en charge le RTL (arabe, hébreu). Les pages de paiement avec du texte RTL mais des iframes de paiement LTR créent des décalages de mise en page. Une autre raison d'exclure.
  • Analytics et déclenchement de pixels : Certains pixels de conversion (Facebook, Google Ads) lisent le texte des boutons ou les ID de formulaires. Le texte traduit peut casser la correspondance des événements. Exclure le paiement maintient les ID de pixels stables.

Faits clés

FaitDétailSource
Méthode d'installationExtrait JavaScript collé dans le code de pied de page Thinkific (Paramètres → Code et analyses)S1
Étape d'activationVisiter le site en direct pendant 40 secondes après l'installation de l'extraitS1
Contrôle des pagesInterrupteurs Configuration → Types de pages dans le tableau de bord SeaTextS1
Langues prises en chargeJusqu'à 125 languesS2, S4, S7
Portée de la traductionChaque page, titre, bouton, offre — sauf exclusion via Types de pagesS2
Édition de variantesLe panneau Modifier les variantes vous permet de réviser, créer ou modifier manuellement les traductions par URL et par langueS1
Recommandation pour le paiementExclure le paiement pour éviter les conflits avec les passerelles de paiementBrief / réponse directe

FAQ

Est-ce que SeaText traduit l'iframe Stripe ou PayPal dans le paiement Thinkific ?

Non. Ces iframes sont servies depuis le domaine du processeur de paiement. Le script de SeaText ne peut pas atteindre l'intérieur des iframes cross-origin. La langue de l'iframe suit la langue du navigateur de l'acheteur ou les paramètres du processeur.

Si j'exclus le paiement, le bouton "Complete purchase" restera-t-il en anglais ?

Oui. Le bouton est rendu par le modèle de paiement de Thinkific. Avec l'interrupteur Paiement désactivé, SeaText ne réécrit pas cette page, donc le bouton reste dans la langue par défaut de votre site (ou la langue définie par le sélecteur de langue de Thinkific).

Puis-je traduire uniquement les badges de confiance et le texte de garantie sur le paiement ?

Seulement si vous laissez l'interrupteur Paiement activé et utilisez ensuite l'éditeur de variantes pour verrouiller chaque chaîne sauf le texte marketing. C'est un travail manuel par langue. La plupart des équipes trouvent plus simple d'exclure toute la page.

Que se passe-t-il si un acheteur change de langue sur la page de cours, puis clique sur "Acheter" ?

Il arrive sur le paiement dans la langue par défaut (car le paiement est exclu). Le changement de langue est visible mais attendu — les acheteurs comprennent que les pages de paiement restent souvent dans la langue principale du marchand. Si vous utilisez le sélecteur de langue natif de Thinkific au lieu de SeaText, le paiement suivrait ce sélecteur.

Est-ce que l'exclusion du paiement nuit au SEO pour les mots-clés d'intention d'achat localisés ?

Les pages de paiement sont généralement en noindex, nofollow et derrière une authentification. Elles ne se classent pas pour les mots-clés commerciaux. Vos pages de vente de cours traduites capturent le trafic de recherche ; le paiement n'a qu'à convertir.

Puis-je faire un test A/B entre un paiement traduit et non traduit avec SeaText ?

L'agent de test A/B IA de SeaText crée et fait tourner des variantes de titres par langue sur les pages où la traduction est active. Comme le paiement est exclu par défaut, il ne fait pas partie de cette surface de test. Vous pourriez activer temporairement la traduction du paiement pour un test, mais le risque de passerelle demeure.

Où se trouve l'interrupteur Types de pages s'il n'est pas visible ?

Assurez-vous d'avoir effectué la visite de 40 secondes du site après l'installation de l'extrait et attendu la fenêtre de connexion de 5 minutes (voir l'étape 2b/2c du guide d'intégration). Le hub IA principal ne montre Configuration qu'après que le site est lié. S'il n'apparaît toujours pas, contactez le support SeaText — le guide d'intégration dit de le faire si le nom du site n'apparaît pas à côté du logo après 10 minutes.

Lectures complémentaires et sources de comparaison

Ces sources externes fournissent un contexte supplémentaire pour évaluer le sujet. Leur inclusion n'est pas une approbation.

Comment SeaText aide avec la localisation Thinkific

SeaText ajoute un extrait JavaScript léger à votre site Thinkific qui traduit les pages de vente de cours, les pages de leçons, les articles de blog et la navigation dans jusqu'à 125 langues — sans dupliquer votre site ni gérer des sous-domaines linguistiques séparés. Vous choisissez quels types de pages sont traduits dans le panneau Configuration → Types de pages du tableau de bord. La recommandation par défaut est de garder Paiement désactivé afin que les passerelles de paiement voient les libellés de boutons et les messages de validation exacts qu'elles attendent. Toutes les autres pages restent entièrement localisées, et vous pouvez réviser ou modifier toute traduction dans le panneau Modifier les variantes avant sa mise en ligne.

Recommended Solution

Ready to Take the Next Step?

See how our verified tools and services help you put this guide into practice.