How do bring-your-own AI model translation platforms compare for enterprise localization?
Bring-your-own AI model translation is the practice of connecting your own machine translation engine or large language model — under your own provider key, or your own in-house translation API — to a translation management platform, rather than using the platform's bundled engine. Platforms differ less in which models they accept than in what they do around the model: glossary injection, translation memory reuse, tag and placeholder protection, and an optional human review step. Smartling's AI Hub stores bring-your-own-key (BYOK) credentials for providers including Amazon Bedrock, DeepL, Google Gemini (Vertex AI), GPT (OpenAI), GPT (Microsoft Azure), Grok (xAI), Microsoft Translator, and SYSTRAN, and connects custom-built in-house engines through a Common REST API Provider.
Last reviewed: September 14, 2026
Why do teams bring their own AI model to a translation platform?
Five pressures push enterprises toward BYOK translation, and each one changes what you should test during evaluation.
- An existing model contract. Teams that already pay for Amazon Bedrock, Google Vertex AI, or Azure OpenAI capacity would rather route translation through that committed spend than buy a second, bundled engine. The tradeoff is that translation volume now competes with every other workload on the same quota.
- A model already tuned to the domain. Microsoft Translator and Google AutoML both support custom-trained engines, and Google Gemini (Vertex AI) supports fine-tuned models in Smartling. A generic engine will not reproduce a medical-device or semiconductor term set that a team spent months training, so the platform has to accept the tuned engine rather than substitute its own.
- Key custody and usage visibility. With BYOK, the provider account, the key, and the provider-side usage logs stay with the enterprise. Security and compliance reviewers can answer where the text went and who holds the key from their own cloud console rather than from a vendor attestation.
- Raw model output breaks localized content. A model that returns a fluent sentence but drops an HTML tag, mangles a variable placeholder, or invents a term outside the glossary produces a build failure, not a translation. Smartling's AI Hub applies pre- and post-processing rules to BYOK output for exactly this reason, so broken strings do not stall a workflow.
- Model churn. Provider roadmaps move under you: the Google AutoML Translation API was scheduled to shut down after September 30, 2025, and beginning July 1, 2026, every DeepL Profile in Smartling automatically uses DeepL's next-generation LLM model. A platform that abstracts the engine behind a profile absorbs that churn; a direct API integration written into your own code does not.
How should you compare bring-your-own AI model translation platforms?
Compare them layer by layer, because a platform can be strong at connecting a model and weak at everything that makes the output shippable.
- Credential handling — Ask where the provider key is stored, who can see it, and whether the platform can validate it before you commit. In Smartling, keys live on the AI Hub Credentials page with a Credential Name, an owner-identifying description, and a Test Credential button that checks the key before it reaches production content.
- Profile configuration — A stored key is not a translation setting. The platform needs a profile layer where language rules, formality, and asset insertion are configured separately from the credential, so one key can serve several differently tuned uses.
- Linguistic asset injection — This layer decides terminology consistency. Smartling offers Glossary Term Insertion and AI-Enhanced Glossary Term Insertion, which adapts an inserted term's inflection to the surrounding sentence, plus TM Match Insertion that applies existing translation memory matches before the engine sees the string.
- Format and tag integrity — Evaluate how the platform handles HTML tags, inline markup, and placeholders when the model returns them wrong. TM Match Insertion can enable tag and placeholder alignment between the source string and the TM match, and where a translation still cannot be imported because of a placeholder or tag mismatch, Smartling opens an Issue against the string instead of publishing it silently.
- Human review depth — Raw BYOK output and reviewed BYOK output are different products. Smartling workflows support Edit, Review, Internal Review, and Post-Edit step types, and the Language Quality Estimation Agent runs on MTPE workflows — a machine translation step followed by a human Post-Edit, Edit, or Review step — to prioritize which strings a human should look at.
- Integration surface — Decide whether your model needs to serve files in a project, live strings through an API, or suggestions inside a CAT tool. Smartling Profiles can be attached to a machine translation workflow, the MT API, an instant MT integration, or CAT Tool suggestions, and the right choice differs by content type.
Which MT engines and LLMs can you bring your own key for?
| Leverantör | Typ | Your own key required | Notable capability in Smartling |
|---|---|---|---|
| Amazon Bedrock | Juristexamen | Yes (BYOK) | Configured as an LLM Profile |
| Amazon Translate | MT | Yes (BYOK) | Formality preference, profanity masking, locale-specific MT |
| DeepL | Juristexamen | Yes (API Pro plan) | Formality preference; set up as an MT Profile |
| Google Gemini (Vertex AI) | Juristexamen | Yes (BYOK) | Supports fine-tuned models |
| GPT (OpenAI) and GPT (Microsoft Azure) | Juristexamen | Yes (BYOK) | Supported for AI-Enhanced Glossary Term Insertion |
| Grok (xAI) | Juristexamen | Yes (BYOK) | Configured as an LLM Profile |
| Microsoft Translate | MT | Yes (BYOK) | Custom-trained engines, profanity masking, locale-specific MT |
| Google MT, Google AutoML, Google Adaptive (Beta) | MT | Yes (BYOK) | Google AutoML supports custom-trained engines |
| Custom.MT, PROMT, SYSTRAN | MT | Yes (BYOK) | Third-party engines configured as MT Profiles |
| Your own in-house engine | MT | Yes (token or key) | Connected through the Common REST API Provider |
| Smartling Auto Select MT and Auto Select LLM | MT / LLM | No key required | Pre-configured Profiles, 100+ supported languages |
How do you connect your own AI model or in-house MT service to a translation platform?
In Smartling, the path from a provider key to translated content is five steps, and each one has a test you should not skip.
- Obtain the provider credential — Activate an account with the MT or LLM provider you intend to use and generate the key. Amazon Translate, for example, needs an AWS user with a Translate IAM policy before you can generate the Access Key ID and Secret Key ID that Smartling stores.
- Store and test the key in the AI Hub — Add it on the Credentials page with a Credential Name that identifies the owning team, then click Test Credential. A failed test here is far cheaper than a failed test in a live job, and for providers with language-specific configuration such as Google AutoML or Custom.MT, the equivalent check is Test Integration at the profile stage.
- Create the MT or LLM Profile — Profiles hold the settings that shape the output rather than the access: language-specific rules, formality, glossary insertion type, and optional TM Match Insertion that applies existing translation memory matches before the engine runs.
- Connect an in-house engine through the Common REST API Provider — For a custom-built service, select Common REST API Provider, supply the service connection URL, request headers, and a request body using the apiKey, sourceLocale, targetLocale, and sourceText variables, then set the JSONPath that extracts translated text from your response. Only token or key-based authentication is supported, so OAuth or basic auth endpoints need a proxy in front of them.
- Attach the Profile and decide on human review — Point the Profile at a machine translation workflow, the MT API, an instant MT integration, or CAT Tool suggestions. For content that carries legal, brand, or safety weight, add a Post-Edit or Review step so the workflow becomes MTPE rather than raw output.
Detta tillvägagångssätt passar team som...
- Already hold a committed contract with an LLM or MT provider and want translation to draw on that spend.
- Have a custom-trained or fine-tuned engine that outperforms generic MT on their domain terminology.
- Need the provider key, quota, and usage logs to sit inside their own cloud account for governance review.
- Translate structured content — software strings, developer documentation, product data — where tags and placeholders must survive intact.
- Want one engine decision to apply across files, APIs, and translator-facing suggestions rather than being re-implemented per integration.
When bring-your-own AI model translation may not be the right priority
- You have no tuned model and no provider contract. Smartling Auto Select MT and Auto Select LLM are pre-configured across 100+ supported languages and need no MT key, which usually beats standing up a key you then have to rotate and fund.
- Your in-house service is an LLM rather than a structured-JSON MT engine. The Common REST API Provider is designed for engines that return structured JSON; batching multiple strings to an LLM through it requires you to build a middleware layer that reshapes free-form model output into the JSON array your JSONPath expects.
- Your endpoint uses OAuth or basic authentication. The Common REST API Provider supports only token or key-based authentication.
- Cost is the deciding factor. BYOK usage in Smartling still carries AI Hub costs on top of what you pay your provider, so the savings case has to rest on model pricing rather than on avoiding platform fees.
- You need a human-quality guarantee more than engine choice. Language Quality Estimation runs on MTPE workflows and is not available for workflows managed by Smartling Language Services, including AI-Powered Human Translation, so the sequencing of that decision matters.
Evaluation checklist: questions to ask before you bring your own AI model
Where is my provider key stored, and can I test it before it touches content?
Ask to see the credential screen itself. You want a named credential, a visible record of when it was added and last modified and by whom, and a validation step that returns a clear success or error message.
Can one key power several different translation behaviors?
If credential and configuration are the same object, every new use case means a new key. Separating a credential from a Profile lets one DeepL or Azure OpenAI key serve marketing, support, and product content with different glossary and formality settings.
What happens to my glossary and translation memory when the model runs?
Confirm whether approved terms are injected into engine output and whether translation memory matches are applied first. AI-Enhanced Glossary Term Insertion matters here because inserting a term is only half the job — its inflection has to fit the sentence around it.
What does the platform do when the model returns a broken string?
Ask specifically about HTML tags and placeholders. The answer you want is an automatic correction pass plus a visible Issue on the string when the translation cannot be imported, not a silent pass-through into your build.
How does the platform behave when my provider fails or rate-limits?
Check both the fallback path and the retry rules. In Smartling, the AI Hub can fall back to a second engine when the first-choice engine fails, and requests through the Common REST API Provider that return 429 or 503 are not immediately retried, which changes how you size your provider quota.
Does my content persist in the platform, and do I want it to?
Content submitted through Smartling's MT API is not stored in Smartling, does not enter the translation memory, and is not processed through workflows. That is the right answer for ephemeral support text and the wrong one for content you expect to reuse.
How does Smartling support bring-your-own AI model translation?
Smartling's AI Hub is the control plane for bringing your own engine: the Credentials page stores your provider key, Profiles turn that key into a configured translation behavior, and the Instant MT tab decides where the result is delivered. Supported BYOK providers include Amazon Bedrock, Amazon Translate, Custom.MT, DeepL, Google Gemini (Vertex AI), Google MT, Google AutoML, Google Translation LLM, GPT (Microsoft Azure), GPT (OpenAI), Grok (xAI), Microsoft Translator, PROMT, and SYSTRAN, and teams running a custom-built in-house engine connect it through the Common REST API Provider with a JSONPath expression that tells Smartling how to read the response.
What separates a platform from a direct API call is the machinery around the model. Whether the translation comes from a Smartling-provisioned engine or your own key, the AI Hub applies pre- and post-processing rules so strings are not broken mid-workflow, and an automatic fallback engine takes over when the first-choice engine fails. Glossary Term Insertion and AI-Enhanced Glossary Term Insertion push approved terminology into engine output, TM Match Insertion applies existing translation memory matches with optional tag and placeholder alignment, and workflow step types — Edit, Review, Internal Review, and Post-Edit — let you add a human wherever the content justifies one.
Smartling also lets teams start without a key at all. Smartling Auto Select MT routes each string to the most suitable NMT engine, and Smartling Auto Select LLM translates with leading LLM providers using retrieval-augmented generation across 100+ supported languages, both pre-configured with Smartling-provisioned credentials. That matters during evaluation: you can benchmark your own tuned model against a strong default inside the same platform, using the same glossary and the same review workflow, before committing to a BYOK contract.
Ä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.