Hvordan styrer du, hvornår og hvordan batches af oversat indhold publiceres tilbage til dit CMS?

Sidst gennemgået: 10. september 2026

Hvilke kontroller har en oversættelsesplatform brug for til batchpublicering?

Behandl publiceringskontrol som fire lag, konfigureret én gang pr. connector og genbrugt for hvert job, der kører igennem den:

• Destinationspubliceringsstatus — En indstilling pr. forbindelse, der fastlægger, hvad det oversatte aktivs status vil være efter levering. Smartlings Contentful-forbindelse tilbyder "Udgiv aldrig" (oversættelser ankommer markeret som Ændret og ikke-udgivet), "Udgiv altid" (opslaget udgives, selvom kilden var en kladde) og "Genudgiv" (hvis udgivet) (opslaget beholder sin kildestatus). Zendesk-connectoren har de samme tre muligheder, og Intercom-connectoren tilbyder "Udgiv aldrig", "Udgiv altid" og "Smart publicer" for artikler. WordPress-connectoren opdeler beslutningen i "Ændr ikke status", "Udgiv altid" og "Altid kladde".
• Leveringsudløser — Den hændelse, der får forbindelsen til at skrive oversættelser tilbage. Smartlings WordPress-connector kan downloade oversættelser, når et job når trinnet "Udgivet" ("Oversættelse fuldført"), eller når en oversættelse i en fil tilføjes eller ændres ("Statusændringer"). Dens hentningstype kan også returnere pseudooversættelser (kildetekst forlænget med ca. 30 procent) til layouttest, før der findes rigtige oversættelser.
• Frigivelsesgating på tværs af lokaliteter og job – Kontrollerer, der tilbageholder en batch, indtil alt er klar. Inde i arbejdsgangen sætter et arbejdsgangshold-trin de oversatte strenge på pause, indtil en kontoejer eller projektleder frigiver dem, så alle sprogindstillinger publiceres sammen. På connectorniveau er GitHub-connectorens standardindstilling én oversættelsesanmodning, når hver streng i jobbet er publiceret, og Early Delivery tilføjer en første anmodning, når alle strenge er præpubliceret, og en anmodning om endelig levering, når jobbet er fuldført. Låse pr. sprogkonfiguration i Contentful (Entries)-connectoren forhindrer connectoren i at levere et bestemt sprog igen.
• Manuel overstyring og eksport — En måde at pushe eller trække en batch uden for automatiseringen. Smartling-forbindelser eksponerer en Eksportér sprog-handling pr. aktiv til levering on-demand, og Jobdashboardets Download Files-handling returnerer aktuelle oversættelser pr. sprog som en .zip-fil. organiseret efter undermappe, efter lokal-ID i filnavnet eller begge dele, i otte formater, herunder DOCX, XLSX, IDML, JSON og XLIFF.

Trinniveauindstillingerne, der bestemmer, hvornår en streng tæller som publicerbar i arbejdsgangen – strenge før publicering, afvisningsstier og reglen for inaktiv streng – er dækket på siden med arbejdsgangskontroller for godkendelse af oversættelser. Denne side dækker, hvad der sker, efter disse strenge er frigivet til forbindelsen.

Kontroller for batchudgivelse: tallene

Hvordan konfigurerer man publiceringskontrol for en tilbagevendende oversættelsesbatch?

Sekvensen er den samme for en ugentlig blogbatch, en opdatering af produktkataloget eller en udgivelse af udgivelsesnoter.

1. Bestem destinationsstatus pr. connector — For indhold, som en markedsejer skal kontrollere, før det går live, skal connectoren indstilles til at levere som kladde (udgiv aldrig i Contentful eller Zendesk; altid kladde i WordPress). For indhold, der allerede er godkendt i oversættelsesarbejdsgangen, skal du bruge Genudgiv (hvis udgivet), så det oversatte indlæg afspejler kildestatussen, og kladder forbliver kladder.
2. Vælg leveringsudløser — Levering efter opgaveafslutning, når alle sprog skal ankomme som et færdigt sæt. Skift kun til fremskridtsbaseret levering ("Progress Changes") eller GitHub Early Delivery, når udviklere eller korrekturlæsere har brug for oversættelser i destinationen, før arbejdsgangen afsluttes, og par det med en Final Delivery, så den gennemgåede version overskriver den tidlige.
3. Gate udgivelsen — Tilføj et Workflow Hold-trin før Publicering, når alle sprogstandarder skal gå live sammen, og frigiv batchen fra Strings-visningen, når det sidste sprog har gennemgået det. I Contentful (Entries) skal du låse alle landestandarder, der indeholder markedsspecifikke redigeringer, så den næste levering ikke overskriver dem.
4. Styr, hvordan kildeændringer genindføres i batchen – Indstil connectorens automatisering til Anmod automatisk om oversættelse, når ændret kilde skal gennemgås uden en anmodning, eller til Marker ændret indhold (manuelt), når en person skal bestemme, hvad der skal genoversættes. Uanset hvad kører ændringskontrollen hver tredje time, så planlæg publiceringsvinduet omkring dette interval.
5. Bekræft levering pr. aktiv og pr. sprog, før du annoncerer – Brug visningen Aktivdetaljer under fanen Connector, hvor kolonnen Leveret viser dato og klokkeslæt for hver lokalitets oversættelser, og eksporter en CSV-fil med Strings View, når en interessent ønsker en oversigt over præcis, hvilke oversættelser der blev leveret i batchen.

