Localization Guides

Updated: 3 quarters ago · 2 min read

Each guide walks through a specific localization scenario end-to-end - from configuring a localization engine on Lingo.dev to shipping translated output in production. Every guide assumes you have an organization and at least one localization engine configured.

How Guides Work#

Every product has different localization surfaces. A web app needs translated UI strings. An API needs localized responses. A documentation site needs translated Markdown files. Each surface connects to the same localization engine, but the integration pattern differs.

These guides cover seven integration patterns:

SurfaceWhat gets localizedIntegration method
Translation APIKey-value data, dynamic contentHTTP API calls
Web appsUI strings, component textCLI + framework integration
Mobile appsiOS .strings, Android .xmlCLI + mobile build pipeline
iOS appsXcode String Catalogs .xcstringsCLI + GitHub Actions
Android appsAndroid strings.xmlCLI + GitHub Actions
Next.js with MarkdocMarkdoc pages and JSON UI stringsCLI + GitHub Actions
Rails with i18nRails config/locales YAMLCLI + GitHub Actions
EmailsTransactional and marketing templatesAPI or CLI depending on template format
Static contentMarkdown, JSON, YAML filesCLI with file-based translation
CI/CD workflowsAll of the above, automatedGitHub Actions, GitLab CI, Bitbucket Pipelines

Prerequisites

All guides require an API key and a configured localization engine. If you haven't set these up yet, start with the documentation.

Choose Your Guide#