Skip to main content

Multi-language translation engine

Language changes. Authority should not.

A multilingual translation engine can prepare translations from approved source content, terminology and target-locale requirements. It preserves segment provenance, names, numbers and protected tokens so reviewers can compare meaning with the original. Qualified translators and subject specialists approve consequential content, and release follows testing in the actual layout. Source changes must trigger review of affected translations.

Protect source structure and meaning

Specify source and target language, script, region, locale, audience and purpose; language alone does not define a locale. Stable document, segment and inline-token identifiers preserve headings, tables, links, variables, code, formulas, names, measurements and immutable strings.

Copy, metadata, accessibility text, interface labels, structured data and embedded media need appropriate handling. Apply current terminology, prohibited translations, tone, reading level and formality. Translation memory provides reviewed context, not universal authority; consequential and culturally bound passages need qualified review against the source.

Verify the translation where readers will use it

Check omissions, additions, changed numbers or names, corrupted placeholders, inconsistent terms, untranslated text, markup and adversarial source instructions. Fluency cannot substitute for semantic accuracy or authorize changes to reviewer decisions.

Render target content in its actual layout and test text expansion, bidirectionality, fonts, line breaks, sorting, plural and gender forms, dates, numbers and currencies. Include keyboard flow, screen-reader language changes, forms and responsive states. Release matching source and target digests and propagate corrections or withdrawal when the source changes.

Translation boundary

Preserve meaning from source decision to target release.

Translation is not a string replacement. Four boundaries keep approved source intent, linguistic work, localized behavior and publishing authority connected.

01

Approved source and segment preparation

Register the source artifact, owner, purpose, audience, content type, sensitivity, jurisdiction and release state; assign stable document, segment and token identifiers; preserve structure; mark non-translatable content; resolve duplicates and changes; and block unapproved drafts or confidential text from unauthorized providers.

Required evidence: Source artifact, version and digest, owner and approval, purpose, audience, content type, sensitivity and jurisdiction, language tag, segment and token identifiers, structure map, translatable and immutable state, inline markup, duplicate and delta map, provider permission, legal hold, correction and missing context.

02

Terminology, context, and localization contract

Define target language, script, region and locale separately; version glossary, definitions, prohibited terms, style, tone, formality, reading level, brand and regulatory rules; retrieve approved prior examples; and flag ambiguity, culture-bound content and specialist-review requirements before translation.

Required evidence: Target language and BCP 47 tag, script, region and locale, audience and surface, glossary and definition version, do-not-translate list, style and formality, reading level, terminology owner, translation-memory match and provenance, ambiguity, cultural note, regulated-content class, specialist reviewer and exception.

03

Candidate translation and qualified revision

Generate or retrieve target candidates with source provenance, preserve alternatives and uncertainty, validate terminology and structural tokens, surface omissions and additions and require qualified linguistic revision plus subject review for consequential content before any release decision.

Required evidence: Source and target segments, candidate origin, model and provider version, prompt or configuration digest, translation-memory match, alternatives, confidence and abstention, terminology decisions, omission and addition checks, number and entity diffs, markup validation, translator revision, reviewer comments, subject approval and unresolved issue.

04

Localized validation, release, and correction

Render the target in its real page, app, document or media context; test language metadata, bidirectional text, expansion, fonts, plural, gender, date, number, currency, keyboard, screen reader, links, forms and responsive layout; release an exact digest; track source drift; and propagate correction or withdrawal.

Required evidence: Rendered artifact and viewport, language and direction metadata, font and glyph coverage, layout and truncation results, plural and gender cases, locale-format fixtures, accessibility and keyboard checks, link and form results, linguistic and functional QA, release approver, source and target digests, publication receipt, drift alert, affected targets, correction and supersession.

Source-to-release path

Carry segment authority through every language handoff.