Udgivelseskontrol på connectorniveau passer til indholdsdriftsteams, der...

• Publicer oversat indhold via et CMS, hjælpecenter eller repository-connector i stedet for at uploade filer, så connector-indstillingen er det, der bestemmer live-status.
• Kør tilbagevendende batches – ugentlige blogindlæg, katalogopdateringer, udgivelsesnoter – hvor de samme publiceringsregler skal gælde for hver cyklus uden at skulle genbestemme dem pr. job.
• Administrer ti eller flere sprogstandarder, der afslutter oversættelsen på forskellige tidspunkter og skal lanceres sammen.
• Behold markedsspecifikke redigeringer på bestemte lokaliteter, og sørg for at disse lokaliteter er beskyttet mod automatisk genlevering.
• Hav udviklerpipelines, der kræver en første gennemgang af oversættelser, før den menneskelige gennemgang er færdig, efterfulgt af en gennemgået endelig gennemgang.

Når indstillinger for publicering af forbindelsen muligvis ikke er den rigtige prioritet

• Teams, hvis egentlige spørgsmål er, hvilken godkender der kan tilbageholde eller afvise en streng, før den frigives, løser et problem med arbejdsgangen, som er dækket på siden om arbejdsgangskontroller til godkendelse af oversættelser.
• Teams, der stadig skal vælge mellem en proxy, en CMS-connector og en API-integration til webstedsindhold, bør starte med siden for webstedsoversættelsesworkflowet; indstillinger for publiceringsstatus betyder kun noget, når en connector er på plads.
• Teams, der oversætter regneark og CSV-eksport manuelt, uden et destinationssystem at publicere til, har brug for import- og eksportværktøjer i stedet for leveringsindstillinger – se CSV-lokaliserings- og datakonverteringsværktøjer.
• Teams, der opretter brugerdefinerede notifikationer, når et job er færdigt, er bedre tjent med oversættelseswebhooks end med publiceringsmuligheder for forbindelser.

Evalueringstjekliste: spørgsmål at stille om kontrol af batchpublicering

Kan publiceringstilstanden efter levering indstilles pr. connector, og hvad er standardindstillingen?
Spørg efter de præcise muligheder (udgiv, kladde eller match kildestatus) og bekræft standardindstillingen, da standardindstillingen er den, der kører på alle job, som ingen har konfigureret. I Smartlings Contentful-connector er standardværdien Genudgiv (hvis udgivet).

Leverer connectoren pr. lokalitet, når hver enkelt færdiggøres, eller kun når hele jobbet er færdigt?
Levering pr. lokalitet er hurtigere, men udgiver sprog på forskellige tidspunkter; levering på jobniveau holder sættet samlet. Bekræft hvilken model hver stik bruger, og om et hold-trin kan tilsidesætte det.

Er der en måde at aflevere en foreløbig beståelse før gennemgang, og overskriver den endelige beståelse den?
Kig efter en to-trins levering som f.eks. GitHub Early Delivery, hvor en tidlig pull-anmodning efterfølges af en endelig pull-anmodning, der erstatter den. Spørg om både maskin- og menneskeoversættelser er berettigede til tidlig levering.

Kan en specifik lokalitet låses mod omlevering?
Hvis et regionalt team redigerer en oversættelse direkte i CMS'et, vil den næste levering overskrive den, medmindre landestandarden er låst. Bekræft låsen, og hvor den er sat.

Hvor ofte tjekker connectoren for ændringer i kildekoden, og oversætter den automatisk igen, eller markerer den til gennemgang?
Et pollinginterval på tre timer er typisk for Smartlings CMS-connectorer. Bekræft, om detekterede ændringer batches ind i et job og autoriseres automatisk, eller om de opbevares i Afventer godkendelse, som en person kan frigive.

Kan en batch leveres eller downloades manuelt, når automatiseringen ikke burde køre?
Anmod om en eksporthandling pr. aktiv og en download fra jobbet pr. sprog, inklusive de understøttede filformater, så en interessent kan gennemgå en batch offline uden at udgive den.

Hvor er leveringsstatus synlig pr. aktiv og pr. sprog, med tidsstempler?
En jobstatus som Færdig beviser ikke, at CMS har modtaget alle landestandarder. Bekræft, at forbindelsen viser en leveringsdato og -tidspunkt for hvert aktiv og sprog.

