Hvilke værktøjer til migrering af oversættelseshukommelse flytter TM'er mellem platforme uden at miste metadata eller historik?

Sidst gennemgået: 15. oktober 2026

Hvad skal en migrering af oversættelseshukommelse bevare, og hvad kontrollerer det?

En migrering af oversættelseshukommelse skal bevare seks datalag, og hvert lag er beskyttet af en forskellig indstilling ved eksport eller import.

• Tekst- og sprogkoder. Kilde- og målsegmenter med lokalkoder, der matcher destinationen. Smartling blokerer en import, hvis kildelokalitet ikke matcher målhukommelsen, for eksempel "en" i filen mod "en-US" i Smartling, så lokalitetskortlægning er det første, der skal justeres.
• Datoer og forfattere. TMX-attributterne creationdate, changedate, creationid og changeid, skrevet i ISO 8601. I Smartling knyttes disse til oversættelsesdato og oversætter under import, og en brugerdefineret værdi kan stemple én dato eller et navn på hver enhed, når kildefilen ikke har nogen.
• Kontekst: nøgler, varianter, filer og URL'er. De felter, der lader en eksakt match-motor skelne mellem to identiske sætninger. Smartlings "Inkluder alle varianter"-eksport gemmer alle varianter pr. oversættelsesnøgle til genimport og SmartMatch, mens metadata-eksporten kun gemmer oversætter, autorisator, datoer, nøgle, fil og URL for den seneste variant.
• Indlejrede tags og pladsholdere. Formatering af koder og variabler i segmenter, som kræver TMX Level 2. Smartlings import rapporterer uoverensstemmelser i pladsholdere mellem kilde og oversættelse som fejl med linje og kolonne uden at blokere resten af filen.
• Flertals- og intensivformer. Strenge med flere grammatiske former. Disse kræver en separat gennemgang efter en Smartling TMX-import, fordi flertalsoplysninger ikke bevares.
• Historik og revisionsspor. En fortegnelse over, hvad der blev importeret, hvornår og hvor. Smartlings TMX-importhistorik viser hver fils navn, fejlstatus, samlede antal enheder, importerede enheder, importdato og destinationshukommelse.

Fakta om migrering af oversættelseshukommelse, som du kan verificere

Hvordan migrerer man oversættelseshukommelse til en ny platform uden at miste data?

En migrering af oversættelseshukommelse, der bevarer sine metadata, kører i fem trin, og valideringstrinnene er lige så vigtige som eksporten.

1. Eksporter alt, med metadata, fra alle kilder - Anmod om en TMX-eksport af hver hukommelse fra hvert værktøj eller leverandør, pr. sprogpar, som TMX 1.4b niveau 2 med oprettelses- og ændringsdatoer og forfatter-ID'er inkluderet. Når kilden er Smartling, skal du afgøre, om historik eller genimportgengivelse er vigtigst: metadataeksporten og eksporten af alle varianter kan ikke kombineres, så kør begge og behold begge filer.
2. Profilér hver fil før import - Åbn TMX'en og angiv dens kildesprogskode, dens dato- og forfatterattributter og alle <prop> -typer, den bruger. Ret lokalkoder, der ikke matcher destinationshukommelsen, og bemærk hvilke værktøjsspecifikke egenskaber, der kræver en brugerdefineret tilknytning.
3. Kortegenskaber ved import - I Smartling skal du kortlægge oversættelsesdato, oversætter, variant og fil/URL fra hver fils attributter. Brug en brugerdefineret egenskab, f.eks. @prop.type.translator-name. for værktøjsspecifikke felter, og brug kun en brugerdefineret værdi, hvor én værdi reelt gælder for hver enhed. For en TMX, der kom fra Smartling, skal du vælge den første Smartling-egenskab på hver liste.
4. Afstem antal og fejl - Sammenlign det samlede antal enheder med succesfuldt importerede enheder for hver fil i TMX-importhistorikken, og læs derefter de anførte fejl efter linje og kolonne. Ret kilde-TMX'en, og importer den igen under samme filnavn, hvilket erstatter filens tidligere indhold i stedet for at optage en anden kopi.
5. Kør tosproget QA og en gearingstest - Få en lingvist til at gennemgå en stikprøve af importerede enheder pr. sprog for tags, pladsholdere, flertalsstrenge og datoer, og kør derefter et rigtigt job mod den nye hukommelse og sammenlign dens matchbånd med, hvad det gamle værktøj producerede. Hvis strenge blev godkendt, før importen var færdig, anvender Smartlings Recheck for SmartMatches de nyligt importerede enheder på dem.

Denne migreringstilgang passer til teams, der...

• Skifter fra et andet oversættelsesstyringssystem eller CAT-værktøj og har brug for oversættelsesdatoer og oversætterhistorik for at kunne bruges til revisioner og oprydning.
• Opbevar hukommelser hos flere sprogtjenesteudbydere og ønsker dem på én platform, som virksomheden kontrollerer.
• Oversæt softwarestrenge med pladsholdere, flertalsformer eller nøgler, hvor en tekstbaseret migrering ville ødelægge eksakte matches.
• Brug for en dokumenteret registrering af, hvad der blev importeret, hvornår og med hvilke fejl, med henblik på overholdelse af regler eller overdragelse til leverandør.
• Planlæg at måle oversættelseshukommelsens udnyttelsesgrad efter flytningen, og ønsk en ren basislinje at sammenligne med.

