E-commerce
1 juillet 2026
« Bonjour, where is my order ? Merci. » « Le bot répond en anglais, j'écris en français. » « Can you help me avec mon retour ? » Trois tickets où le mélange de langues bloque bot, agent ou les deux.
Le support conversation multilingue mixte e-commerce couvre code-switching, messages hybrides FR-EN, préférence langue floue et handoff bilingue. Complète support multilingue chatbot (#16) : ici le client alterne ou mélange les langues dans un même fil, pas une boutique traduite de bout en bout.
Ce guide #891 déploie policy MIXLANG-SUP, flow ML-1 à ML-8 et matrice MIXLANG-MAP. Paire SAV du futur bot code-switching (#892).
Sommaire
Pourquoi le multilingue mixte génère-t-il des tickets ?
Expatriés, frontaliers, touristes, bilingues : le client code-switch sans annoncer sa langue préférée. Le bot force une langue, l'agent répond en FR alors que le client a commencé en EN.
Cinq frictions typiques langue mixte
Code-switching : change de langue en cours de chat
Message hybride : FR et EN dans même phrase
Bot mauvaise langue : réponse anglais client francophone
Agent décalé : langue agent ≠ langue client
Préférence floue : client ne sait pas quelle langue choisir
Exemple retail DTC
Mode DTC international, 7 tickets mixlang_/mois. Après MIXLANG-MAP : mixlang_preference_resolution_rate 86 %, handoffs langue inutiles -39 %.
MIXLANG #891 vs MULTI #16, KB #268, CHATTYP #890 et bot #892
Cinq contenus international langage, cinq angles distincts.
Matrice rapide
#891 MIXLANG : gérer tickets mélange langues code-switching hybride
MULTI #16 : quand utiliser chatbot multilingue stratégie
KB #268 : base réponses multilingue structure
CHATTYP #890 : fautes FR synonymes distinct multilingue
CHATMIS #879 : incompréhension sujet distinct langue
Bot #892 : bot suivre changement langue widget
#891 = je mélange FR et EN. #16 = faut-il un bot multilingue sur la boutique.
Promesse #891
Policy MIXLANG-SUP, arbre MIXLANG-GATE, 8 macros, détecter préférence et répondre cohérent, KPI mixlang_preference_resolution_rate.
Quelles typologies mixlang_* classifier ?
Classifier oriente action : code_switch ≠ hybrid_message ≠ bot_wrong_lang.
Huit typologies MIXLANG-MAP
mixlang_code_switch : alterne langues entre messages
mixlang_hybrid_message : FR et EN même message
mixlang_bot_wrong_lang : bot répond mauvaise langue
mixlang_agent_mismatch : agent langue ≠ client
mixlang_preference_unclear : préférence langue inconnue
mixlang_translate_request : veut policy traduite
mixlang_frustration : colère barrière langue
mixlang_handoff_lang : veut agent langue précise
Policy MIXLANG-SUP : règles agents et escalade
La policy MIXLANG-SUP fixe détection préférence sans forcer une seule langue d'emblée.
Six règles MIXLANG-SUP
DETECT-PREF-FIRST : macro MIXLANG-DETECT-PREF langue dominante fil
Répondre préférence : MIXLANG-RESPOND-PREF cohérence langue
Bilingue si hybride : MIXLANG-BILINGUAL-SUMMARY point clé deux langues
Handoff langue : MIXLANG-HANDOFF-LANG agent compétent #12
Traduire l'essentiel : MIXLANG-TRANSLATE-KEY policy courte
Logger i18n : MIXLANG-LOG-I18N alimente #892
Matrice situation (agent)
Langue claire : RESPOND-PREF + résoudre SAV
Hybride ambigu : DETECT-PREF question ou BILINGUAL-SUMMARY
Bot mauvaise langue : RESPOND-PREF + LOG-I18N #892
Sujet mal compris : handoff CHATMIS #879 pas MIXLANG seul
Flow ML-1 à ML-8 : résolution standard
Huit étapes séquentielles, SLA P3 mixlang < 24 h, escalate i18n si bot_wrong_lang récurrent.
Flow ML-1 à ML-8
ML-1 Triage : lire fil, tag mixlang_*, langue ou sujet #879 ?
ML-2 Detect : langue dominante, code-switch, hybrid
ML-3 Confirm pref : DETECT-PREF si preference_unclear
ML-4 Classify : mixlang_* via MIXLANG-MAP
ML-5 Execute : RESPOND-PREF, BILINGUAL, TRANSLATE, HANDOFF-LANG
ML-6 Confirm : macro MIXLANG-DONE langue résolution
ML-7 Test : client comprend réponse langue attendue
ML-8 Close : KPI mixlang_preference_resolution_rate + export #892
Huit macros MIXLANG-* prêtes à coller
Macros alignées préférence langue et handoff bilingue.
Bibliothèque MIXLANG-*
MIXLANG-ACKNOWLEDGE : « Nous comprenons que le mélange de langues ait compliqué l'échange. Nous adaptons notre réponse. »
MIXLANG-DETECT-PREF : « Préférez-vous continuer en français ou in English ? / EN or FR ? »
MIXLANG-RESPOND-PREF : réponse SAV entière dans langue confirmée map
MIXLANG-BILINGUAL-SUMMARY : « FR : {{résumé}}. EN : {{summary}}. »
MIXLANG-TRANSLATE-KEY : « Point clé retour : {{FR}} / {{EN}}. »
MIXLANG-HANDOFF-LANG : « Agent {{langue}} reprend. Référence : {{id}}. »
MIXLANG-LOG-I18N : « Signalement langue transmis équipe bot. Fil : {{langues}}. »
MIXLANG-DONE : « Récap : langue {{pref}}. Résolution : {{action}}. Signalement i18n : {{oui_non}}. »
Arbre MIXLANG-GATE et registre langues agent-ready
Arbre décision avant imposer FR ou ignorer préférence EN.
MIXLANG-GATE
Langue dominante claire ? → RESPOND-PREF
Message hybride ? → BILINGUAL-SUMMARY ou DETECT-PREF
Bot mauvaise langue ? → RESPOND-PREF + LOG-I18N #892
Agent autre langue ? → HANDOFF-LANG compétent
Policy à traduire ? → TRANSLATE-KEY registre #268
Registre interne minimum
Documenter helpdesk : langues agents, macros FR EN ES, procédure handoff langue, lien KB #268. Former agents : mixlang ≠ typo FR #890 ≠ incompréhension #879.
KPI, QA et handoff vers bot #892
Mesurer MIXLANG détecte bot i18n non adapté code-switching.
Quatre KPI MIXLANG
mixlang_preference_resolution_rate : client reçoit réponse langue attendue / total
mixlang_detect_pref_rate : % preference_unclear avec DETECT-PREF
mixlang_bot_wrong_lang_rate : tickets bot mauvaise langue / total mixlang
mixlang_i18n_logged_rate : % LOG-I18N tracé vers #892
Handoff #892
Exporter MIXLANG-MAP hebdo : mixlang_code_switch mixlang_bot_wrong_lang prioritaires. Guardrail MIXLANG-CODESWITCH-LOOP : chaque LOG-I18N alimente détection langue dynamique #892.
Cas limites : trois langues, langue rare, client refuse choisir
Trois cas hors flow standard.
FR EN ES dans même fil
DETECT-PREF trois options ou HANDOFF-LANG agent trilingue si disponible.
Langue non supportée boutique
ACKNOWLEDGE + TRANSLATE-KEY EN FR si possible. HANDOFF si policy complexe.
Client refuse choisir langue
BILINGUAL-SUMMARY points clés. Pas forcer mono-langue si hybride confort client.
Formation agents : 20 minutes MIXLANG
Module : DETECT-PREF, RESPOND-PREF cohérent, BILINGUAL court, LOG-I18N, distinguer #879 #890 #892.
Exercices
Ticket A : « Hi, mon colis ? » → DETECT-PREF puis RESPOND-PREF
Ticket B : bot répond EN client FR → RESPOND-PREF FR + LOG-I18N
Ticket C : sujet retour mal routé → handoff CHATMIS #879
Comment Qstomy structure MIXLANG dans votre stack
Qstomy route mixlang_*, détecte langue fil agent, macros bilingues et export LOG vers code-switch #892.
Trois briques
Routing : intent mixed_language vs typo_fr vs sav_issue
Lang detect panel : sync macros MIXLANG-* dominant switch
Bot #892 : suivre changement langue widget
Scénario : retail EU, 6 tickets/mois code-switch. Agents DETECT-PREF + RESPOND-PREF, #892 dynamic lang. mixlang_preference_resolution_rate passe de 68 % à 88 % en 5 semaines.
FAQ et checklist déploiement MIXLANG
FAQ
Toujours répondre bilingue ?
Non. DETECT-PREF ou langue dominante. BILINGUAL si hybride ou demande.
Différence #16 ?
#891 = gérer mélange langues ticket. #16 = stratégie bot multilingue boutique.
Différence #892 ?
#891 = agents. #892 = bot détecter suivre code-switch widget.
Checklist 7 jours
J1 : MIXLANG-SUP + MIXLANG-MAP + langues agents
J2 : 8 macros helpdesk FR EN
J3 : matrice routage #16 #268 #879
J4 : formation 20 min agents
J5 : tags mixlang_* + KPI
J6 : test DETECT vs BILINGUAL vs HANDOFF
J7 : brief bot #892 CODESWITCH-GATE
Maillage
Enzo
1 juillet 2026