A target can be fluent and still be attached to the wrong source, locale or release. Each stage must preserve identity, context, review and current publication state.

  1. 01

    Freeze the approved source

    Select the released source version, preserve its structure and digest, name purpose and audience, classify sensitivity and consequence, mark immutable content and block translation when ownership or source state is unclear.

    Owner
    Source-content and publishing owners
    Evidence
    Artifact, version, digest, owner, approval, purpose, audience, sensitivity, consequence class, structure, segments, immutable tokens, dependencies and correction state.
  2. 02

    Define target context

    Confirm language, script, region, locale, surface, audience, terminology, style, accessibility, formatting and specialist-review rules and retrieve only approved prior translations and references.

    Owner
    Localization, terminology and target-market owners
    Evidence
    Language tag, script, region, locale, surface, audience, glossary, style, reading level, do-not-translate list, translation-memory records, references, reviewer requirements and exceptions.
  3. 03

    Produce traceable candidates

    Create candidates segment by segment, retain source links and origin, protect variables and markup, record alternatives and uncertainty and run deterministic checks for missing content, entities, numbers, terminology and structure.

    Owner
    Translation-system and data owners
    Evidence
    Segment pair, candidate origin, configuration, model or provider version, alternatives, uncertainty, source links, protected-token result, terminology result, omission and addition checks, entity and number diffs and failure state.
  4. 04

    Revise in context

    Require a qualified translator to compare target with source, route consequential passages to subject owners, resolve terminology and ambiguity, render the complete target and test linguistic, functional, locale and accessibility behavior.

    Owner
    Translator, reviser, subject and accessibility owners
    Evidence
    Translator revision, reviewer identity and competence basis, comments, terminology decision, subject approval, rendered artifact, layout, locale fixtures, language metadata, accessibility checks, defects and accepted exceptions.
  5. 05

    Release and maintain

    Approve an exact target version, publish it beside its source relationship, monitor source and terminology changes, withdraw stale targets and issue visible corrections and superseding releases with affected-surface evidence.

    Owner
    Publishing, localization and correction owners
    Evidence
    Target version and digest, source digest, approvals, release receipt, published surfaces, source-drift status, terminology changes, affected targets, withdrawal, correction, supersession and notification.

Authority map

Separate exact structure, language assistance, and release authority.

A translation model can propose target text. It cannot determine the approved source, own terminology, certify professional competence, interpret consequential meaning or authorize publication.

01

Deterministic localization software

Software owns identifiers, version and digest relationships, protected tokens, exact glossary rules, placeholders, markup, numeric and structural checks, locale fixtures, workflow states, release gates, drift detection, audit and correction propagation.

  • Source, target, document, segment, token and release identity
  • Do-not-translate, terminology, placeholder, markup and structure validation
  • Number, unit, date, currency, link, language-tag and locale-format checks
  • Review state, publication receipt, source drift, withdrawal and supersession
02

Bounded AI assistance

AI can propose translations and identify linguistic candidates inside approved source and context, but its language detection, segmentation, terminology, alternatives, risk flags and target wording remain untrusted until checked and revised.

  • Language, domain, ambiguity and specialist-review candidates
  • Source segmentation, translation-memory ranking and glossary suggestions
  • Target candidates, alternatives, terminology and style explanations
  • Omission, addition, inconsistency, fluency and cultural-risk candidates
03

Human language and subject authority

Qualified people own source intent, terminology, translation, revision, subject interpretation, cultural suitability, accessibility acceptance, exceptions, release, correction and every expansion of automated scope.

  • Source approval, target-language competence and translation decisions
  • Terminology, ambiguity, tone, formality and cultural adaptation
  • Legal, medical, financial, safety and other consequential subject review
  • In-context acceptance, release, correction, withdrawal and stop authority

Translation-engine components

Build around versions and reviewers, not a text box.

Source content, terminology, translation technology and target layouts change independently. Four components keep their relationships visible and reversible.

01

Source, segment, and protected-token registry

Version source artifacts, ownership, purpose, audience, sensitivity, release and digest; preserve document structure, segments, inline markup, variables, names, code, formulas, links and translatable or immutable state; record deltas, duplicates and provider permissions.

