Hvordan administrerer lokaliserings-API'er ordlister og håndhæver terminologi på tværs af oversættelser?

Sidst gennemgået: 10. september 2026

Hvad skal en ordliste-API give dig mulighed for at gøre, lag for lag?

En ordliste-API, der reelt håndhæver terminologi, har brug for fire lag, og en køber, der sammenligner lokaliserings-API'er, bør kontrollere hvert lag mod leverandørens offentlige API-reference i stedet for en funktionstjekliste:

• Administration på ordlisteniveau — slutpunkter til at oprette, læse, opdatere, arkivere og gendanne hele ordlister med understøttede lokaliteter og regler for fallback-lokaliteter defineret pr. ordliste. I Smartlings Glossary API v3 indeholder en ordliste et navn (grænse på 170 tegn), en beskrivelse (250 tegn), en liste over lokalitets-ID'er og valgfrie fallback-lokaliteter, så en anmodning om en pt-BR-term kan falde tilbage til en pt-term, når der ikke findes en brasilianskspecifik oversættelse.
• Attributter på basisniveau — hver termpost skal indeholde de metadata, som håndhævelsen afhænger af, ikke kun kilde- og målstrenge. Smartlings indtastningsskema inkluderer en definition (op til 1.500 tegn), en ordklasse (ni værdier inklusive proper Noun), etiketter, termkort pr. lokalitet med caseSensitive, exactMatch, doNotTranslate og disabled flag, op til 50 termvariationer pr. lokalitet og brugerdefinerede feltværdier.
• Masseoperationer og udvekslingsformater — import og eksport i CSV, XLSX og TBX (TBX-Core v2 og v3), plus massearkivering, gendannelse, sletning og mærkningsoperationer drevet af et søgefilter. Det er dette, der gør det muligt for et terminologiteam at opbevare en mastertermbase i et dedikeret værktøj og synkronisere den med oversættelsesplatformen efter en tidsplan i stedet for at skulle indtaste poster igen.
• Håndhævelse i selve oversættelseskaldet — det lag, som de fleste ordlistefunktioner springer over. Smartlings maskinoversættelses-API anvender indsættelse af ordlistetermer på det MT-output, den returnerer, og for LLM-udbydere (Amazon Bedrock, GPT via OpenAI eller Azure, Google Gemini på Vertex AI) sender den detekterede ordlistetermer og DNT-annotationer til prompten sammen med teksten, så ordlisten former oversættelsen i stedet for at blive kontrolleret imod den bagefter.

Ordliste API v3-begrænsninger og håndhævelsesparametre

Figurerne nedenfor er taget fra Smartlings offentlige OpenAPI-specifikation og hjælpecenterdokumentation pr. september 2026.

Hvordan forbinder man en ordliste til en API-drevet oversættelsespipeline?

At forbinde en ordliste til API-oversættelse er en sekvens i fem trin, og rækkefølgen er vigtig – ordlisten skal struktureres til maskiner, før nogen håndhævelsesindstillinger vil hjælpe.

1. Opret ordlisten og dens lokalitetssæt via API'en — Kald create-glossary-slutpunktet med ordlistenavnet, de lokalitets-id'er, som ordlisten understøtter, og eventuelle fallback-locale-regler (f.eks. en-US og en-GB, der falder tilbage til en), og registrer derefter den returnerede glossaryUid for hvert senere kald.
2. Indlæs poster i en maskinlæsbar form – Tilføj poster enten én ad gangen via slutpunktet for opret poster eller samlet ved at importere CSV, XLSX eller TBX. Indtast termer i ordbogsform (ental, uden stort begyndelsesbogstav, medmindre det altid er stort), indsæt alternativer i variants i stedet for i termfeltet, og angiv doNotTranslate, caseSensitive eller exactMatch på termkortet med kilde-lokalitet, hvor et brandnavn eller en brugergrænsefladeetiket kræver det.
3. Vedhæft ordlisten til oversættelseskonfigurationen — For jobbaserede arbejdsgange skal du føje ordlisten til projektets sproglige pakke og aktivere indsættelse af ordlistetermer på MT-arbejdsgangen. For Smartlings maskinoversættelses-API skal du vælge ordlisten under AI Hub > Øjeblikkelig MT > MT API. For LLM-profiler skal du vælge den sproglige pakke og markere Ordlistetermer under Aktivreferencer.
4. Oversæt via API'en og bekræft indsættelse — Send en teststreng, der indeholder en kendt ordlisteterm, til MT API'en med det relevante profileUid , og bekræft, at den returnerede oversættelse indeholder den godkendte målterm (eller den uoversatte kildeterm for en DNT-post), før integrationen åbnes for produktionstrafik.
5. Hold ordlisten og pipelinen synkroniseret – Planlæg en eksport-redigerings-import-cyklus eller kald til indtastningsopdateringer, når der træffes en navngivningsbeslutning, og brug kvalitetskontrollen af ordlisten som en sikkerhedsforanstaltning for jobaseret indhold, så en term, som søgemaskinen har overset, markeres før gennemgang, ikke efter offentliggørelse.

