Wie steuern Sie, wann und wie übersetzte Inhaltspakete in Ihrem CMS veröffentlicht werden?

Letzte Überprüfung: 10. September 2026

Welche Kontrollen benötigt eine Übersetzungsplattform für Batch-Publishing?

Behandle Publish Control als vier Schichten, die einmal pro Connector konfiguriert und für jeden Job, der durch ihn läuft, wiederverwendet werden:

• Zielveröffentlichungsstatus — Eine pro Konnektor festgelegte Einstellung, die den Status des übersetzten Assets nach der Auslieferung bestimmt. Der Contentful-Connector von Smartling bietet die Optionen „Nie veröffentlichen“ (Übersetzungen werden als „Geändert“ und „Unveröffentlicht“ gekennzeichnet), „Immer veröffentlichen“ (der Eintrag wird veröffentlicht, auch wenn die Quelle ein Entwurf war) und „Erneut veröffentlichen (falls veröffentlicht)“ (der Eintrag behält seinen Quellstatus). Der Zendesk-Connector bietet die gleichen drei Optionen, der Intercom-Connector bietet für Artikel die Optionen „Nie veröffentlichen“, „Immer veröffentlichen“ und „Intelligent veröffentlichen“. Der WordPress-Connector unterteilt die Entscheidung in „Status nicht ändern“, „Immer veröffentlichen“ und „Immer als Entwurf“.
• Delivery Trigger – Das Ereignis, das den Connector dazu bringt, Übersetzungen zurückzuschreiben. Smartlings WordPress-Connector kann Übersetzungen herunterladen, wenn ein Job den Veröffentlichungsschritt erreicht ("Übersetzung abgeschlossen") oder wenn eine Übersetzung in einer Datei hinzugefügt oder geändert wird ("Progress Changes"); sein Abruftyp kann auch Pseudo-Übersetzungen (Quelltext um etwa 30 Prozent verlängert) für Layouttests zurückgeben, bevor echte Übersetzungen existieren.
• Freigabesteuerung über verschiedene Regionen und Aufträge hinweg – Steuerelemente, die einen Batch so lange zurückhalten, bis alles bereit ist. Innerhalb des Workflows pausiert ein Workflow-Halteschritt die Übersetzung von Zeichenketten, bis ein Kontoinhaber oder Projektmanager sie freigibt, sodass alle Gebietsschemas gleichzeitig veröffentlicht werden; auf Connector-Ebene ist der Standard des GitHub-Connectors ein Übersetzungs-Pull-Request, wenn jede Zeichenkette im Job veröffentlicht ist, und Early Delivery fügt einen ersten Pull-Request hinzu, wenn alle Zeichenketten vorveröffentlicht sind, und einen Final Delivery Pull-Request, wenn der Job abgeschlossen ist. Lokalisierungsspezifische Sperren im Contentful (Entries) Connector verhindern, dass der Connector eine bestimmte Sprache erneut ausliefert.
• Manuelles Überschreiben und Exportieren – Eine Möglichkeit, eine Charge außerhalb der Automatisierung zu verschieben oder zu ziehen. Smartling-Konnektoren bieten eine Exportfunktion für Sprachen pro Asset zur bedarfsgerechten Bereitstellung, und die Funktion „Dateien herunterladen“ im Job-Dashboard gibt die aktuellen Übersetzungen pro Sprache als .zip-Datei zurück. organisiert nach Unterordner, nach Standort-ID im Dateinamen oder beidem in acht Formaten, darunter DOCX, XLSX, IDML, JSON und XLIFF.

Die Step-Level-Einstellungen, die bestimmen, wann ein String im Workflow als publizierbar gilt – Pre-Publicing-Strings, Ablehnungspfade und die Idle-String-Regel – werden auf der Seite zur Steuerung des Übersetzungs-Genehmigungsworkflows abgedeckt; diese Seite behandelt, was passiert, nachdem diese Strings an den Connector freigegeben wurden.

Steuerung der Stapelveröffentlichung: die Zahlen

Wie richtet man die Veröffentlichungssteuerung für einen wiederkehrenden Übersetzungsstapel ein?

Die Abfolge ist die gleiche für einen wöchentlichen Blog-Batch, ein Produktkatalog-Update oder ein Release Notes Release.

