Spring til indhold

Valgfri analyse, sessionsoptagelse og reklamer forbliver deaktiverede, medmindre du accepterer. Du kan afvise dem og bruge Transglot. Ændr dit valg når som helst i Cookie-præferencer. Cookiepolitik

transglot.kontinuerligStart gratis
til teams, der merger hver dag

Kontinuerlig lokalisering: alle sprog, ved hvert merge.

Kontinuerlig lokalisering oversætter nye og ændrede strenge, efterhånden som din kode ændres, i stedet for i en separat fase før hver release. Alle sprog er klar til at blive shipped sammen med den kode, der havde brug for dem.

Start gratisSe, hvordan det virker
En simulering af de to måder at arbejde på, ikke en måling. Tryk på Merge a change, og læs kolonnen til højre: Det er, hvad brugerne af det pågældende sprog ser.
acme / web
mainAdd a gift cardcheckout.gift_card
frAjouter une carte cadeauoversat
deGeschenkkarte hinzufügenoversat
jaギフトカードを追加oversat
arأضف بطاقة هديةoversat
pt-BRAdicionar vale-presenteoversat
Sprog, du kan relese nu5 af 5
Strenge bagud i forhold til mainingen
det korte svar

Hvad er kontinuerlig lokalisering?

Kontinuerlig lokalisering er en arbejdsmetode, hvor nye og ændrede strenge sendes til oversættelse automatisk, så snart de ændres, og den oversatte tekst returneres til produktet uden, at nogen skal planlægge det.

Der er ingen oversættelsesfase, fordi oversættelsen aldrig stopper. En developer merger en streng, oversættelserne følger med i samme flow som koden, og en release venter ikke på nogens fil.

Det er lokaliseringsdelen af continuous delivery. Et team, der merger hver dag og overleverer oversættelser hver anden uge, har sprog, der hænger bagefter koden det meste af måneden. Kontinuerlig lokalisering reducerer dette gab til længden af én kørsel.

Det betyder ikke, at maskinoversættelser går live uden at blive læst. Du beslutter, hvilke strenge der skal gennemses af en person, og en release kan kun indeholde det, der er blevet gennemset.

kontinuerlig vs. traditionel lokalisering

Forskellen er, hvornår oversættelsen sker, ikke hvem der gør det.

Oversættere, korrekturlæsere og ordlister findes i begge kolonner. Det, der ændres, er tidspunktet for arbejdsstart og størrelsen på hver del.
Side om side
Hvornår oversættelsen sker
I en fase før hver udgivelse
Hvad der starter det
Nogen eksporterer en fil
Størrelsen på hver del
Ugers mængde af strenge ad gangen
Hvad en udgivelse venter på
At filen kommer tilbage
En sen tekstændring
En ny tur frem og tilbage
Hvad oversætteren arbejder ud fra
Et regneark med strenge
Sprog ved lancering
Forsinket, én bølge efter en anden
én streng, start til slut

Sådan fungerer kontinuerlig lokalisering

Følg én ny streng gennem løkken. Hvert trin viser, hvad du faktisk ville se.

din terminal eller din CI-log
+ "checkout.gift_card": "Add a {brand} gift card"
$ git push origin main
$ transglot push --wait
push locales/en.json (en, json_nested)
Batch: #4182
$ transglot pull
written locales/fr.json
written locales/ja.json
checkout.gift_card
kildeAdd a {brand} gift card
frAjouter une carte cadeau {brand}Glossa-udkast
de{brand}-Geschenkkarte hinzufügenfra hukommelsen, 0 ord
ja{brand} ギフトカードを追加Glossa-udkast
arأضف بطاقة هدية {brand}Glossa-udkast
de fire porte, én kørsel
Pladsholdere1 repareret
Flertalsformerbestået
Ordlistetermerbestået
Varighedbestået
ja · pladsholder mistet, repareret én gang, kontrolleret igenギフトカードを追加{brand} ギフトカードを追加
cart.save
kilde ændretSave Save draft
frEnregistrergennemgået af en person: beholdt, rapporteret til digForeslået: Enregistrer le brouillon
deEntwurf speichernmaskinrække: oversat igen
pull requestopdateret på stedet
Opdater oversættelsertransglot/sync → mainåben, én per repository
locales/fr.json+3 −1
locales/de.json+3 −1
locales/ja.json+3 −1
eller, på en pull request på GitHub, kommenter/translate