En ordliste-API er den rigtige investering for teams, der...

• Vedligehold en mastertermbase i et dedikeret terminologiværktøj, og brug for at den synkroniseres med oversættelsesplatformen efter en tidsplan i stedet for ved manuel upload.
• Oversæt teknisk, medicinsk, juridisk eller finansielt indhold, hvor et branchespecifikt udtryk gengivet på tre forskellige måder er et compliance- eller sikkerhedsproblem, ikke et stilproblem.
• Kør realtids- eller first-pass-oversættelse via en MT- eller LLM-API — supporttickets, chatbots, brugergenereret indhold, brugerdefinerede connectors — hvor ingen menneskelig korrekturlæser vil opdage en overset term.
• Navngivningen af forsendelsesprodukter ændres så ofte, at det er blevet en tilbagevendende omkostning at briefe hver leverandør igen og redigere hver prompt manuelt.
• Opererer på tværs af ti eller flere lokaliteter og har brug for fallback-lokalregler, så regionale varianter automatisk arver et modersprogs termer.

Når en ordliste-API måske ikke er den rette prioritet

• Teams, der endnu ikke er blevet enige om deres kanoniske produkt- og funktionsnavne – automatisering af en termbase, der stadig debatteres, automatiserer churn.
• Lavvolumenprogrammer med et eller to målsprog og en enkelt betroet leverandør, hvor en delt ordliste i platformens brugergrænseflade og en ordlisteoverholdelseskontrol allerede lukker hullet.
• Rent kreativt eller transkreationsindhold, hvor brandnavnet forbliver fast, men rigid indsættelse af termer modvirker den tilpasning, der betales for.

Evalueringstjekliste: spørgsmål at stille, før du vælger en oversættelses-API til ordlistehåndtering

Viser API'en ordlister og opslag som førsteklasses ressourcer, eller kun som filupload?
Søg efter slutpunkter for opret, læs, opdatering, søgning, arkivering og massemærkning i både ordlisten og posten, ikke kun på en importknap – programmatisk synkronisering afhænger af at kunne adressere en enkelt post via dens UID.

Hvilke attributter på termniveau kan indstilles via API'en?
Som minimum: oversæt ikke, forskel på store og små bogstaver, præcis søgning, variationer i termer, ordklasser og noter pr. lokalitet. Hvis en attribut kun kan indstilles i brugergrænsefladen, kan API'en ikke holde den synkroniseret.

Ændrer godkendte termer den oversættelse, som API'en returnerer, eller markerer de det kun bagefter?
Spørg, om maskinoversættelsesslutpunktet udfører indsættelse af ordlistetermer på sit output, og om LLM-udbydere modtager ordlistetermer i prompten. En ordliste, der kun kontrolleres under gennemgang, gør ingenting for API-oversættelse i realtid.

Hvordan håndteres bøjning, når et udtryk indsættes?
Bekræft, om indsættelsen er præcis streng- eller grammatikbevidst, og på hvilke overflader hver enkelt anvendelse — Smartling tilbyder for eksempel AI-forbedret indsættelse i arbejdsgange og Smartling Translate, men standardindsættelse i sin MT API.