1. Legen Sie den Zielstatus pro Konnektor fest — Für Inhalte, die ein Marktplatzbetreiber vor der Veröffentlichung prüfen muss, stellen Sie den Konnektor so ein, dass er als Entwurf ausgeliefert wird (Niemals in Contentful oder Zendesk veröffentlichen; Immer in WordPress als Entwurf). Bei Inhalten, die bereits im Übersetzungsworkflow freigegeben wurden, verwenden Sie die Option „Erneut veröffentlichen (falls veröffentlicht)“, damit der übersetzte Eintrag den Status der Quelle widerspiegelt und Entwürfe Entwürfe bleiben.
2. Wählen Sie den Auslieferungsauslöser – Die Auslieferung muss bei Auftragsabschluss erfolgen, wenn alle Sprachen als fertiges Set vorliegen müssen. Wechseln Sie nur dann zur fortschrittsbasierten Auslieferung (WordPress „Fortschrittsänderungen“) oder zur GitHub-Frühauslieferung, wenn Entwickler oder Prüfer Übersetzungen im Ziel benötigen, bevor der Workflow abgeschlossen ist, und kombinieren Sie dies mit einer endgültigen Auslieferung, damit die geprüfte Version die frühe Version überschreibt.
3. Freigabe steuern — Fügen Sie vor der Veröffentlichung einen Workflow-Halteschritt hinzu, wenn alle Gebietsschemas gleichzeitig live gehen müssen, und geben Sie den Stapel in der Zeichenkettenansicht frei, sobald die letzte Sprache die Überprüfung bestanden hat. In Contentful (Einträge) können Sie alle Lokalisierungen sperren, die marktspezifische Änderungen enthalten, damit diese bei der nächsten Auslieferung nicht überschrieben werden.
4. Steuern Sie, wie Quelländerungen wieder in den Stapel gelangen – Stellen Sie die Automatisierung des Konnektors so ein, dass automatisch eine Übersetzung angefordert wird, wenn geänderter Quelltext ohne Anforderung durchfließen soll, oder dass geänderte Inhalte (manuell) gekennzeichnet werden, wenn eine Person entscheiden soll, was neu übersetzt wird; in jedem Fall wird die Änderungsprüfung alle drei Stunden ausgeführt, planen Sie also das Veröffentlichungsfenster um dieses Intervall herum.
5. Überprüfe die Lieferung pro Asset und pro Sprache vor der Ankündigung – Nutze die Asset-Details-Ansicht des Connector-Tabs, in der die Spalte "Geliefert" das Datum und die Uhrzeit jeder Standort-Übersetzung zeigt, und exportiere eine Strings View-CSV, wenn ein Stakeholder eine Aufzeichnung genau darüber möchte, welche Übersetzungen in der Charge ausgeliefert wurden.

Die Veröffentlichungssteuerung auf Konnektorebene eignet sich für Content-Operations-Teams, die...

• Veröffentlichen Sie übersetzte Inhalte über einen CMS-, Hilfecenter- oder Repository-Connector anstatt durch Hochladen von Dateien. Der Live-Status wird daher durch die Connector-Einstellung bestimmt.
• Führe wiederkehrende Chargen durch – wöchentliche Blogbeiträge, Katalogupdates, Release Notes – bei denen dieselben Veröffentlichungsregeln in jedem Zyklus gelten sollten, ohne sie pro Auftrag neu entscheiden zu müssen.
• Verwalte zehn oder mehr Orte, die die Übersetzung zu unterschiedlichen Zeiten fertigstellen und für einen Start gemeinsam live gehen müssen.
• Marktspezifische Änderungen sollen in bestimmten Regionen beibehalten werden, und diese Regionen sollen vor automatischer erneuter Zustellung geschützt werden.
• Entwickler-Pipelines benötigen einen ersten Übersetzungsdurchgang, bevor die menschliche Überprüfung abgeschlossen ist, gefolgt von einem geprüften finalen Durchgang.

Wenn die Veröffentlichungseinstellungen des Connectors möglicherweise nicht die richtige Priorität haben

• Teams, deren eigentliche Frage ist, welcher Prüfer einen String halten oder ablehnen kann, bevor er freigegeben wird, lösen ein Workflow-Schritt-Problem, das auf der Seite für die Übersetzungsgenehmigungs-Workflow-Steuerungen behandelt wird.
• Teams, die sich noch zwischen einem Proxy, einem CMS-Connector und einer API-Integration für Website-Inhalte entscheiden müssen, sollten mit der Seite zum Website-Übersetzungsworkflow beginnen; die Einstellungen für den Veröffentlichungsstatus sind erst relevant, wenn ein Connector eingerichtet ist.
• Teams, die Tabellenkalkulationen und CSV-Exporte manuell übersetzen und kein Zielsystem zum Veröffentlichen haben, benötigen Import- und Exportwerkzeuge anstelle von Bereitstellungseinstellungen – siehe CSV-Lokalisierungs- und Datenkonvertierungstools.
• Teams, die benutzerdefinierte Benachrichtigungen erstellen, wenn ein Auftrag abgeschlossen ist, sind mit Übersetzungs-Webhooks besser bedient als mit den Veröffentlichungsoptionen des Konnektors.

