Ein Produktkatalog ist nur so aktuell wie die Daten dahinter. Ändern Sie einen Preis, stellen Sie ein Produkt ein – und ein manuell erstellter Katalog ist falsch, sobald er in den Druck geht. Digital-Katalog-Publishing verbindet Produktdaten direkt mit dem Layout, sodass sich das Dokument ändert, wenn sich die Daten ändern.
Die meisten Ratgeber enden bei diesem Versprechen. Dieser geht weiter – zu den realen Kosten, den Unterschieden zwischen den Tools und zu den spezifischen Problemen, die entstehen, wenn Sie echte Daten eingespeisen. Denn Projekte scheitern selten in der Demo. Sie scheitern beim Export, bei den Bildern und bei den letzten zehn Prozent der Produkte, die sich einfach nicht in die Vorlage einfügen wollen.
Die wichtigsten Erkenntnisse
- Digital-Katalog-Publishing zieht Produktdaten aus einer zentralen Quelle in Vorlagen ein und gibt dann druckfertige PDFs oder Web-Dateien aus.
- Der Markt teilt sich in InDesign-Plugins (Designkontrolle) und Template-basierte Generierung (automatisiert im Hintergrund) auf, mit großen Preisunterschieden zwischen ihnen.
- Saubere, strukturierte Daten entscheiden über Erfolg oder Misserfolg – mehr noch als das Publishing-Tool selbst.
- Das Migrationsrisiko liegt nicht in den beworbenen Hauptfunktionen, sondern in der Bildverwaltung, den Verlinkungen zwischen Ausgaben und den Template-Edge-Cases.
Was Digital-Katalog-Publishing bedeutet
Die zugrundeliegende Methode wird oft Database Publishing genannt. Es ist automatisierte Medienproduktion, die paginierte Dokumente aus Daten in Systemen wie PIM, DAM oder ERP generiert.
Die Idee ist einfach. Sie erstellen eine Vorlage einmal und markieren die Stellen, an denen Inhalte hingehören. Die Software fließt Produktnamen, Spezifikationen, Preise und Bilder in diese Platzhalter ein. Kataloge, Preislisten, Datenblätter und Broschüren kommen aus derselben Quelle, bleiben also untereinander konsistent.
Der Nutzen zeigt sich, wenn sich Daten ändern. Aktualisieren Sie einen Preis in Ihrem Quellsystem, generieren Sie erneut – und jedes Dokument mit diesem Produkt ist wieder korrekt. Das ist die ganze Zusage, und sie stimmt. Die Komplikationen beginnen, wenn die Daten unordentlich sind, die Bilder inkonsistent und das Layout Ausnahmen hat, die die Vorlage nicht vorgesehen hat.
Die Tool-Landschaft mit echten Namen und Preisen
Anbieter beschreiben ihre Kategorie in weicher Sprache, daher hilft es, das Feld danach zu sortieren, wie es wirklich funktioniert.
Die bekannteste Route ist ein Adobe-InDesign-Plugin. EasyCatalog von 65bit ist hier die Standardwahl. Ihre Daten sitzen in einer Tabelle, Datenbank, REST-API oder einem PIM, und das Plugin verknüpft sie mit einem InDesign-Layout, während Designer volle Kontrolle behalten. Es ist auch die kostengünstigste ernsthafte Option. Öffentliche Wiederverkäuferlisten führen sie mit etwa $1.898 pro Lizenz auf, plus ungefähr $380 für jedes InDesign-Versions-Update, wobei Pagination und Datenanbieter-Module zusätzlich berechnet werden. Für ein zweiköpfiges Design-Team, das ein paar Kataloge pro Jahr erstellt, ist das ein kleines Budget.
Am Enterprise-Ende sitzen InBetween und priint:suite. Beide steuern InDesign von zentralisierten PIM- oder ERP-Daten aus, beide zielen auf Hersteller mit großen, mehrsprachigen Katalogen ab, und beide sind kostenlos auf Anfrage, mit Implementierung leicht fünfstellig pro Jahr. Das verdienen sie durch Skalierung: komplexe Spec-Tabellen, tausende Seiten und regelgesteuerte Varianten für verschiedene Märkte. Wenn Ihr Katalog hundert glänzende Seiten sind, die jede Saison das Layout ändern, ist dieses Segment normalerweise Overkill. Wenn es ein zehntausend-SKU-Industrie-Nachschlagewerk ist, das über sechs Länder aktualisiert wird, landen Sie hier.
Eine dritte Route überspringt InDesign ganz. Cloud-Services wie Pagination und PIM-native Generatoren rendern PDFs direkt aus HTML- und CSS-Vorlagen auf einem Server. Keine Layout-App, keine Lizenzen, keine Plugin-Updates. Sobald die Vorlage gebaut ist, erstellt ein Vertriebsmitarbeiter oder ein geplanter Job ein Datenblatt oder einen kompletten Katalog auf Anforderung. Der Kompromiss ist Kontrolle. Sie bekommen weniger Pixel-Präzision für Typografie als InDesign, im Austausch für Automatisierung, die ohne Designer funktioniert.
Keiner der beiden Ansätze ist strikt besser, und die ehrliche Antwort für viele Teams ist beides: InDesign für den Flagship-Katalog, Template-Generierung für die tausend Datenblätter, die niemand von Hand layouten möchte.
Beide Wege abdecken
Wenn Sie die Datenquelle und die Publishing-Engine lieber in einem System halten möchten, deckt AtroPIM beide Routen ab. Es ist Open-Source-PIM-Software, die druckfertige PDFs nativ aus HTML5- und CSS3-Vorlagen generiert, und speist Adobe InDesign auch über EasyCatalog ein, wenn ein Projekt volle Designkontrolle benötigt. Beide arbeiten mit denselben Produktdaten, sodass Datenblätter, Preislisten und Kataloge synchron bleiben.
Die veröffentlichte Preisgestaltung ist konkret, was in dieser Branche selten ist. Ein Datenblatt-Setup beginnt bei etwa €2.100 im ersten Jahr und €300 pro Jahr danach, mit Template-Entwicklung als einmalige Zahlung (ab €1.800 für Datenblätter, mehr für Kataloge). Diese Struktur ist wichtig beim Vergleich mit einem Stack separater Lizenzen, weil die wiederkehrenden Kosten nach dem ersten Jahr hauptsächlich die Lizenz sind, nicht der Build.
Was wirklich kaputt geht: Der Teil, den Anbieter auslassen
Die Demo funktioniert immer. Sie funktioniert, weil die Demo-Daten sauber sind und alle Beispielprodukte in die Vorlage passen. Echte Kataloge sind nicht sauber, und hier bleiben Projekte stecken.
Bilder verursachen die meisten Probleme. Bei Projekten, die wir implementiert haben, ist die Layout-Logik normalerweise der einfache Teil und die Bild-Pipeline der Sumpf. Dateien, die mit der falschen SKU referenziert werden, ein JPEG, das auf dem Bildschirm gut aussieht und mit 72 DPI druckt, fehlende Farbprofile, die in der Druckerei verschieben, und Produkte ohne Bild, die ein leeres Frame hinterlassen, das die Vorlage nie vorgesehen hat. Gute Tools behandeln den leeren-Bild-Fall explizit und können Assets lokal ziehen, bevor sie sie platzieren. Bitten Sie einen Anbieter, ein Produkt mit fehlendem Bild und niedrigauflösungsem Bild zu zeigen, nicht das Hero-Shot.
Wiederkehrende Ausgaben offenbaren einen zweiten Fehlermodus. Ein Katalog, den Sie jeden Quartal produzieren, braucht die Datenlinks, um von einer Ausgabe zur nächsten zu überleben. Einige Setups verlieren diese Verbindung zwischen Ausgaben, sodass der „automatisierte" Katalog still und leise zum erneuten Verlinken jedes Zyklus wird. Das ist ein bekannter, spezifischer Schmerzpunkt bei InDesign-Plugin-Workflows, und es lohnt sich, ihn über zwei Generationen zu testen, bevor Sie ihm vertrauen.
Die Frage ist nie, ob ein Tool den Katalog einmal bauen kann. Es ist, ob die zweite Ausgabe Sie einen Nachmittag oder eine Woche kostet.
Dann gibt es overset text. Eine Beschreibung, die drei Zeilen länger als die Vorlage erlaubt, bricht ein festes Layout, und ein Katalog hat hunderte davon. Sie benötigen dynamische Frames oder Paginierungsregeln, die elegant reflow, und Sie müssen wissen, welche Sie kaufen. Statische Paginierung ist schneller eingerichtet und spröde unter Variation. Dynamische Paginierung absorbiert unordentliche Daten und ist schwerer zu konfigurieren.
Exports sind der stille Killer. Produktdaten, die ein ERP verlassen, kommen oft mit verunstalteten Sonderzeichen an (½, °, ø, ×), Dezimaltrennzeichen, die zwischen Komma und Punkt über Regionen wechseln, Units, die als Freitext gespeichert sind, und Attribute, die für die Hälfte des Katalogs existieren und für den Rest leer sind. Nichts davon erscheint, bis das Dokument generiert und eine Spezifikation „Länge: mm" lautet. Ein missratener Export kostet Sie keinen dramatischen Fehler. Er kostet Sie einen kompletten Regenerationszyklus plus Korrektur, wiederholt, bis die Quelldaten tatsächlich sauber sind – das ist das Argument, um die Daten zu reparieren, bevor Sie nach einem Publishing-Tool suchen.
Schließlich Template-Schulden. Jede Layout-Ausnahme, die Sie berücksichtigen, wird zu einer bedingten Regel, und Templates sammeln diese Regeln an, bis nur noch eine Person sie versteht. Budget für diese Wartung, oder Sie erben ein System, das technisch funktioniert, und niemand traut sich, es zu berühren.
Die Datenfrage kommt zuerst
Software repariert keine schlechten Daten. Sie druckt sie schneller.
Ein kaputtes Katalogprozess zu automatisieren ergibt einfach falsche Dokumente in kürzerer Zeit.
Es gibt keine sauberen öffentlichen Daten zu Katalog-Publishing-Fehlern speziell, daher behandeln Sie die Zahlen unten für das, was sie sind. In einer Salsify-Umfrage gab die Hälfte der Käufer an, dass sie einen Online-Kauf zurückgegeben haben, weil er nicht der Beschreibung entsprach. Eine Sana-Commerce-Studie von 2025 fand heraus, dass ein Drittel der B2B-Käufer auf Bestellfehler traf, die durch Web-Store-Ungenauigkeiten verursacht wurden. Das sind Rückgaben- und Checkout-Zahlen, keine Katalog-Metriken. Sie gehören hier aus einem Grund hin: Der Katalog läuft mit den gleichen Produktdaten wie der Webstore. Reparieren Sie die Quelle einmal, und jede Ausgabe verbessert sich zusammen. Lassen Sie sie kaputt – und die Fehler tauchen überall dort auf, wo die Daten landen, Print eingeschlossen.
Hier macht ein PIM die schwere Arbeit. Es hält Attribute, Beschreibungen, Bilder und Beziehungen an einem Ort, erzwingt Konsistenz und wird zur einzelnen Quelle, die Ihr Publishing-Tool liest. Hersteller kommen mit dem Publishing-Problem zuerst zu uns und entdecken, dass die wirkliche Arbeit upstream ist, in der Datenmodellierung. Bekommen Sie das richtig hin, und die Wahl der Publishing-Methode wird eher eine Detail- als eine Glücksspielfrage.
Fragen, die durch einen Sales-Pitch schneiden
Wenn Sie Software evaluieren, überspringen Sie die Funktionsliste, die jeder herumreicht, und stellen Sie die Fragen, die die Grenzen offenlegen:
- Zeigen Sie mir ein fehlendes Bild und ein niedrigauflöstes Bild.
Wie behandelt die Vorlage beide ohne menschliche Einmischung? - Regenerieren Sie den gleichen Katalog zweimal.
Überleben die Datenlinks zwischen Ausgaben, oder muss ich jeden Zyklus neu verlinken? - Füttern Sie es mit meinem echten Export, nicht Ihrem Sample.
Wie behandelt es leere Attribute, gemischte Units und Sonderzeichen? - Overset eine Beschreibung absichtlich.
Reflows das Layout, oder bricht es? - Bauen Sie ein 1.000-Seiten-Dokument. Hält die Paginierung, und funktionieren die Inhaltsverzeichnis-Links korrekt?
- Preisgestaltung des kompletten Stacks.
Lizenzen, Module, Datenanbieterzusätze, InDesign-Updates und Implementierung, nicht nur die Headline-Lizenz.
Ein Tool, das diese sauber beantwortet, ist mehr wert als eines mit einer längeren Funktionsliste. Testen Sie mit einem realistischen Schnitt Ihres eigenen Katalogs, einschließlich der hässlichen Produkte, bevor Sie sich binden.
Wie Sie anfangen, ohne alles umzubauen
Sie benötigen keine komplette Datenüberholung, um zu beginnen. Eine praktische Reihenfolge:
- Finden Sie Ihre beste Datenquelle.
Finden Sie heraus, wo Ihre vollständigsten, aktuellsten Produktdaten heute leben. - Bereinigen Sie eine Kategorie.
Reparieren Sie Attribute, Units und Bild-Referenzen für eine einzelne Produktgruppe, bevor Sie etwas automatisieren. - Automatisieren Sie ein Dokument.
Beginnen Sie mit einem Datenblatt oder einer Preisliste, nicht dem kompletten Katalog. - Führen Sie es zweimal aus.
Generieren, ändern Sie einige Daten, generieren Sie erneut, und bestätigen Sie, dass der zweite Durchgang genauso sauber ist wie der erste. - Fügen Sie Planung zuletzt hinzu.
Sobald die Ausgabe vertrauenswürdig ist, triggern Sie sie bei Datenaktualisierungen oder nach Plan.
Beweisen Sie den Workflow an etwas Kleinem und Unordentlichem. Das Muster, das Ihre schlimmsten zehn Produkte übersteht, ist das, das sich auf tausend Seiten skaliert.