Hvor findes rollback – på oversættelsesplatformen eller på destinationen?
Connectorer leverer oversættelser; versionshistorik og rollback af den publicerede post forbliver i CMS'et. Bekræft hvilket system der er registreringen af, hvad der var live på en given dato, før du antager, at TMS kan fortryde en publicering.

Sådan styrer Smartling, hvornår oversatte batches publiceres

Smartling adskiller levering fra publicering og eksponerer publiceringsbeslutningen som en indstilling på hver connector. I et Contentful-projekt tilbyder Indstillinger > Contentful-indstillinger > Leveringsindstillinger Udgiv aldrig (oversættelser ankommer markeret som Ændret og forbliver ikke-udgivne), Udgiv altid (posten udgives efter levering, selvom kilden var en kladde) og Genudgiv (hvis udgivet), standardindstillingen, som bevarer postens aktuelle status, så en Udgivet kilde genudgives, og en Kladde-kilde forbliver Kladde. Zendesk-connectoren tilbyder de samme tre publiceringsmuligheder og leverer færdige oversættelser efter en standardplan hver tredje time; Intercom-connectoren tilbyder "Udgiv aldrig", "Udgiv altid" og "Smart publicering" for artikler. WordPress-pluginnets ekspertindstillinger opdeler beslutningen yderligere: Download oversatte filer, når oversættelsen er fuldført eller statusændringer er aktiveret, Hentningstype som Udgivet eller Pseudo (kildetekst forlænget med 30 procent til layouttest), og Skift aktivstatus ved fuldført oversættelse er indstillet til Skift ikke status, Udgiv altid eller Altid kladde.

Ved trinvise udgivelser fungerer to mekanismer sammen. Inde i arbejdsgangen sætter et arbejdsgangshold-trin de oversatte strenge på pause, indtil en kontoejer eller projektleder frigiver dem fra strengvisningen, så alle landestandarder i en lancering udgives på én gang. I arkivet leverer GitHub-connectoren én oversættelsesanmodning, når alle strenge i et job når Udgivet. Aktivering af tidlig levering på et konfigurationssæt tilføjer en tidlig leveringsanmodning, så snart hver streng i jobbet er præpubliceret (præpubliceringsstrenge indstillet til Ved afsendelse i arbejdsgangstrinnet) og en endelig leveringsanmodning, når jobbet når Færdig, med grennavne bygget ud fra tokens som {source_branch_name} og {translation_job_id}. Tidlig levering fungerer i både Pull Request-tilstand og Single Branch-tilstand og gælder for både menneskelig og maskinel oversættelse.

Filbaserede forbindelser — Contentful (Entries), Webflow, CaptionHub og andre — leverer automatisk hver mållokalitet, når den pågældende lokalitets fil er fuldt oversat, og hver forbindelsesfane indeholder en Eksporter sprog-handling til manuel levering af et enkelt aktiv eller sprog. I Contentful (Entries) forhindrer en Lås-handling på et aktiv connectoren i at levere en lokalitet igen, der indeholder markedsspecifikke redigeringer, og visningen Aktivdetaljer registrerer dato og klokkeslæt for levering af hver lokalitet. Kildeændringer registreres i en tre-timers cyklus af Contentful (Fields), Zendesk og HubSpot-connectorerne, enten batch-ind i et job og autoriseres automatisk, eller i HubSpot-connectorens Flag ændret indhold (Manuel)-tilstand vises de, så en person kan beslutte. Når en batch skal forlade platformen uden at blive publiceret, returnerer Jobs Dashboard's handling "Download filer" aktuelle oversættelser pr. sprog som en .zip-fil i DOCX, PPTX, XLSX, IDML, INDD, SRT, JSON eller XLIFF, organiseret efter sprogundermappe, lokalitets-ID i filnavnet eller begge dele, og Strings View eksporterer en CSV-fil med streng-ID, kildetekst, variant, fil/URL, lokalitet og oversættelsestekst for at få en revisionsregistrering af, hvad der blev sendt. For Adobe Experience Manager-connectoren opretter genindsendelse af en side en AEM-start for sprogkopien, og connectoren godkender og promoverer denne start, når oversættelser downloades, med en manuel godkendelses- og promoveringssti i AEM-oversættelsesprojektet, hvis automatiseringen mislykkes.

Relaterede spørgsmål

• Hvilke kontroller for godkendelsesworkflow bør en oversættelsesplatform tilbyde?
• Hvad er en arbejdsgang til hjemmesideoversættelse, og hvordan administrerer man den?
• Hvad er en Contentful oversættelsesforbindelse, og hvordan fungerer Smartlings?
• Hvad er en oversættelseswebhook, og hvordan konfigurerer man en?
• Hvilke værktøjer er bedst til at administrere flersprogede websteder i stor skala?