Ændringen når Transglot via CLI, GitHub Action eller appen på din Git-vært. Kildefiler parses i et af 20 native formater, og hver streng sammenlignes med det, projektet allerede har. Kun nye og ændrede strenge går videre.

En eksakt match fra oversættelseshukommelsen udfylder rækken og koster ingen ord. Resten sendes til Glossa sammen med din ordliste, din stilguide og konteksten for den pågældende nøgle.

Pladsholdere, flertalsformer, ordlistetermer og længde kontrolleres i hver række under hver kørsel. En ødelagt pladsholder, en manglende flertalsform eller en forbudt ordlisteterm repareres én gang og kontrolleres igen. Hvis det fejler anden gang, afvises det og sendes ikke videre. En række, der kun overskrider sin længdegrænse, skrives, og fra Team-planen vil auto-godkendelse eller en QA-kørsel flagge den til gennemgang.

En kørsel overskriver aldrig en række, som en person har redigeret eller gennemgået. Hvis kilden ændres senere, bevares teksten, kørslen tæller rækken og giver dig besked, og fra Team-planen venter en foreslået opdatering ved siden af den, så nogen kan acceptere den.

Git-apps'en committer lokaliseringsfiler til én synkroniseringsgren og holder én pull request opdateret. På GitHub kan du kommentere /translate på en pull request, så lander filerne på den pågældende pull requests egen gren. Eller publicer til CDN'en, så læser det kørende produkt ændringen uden nogen release overhovedet.

hvor teams bliver brændt af

Seks måder, hvorpå kontinuert lokalisering går galt, og hvad der stopper hver enkelt

En kørsel overskriver en persons arbejde

Hver writer tjekker først rækkens status: en kørsel, et hukommelsesmatch og et push. En række, som en person har redigeret eller gennemgået, bevares, og kørslen rapporterer den.

fr, gennemgået, kilde lige ændret

bevaret, talt, rapporteret

En ødelagt streng når produktionen

Hvert token, der er gået ind, skal komme ud igen. På et ICU-projekt bliver en besked, der ville kaste en fejl ved rendering, holdt ude af pull-requestet, connectoren og CDN-bundtet, og kørslen navngiver den.

