Translate app localization files without breaking them
Upload the resource file your project already uses. AI Glot reads XLIFF, JSON, ARB, Android XML, iOS .strings, .properties and CSV, translates the strings, and hands back a file that drops straight into your repository.
Translate a localization file
Tell AI Glot how to translate this file…
From resource file to release in 3 steps
No export, no reshaping, no copy-paste. The file you commit is the file you upload.
1. Upload the file your project already uses
XLIFF and XLF, JSON and ARB, Android XML, iOS .strings, Java .properties, .NET RESX, or a CSV export if that is how your team works. Send a ZIP of them if you have one file per language.
Upload a file →2. Say what the strings need
Describe the tone, the terms that must never change, and how UI strings should read in each language. AI Glot shows you the plan, including every placeholder and inline tag it will leave alone, before anything runs.
Write your instructions →3. Commit the translated file
Download the same format you sent, with keys, structure and markup unchanged. Nothing to reformat, nothing to merge by hand.
Export result →Placeholders and tags are read, never rewritten
Interpolated variables, ICU plurals, HTML fragments and platform-specific markup are recognised as structure. AI Glot translates the words around them and leaves them byte for byte.
Built for the way apps are actually localized
Your format, both ways
The file comes back in the format it arrived in. No conversion to a spreadsheet and back, which is where keys go missing.
Keys and structure preserved
Identifiers, nesting and ordering survive the round trip, so the translated file is a drop-in replacement rather than a merge conflict.
Terminology that holds across releases
Your workspace glossary pins product names and UI vocabulary, so the same term does not drift between two sprints.
A whole language folder at once
Send a ZIP of same-type files and get a translated bundle back, instead of running one job per locale.