Pimcore Web2Print – ein Katalog aus denselben Daten wie Ihr Shop.

Web2Print löst ein Problem, das in gewachsenen Unternehmen chronisch ist: Produktdaten liegen strukturiert im PIM, aber der Katalog, das Datenblatt oder die technische Dokumentation werden separat in einem Layout-Programm gepflegt. Die Folge: Beide Quellen laufen auseinander. Pimcore Web2Print erzeugt Print-Dokumente direkt aus denselben Daten, die auch Web und Shop speisen.

Wie Web2Print technisch funktioniert

Die Umsetzung läuft über Pimcore-Dokumente beziehungsweise Print-Dokumente in Kombination mit HTML-zu-PDF-Rendering. Ein technischer Bruch, der bei älteren Projekten relevant wird: Der bisherige Headless-Chrome-Prozessor für das PDF-Rendering wurde in Version 12.0 entfernt. Der aktuelle Weg führt über Gotenberg 8 (v2-Client). Wer eine bestehende Web2Print-Installation auf Version 12 hebt, muss dieses Rendering-Backend mit umstellen, nicht nur die Pimcore-Version selbst.

Seit Pimcore 12: enterprise-only

Web2Print ist seit Pimcore 12 enterprise-only. Die aktuelle Bundle-Generation ist die Enterprise-Ausführung des Bundles, liegt im privaten Repository und ist nur mit aktivem Abo installierbar. Die frei lizenzierte GPL-Linie endete mit Version 1.4.0 auf Pimcore 11, das Repository wurde im April 2026 archiviert. Zusätzlich wurden in Platform Version 2026.1 die begleitenden Web2Print-Tools aus der offiziellen Plattform-Liste entfernt. "Kostenloses Web2Print mit Pimcore 12" ist damit keine korrekte Aussage: Wer aus einem Bestandssystem heraus plant, sollte diesen Lizenzsprung von Anfang an einpreisen.

Typische Anwendungsfälle

Produktkataloge, die sich automatisch mit dem aktuellen Produktdatenstand aktualisieren. Technische Datenblätter, die pro Sprache und Markt korrekt ausgespielt werden. Zertifikate und Richtliniendokumente, deren Inhalt sich aus strukturierten Feldern statt aus manuell gepflegten Word-Dateien speist. Technische Dokumentation in großem Umfang, versioniert und mehrsprachig (der Bereich, in dem Web2Print seinen größten Hebel entfaltet, weil manuelle Pflege hier am schnellsten unwirtschaftlich wird).

Der Beleg: über 100.000 Seiten technischer Richtlinien

Für einen globalen Energietechnik-Konzern (anonymisiert) haben wir einen Daten-Hub als Single Source of Truth aufgebaut, inklusive Governance und Web2Print-Ausleitung. Ergebnis: über 100.000 Seiten technischer Richtlinien konsistent verwaltet und ausgespielt, Details dazu in unseren Referenzen. Das ist unser Beleg dafür, dass Web2Print auch in einem Umfang funktioniert, der weit über einen einzelnen Produktkatalog hinausgeht, nicht als Demo-Feature, sondern als tragende Publishing-Infrastruktur für einen ganzen Konzernbereich.

Warum Datenmodell und Governance vor dem ersten Template stehen

Bei Web2Print in großem Maßstab entscheidet selten das Layout über Erfolg oder Misserfolg, sondern die Frage, wie zuverlässig die zugrunde liegenden Felder gepflegt sind. Fehlt ein Pflichtattribut in einer Sprache, druckt Web2Print diese Lücke einfach mit aus, sichtbar für jeden Empfänger des Katalogs oder Datenblatts. Governance-Workflows, die ein Dokument erst freigeben, wenn die relevanten Felder vollständig und geprüft sind, sind deshalb integraler Bestandteil der Web2Print-Architektur selbst, gerade bei mehrsprachiger, versionierter Dokumentation in großem Umfang.

Praetorian-Winkel: Web2Print ist nur so gut wie das Datenmodell darunter

Wir denken Web2Print nie isoliert, sondern immer zusammen mit Enterprise-Daten & MDM. Ein technisch einwandfreies PDF-Rendering nützt wenig, wenn die zugrunde liegenden Produktdaten inkonsistent oder unvollständig gepflegt sind, dann druckt Web2Print die Lücken nur zuverlässiger aus. Deshalb beginnt jedes Web2Print-Projekt bei uns mit einer Bewertung der Datenqualität, nicht mit der Auswahl eines Layout-Templates. Ob sich der enterprise-only-Lizenzschritt für Ihren Fall lohnt, klären wir im selben Zug wie den Bedarf an weiteren Bundles aus Pimcore Enterprise.