Operating contract: Latest is not approved, draft is not source authority, segment is not complete context, duplicate text is not identical meaning, variable is not prose, name is not always translatable and confidential source cannot enter an unapproved provider merely because it is segmented.

02

Language, terminology, and context registry

Version source and target languages, scripts, regions, locales, audiences, surfaces, glossary entries, definitions, prohibited terms, style, formality, reading level, cultural notes, approved references, translation-memory provenance and reviewer requirements.

Operating contract: Language is not locale, region is not culture, tag is not rendering behavior, glossary match is not correct sense, prior translation is not universal precedent, high memory match is not approval and terminology without an owner will drift.

03

Candidate, validation, and review ledger

Preserve candidate origin, configuration, model and provider version, segment provenance, alternatives, uncertainty and abstention; run protected-token, terminology, omission, addition, entity, number, unit, markup and consistency checks; retain translator revision, subject review, comments and exceptions.

Operating contract: Fluent is not faithful, automated score is not reviewer competence, post-edited is not necessarily fully revised, spellcheck is not meaning review, no flagged difference is not equivalence and reviewer click is not evidence without identity, scope and unresolved-issue state.

04

Localized rendering, release, and correction ledger

Render complete targets in real contexts; preserve language and direction metadata, fonts, layout, plural, gender, formats, accessibility, links and interactions; bind target and source digests, approvals and publication receipts; monitor drift and propagate withdrawal, correction and supersession.

Operating contract: Fits is not readable, displayed glyph is not correct pronunciation, valid tag is not correct language, responsive screenshot is not full accessibility, published is not current, correction cannot erase prior exposure and a target without a live source relationship must not remain silently available.

Delivery path

Prove one content type and one language pair in context.

A language list can hide weak source control and review. Begin with one bounded content type whose source, translation, rendered target and correction can be replayed.

  1. 01

    Observe current translation work

    Trace source approval, extraction, segmentation, terminology, prior translations, provider use, translator and reviewer work, target assembly, locale and accessibility QA, publication, source changes, correction, staff effort, provider cost, defects and known harm using authorized material.

  2. 02

    Define the translation contract

    Name source, target, language, script, region, locale, segment, token, term, reference, candidate, reviewer, issue, exception, render, release, drift, correction, cost and harm fields, states and owners.

  3. 03

    Run shadow translation

    Replay simple, ambiguous, repeated, context-dependent, terminology-heavy, variable-rich, numeric, right-to-left, text-expansion, missing-glyph, plural, gender, date, currency, inaccessible, injected, confidential, regulated, stale-source, corrected and withdrawn cases against qualified target releases.

  4. 04

    Release one controlled target

    Limit content type, source, language pair, provider and surfaces; require protected-token and terminology checks, qualified revision, consequential subject review and in-context linguistic, functional, locale and accessibility QA; test evidence export, drift, withdrawal, correction, rollback and independent stop authority.

  5. 05

    Review after real publication

    Compare meaning and terminology defects, reviewer changes, source drift, layout and accessibility failures, correction reach, staff effort, provider cost, incidents and harm with the baseline before adding content types, languages, locales, providers or automated release authority.

Translation safeguards

Six controls before a target version can publish.

The strongest controls prevent stale-source translation, silent token damage, fluent meaning loss, unqualified release, broken localized behavior and orphaned corrections.