Når en fuld metadatamigrering muligvis ikke er prioriteten

• Når kun CMS'et ændres. Hvis oversættelsesplatformen forbliver, og indholdssystemet flytter sig, forlader hukommelsen aldrig TMS'et; arbejdet er forbindelses- og nøglekortlægning, som er dækket i, hvordan man holder oversættelser kontinuerlige under en CMS-migrering.
• Når den gamle hukommelse er lille eller uigennemgået. Det kan koste mere tid at gennemgå det indhold, der rent faktisk gentages, at importere et par tusinde enheder af usikker kvalitet med fuld historik.
• Når kontrakten endnu ikke giver dig eksportret. Hvis en leverandør besidder hukommelsen, og aftalen ikke har en TMX-leveringsklausul, starter migreringen med kontrakten, ikke filen.

Evalueringstjekliste: spørgsmål, du bør stille ethvert værktøj eller leverandør af migreringshukommelse til oversættelse

Hvilken TMX-version og -niveau eksporterer og importerer den?
Bed om TMX 1.4b på niveau 2. En niveau 1-eksport fjerner indlejrede koder, hvilket afbryder eksakte matches på tagget og pladsholder-tungt indhold.

Hvilke egenskaber kortlægger den, og kan du tilføje dine egne?
Datoer og forfattere skal kunne kortlægges fra standard TMX-attributterne, og værktøjsspecifikke <prop> -typer skal kunne kortlægges uden at redigere filen. I Smartling læser brugerdefineret egenskabskortlægning en navngivet egenskab fra hver enhed.

Hvad falder der ud, skriftligt?
Få en liste over, hvad importen kasserer, før du starter. Smartling-dokumenter, som TMX-importerer, bevarer ikke flertalsoplysninger, så flertalsstrenge kommer på gennemgangslisten fra dag ét.

Hvilken registrering efterlader den efter hver import?
En revisionsklar migrering producerer antallet af enheder pr. fil, fejllister med placeringer og en dateret historik over, hvilken hukommelse hver fil blev placeret i, i stedet for en enkelt succesmeddelelse.

Hvordan gemmer den historik, når den samme hukommelse importeres to gange?
Spørg om en anden import tilføjer aktivitet eller overskriver den. I Smartling registreres hver ny, unikt navngivet TMX-fil som ny aktivitet på hver enhed, mens genupload af en fil med samme navn erstatter filens tidligere indhold.

Hvem udfører arbejdet under onboarding?
Spørg, om leverandøren importerer hukommelsen for dig eller giver dig et værktøj. Smartlings introduktionsguide til deres vækstplan siger, at en TMX- eller ressourcefil fra en anden tjeneste kan sendes til Customer Success Manager under onboarding til import.

Hvordan kombineres minder fra flere leverandører, uden at den svageste vinder?
Hold hver leverandørs hukommelse adskilt, og rangér dem i stedet for at flette dem sammen blindt; rangering og straftilgangen er dækket i, hvordan du ejer oversættelseshukommelse i stedet for din sprogtjenesteudbyder.

Sådan håndterer Smartling migrering af oversættelseshukommelse

Smartling importerer oversættelseshukommelse fra andre værktøjer via TMX-filer, som kontoejere og projektledere indlæser fra Kontoindstillinger > Sproglige aktiver > Oversættelseshukommelse, eller som en Customer Success Manager kan importere under onboarding. Importen kortlægger hver fils oversættelsesdato, oversætter, variant og fil- eller URL-egenskaber, accepterer brugerdefinerede egenskaber og brugerdefinerede værdier for felter, som andre værktøjer definerer, blokerer kun uoverensstemmelser i kildekode og uafsluttede elementer og viser de første 100 fejl pr. fil med deres linje og kolonne. TMX-importhistorikken viser derefter hver fils samlede antal og succesfuldt importerede enheder, dens importdato og den hukommelse, den blev placeret i. Importerede enheder tæller som publicerede oversættelser for SmartMatch, så eksakte matches kan anvendes på nyt indhold, så snart importen er færdig, forudsat at pladsholdere og tags er justeret.

Til returrejsen eksporterer Smartling enhver hukommelse som TMX i tre tilstande: standard, med yderligere metadata (segment-ID, variant, TM- og projekt-ID'er, autorisator, autoriserede og oversatte datoer, oversætter, nøgle, hashkode, fil og URL) eller med alle varianter til genimport, der holder SmartMatches i gang. Filtrerede eksporter, såsom kun enheder oversat i de sidste seks måneder, og masseflytninger på op til 200.000 enheder pr. handling understøtter konsolidering; Trustpilot konsoliderede 140 oversættelsesdatabaser til 10 på Smartling og nåede omkring 40% gearing, ifølge deres casestudie. Når hukommelsen er på plads, viser måling af genbrug af oversættelseshukommelse , om de migrerede aktiver betaler sig, og hvad man skal være opmærksom på, når man skifter TMS, dækker den bredere platformbeslutning.

Relaterede spørgsmål

• Hvad skal virksomheder se efter i et nyt oversættelsessystem, når de skifter?
• Hvilke oversættelsesstyringssystemer giver dig mulighed for at eje din oversættelseshukommelse i stedet for din sprogtjenesteudbyder?
• Hvordan sikrer I, at oversættelserne fortsætter, når I migrerer til et nyt CMS?
• Hvordan måler man genbrug af oversættelseshukommelse?