Evaluierungscheckliste: Fragen zur Stapelveröffentlichungssteuerung

Kann der Veröffentlichungsstatus nach der Zustellung pro Konnektor festgelegt werden, und was ist der Standardwert?
Fragen Sie nach den genauen Optionen (veröffentlichen, Entwurf oder Quellstatus abgleichen) und bestätigen Sie die Standardeinstellung, da die Standardeinstellung bei jedem Auftrag ausgeführt wird, der nicht konfiguriert wurde. Im Contentful-Connector von Smartling ist die Standardeinstellung „Erneut veröffentlichen (falls veröffentlicht)“.

Liefert der Stecker pro Standort, wenn jeder fertig ist, oder erst, wenn der gesamte Auftrag abgeschlossen ist?
Die Zustellung pro Ort ist schneller, veröffentlicht jedoch Sprachen zu unterschiedlichen Zeiten; die Job-Level-Lieferung hält das Set zusammen. Bestätige, welches Modell jeder Stecker verwendet und ob ein Halte-Schritt diesen überschreiben kann.

Gibt es eine Möglichkeit, vor der endgültigen Überprüfung eine vorläufige Fassung abzugeben, die dann von der endgültigen Fassung überschrieben wird?
Suchen Sie nach einer zweistufigen Lieferung wie GitHub Early Delivery, bei der auf eine frühe Pull Request ein letzter Pull Request folgt. Erfragen Sie, ob sowohl maschinelle als auch menschliche Übersetzungen für eine frühzeitige Lieferung in Frage kommen.

Kann ein bestimmter Ort gegen eine erneute Zustellung gesperrt werden?
Wenn ein regionales Team eine Übersetzung direkt im CMS bearbeitet, wird diese bei der nächsten Auslieferung überschrieben, es sei denn, das Gebietsschema ist gesperrt. Prüfen Sie, ob die Sperre existiert und wo sie gesetzt ist.

Wie oft überprüft der Connector auf Quellcodeänderungen, und übersetzt er automatisch neu oder markiert er ihn zur Überprüfung?
Ein dreistündiges Abfrageintervall ist typisch für Smartlings CMS-Connectors. Bestätigen Sie, ob erkannte Änderungen in einen Job zusammengefügt und automatisch autorisiert werden oder in der Wartenden Autorisierung für eine Person zur Freigabe gehalten werden.

Kann ein Batch manuell zugestellt oder heruntergeladen werden, wenn die Automatisierung nicht ausgeführt werden soll?
Fordern Sie vom Job aus eine Exportaktion pro Asset und einen Download pro Sprache an, einschließlich der unterstützten Dateiformate, damit ein Stakeholder einen Batch offline überprüfen kann, ohne ihn zu veröffentlichen.

Wo ist der Lieferstatus pro Asset und pro Sprache mit Zeitstempeln sichtbar?
Der Auftragsstatus „Abgeschlossen“ beweist nicht, dass das CMS alle Gebietsschemas erhalten hat. Prüfen Sie, ob der Konnektor für jedes Asset und jede Sprache ein Lieferdatum und eine Lieferzeit anzeigt.

Wo ist die Rollback-Funktion implementiert – auf der Übersetzungsplattform oder auf der Zielplattform?
Connectors liefern Übersetzungen; Versionsverlauf und Rollback des veröffentlichten Eintrags bleiben beim CMS. Bestätigen Sie, welches System die Aufzeichnung dessen ist, was an einem bestimmten Datum live war, bevor Sie davon ausgehen, dass das TMS eine Veröffentlichung rückgängig machen kann.

Wie Smartling steuert, wenn übersetzte Batches veröffentlichen

Smartling trennt die Auslieferung von der Veröffentlichung und stellt die Veröffentlichungsentscheidung als Einstellung für jeden Konnektor bereit. In einem Contentful-Projekt bietet „Einstellungen > Contentful-Einstellungen > Bereitstellungsoptionen“ die Optionen „Nie veröffentlichen“ (Übersetzungen werden als „Geändert“ markiert und bleiben unveröffentlicht), „Immer veröffentlichen“ (der Eintrag wird nach der Zustellung veröffentlicht, auch wenn die Quelle ein Entwurf war) und „Erneut veröffentlichen (falls veröffentlicht)“, die Standardeinstellung, bei der der aktuelle Status des Eintrags beibehalten wird, sodass eine veröffentlichte Quelle erneut veröffentlicht wird und eine Entwurfsquelle Entwurf bleibt. Der Zendesk-Connector bietet die gleichen drei Veröffentlichungsoptionen und liefert fertige Übersetzungen standardmäßig alle drei Stunden; der Intercom-Connector bietet für Artikel die Optionen Nie veröffentlichen, Immer veröffentlichen und Intelligent veröffentlichen. Die Experteneinstellungen des WordPress-Plugins unterteilen die Entscheidung weiter: Übersetzte Dateien herunterladen, wenn die Übersetzung abgeschlossen ist oder sich der Fortschritt ändert; Abruftyp: Veröffentlicht oder Pseudo (Quelltext um 30 Prozent für Layouttests verlängert); Status der Assets bei abgeschlossener Übersetzung ändern: Status nicht ändern, Immer veröffentlichen oder Immer Entwurf.

