By · Last updated 2026-02-26

Powrót do blogaTechniczne

Wielojęzyczny NER: Angielski Zawodzi Arabski

Modele NER trenowane na angielskim osiągają 85–92% dokładności. Arabski i chiński? Często 50–70%. Poznaj wyzwania techniczne i jak budować naprawdę wielojęzyczne systemy.

February 26, 20268 min czytania
NERmultilingualArabic NLPChinese NLPPII detection

Wielojęzyczny NER: Wyzwania w Wykrywaniu PII

Zaktualizowano na rok 2026

Luka w Dokładności

Modele NER trenowane na angielskim osiągają 85–92% F1 na standardowych testach. Zastosuj te same modele do tekstu arabskiego lub chińskiego. Dokładność spada do 50–70%.

Dla pracy z PII ta luka stanowi problem. Wynik 70% oznacza, że 30% wrażliwych danych pozostaje niewykryte.

Przyczyny nie są błędami. Wynikają z różnic w systemach pisma.

Cztery Główne Przyczyny

1. Granice Wyrazów

Angielski rozdziela słowa spacjami. Tokenizacja jest prosta.

Chiński nie ma spacji w ogóle.

"张伟住在北京"
→ Najpierw podziel: ["张伟", "住在", "北京"]

Model nie może oznaczyć tego, czego nie może znaleźć. Podział musi poprzedzać NER.

Arabski łączy litery wewnątrz wyrazów. Krótkie samogłoski są pomijane. Tekst biegnie od prawej do lewej.

2. Morfologia

Angielskie czasowniki zmieniają się na kilka sposobów. Arabski używa systemu rdzeni. Jeden rdzeń tworzy dziesiątki słów.

NER musi analizować rdzenie, by znaleźć imiona w pochodnych formach wyrazów.

3. Konwencje Imion

Imiona łacińskie mają kolejność Imię–Nazwisko. Imiona w językach RTL tworzą łańcuch powiązań rodzinnych.

Chińskie imiona mają nazwisko na pierwszym miejscu. Większość imion ma dwa lub trzy znaki.

Model zbudowany na wzorcach zachodnich imion pominie te struktury.

4. Kierunek Tekstu

Niektóre języki biegną od prawej do lewej. Gdy tekst RTL zawiera angielskie imię, wizualna kolejność i logiczna kolejność rozchodzą się. To nazywa się tekstem BiDi. Wymaga starannego parsowania.

Wyniki F1 według Systemu Pisma

JęzykSystem PismaZakres F1Poziom Trudności
AngielskiŁaciński85–92%Niski
NiemieckiŁaciński82–88%Niski
FrancuskiŁaciński80–87%Niski
HiszpańskiŁaciński81–86%Niski
RosyjskiCyrylica75–83%Średni
ArabskiAbdżad55–75%Wysoki
ChińskiHanzi60–78%Wysoki
JapońskiMieszany65–80%Wysoki
TajskiTajski50–70%Bardzo Wysoki
HindiDewanagari60–75%Wysoki

Rozwiązanie Trójwarstwowe

Stosujemy trzy warstwy, by objąć 48 języków i systemów pisma.

Warstwa 1: spaCy — 25 Języków

Dla języków z silnymi, przetestowanymi modelami. Obejmuje angielski, niemiecki, francuski, hiszpański, włoski, portugalski, holenderski, polski, rosyjski i grecki.

Warstwa 2: Stanza — Złożone Języki

Stanford Stanza obsługuje arabski, chiński, japoński i koreański. Uruchamia podział wyrazów i analizę rdzeni przed NER.

Warstwa 3: XLM-RoBERTa — Języki Niskozasobowe

Dla języków bez dedykowanych modeli. Tajski, wietnamski, hindi, bengalski, hebrajski, turecki i perski trafiają tutaj. Obsługuje mieszane języki bez jawnych flag.

RTL i BiDi

Tekst od prawej do lewej wymaga dodatkowych kroków poza podziałem.

Nasz pipeline:

  1. Normalizuje tekst do kolejności logicznej.
  2. Uruchamia NER na tej kolejności.
  3. Mapuje pozycje encji z powrotem do kolejności wizualnej.

