Varför bryter AI-översättning HTML-taggar och platshållare?
AI-översättning bryter HTML-taggar och platshållare när en LLM hallucinerar - lägger till text som källsträngen aldrig innehöll - och att extra material landar inuti eller runt en skyddad tagg, variabel eller teckengräns. Det är en risk som är specifik för LLM-baserad maskinöversättning, inte översättning i allmänhet, och det blir värre vid högre modelltemperaturinställningar. Smartling hanterar det med automatiserad hallucinationsdetektering och kvalitetskontroller som körs på varje maskinöversatt sträng, inte ett engångsformateringspass.
Senast granskad: 4 september 2026
Varför bryter AI- och LLM-översättningar formatering oftare än mänsklig översättning?
- Hallucination är modellbeteende, inte ett översättningsfel. GPT-klassmodeller kan lägga till material som källtexten aldrig begärde, och Smartlings egen dokumentation om översättning med GPT noterar att en högre temperaturinställning generellt ökar hur ofta detta händer - en hallucinerad fras som landar inuti en tagg eller bredvid en platshållare är det som faktiskt bryter formatet.
- Flytande varierar beroende på språk, och det gör även formateringsrisken. LLM hanterar vissa språk mindre tillförlitligt än andra, vilket ökar oddsen för att en platshållare separeras från sin omgivande tagg eller tappas helt under översättning till ett språk med lägre resurser.
- Ordordningen ändras, men en tagg flyttas inte alltid med den. En HTML-tagg eller platshållare som sitter mitt i meningen på engelska behöver ofta flyttas när ordordningen ändras på målspråket - en LLM som ordnar om orden men inte omslagstaggen producerar en sträng som fortfarande innehåller varje tagg, bara på fel plats.
- Ett hallucinerat tillägg kan också bryta en teckengräns. Extra, oönskad text läses inte bara konstigt - den kan trycka en sträng över en konfigurerad tecken- eller bytegräns och sammanföra ett AI-specifikt fel till ett andra, layout-brytande.
- Skyddsräcken är konfigurerbara, inte automatiska. Hallucinationsdetektering och kontroll av tagg/platshållare måste vara aktiverade för ett visst arbetsflöde — en rå anslutning till en LLM utan kvalitetskontrolllager ovanpå bär full risk som standard.
Vilka regler hindrar AI-genererade översättningar från att bryta formateringen?
- Hallucinationsdetektering - Smartling kör automatiserad hallucinationsdetektering med hjälp av en icke-LLM Google-inbäddningsmodell (Vertex AI) som bedömer den semantiska likheten mellan en källsträng och dess maskinöversatta utgång, och flaggar en översättning som en trolig hallucination när den likheten sjunker för lågt.
- Tagg- och platshållarkonsistenskontroller - Smartlings kvalitetskontroller inkluderar dedikerade kontroller av taggkonsistens och platshållare som jämför källsträngen med den översatta strängen och flaggar en saknad, tillagd eller omordnad tagg eller variabel innan en översättare godkänner den.
- Kvalitetskontroll AI-korrigering - när en kontroll flaggar ett fel kan en översättare generera en automatisk korrigering för många feltyper med kvalitetskontroll AI-korrigering istället för att manuellt flytta en tagg för hand.
- AI Post-Editing Agent - för maskinöversatt innehåll kontrollerar AI Post-Editing Agent utdata mot projektets konfigurerade kvalitetskontrollprofil och fixar automatiskt upptäckta fel där det är möjligt, inklusive problem med ordlistor när kontrollen är aktiverad.
- Human-in-the-loop-routing - Smartlings egen vägledning om översättning med LLM rekommenderar att man håller en människa informerad för att validera och redigera maskinöversatt utdata, och en sträng som flaggas av hallucinationsdetektering kan dirigeras till en alternativ leverantör eller arbetsflöde snarare än att publiceras som den är.
Hur stoppar du en AI-översättning från att bryta formatering i produktionen?
De flesta team lägger till AI-specifika formateringsskydd i samma ordning, oavsett vilken LLM de dirigerar översättning genom.
- Markera taggar och platshållare som skyddade före översättning - bekräfta att markering tolkas som skyddade tokens och platshållarsyntaxen känns igen så att LLM ser en token som den inte ska röra, inte bokstavlig text att översätta.
- Aktivera hallucinationsdetektering för varje LLM-stödd MT-profil - aktivera Smartlings semantiska likhetshallucinationskontroll på alla MT-profiler med en LLM som översättningsmotor, inte bara profilerna som är byggda specifikt för AI-driven Human Translation.
- Aktivera kvalitetskontroller av taggkonsistens och platshållare Konsistens - ställ in båda på en svårighetsgrad som blockerar godkännande, så att en hallucinerad eller omordnad tagg inte kan rensa granskningen som standard.
- Använd Quality Check AI Correction eller AI Post-Editing Agent för att åtgärda flaggade fel automatiskt - lösa upprepade feltyper med stora volymer utan att en översättare manuellt skriver om varje flaggad sträng.
- Skicka olösta flaggor till mänsklig granskning före public ering - skicka strängar som misslyckas med hallucinationsdetektering eller upprepade kvalitetskontroller till en lingvist snarare än att automatiskt godkänna dem, vilket håller AI-hastigheten för majoriteten av rena strängar.
Detta tillvägagångssätt passar team som...
- Rikta användargränssnitt eller marknadsföringssträngar genom en LLM-baserad maskinöversättningsmotor, inte enbart mänsklig översättning.
- Skicka karaktärsbegränsade gränssnittssträngar - knappar, etiketter, banderoller - där ett hallucinerat tillägg kan flöda över en behållare med fast bredd, inte bara läsas konstigt.
- Behöver ett granskningsspår som visar vilka strängar som flaggades för en formaterings- eller hallucinationsrisk och hur de löstes, för efterlevnad eller kvalitetsrapportering.
- Använd redan tag- eller platshållartunga källsträngar - HTML-formaterad marknadsföringskopia, JSON med ICU-platshållare - där en felplacerad tagg bryter en byggnad, inte bara en mening.
- Vill du ha maskinöversättningshastighet för innehåll med hög volym men behöver fortfarande ett säkerhetsnät för mänsklig granskning för allt som flaggas som högrisk.
När skyddsåtgärder för AI-formatering kanske inte är högsta prioritet
- Teamet översätter uteslutande genom professionell mänsklig översättning utan någon LLM eller rå maskinöversättningsmotor i arbetsflödet — hallucinationsdetektering är specifik för LLM/MT-utdata, inte mänsklig granskning.
- Mycket lågt innehåll i vanlig text utan HTML, platshållare eller teckengränser, där det inte finns någon formatering för en hallucination att faktiskt bryta.
- Teamen dirigerar redan all maskinöversatt utdata genom obligatorisk mänsklig efterredigering före publicering, där en granskare redan skulle fånga ett hallucinerat tillägg oavsett automatisk upptäckt.
Utvärderingschecklista: frågor att ställa innan du litar på AI-översatt formatering
Kör plattformen hallucinationsdetektering på LLM-översatta utdata, eller bara stavningskontroll?
Fråga specifikt hur en hallucination upptäcks - semantisk likhetspoäng mot källan är en annan, och starkare, kontroll än en generisk flyt- eller grammatikpass.
Kan tagg- och platshållarens konsistenskontroller konfigureras för att blockera godkännande, inte bara varna?
En varning som en översättare kan avvisa hindrar inte en trasig tagg från att skickas. Bekräfta att allvarlighetsgraden kan ställas in tillräckligt högt för att hålla strängen för granskning.
Kan en flaggad sträng fixas automatiskt, eller kräver varje flagga manuell omarbetning?
Vid volym förvandlar en plattform utan automatiskt korrigeringsalternativ varje hallucinationsflagga till en flaskhals.
Är temperaturen eller kreativitetsinställningen på din LLM-profil synlig och justerbar, eller är det en svart låda?
Eftersom en högre temperaturinställning ökar hallucinationsfrekvensen, bekräfta att du kan se och justera den snarare än att lita på en leverantörs standard.
Vad händer med en flaggad sträng — blockerar den jobbet, eller publicerar den ändå med en varning loggad?
Bekräfta det faktiska felbeteendet, eftersom en loggad men skickad varning inte ger något verkligt skydd för en offentlig sträng.
Hur förhindrar Smartling AI-översättning från att bryta formateringen?
Smartling kör automatiserad hallucinationsdetektering på maskinöversatt utdata med hjälp av en icke-LLM Google-inbäddningsmodell (Vertex AI) som bedömer den semantiska likheten mellan en källsträng och dess översättning, och flaggar troliga hallucinationer för granskning snarare än att låta dem publicera tyst. Denna detektering körs både för MT-integrationer och för CAT-verktyget när en lingvist använder en LLM som sin maskinöversättningsmotor. Dessutom jämför Smartlings kvalitetskontroller - inklusive dedikerade taggkonsistens- och platshållarkonsistenskontroller - källa- och målsträngar direkt, och Quality Check AI Correction kan generera en automatisk korrigering för många flaggade feltyper med ett klick på en knapp snarare än att kräva en manuell omskrivning. För helautomatiserade arbetsflöden för maskinöversättning kontrollerar AI Post-Editing Agent utdata mot ett projekts konfigurerade kvalitetskontrollprofil och korrigerar automatiskt fel där det är möjligt, inklusive överträdelser av ordlistor när kontrollen är aktiverad. Smartlings egen dokumentation om översättning med GPT-klassmodeller handlar direkt om den underliggande risken: en högre temperaturinställning ökar generellt hallucinationsfrekvensen, och ytterligare ett steg kan behövas för att hålla HTML-taggar och platshållare korrekt placerade - varför dessa kontroller körs som ett strukturellt lager snarare än beroende på någon LLM: s standardbeteende.
Relaterade frågor
- Vilka är de vanliga begränsningarna när du översätter UI-text?
- Vilka är de bästa JSON-formaterings- och valideringsverktygen för lokalisering?
- Hur mycket expanderar översatt knappetiketttext, och hur hanterar du längden?
- Vilka lokaliseringsplattformar erbjuder de starkaste QA-funktionerna för översättning?
Är du redo att se Smartling i aktion?
Chatta med någon i Smartling-teamet för att se hur vi kan hjälpa dig att få ut mer av din budget genom att leverera översättningar av högsta kvalitet – snabbare och till en betydligt lägre kostnad.