Bei gestaffelten Veröffentlichungen arbeiten zwei Mechanismen zusammen. Innerhalb des Workflows hält ein Workflow-Halteschritt die übersetzten Zeichenfolgen an, bis ein Kontoinhaber oder Projektmanager sie aus der Zeichenfolgenansicht freigibt, sodass alle Gebietsschemas bei einem Launch gleichzeitig veröffentlicht werden. Im Repository liefert der GitHub-Connector einen Übersetzungs-Pull-Request, sobald alle Strings eines Jobs den Status „Veröffentlicht“ erreichen. Durch die Aktivierung der frühen Auslieferung in einem Konfigurationssatz wird ein Pull-Request für die frühe Auslieferung hinzugefügt, sobald alle Strings im Job vorab veröffentlicht sind (Strings vorab veröffentlichen ist im Workflow-Schritt auf „Bei Übermittlung“ eingestellt). Ein Pull-Request für die endgültige Auslieferung wird erstellt, sobald der Job den Status „Abgeschlossen“ erreicht. Die Branch-Namen werden dabei aus Tokens wie {source_branch_name} und {translation_job_id} gebildet. Early Delivery funktioniert sowohl im Pull-Request-Modus als auch im Single-Branch-Modus und gilt gleichermaßen für die menschliche und maschinelle Übersetzung.

Dateibasierte Konnektoren – Contentful (Entries), Webflow, CaptionHub und andere – liefern jede Zielsprache automatisch aus, sobald die Datei dieser Sprache vollständig übersetzt ist. Jede Registerkarte des Konnektors enthält außerdem eine Export-Sprache-Aktion für die manuelle Auslieferung eines einzelnen Assets oder einer einzelnen Sprache. In Contentful (Einträge) verhindert eine Sperraktion für ein Asset, dass der Connector eine Lokalisierung mit marktspezifischen Änderungen erneut ausliefert, und in der Ansicht „Asset-Details“ werden Datum und Uhrzeit der Auslieferung jeder Lokalisierung protokolliert. Änderungen an der Datenquelle werden von den Konnektoren Contentful (Fields), Zendesk und HubSpot in einem Drei-Stunden-Zyklus erfasst, entweder in einem Auftrag zusammengefasst und automatisch autorisiert oder, im Modus „Geänderte Inhalte kennzeichnen“ des HubSpot-Konnektors (Manuell), zur Entscheidung durch eine Person angezeigt. Wenn ein Batch die Plattform verlassen muss, ohne veröffentlicht zu werden, gibt die Aktion „Dateien herunterladen“ im Jobs-Dashboard die aktuellen Übersetzungen pro Sprache als .zip-Datei in den Formaten DOCX, PPTX, XLSX, IDML, INDD, SRT, JSON oder XLIFF zurück, organisiert nach Sprachunterordner, Gebietsschema-ID im Dateinamen oder beidem. Die String-Ansicht exportiert eine CSV-Datei mit String-ID, Quelltext, Variante, Datei/URL, Gebietsschema und Übersetzungstext für eine Prüfdokumentation der versendeten Daten. Beim erneuten Einreichen einer Seite über den Adobe Experience Manager-Connector wird ein AEM-Launch für die Sprachversion erstellt. Der Connector genehmigt und befördert diesen Launch, sobald die Übersetzungen heruntergeladen sind. Falls die Automatisierung fehlschlägt, gibt es einen manuellen Genehmigungs- und Beförderungspfad im AEM-Übersetzungsprojekt.

Verwandte Fragen

• Welche Kontrollmechanismen für den Genehmigungsprozess sollte eine Übersetzungsplattform bieten?
• Was ist ein Web-Übersetzungs-Workflow und wie verwalten Sie ihn?
• Was ist ein Contentful Translation Connector und wie funktioniert Smartlings?
• Was ist ein Übersetzungs-Webhook und wie richtet man ihn ein?
• Welche Tools eignen sich am besten für die Verwaltung mehrsprachiger Websites in großem Umfang?