{count, plural, one {# article}

udeladt fra filen, navngivet i kørslen

Repositoryet fyldes op med bot-pull-requests

Én sync-gren og ét pull-request per repository. To hurtige pushes konvergerer mod det i stedet for at åbne et nyt.

#812 #815 #819 #823 l10n-opdatering

#812 transglot/sync, opdateret på stedet

En kildeændring efterlader gamle oversættelser

Hver målpost registrerer den kilde, den blev skrevet imod, så en ændret streng straks kendes som forældet på alle sprog, og kun denne nøgle køres igen.

Gem blev til Gem kladde. fr, de, ja siger stadig Gem

fr, de, ja køres igen for den ene nøgle

Hver kørsel fakturerer hele projektet igen

En kørsel dimensioneres efter det, der er ændret. En uændret streng sendes ikke, en eksakt memory-match koster ingen ord, og en post, en person ejer, afvises, før noget bruges.

fil indeholder 48.000 ord

denne kørsel: 60 ord

Et halvafsluttet pull sletter en lokalitetsfil

Hvis serveren rapporterer ingen poster for en lokalitet, nægter pull-at skrive over en fil, der har indhold, og afslutter med kode 1, så pipelinen stopper der.

pull: 0 poster for ja, fil indeholder 1.204

nægter at overskrive locales/ja.json med et tomt bundle

  • run 4182 fr: pladsholder mangler i kladden, repareret ved genforsøg
  • run 4182 de: 3 poster bevaret, en person ejer dem
  • run 4182 ja: 41 poster fra memory, 0 ord
  • run 4183 ar: pluralform mangler efter genforsøg, post afvist
  • pull skrevet locales/pt-BR.json
  • sync transglot/sync opdateret, pull-request #812
målt mod de to, du sammenligner

Alle tre forbinder til dit repository. Forskellen er, hvad der sker, når du merger.

Læst fra hvert virksomheds egne sider den 5. november 2026. Prisrækken stammer fra vores sammenligningssider, som er linket nedenfor, og som viser planen og beregningen. Priser og planer ændres, så tjek dem, før du træffer din beslutning.

Transglot
En ny streng flettes
Oversat som standard
Pushet starter kørslen. En projektindstilling slår det fra.
En oversættelse består ikke en kontrol
Repareret én gang, derefter afvist
For en ødelagt pladsholder, flertalsform eller forbudt term, på hver række i hver kørsel. En længdeoverskridelse logges. På et ICU-projekt holdes en ødelagt række ude af pull'en, connectorne og CDN'et.
En person har allerede redigeret rækken
Kørslen nægter at skrive den
Det gør et hukommelsesmatch og et push også. Hvis kilden ændres senere, rapporterer kørslen rækken.
Pull-anmodninger i et travlt repository
Én branch, én pull-anmodning
Opdateres på stedet ved hvert push.
Hvad planen tæller
Oversatte ord, én gang pr. sprog
Præcise hukommelsesmatches koster ingenting. Lagring af en streng koster ingenting.
Hvad der betaler for AI'en
Planens ord
Det faktureres ikke separat.
Den samme opgave: 5,000 strenge på 10 sprog
$39 om måneden
Team, oversættelse inkluderet
GitHub, GitLab, Bitbucket, Azure Repos, en CLI og en MCP-server
Alle sammen
Git-appene starter fra Team-planen og dækker cloud-versionerne.
De fulde sammenligninger med udregninger: Lokalise, Crowdin. Kilder: Lokalise-priser, automatiseringer, arbejdsgange, kontroller, GitHub, behandlede ord, udviklerværktøjer, Crowdin-priser, autooversættelse, kontroller, GitHub, credits, AI.
brug det, du allerede kører

Start det derfra, hvor dine strenge befinder sig. Alle døre fører til samme pipeline.

Samme hukommelse, gloseliste, gates og gennemgang – uanset hvilken dør en streng kommer ind ad.
.github/workflows/translations.yml
on:
push:
branches: [main]
jobs:
translations:
runs-on: ubuntu-latest
permissions:
contents: write
steps:
- uses: actions/checkout@v7
- uses: transglot/transglot-action@v1
with:
token: ${{ secrets.TRANSGLOT_TOKEN }}
hvad du skal gøre først

Sådan opsætter du kontinuerlig lokalisering

  1. Få strenge ud af koden

    Alle brugerrettede strenge skal have en stabil nøgle i en lokalitetsfil. Transglot læser 20 formater, så behold det, du har.

  2. Forbind lageret

    Init-kommandoen finder dine lokalitetsfiler, logger dig ind via browseren, uploader det, du allerede har, og kører den første oversættelse.

  3. Kør det ved hver merge

    Tilføj GitHub Action, kald CLI'en fra enhver anden CI, eller installer appen til GitHub, GitLab, Bitbucket eller Azure Repos.

  4. Beslut, hvad der kræver en person

    Indstil min_state til reviewed på en pull-regel, og den fil indeholder kun strenge, som en person har gennemset. Lad være med at slå det til, så sendes kladder.

regn tallene ud baseret på dine egne tal

Hvad det koster at køre ved hver merge: de ord, der er ændret.

Et ord er et kildeord, talt én gang pr. målsprog. En kørsel størrelsesbestemmes ud fra det, der er ændret, så en merge, der berører tolv ord i fem sprog, tæller som tres, uanset hvor stort projektet er.

25
40
6
20,000
Ord om måneden26,000på disse tal · 25 merges om ugen, 40 ord hver, 6 sprog

Passer på Starter: $19/mo, 300,000 ord om måneden.

Det er cirka 9% af tilladelsen.

Første kørsel, én gang120,000Dine eksisterende strenge på alle sprog. Oversættelser, du importerer, oversættes ikke igen.
Se planerne

Dette tæller kun oversættelse. Kvalitetstjek, brand voice-kladder og reparationer tæller også som ord, og eksakte matches fra hukommelsen koster intet. CLI'en og GitHub Action starter på Starter, og appsene til GitHub, GitLab, Bitbucket og Azure Repos starter på Team.

hvad det ikke vil gøre for dig

Tre ting, som kontinuerlig lokalisering ikke løser

Strenge, der stadig sidder fast i koden

En pipeline kan kun oversætte det, den kan læse. Hardcodede strenge og sætninger, der er limet sammen af dele, skal rettes først, og de er den sædvanlige årsag til, at en udrulning går i stå.

Ingen ejer ordene

Automatisering flytter strenge. Den beslutter ikke, hvad dit produkt kalder tingene. Nogen skal eje glossaret, ellers vil et sprog, ingen læser, drive væk uden nogens opmærksomhed.

Tekst, der kræver dømmekraft

Juridisk tekst, priser og brandlinjer fortjener et menneske. Send dem til gennemgang, og hold dem ude af de filer, der sendes med, indtil nogen har godkendt dem.

FAQ om kontinuerlig lokalisering

De spørgsmål, teams stiller, før de slår det til.

Hvad er kontinuerlig lokalisering?
En arbejdsmåde, hvor nye og ændrede strenge automatisk sendes til oversættelse, når de ændres, og oversat tekst returnerer til produktet uden en planlagt overlevering. Det erstatter oversættelsesfasen før en udgivelse med en lille kørsel efter hver ændring.
Traditionel lokalisering samler strenge i en fil, sender den ud tæt på en udgivelse og venter. Kontinuerlig lokalisering flytter hver ændring, efterhånden som den sker, så delene er små, sprog lanceres sammen, og en sen tekstændring koster en genkørsel af én nøgle frem for endnu en tur-retur.
Nej. CI/CD bygger, tester og udgiver kode. Kontinuerlig lokalisering holder oversættelserne i gang sideløbende hermed. De mødes i pipelinen: det push, der kører dine tests, kan også sende strenge til oversættelse og hente filerne tilbage.
Nej. Appsene til GitHub, GitLab, Bitbucket og Azure Repos reagerer på et push uden noget tilføjet til din pipeline, og indholdsconnectorer reagerer på ændringer i et CMS eller en butik. CLI'en og GitHub Action er der, hvis du vil have det inde i dit eget workflow.
Nej. Kladder kan udgives, eller en pull-regel kan kun medtage det, en person har gennemgået, fil for fil. Anmeldere arbejder i editoren med glossartermer, hukommelsessammenfald og skærmbilleder ved siden af hver række.
Nej. En kørsel, et hukommelsessammenfald og et push tjekker alle rækken først, og en række, en person har redigeret eller gennemgået, bevares. Hvis dens kilde ændres senere, forbliver teksten, kørslen tæller rækken og rapporterer den, og fra Team-planen vedhæftes en foreslået opdatering, som nogen kan acceptere.
Det betyder ofte mest for et lille team, fordi ingen har jobbet med at håndtere overleveringer. Hvis du udgiver på ét sprog uden plan for et andet, kan det vente.
En kørsel dimensioneres, før den starter. Gratis er en hård grænse. En betalt plan stopper ved sin kvote, medmindre du slår meterbaseret overforbrug til, hvilket stopper ved en udgiftsgrænse, du angiver. I CI afslutter CLI'en med kode 3, når en kørsel ville overskride grænsen, så pipelinen kan handle på det.
Ja, på GitLab.com, Bitbucket Cloud og Azure DevOps Services. Appsene dækker ikke selvhostede GitLab- eller Bitbucket Data Center-installationer, men CLI'en kører i enhver CI, der har Node 22 og kan nå API'et.
Ja. Indholdsconnectorer læser fra et CMS, en butik eller et help center, og de tovejs-connectors skriver det gennemgåede sprog tilbage. Nogle er kun import, og hver connectors side angiver hvilke.
Ja. Udgiv et sprogområde til CDN'en, og dit produkt læser det ved kørsel via runtime-SDK'erne. Den seneste URL cachelagres i tres sekunder, hver udgivet version har sin egen URL, og de sidste tyve versioner gemmes.
Importeringsværktøjet henter projekter, nøgler og eksisterende oversættelser fra Lokalise, Phrase, Crowdin, Transifex, Weblate and POEditor. Importerede oversættelser tæller som manuelt arbejde, så ingen kørsel overskriver dem. Det er gratis på alle abonnementer og kører én gang.
fungerer med det, du allerede kører

41 connectors, allerede bygget.

WordPressContentfulSanityStoryblokWebflowStrapiDatoCMSHygraphDrupalKontent.aiContentstackPrismicShopifyWooCommerce
MagentoPrestaShopBigCommerceIntercomZendesk GuideFreshdeskHelp ScoutHubSpotNotionConfluenceGhostMailchimpKlaviyoFigma
SketchAdobe XDGitHubGitLabBitbucketAzure ReposJiraZapier, Make and n8nApp Store ConnectGoogle PlayGoogle DriveDropboxAmazon S3
Alle 41 integrationer
ingen oversættelsesfase at planlægge

Forbind et repository. Den næste merge gør resten.

Én kommando finder dine sproglige filer, logger dig ind via browseren og udfører den første oversættelse.

Start gratisSe priser
npx transglot@latest init