Migrating to Weblate¶
Are you using a different localization platform and considering switching to Weblate? This guide provides a quick, step-by-step process to help you migrate your translation project from platforms like Transifex, Crowdin, Lokalise, or similar services.
Weblate is designed around continuous localization with Git integration at its core, making it ideal for teams that want to keep translations close to their development workflow.
Siehe auch
Mit der Internationalisierung beginnen for choosing the right internationalization framework
Integration mit Weblate for detailed integration options
Kontinuierliche Lokalisierung for setting up automated workflows
Voraussetzungen¶
Before starting your migration, ensure you have:
On your localization platform:
Access to export your translation files
List of translators and their roles/permissions
Understanding of your current workflow (review process, automation, etc.)
For Weblate:
A Weblate instance (either Hosted Weblate or self-hosted)
Admin or project creation permissions on your Weblate instance
Prepare your translation files¶
Export translations from your current platform¶
Most localization platforms allow you to export all translations at once:
Transifex: Use their CLI tool or download translations from the web interface
Crowdin: Export all translations as a ZIP file from project settings
Lokalise: Use the bulk export feature
Phrase: Download all locales from the project dashboard
Hinweis
Keep your translation files in the format native to your internationalization framework (PO, XLIFF, JSON, etc.) rather than converting them. Weblate supports many formats.
Commit translations to your Git repository¶
Hinweis
If you would rather not store translations in an external Git repository, you can skip this step and use the Upload translation files option when creating a component.
If your translations aren’t already in Git:
Create a Git repository or use your existing project repository
Organize translation files following your project structure
Commit and push the files to your Git hosting service (GitHub, GitLab, Bitbucket, etc.)
git add locales/
git commit -m "Add translation files for Weblate migration"
git push origin main
Siehe auch
Kontinuierliche Lokalisierung for optimal repository structure
Integration der Versionsverwaltung for supported version control systems
Import your project into Weblate¶
Create a new project¶
Navigate to your Weblate instance.
Click Add new translation project in the + menu.
Fill in your project details:
Project name: Your application or project name
URL slug: Short identifier (e.g.,
myapp)Project website: Your project homepage (optional)
Siehe auch
Übersetzungsprojekte und Komponenten hinzufügen for detailed project creation instructions
Add a component from your Git repository¶
After creating the project, click Add new translation component
Select From version control
Configure your component:
Component name: e.g., „Application strings“, „Website“, „Documentation“
Repository URL: Your Git repository URL (HTTPS or SSH)
Repository branch: Optional: Specify repository branch (Weblate automatically detects the default branch if not specified)
Weblate will automatically detect:
Translation file format
Available languages
Ausgangssprache
Review and confirm the detected settings
Hinweis
For repositories with multiple translation components (e.g., separate files for backend, frontend, documentation), create a separate Weblate component for each.
You can speed this up using From existing component for shared repositories or Komponentenerkennung to automatically create them.
Siehe auch
Komponentenkonfiguration for all configuration options
Zweisprachige und einsprachige Formate for understanding monolingual vs. bilingual formats
Configure your workflow¶
Set up access control¶
Choose your project’s visibility and access level:
Go to your project settings: Operations → Settings → Access tab
Select the appropriate access control:
Public: Open-source projects, anyone can contribute
Protected: Visible to all, but only invited users can translate
Private: Only invited users can view and translate
Siehe auch
Verwaltung der projektspezifischen Zugriffssteuerung for detailed access control configuration
Set up continuous localization¶
Enable automatic updates and commits:
Configure repository integration:
Pull changes: Set up a webhook so Weblate updates when your source code changes
Push changes: Configure Pushen von Änderungen aus Weblate so translations are committed back to your repository
Enable automatic actions in component settings:
Push on commit: Automatically push translations to your repository
Commit interval: Set how often pending translations are committed (e.g., every 24 hours)
Siehe auch
Kontinuierliche Lokalisierung for complete workflow automation
Configure quality checks and workflows¶
Customize translation quality controls:
Enable checks: Review Qualitätsprüfungen and enable any opt-in quality checks you need.
Set up review workflow: Enable Überprüfung aktivieren if you want an approval process.
Add enforced checks: Configure which quality checks should block translations.
Optional: Enable add-ons¶
Weblate offers Erweiterungen to automate common tasks:
PO-Dateien auf POT aktualisieren (msgmerge): Automatically update PO files from POT templates
Übersetzungsdateien bereinigen: Remove unused translation strings
Git-Commits zusammenfassen: Squash commits before pushing to your repository
Komponentenerkennung: Automatically discover new translation files
Siehe auch
Erweiterungen for all available add-ons
Test and verify¶
Before announcing the migration to your translators:
Test the workflow:
Make a test translation
Verify it appears in your Git repository
Test pulling changes from your repository into Weblate
Import any existing translation memory (optional):
Use Übersetzungsspeicher to import previous translations
This helps with consistency and speeds up translation
Configure notifications:
Set up Benachrichtigungen for translation events
Configure repository Benachrichtigungs-Hooks for your Git hosting service
Siehe auch
Übersetzungsspeicher for translation memory management
Invite and manage users¶
Invite translators¶
For Protected and Private projects:
Navigate to Operations → Users in your project
Use Add user to invite translators
Assign them to appropriate teams:
Translators: Can translate strings
Reviewers: Can review and approve translations
Managers: Can manage project settings
For Public projects, users can start contributing immediately after signing up.
Tipp
Send your translators a welcome message with:
Link to your project on Weblate
Overview of any project-specific terminology or style guides
Information about your review process
Siehe auch
Verwaltung der projektspezifischen Zugriffssteuerung for team management
Zugriffssteuerung for advanced permission configuration
Next steps¶
After completing the migration:
Announce to translators: Let your translation team know about the migration with clear instructions
Monitor initial usage: Watch for any issues during the first few days
Gather feedback: Ask translators about their experience compared to the previous platform
Optimize workflow: Adjust settings based on your team’s needs
Remove previous platform: Once the migration is completed, remember to revoke access granted to the previous platform.
Tipp
During migration, you can run both platforms in parallel for a transition period to ensure everything works as expected before fully switching over.
Additional resources¶
Integration mit Weblate - Detailed integration patterns
Übersetzungsabläufe - Different workflow configurations
Kontinuierliche Lokalisierung - Automated continuous localization
Weblates REST-API - API for automation and integrations
Übersetzungsberichte - Setting up translation progress reports
Häufig gestellte Fragen - Frequently asked questions
Hinweis
Join the Weblate community if you need help during your migration. The community is active and helpful!