Przełączanie Kodów

Prawdziwe dokumenty często mieszają języki w jednej linii.

Nasz pipeline dzieli według języka, uruchamia właściwy model dla każdej części, a następnie łączy wyniki z mapowaniem pozycji.

Wewnętrzne Benchmarki

ScenariuszF1
Tylko angielski91%
Tylko niemiecki88%
Tylko arabski79%
Tylko chiński81%
Mieszanka angielski-arabski83%
Mieszanka angielski-chiński84%
Mieszanka angielski-niemiecki89%

Uwagi do Konfiguracji

Aplikacja desktopowa automatycznie wykrywa język dla każdego dokumentu. Dla plików mieszanojęzycznych przetwarza każdy segment właściwym modelem. Nie wymagany żaden ręczny krok.

Podaj język w API gdy go znasz:

{
  "text": "محمد بن عبد الله",
  "language": "ar"
}

Użyj automatycznego wykrywania gdy nie znasz:

{
  "text": "محمد بن عبد الله",
  "language": "auto"
}

Pełna lista encji na stronie encji. Konfiguracja API na stronie funkcji API. Nasz przewodnik zgodności RODO opisuje wpływ luk wykrywania na prawo ochrony danych.


anonym.legal używa trójwarstwowego stosu NER — spaCy, Stanza i XLM-RoBERTa — obejmującego 48 języków ze spójnym wykrywaniem PII.

Źródła

Gotowy, aby chronić swoje dane?

Rozpocznij anonimizację PII z 285+ typami podmiotów w 48 językach.

About this page

We update this page when our platform or the law changes.

Read our founder note for how we work.

Each change shows up in the timestamp at the top.

Related reading

We follow these rules

  • GDPR (EU 2016/679).
  • ISO/IEC 27001:2022.
  • NIS2 (EU 2022/2555).
  • HIPAA safe harbor under 45 CFR § 164.514(b)(2).

Our promise

We do not sell your data.

We do not train models on your text.

We store your files in Germany.

You can delete your account at any time.

You own your work.

Where we run

Our servers live in Falkenstein, Germany.

We use Hetzner. They hold ISO 27001 certification.

All data stays in the EU.

Backups run every day.

Need help?

Email support@anonym.legal.

We reply within one business day.

How we test

We run a full check suite on every release.

Each surface gets its own sweep script and report.

Human reviewers spot-check the output each week.

We track recall and precision on a labelled set.

Bad runs block the deploy.

What we never do

  • We never sell your information to third parties.
  • We never train models on what you upload.
  • We never keep your work after you delete it.
  • We never share keys with any outside firm.
  • We never run ads inside the product.

Plans in plain words

We sell credits, not seats.

One credit covers one short job.

Long jobs use a few credits each.

You can top up at any time.

Unused credits roll over each month.

Read the plans page for current rates.

Who built this

A small team of engineers and lawyers built this.

We ship from Europe and work in the open.

Our founder note spells out why we started.

Where to start

How the parts fit

A browser add-on cleans text inside Chrome.

A Word plug-in handles drafts in Office.

A small desktop tool works on whole folders.

An agent protocol link feeds large models safely.

All four share one core engine and one rule set.

Words from our team

We started this work after a lunch about cookies.

One friend kept getting odd ads on her phone.

We asked why a court file leaked through a draft.

We sketched the first build on a napkin that week.

By month three we had a tiny demo for a friend.

She used it on her first case the next day.

Common questions we hear

Can the tool read scanned PDFs? Yes, with OCR.

Does it work on long files? Yes, in small chunks.

Can I roll my own rule set? Yes, save it as a preset.

Does it run offline? The desktop build runs offline.

Do you keep my files? No, the cloud build wipes after each run.

Will it learn from my work? No, we never train on inputs.

A short tour of the workflow

Upload a file or paste a snippet of prose.

Pick the entities you want gone from the draft.

Choose a method: replace, mask, hash, encrypt, or redact.

Press run and watch the side panel show each hit.

Skim the result and tweak any rule that misfired.

Save the cleaned file or send it to a teammate.