Natural language processing
Multilingual and Cross-Lingual NLP
Design multilingual systems around language coverage, transfer, code-switching, evaluation, tokenization, data imbalance, and local operational needs.
By the end you can
- Distinguish multilingual training, cross-lingual transfer, zero-shot transfer, and translation-based pipelines
- Explain how data imbalance, tokenizer allocation, scripts, and domains shape language quality
- Evaluate code-switching, dialect, locale, and low-resource behavior independently
- Choose shared, adapted, translated, or language-specific systems from evidence rather than prestige
Comparison
Four ways to serve several languages
A product can combine these strategies rather than selecting one architecture for every language.
The first column is not hypothetical, and it has a size. One shared model already covers 200 languages, evaluated over 40,000 translation directions on the FLORES-200 benchmark, with the XSTS human metric and a toxicity detector alongside it. It is a single Sparsely Gated Mixture of Experts, published in Nature in 2024 by the NLLB Team. The abstract states the result: “Compared with the previous state-of-the-art models, our model achieves an average of 44% improvement in translation quality as measured by BLEU.” Meta's own announcement of NLLB-200, in July 2022, adds a second number: for some African and Indian-based languages the translations were more than 70% more accurate.
Read those two numbers together and the column's third and fourth rows appear on their own. The 44% is an average over 40,000 directions. The more-than-70% figure exists precisely because per-language gains are not the average. One shared model can carry 200 languages and still owe every one of them a separate measurement. That is what capacity competition and unequal language quality mean, once they stop being adjectives.
One multilingual model
Share parameters across many languages.
- Operational simplicity
- Cross-lingual transfer
- Capacity competition
- Unequal language quality
Language-specific models
Train or adapt separate systems.
- Local specialization
- Clear ownership
- Higher maintenance
- Limited data for small languages
Translate then process
Map input into a pivot language before the NLP task.
- Reuses one task model
- Translation errors propagate
- May lose style or identity
- Useful baseline
Hybrid routing
Choose shared, local, translated, or human paths by language and risk.
- Flexible evidence use
- Complex orchestration
- Supports uneven coverage
- Needs language detection and fallback
Visual
Where language inequality enters the stack
More data in one language can influence every later layer. Two of these layers have been audited rather than argued about, and both audits came back with counts.
Collection and rights. Somebody sat down and read the corpora: 205 language-specific ones, drawn from CCAligned, ParaCrawl, WikiMatrix, OSCAR and mC4, hand-audited by Kreutzer and 50 co-authors and published in Transactions of the ACL in 2022. The abstract does not soften the finding: “Lower-resource corpora have systematic issues: At least 15 corpora have no usable text, and a significant fraction contains less than 50% sentences of acceptable quality.” Alongside the unusable corpora came widespread mislabelling and nonstandard language codes. Corpora, that is, whose language tag is itself wrong. The pattern survives into datasets built with that audit in mind. MADLAD-400 trained a document-level LangID model on 498 languages, then ran a manual audit of its own — “we discard 79 of the languages from our preliminary dataset”, its authors write — and released 419.
Tokenization. Vocabulary allocation has a measured price. “The same text translated into different languages can have drastically different tokenization lengths, with differences up to 15 times in some cases.” That is Petrov and colleagues, at NeurIPS 2023. The spread does not disappear with a different vocabulary design: they measured over 4 times even for character- and byte-level models. A second group then priced it. Analysing OpenAI's API across 22 typologically diverse languages, Ahia and colleagues found some languages needing 5 times as many tokens as others, and for most mid-resourced Indic languages in non-Latin scripts “close to a 5x increase in cost compared to English”.
The same sentence, sent by two users, can occupy up to fifteen times the sequence and cost close to five times the money. Sequence length, context budget and price are one quantity seen from three sides. The tokenizer sets all three before the model has read a word.
- 01
Collection and rights
Some languages have more digitized, licensed, and searchable text.
- 02
Tokenization
Vocabulary allocation changes sequence length and effective context.
- 03
Pretraining and adaptation
Sampling and capacity determine which patterns dominate updates.
- 04
Evaluation resources
Labels, benchmarks, reviewers, and rubrics vary by language.
- 05
Product operations
Interfaces, support teams, policies, and feedback loops differ by locale.
Cross-lingual transfer is possible, not uniform
Multilingual pretraining can align patterns across languages through shared parameters, subwords, parallel evidence, and similar structures; a classifier fine-tuned in one language may transfer to another without target labels.
Performance depends on language similarity, script, data amount, tokenizer efficiency, domain, task, and model capacity; a multilingual average should never stand in for evidence on a specific language.
The largest test of that opportunity arrived in 2020. XLM-R was a masked language model trained “on one hundred languages, using more than two terabytes of filtered CommonCrawl data”. It beat multilingual BERT by “+14.6% average accuracy on XNLI, +13% average F1 score on MLQA, and +2.4% F1 score on NER”. Over previous XLM models it improved “15.7% in XNLI accuracy for Swahili and 11.4% for Urdu”. Then the same paper names the ceiling. Past a certain number of languages at fixed capacity, “the overall performance on monolingual and cross-lingual benchmarks degrades”. Conneau and colleagues call that trade-off the curse of multilinguality.
Figure
A shared model creates an opportunity for transfer, not a guarantee of parity.
Example
Multilingual cases that language tags alone do not capture
Locale and community use can matter as much as the nominal language name, and where one of these phenomena has been given its own benchmark, the gap it hides becomes a number.
Code-switching got its first evaluation benchmark in 2020. GLUECoS spans six tasks in English-Hindi and English-Spanish. On its new code-switched English-Hindi natural language inference task — a two-way classification, so chance is 50% — multilingual BERT scored 61.09 accuracy, and a version fine-tuned on code-switched data reached 63.1. Khanuja and her co-authors do not dress that up in §5: “Modified mBERT performs only a little over chance, which shows that we are still in the early days of solving NLI for code-switched languages, and also indicates that our models are far from truly being able to understand code-switched language.”
Independently the same year, Aguilar and colleagues released LinCE, centralising code-switching corpora across Spanish-English, Nepali-English, Hindi-English and Modern Standard Arabic-Egyptian Arabic over four tasks, with baseline scores for LSTM, ELMo and multilingual BERT. A system reported as strong in English and strong in Hindi tells you nothing about the message that is both.
- Code-switching: one message alternates languages at phrase or sentence boundaries — on GLUECoS's English-Hindi inference task, a two-way task whose chance level is 50%, the fine-tuned multilingual BERT reached 63.1.
- Transliteration: users write one language in the script commonly associated with another.
- Dialect and register: formal training data differs from regional speech, youth language, or service chat.
- Locale: dates, names, currencies, politeness, and legal terms vary among regions sharing a language.
- Borrowing and named entities: product names and technical terms move across languages unevenly.
- Diglossia: written standard and everyday spoken varieties can differ substantially.
Analogy
A shared school with unequal libraries
Students learn in one school while each language community arrives with a library of different size, genres, and recency. Shared classrooms enable exchange, yet the available evidence remains unequal.
The libraries have been counted. The bottom class of that count, “The Left-Behinds”, holds 2,191 languages: 88.38% of all languages, spoken by about 1.2 billion people. Against it sits Class 5, seven languages — English, Spanish, German, Japanese and French among them — 0.28% of languages and about 2.5 billion speakers. That is Joshi and colleagues, at ACL 2020.
A second team reached the same place from the other direction, reading published results rather than corpus inventories: “While the performance of NLP methods has grown enormously over the last decade, this progress has been restricted to a minuscule subset of the world's 6,500 languages.” That is Blasi and colleagues, at ACL 2022, and their per-task figures set the scale of the classroom. Text-to-speech synthesis is the most linguistically broad task, at more than 630 languages, about 10% of the world's languages. The established NLI and QA benchmarks had covered only up to 15 and 17 languages.
So the school has seven students with a research library, two thousand who brought nothing, and an examination written for at most fifteen of them. Model parameters are not students, and transfer can cause interference as well as benefit. Sharing one institution still does not create equal resources.
Multilingual sharing can reduce data barriers while preserving or amplifying imbalance.
Key idea
Translated evaluation sets can hide target-language reality
Translating an English benchmark creates aligned labels cheaply, but the resulting text may preserve English topics, syntax, and cultural assumptions; it can also evaluate translation artifacts rather than naturally occurring language.
Use native-authored examples, local annotators, domain traffic, code-switching, and locale-specific scenarios alongside translated sets. Document what each source can support.
One benchmark was built to sidestep exactly this. TyDi QA is “a question answering dataset covering 11 typologically diverse languages with 204K question-answer pairs”, published in Transactions of the ACL by Clark and colleagues. Its collection rule is stated in the abstract. Questions are written “by people who want to know the answer, but don’t know the answer yet”. The aim is “To provide a realistic information-seeking task and avoid priming effects”. And the data “is collected directly in each language without the use of translation”. Every clause of that sentence is a decision against translationese.
Cross-lingual comparability and target-language validity are different goals.
Steps
Choose a language strategy per evidence tier
A product can launch languages under different scopes without pretending they have equal support. Step 1 asks for consequence and not only volume, and there is a documented case of what a translate-then-act path does when consequence has never been inventoried.
In October 2017 Israel Police arrested a Palestinian construction worker in the West Bank settlement of Beitar Illit. He had posted a photo of himself leaning on a bulldozer with the Arabic caption 'يصبحهم' — good morning. Facebook's machine translation rendered it as 'attack them' in Hebrew and 'hurt them' in English. The operative failure sat in the standfirst of the Haaretz report on 22 October 2017: “No Arabic-speaking police officer read the post before arresting the man, who works at a construction site in a West Bank settlement.” The mistake was discovered only during questioning. Facebook apologised in a public statement, carried in The Guardian: “We apologise to him and his family for the mistake and the disruption this caused.”
No aggregate score would have flagged that request. The system's average quality was irrelevant to the one person it was wrong about. The missing control was not a better model. It was a reader of the source language, before an irreversible action. That is what step 4 buys: where the failure severity is custody, the launch tier specifies abstention and human review, not a higher benchmark number.
1. Inventory language demand and consequence
Measure traffic, unmet need, legal obligation, and failure severity.
2. Audit data and tokenizer coverage
Record native data, parallel data, labels, fragmentation, and domain fit.
3. Compare shared and local baselines
Test multilingual, translated, adapted, rules, and human workflows.
4. Define launch tiers
Specify supported tasks, abstention, human review, and unavailable features by language.
5. Build local feedback ownership
Use qualified reviewers, community input, incident routes, and versioned language policy.
Report every language before reporting the average
Macro language averages can give small languages equal weight, while traffic weighting can hide them; both are useful if accompanied by per-language sample size, uncertainty, task, domain, and consequence.
Add dialect, locale, script, code-switching, length, and channel slices where ethically and legally supportable. Never infer language quality from one high-resource proxy.
Those slices already have an official vocabulary, so they need not be invented per dashboard. RFC 5646, or BCP 47, has defined language tags since September 2009: a primary language subtag, plus script, region and variant. It also warns that tags sharing a prefix are not guaranteed to be mutually intelligible. Its example is az, az-Latn and az-Cyrl: “A person fluent in one script might not be able to read the other, even though the linguistic content (e.g., what would be heard if both texts were read aloud) might be identical.”
The registry that RFC mandates is bigger than most dashboards imagine. At file-date 8 August 2026 the IANA Language Subtag Registry held 9,296 records: 8,276 language subtags, 305 region, 258 extlang, 225 script, 139 variant, 67 redundant and 26 grandfathered. A quality report with one row per language name throws away every one of those distinctions before the first metric is computed.
The unit of multilingual accountability is the language–domain–task combination.
Build a multilingual launch matrix
For five languages, list demand, native corpus, labeled data, tokenizer fertility, reviewer availability, legal constraints, baseline quality, and failure severity.
Assign each language to full support, limited scope, human-assist, translation fallback, or not yet supported; write the evidence needed to move it to a higher tier.
Three of those columns now have units, taken from published measurements rather than impressions. Tokenizer fertility is a cost multiplier: up to 15 times the sequence for the same text, and close to a 5x increase in cost compared to English for most mid-resourced Indic languages in non-Latin scripts. Native corpus is an audited quantity, not a crawl size: at least 15 of the 205 corpora in the 2022 hand audit had no usable text, and MADLAD-400 discarded 79 of its 498 languages after its own audit. Failure severity has a worked example: a mistranslated good morning and an arrest, with no Arabic-speaking reader between them. A language whose row is empty in all three columns is not a supported language. It is an untested one.
Honest uneven support is safer than one multilingual claim unsupported by local evidence.
Key takeaways
- Multilingual training, cross-lingual transfer, zero-shot transfer, translation pipelines, and local models are distinct strategies, and one shared model can now span 200 languages and 40,000 translation directions while still owing each language its own measurement.
- Shared parameters can enable transfer while data imbalance, tokenizer allocation, and capacity competition create unequal outcomes: the same text can run up to 15 times longer in one language than another, at close to a 5x increase in cost compared to English.
- Code-switching, transliteration, dialect, locale, borrowing, and diglossia require evidence beyond a single language tag — on GLUECoS's two-way English-Hindi inference task, where chance is 50%, the fine-tuned multilingual BERT reached only 63.1.
- Translated benchmarks support comparability but do not replace native-authored, domain-specific evaluation, and web-crawled corpora fail worst where data is scarcest: at least 15 of 205 audited corpora had no usable text.
- Multilingual reporting should preserve each language–domain–task result, sample size, uncertainty, and consequence, using the script, region and variant subtags RFC 5646 already defines rather than one row per language name.
- A responsible launch can use different support tiers, fallbacks, and improvement gates for different languages; where failure severity is custody, as in the 2017 Beitar Illit arrest, the control is a target-language reader, not a higher average score.