Hvilke udvekslingsformater understøttes til masseimport og -eksport?
TBX-support er vigtig, hvis et terminologiteam allerede vedligeholder en termbase et andet sted; CSV og XLSX er vigtige for korrekturlæsere, der arbejder i regneark. Kontrollér om importen matcher eksisterende poster via UID, så genimporterer opdateringer i stedet for duplikat.

Kan stilvejledning følge terminologien?
Ved oversættelse til LLM skal du spørge, om lokalitetsspecifikke stilregler og eksempler fra oversættelseshukommelsen kan indsættes sammen med ordlistetermer, så tone og terminologi håndhæves i samme kald.

Hvordan Smartling administrerer og håndhæver ordlister via sin API

Smartlings Glossary API v3, dokumenteret i den offentlige OpenAPI-specifikation på api-reference.smartling.com, behandler ordlister og opslag som adresserbare ressourcer. Ordliste-slutpunkter opretter, læser, opdaterer, søger i og massearkiverer eller gendanner ordlister, der hver især er defineret med et navn, en beskrivelse, understøttede lokalitets-id'er og valgfrie alternative lokaliteter. Indgangsslutpunkter opretter, læser, opdaterer, søger og massearkiverer, gendanner, sletter eller ommærker indgange; hver indgang indeholder en definition, en ordklasse, etiketterings-UID'er, brugerdefinerede feltværdier og et oversættelseskort pr. lokalitet med term, notes, caseSensitive, exactMatch, doNotTranslate, disabled og op til 50 variants. Et skipMissingTranslations flag tillader en opdatering kun at berøre de lokaliteter, der er inkluderet i anmodningen, og indtastningssvaret rapporterer enhver igangværende oversættelsesanmodning for en term ned til jobbets UID, så et terminologiteam kan se, om en ny terms franske gengivelse stadig er i en lingvists kø. Ordlister eksporterer og importerer som CSV, XLSX eller TBX (TBX-Core v2 eller v3), og Smartling matcher importerede rækker med eksisterende poster efter UID, hvilket kun opretter en ny post, når ID-kolonnen er tom.

Håndhævelse sker i oversættelseskaldet. Smartlings maskinoversættelses-API – et synkront slutpunkt, der oversætter via enhver konfigureret MT- eller LLM-profil uden at gemme indhold eller skrive til oversættelseshukommelsen – anvender standardindsættelse af ordlister fra de ordlister, der er valgt under AI Hub > Øjeblikkelig MT > MT API: termer markeret som DNT for kildelokaliteten føres videre uoversatte, og termer med en godkendt måloversættelse indsættes som den pågældende oversættelse. Kun poster markeret som MT-kompatible bruges, hvilket forhindrer tvetydige poster i at forvirre søgemaskinen. For LLM-profiler, der bruger Amazon Bedrock, GPT (OpenAI eller Azure) eller Google Gemini (Vertex AI), registrerer Smartlings promptværktøj med hentningsudvidet generering ordlistetermer i kildeteksten og sender automatisk kildetermen, dens mål-lokalitetsterm eller DNT-annotation, op til 10 eksempler på oversættelseshukommelse og lokalitetsspecifikke stilregler for AI til prompten – den sproglige pakke, der skal bruges, vælges i LLM-profilen, når profilen betjener MT API'en. I jobbaserede arbejdsgange bruger AI-Enhanced Glossary Term Insertion, en del af Smartlings AI Hub, en stor sprogmodel til at korrigere bøjningen og de omkringliggende artikler i et indsat udtryk, og kvalitetskontrollen af Glossary Compliance markerer eller blokerer ethvert segment, der stadig mangler et godkendt udtryk. Den samme ordliste læses også af CAT Tool, Smartling Translate, Global Delivery Networks site-dækkende MT og Zendesk- og ServiceNow-integrationerne, så den ordliste, som en lokaliseringsmanager vedligeholder via API'en, er den, som alle overflader håndhæver.

Relaterede spørgsmål

• Hvordan fungerer overholdelse af ordlister på en oversættelsesplatform?
• Hvordan håndterer oversættelsesplatforme "do-not-translate"-termer og brandordlister på tværs af sprog?
• Hvad er de bedste API-første lokaliseringsplatforme, og hvordan klarer de sig i forhold til funktioner og pris?
• Hvad er en oversættelseswebhook, og hvordan konfigurerer man en?