Approved source, stable segments, and protected tokens
Translate only a named approved source version; preserve document and segment identity, hierarchy, inline markup, variables, names, numbers, units, code, formulas, links and immutable strings; separate exact source from normalized text; record deltas and duplicates; and prevent confidential content from reaching unauthorized tools or providers.
Explicit language, locale, terminology, and context
Record language, script, region and locale separately, use valid tags within their scope, version glossary, definitions, prohibited terms, style, formality and reading level, retain approved-reference provenance, flag ambiguous and culture-bound passages and assign qualified language and subject owners.
Traceable candidates and deterministic comparisons
Preserve candidate origin, provider and model version, source links, alternatives and uncertainty; constrain instructions; treat source content as evidence rather than executable direction; check omissions, additions, entities, names, numbers, units, terminology, placeholders, markup and untranslated text; and abstain when coverage is weak.
Qualified revision and consequential subject review
Require a competent translator to compare target with source and revise meaning, terminology and style; separate revision from automated scoring; route legal, medical, financial, safety, employment, housing, security and material commitments to qualified subject owners; preserve comments, decisions, exceptions and unresolved issues.
In-context locale and accessibility validation
Render the complete target in real surfaces, set correct language and direction metadata, test text expansion, wrapping, truncation, fonts, glyphs, bidirectional order, plural, gender, dates, numbers, currencies, search, metadata, links, forms, keyboard, screen readers and responsive states with target-language fixtures and reviewers.
Release, drift, correction, and stop authority
Bind exact source and target digests, approvals and publication receipts; prevent release with unresolved blockers; detect source, glossary and policy drift; find every affected target; withdraw stale content; issue visible corrections and superseding versions; test export and restore; and let independent owners pause a language, provider, content type or release path.

Outcome proof

Measure preserved meaning, not words processed.

Fast output can multiply subtle mistakes. Proof follows the approved source through qualified decisions, real rendering, publication and correction.

Baseline

  • Translation work by source artifact, content type, purpose, audience, sensitivity, source and target language, script, region, locale, segment, token, term, reference, provider, candidate, translator, reviser, subject reviewer, issue, render, release, drift, correction, cost and known harm
  • Evidence by source version and digest, segment and token identifiers, language tag and locale, glossary and style version, translation-memory provenance, candidate origin and configuration, alternatives and uncertainty, automated comparisons, translator revision, subject decision, rendered artifact, accessibility checks, target digest, publication and supersession receipt
  • Translator, reviser, subject, localization, design, engineering and accessibility effort, repeated research, terminology decisions, layout repair, source-change rework, provider fees, interruption and operating cost
  • Wrong source, language, locale, segment, terminology, meaning, name, number, unit, variable, link, direction, font, plural, gender, format, accessibility state, reviewer, release or correction; omission; addition; confidentiality breach; stale publication; incident and harm

Outcome evidence

  • More approved content reaches target audiences with stable source provenance, correct protected tokens, owned terminology, qualified revision, subject review where needed and functioning localized and accessible presentation
  • Fewer omissions, additions, altered qualifications, inconsistent terms, corrupted variables, number and unit changes, unreviewed consequential passages, language-metadata errors, layout failures, stale translations and orphaned corrections reach publication
  • Translators and reviewers receive smaller evidence-rich work packets with context, terminology, source changes, candidate alternatives and automated diffs visible while retaining full linguistic, subject, exception, release, correction and stop authority
  • Comparable cycles expose provider and language-pair weaknesses, terminology drift, reviewer disagreement, source-change cost, functional and accessibility failures, correction reach, incidents and harm without assuming quality, throughput, saving, market reach, conversion or revenue outcomes

Guardrails

  • Source, target, language, script, locale, segment, token, term, reference, candidate, reviewer, release or published surface is misbound; exact source or revision evidence is lost; or confidential, personal, proprietary or regulated content crosses tenant, purpose, role, provider or jurisdiction boundaries
  • Detected language appears confirmed, tag appears locale specification, memory match appears correct sense, fluent appears faithful, automated score appears qualified revision, rendered appears accessible, reviewer click appears subject approval or published appears current
  • The engine translates unapproved drafts, alters names, numbers, units or qualifications silently, exposes source data, obeys injected content, publishes raw machine output, bypasses translator or subject review, fabricates accessibility text, overwrites decisions or learns silently from private material
  • Source or terminology drift is missed, providers or reviewers change without evaluation, right-to-left or locale behavior is untested, fonts lose glyphs, stale targets remain indexed, corrections cannot find affected surfaces, restore loses revision history, stop authority fails or expansion precedes measured defect and harm review

