Zwei Memories, zwei Vokabulare.
Produktdaten und Webinhalte werden von verschiedenen Leuten mit verschiedenen Memories übersetzt. Produktnamen und Fachbegriffe laufen auseinander.
Anwendungsfall · Illustratives Szenario
01 · MEHRSPRACHIGER CONTENT
Ein Gedächtnis für Produktdaten und Webinhalte — in sechs Sprachen.
Ein Hersteller betreibt seine Hauptwebsite auf Ibexa DXP und vier Kampagnen- und Produkt-Microsites auf Drupal. PIM Gate liefert heute schon die Produktdaten an die DXP und bringt Produkttexte und Webinhalte in einen gemeinsamen Übersetzungsworkflow — mit CMS-Connectoren für Ibexa und Drupal, die demnächst verfügbar sind.
CMS-Übersetzungs-Connectoren DEMNÄCHST — Early Access offen.
«Im Datenblatt heisst das Produkt so, auf der Website anders — und auf der Kampagnen-Microsite noch einmal anders.»
02 · AUSGANGSLAGE
Zwei Übersetzungswelten, die eine sein sollten.
Die Hauptwebsite des Herstellers läuft auf Ibexa DXP: Produktseiten, Anwendungsberichte, Landingpages, News. Vier Microsites für Kampagnen und Produktlinien laufen auf Drupal, gebaut von einer Agentur. Rund 15'000 Artikel im PIM und etwa 2'500 Content-Elemente auf den Sites, alles in sechs Sprachen.
Produktdatentexte übersetzt eine Agentur aus PIM-Exporten. Webinhalte übersetzt eine andere — aus Word-Dateien, die Redakteure exportieren und Sprache für Sprache in Ibexa und Drupal zurückkopieren. Jede Agentur pflegt ihr eigenes Translation Memory. Keine sieht die Terminologie der anderen.
Die Produktseiten der Website beziehen Produktdaten über einen nächtlichen Vollimport aus dem PIM. Ändert sich eine Spezifikation, zeigt die Seite den alten Wert, bis der nächste Import gelingt — und die Übersetzung folgt Wochen später.
| ZWEI ÜBERSETZUNGSWELTEN · HEUTE | Rolle | Status |
|---|---|---|
| PRODUKTDATEN | PIM · XLSX-EXPORT → AGENTUR 1 | TM AGENTUR 1 |
| DXP-INHALTE | IBEXA DXP · WORD / COPY-PASTE → AGENTUR 2 | TM AGENTUR 2 |
| MICROSITES | DRUPAL · WORD / COPY-PASTE → AGENTUR 2 | TM AGENTUR 2 |
| TERMINOLOGIE | TABELLE · — | NICHT GETEILT |
03 · HERAUSFORDERUNGEN
Wo mehrsprachiger Content bricht.
Copy-Paste ins CMS.
Redakteure kopieren Übersetzungen Feld für Feld in Ibexa und Drupal. Formatierungen, Links und eingebettete Elemente brechen; der Aufwand wächst mit jeder Sprache.
Ganze Seiten für einen Absatz.
Ändert sich eine Landingpage, geht die ganze Seite erneut in die Übersetzung — unveränderte Sätze inklusive.
Review ohne Kontext.
Länderprüfer kontrollieren Segmente in einer Tabelle und sehen die Seite erst, wenn sie live ist.
Produktseiten hinken dem PIM hinterher.
Nächtliche Vollimporte in die DXP sind schwer, scheitern unbemerkt und liefern Übersetzungen spät.
Unterschiedliche Inhaltsmodelle.
Ibexa-Content-Typen und Drupal-Nodes mit Paragraphs strukturieren Inhalte unterschiedlich; ein Prozess muss beides respektieren.
04 · DAS PIM-GATE-SETUP
Zwei Spuren, ein Gedächtnis.
Produktdaten und Webinhalte behalten ihre eigenen Abläufe, teilen aber ein Translation Memory und eine Terminologie. Produktdaten erreichen Ibexa DXP über die PIM-Gate-API als Deltas auf Feldebene — schon heute. Die CMS-Connectoren, demnächst verfügbar, sind darauf ausgelegt, Content-Elemente aus Ibexa und Nodes aus Drupal abzuholen, Markup und Platzhalter zu schützen, neue und geänderte Segmente durch dasselbe Memory und dieselbe Prüfung zu schicken und das Ergebnis als Entwurf in der Zielsprache zurückzuschreiben. Redakteure veröffentlichen wie bisher in ihrem CMS.
Diagramm mit zwei Spuren. Spur eins übersetzt Produktdaten aus dem PIM über Delta-Erkennung, Translation Memory, Terminologie, eine Engine pro Sprache und eine Review-Queue. Spur zwei, demnächst verfügbar, holt Inhalte aus Ibexa DXP und Drupal, segmentiert sie sicher, übersetzt sie mit demselben Memory und derselben Terminologie, bietet eine Prüfung mit Vorschau im Kontext und schreibt sie als Entwurf in der Zielsprache zurück. Beide Spuren teilen ein Translation Memory und eine Terminologie. Produktdaten werden per REST-API und Delta-Sync an Ibexa DXP geliefert.
Produktseiten erhalten nur Änderungen
Gemeinsames Translation Memory und gemeinsame Terminologie
05 · ABLAUF
Von der Änderung in der Quelle bis zur veröffentlichten Übersetzung.
- SCHRITT 01
Produktseiten aus dem Gate.
Ibexa DXP liest Produktdaten über die REST-API und erhält Deltas auf Feldebene oder Webhooks, wenn sich eine Spezifikation ändert. Kein nächtlicher Vollimport mehr.
LIVE - SCHRITT 02
Nur das Delta.
Neue und geänderte Produkttexte werden gegen das gemeinsame Memory und die Terminologie abgeglichen, von der Engine Ihrer Wahl pro Sprache vorübersetzt und von Länderprüfern freigegeben.
2026 - SCHRITT 03
Content-Elemente und Nodes, Feld für Feld.
Der Connector wird neue und geänderte Inhalte aus Ibexa-Content-Elementen sowie Drupal-Nodes und -Paragraphs abholen — ohne Word-Export.
DEMNÄCHST - SCHRITT 04
Markup und Platzhalter schützen.
Rich Text wird segmentiert, ohne HTML, Links, eingebettete Elemente oder Tokens zu brechen. Unveränderte Sätze kommen direkt aus dem Memory.
DEMNÄCHST - SCHRITT 05
Die Seite sehen, nicht die Tabelle.
Prüfer geben Segmente neben einer Vorschau der Seite frei, Terminologie-Treffer sind hervorgehoben.
DEMNÄCHST - SCHRITT 06
Redakteure behalten das letzte Wort.
Freigegebene Übersetzungen kommen als Entwurf der Sprachversion in Ibexa oder Drupal zurück. Redakteure prüfen das Layout und veröffentlichen wie gewohnt in ihrem CMS.
DEMNÄCHST
06 · MODULE & CONNECTOREN
Was dieses Setup nutzt — und was heute live ist.
- LIVE
PIM-Connector · kanonisches Schema · Mehrsprachigkeit mit Fallback
Quelle der Produktdaten
- LIVE
Versionierte REST-API /v1 · Delta-Endpoint · signierte Webhooks
Produktdaten für die Produktseiten in Ibexa DXP
- 2026
Produktdaten-Übersetzung (TMX/TBX, Delta, Engine pro Sprache, Review-Queue, XLIFF-Pakete)
Produkttexte in sechs Sprachen
LLM-Wahl pro Sprache (OpenAI, Anthropic, DeepL, Azure OpenAI, EU-/lokal)
Vorübersetzungen als Vorschlag
mit der Übersetzung verfügbar
- DEMNÄCHST
CMS-Übersetzungs-Connector · Ibexa DXP
Abholen, segmentieren, im Kontext prüfen, als Entwurf zurückschreiben
- DEMNÄCHST
CMS-Übersetzungs-Connector · Drupal
Dasselbe für die vier Microsites
- LIVE
Kundenportal (optional)
Händler und Installateure nutzen dieselben übersetzten Daten
07 · ERWARTETE EFFEKTE
Was sich typischerweise ändert.
Indikativ
Zwei Memories, auseinanderlaufende Begriffe
Ein Memory und eine Terminologie für Produktdaten und Webinhalte.
Indikativ
Nächtlicher Vollimport in die DXP
Produktdaten als Deltas auf Feldebene — rund 95 % kleinere Payloads als Vollexporte.
Indikativ
Ganze Seiten neu übersetzt
Nur neue und geänderte Segmente gehen in die Übersetzung (mit den CMS-Connectoren).
Indikativ
Copy-Paste in Ibexa und Drupal
Übersetzungen kommen als Entwurf zurück (mit den CMS-Connectoren).
Indikativ
Prüfung in einer Tabelle
Prüfung neben einer Seitenvorschau (mit den CMS-Connectoren).
Indikativ
Maschinelle Übersetzung als Blackbox
Engine pro Sprache gewählt, jede Sprache von Menschen geprüft.
Qualitative Erwartungen für dieses Szenario, keine gemessenen Ergebnisse. Effekte mit dem Vermerk «mit den CMS-Connectoren» hängen von Funktionen ab, die demnächst verfügbar sind.
08 · TYPISCHE KONFIGURATION
Version M für sechs Sprachen, ein Test-Mandant, Connectoren im Early Access.
Marketing, Lokalisierung, Web-Redaktion und Produktdaten kommen auf 11–25 Seats. Sechs Sprachen übersteigen die drei von Version S, deshalb passt Version M; PIM, Ibexa DXP und Drupal belegen drei der fünf Connectoren von M. Ein Test-Mandant erlaubt dem Webteam, das Zurückschreiben gegen ein Staging-CMS zu testen, bevor es in die Produktion geht. Indikativer Listenpreis € 12'750, EUR, jährliche Vorauszahlung, zzgl. MwSt.
| Position | € / Jahr |
|---|---|
| Version M — 11–25 Seats, ≤ 100k Artikel, 8 Sprachen, 5 Connectoren, KI-Credits pro Monat | € 10'200 |
| Stage-/Test-Mandant · halbe Kapazität (25 % von Version M) | € 2'550 |
| Indikativer Listenpreis | € 12'750 |
| CMS-Übersetzungs-Connectoren Ibexa DXP / Drupal | demnächst — Preise mit allgemeiner Verfügbarkeit |
09 · EINFÜHRUNG
Jetzt mit Produktdaten starten. Inhalte ergänzen, sobald die Connectoren da sind.
- 01
WOCHE 1–2 · SCOPING
WOCHE 1–2Memories, Begriffe, Inhaltsmodell. TMX-Dateien beider Agenturen und die Terminologieliste einsammeln, eine Terminologie pro Sprache vereinbaren, die zu übersetzenden Ibexa-Content-Typen und Drupal-Paragraph-Typen erfassen.
- 02
WOCHE 3–8 · PRODUKTDATEN
WOCHE 3–8API und Delta in Ibexa. Die Produktseiten wechseln vom nächtlichen Import auf die PIM-Gate-API mit Delta-Sync; Produktdaten-Übersetzung mit dem zusammengeführten Memory und Prüfung pro Sprache.
- 03
EARLY ACCESS · IBEXA DXP
EARLY ACCESSContent-Übersetzung auf der Hauptsite. Connector zuerst auf der Staging-Site, dann in der Produktion; ein Content-Typ nach dem anderen, beginnend mit Landingpages.
- 04
EARLY ACCESS · DRUPAL
EARLY ACCESSMicrosites. Die vier Drupal-Microsites folgen mit demselben Memory, derselben Terminologie und denselben Prüfern.
Indikativer Plan. Die Phasen 3 und 4 hängen vom Early Access zu den CMS-Connectoren ab, die demnächst verfügbar sind.
10 · NÄCHSTER SCHRITT
Erkennen Sie Ihre zwei Übersetzungswelten wieder? Buchen Sie ein Scoping-Gespräch.
Bringen Sie eine Landingpage und die zugehörigen Produktdaten mit. Wir zeigen, wie beides durch ein Memory läuft — und womit Sie heute schon starten können.
DEMNÄCHSTDEMNÄCHST
Early Access: Connectoren für Ibexa DXP und Drupal
- Den Connector zuerst auf Ihrer Staging-Site testen
- Segmentierungsregeln für Ihre Content-Typen mitgestalten
- Direkter Draht zum Produktteam
// EARLY ACCESS
Early Access anfragen
11 · Weiterlesen
Mehr zu diesem Szenario
2026
Übersetzung & Lokalisierung
Nur übersetzen, was sich geändert hat — in Ihrer Terminologie, geprüft von Ihren Leuten.
LIVE
API, Feeds & Auslieferung
Eine versionierte API. Jedes Auslieferungsmuster. Nur die Änderungen.
Integrationen
Jedes System, das PIM Gate heute anbindet — Quellen, Consumer, Übersetzungs-Engines und Standards — mit Methode und ehrlichem Status.