Translation-engine fit

Use this pattern when source and target ownership are both real.

Good reason to begin

  • The organization can bound one approved content type and language pair, confirm source owner, audience, sensitivity, target language, script, region, locale, terminology, style, provider and surfaces and name translation, revision, subject, localization, accessibility, publishing, security, privacy, cost, harm and stop owners.
  • Sources, targets, documents, segments, tokens, languages, locales, terms, references, candidates, reviews, renders, releases, drift events and corrections retain stable identifiers, timestamps and versions; originals reopen; and the complete evidence packet is exportable.
  • Representative simple, ambiguous, terminology-heavy, variable-rich, numeric, right-to-left, expansion, glyph, plural, gender, date, currency, inaccessible, injected, confidential, regulated, stale-source, corrected and withdrawn cases plus qualified target releases exist for shadow evaluation.
  • Translators and subject owners can correct source mappings, reject candidates, change terminology, require retranslation, block release, withdraw targets, export evidence, roll back versions, revoke provider access and retire a language pair or engine safely.

Resolve before beginning

  • Source authority, target audience, language, script, region, locale, terminology, style, provider permission, translator competence, subject review, accessibility, release, correction, incident or stop ownership is unclear or disputed.
  • Exact source cannot be reopened, documents and segments lack stable identifiers, protected tokens are not marked, terminology and memory lack provenance, providers receive uncontrolled data, review comments are not retained, rendered targets cannot be tested or source drift cannot find affected releases.
  • The desired first release permits unapproved source text, open provider access, raw machine publication, model-selected legal or regulated meaning, silent number or unit normalization, untranslated accessibility metadata, missing language tags, no in-context review or invisible learning from private content.
  • The business case depends on guaranteed accuracy, universal language or cultural coverage, certification, replacement of qualified translators, immediate scale, throughput, lower headcount, savings, market reach, conversion, revenue, implementation time or another customer or financial outcome.

Source basis

Sources behind the control model.

  • 01

    International Organization for Standardization

    ISO 17100:2015, Requirements for translation services

    ISO lists ISO 17100:2015 with its 2017 amendment as published but at the stage to be revised. It addresses core processes, resources and other aspects of translation services against applicable specifications. Raw machine-translation output plus post-editing and interpreting are outside its scope. The listing does not certify this pattern, a provider, a translation or a reviewer.

  • 02

    International Organization for Standardization

    ISO 18587:2017, Post-editing of machine translation output

    ISO lists the 2017 edition as published but to be revised and shows a 2026 draft replacement under development. The current edition addresses full human post-editing of machine-translation output and post-editor competences and applies only to content processed by machine-translation systems. A draft is not a final standard, and neither listing proves translation quality or conformity here.

  • 03

    Internet Engineering Task Force

    RFC 5646, BCP 47 Tags for Identifying Languages

    RFC 5646 is an Internet Best Current Practice defining the structure, construction and semantics of language tags. It helps identify a language and related subtags but explicitly does not address text rendering. A valid tag does not determine locale behavior, dialect fit, translation quality, accessibility or publication authority.

  • 04

    World Wide Web Consortium

    Web Content Accessibility Guidelines 2.2

    The W3C Recommendation dated 12 December 2024 requires the default human language of a page and language changes in parts to be programmatically determinable within stated exceptions and addresses wider web accessibility. It does not evaluate translation accuracy, terminology, cultural suitability, non-web localization or every user need and does not by itself determine legal compliance.

[ WORKFLOW / SYSTEMS AUDIT ]
THE FIRST ENGAGEMENT

Start with one real workflow

A Systems Audit is the usual starting point. If the opportunity is already clear, we can move directly into a focused build.

Show Us the WorkflowStart with the free automation readiness checklist

OBSERVEQUANTIFYDECIDEBUILD