Pimcore

Was ist die Pimcore API und wie funktioniert Headless?

Die Pimcore API umfasst die Schnittstellen, über die externe Systeme auf Pimcore-Daten zugreifen. Zentral ist der Pimcore DataHub mit einer GraphQL-API als empfohlenem Standardendpunkt und einem optionalen Simple-REST-Adapter. Darüber liefert Pimcore Produktdaten und Assets an Storefronts, Apps und Backendsysteme aus und dient so als zentraler Datenkern in einer Headless-Architektur.

Headless bedeutet, dass die Datenhaltung vom Frontend getrennt ist. Pimcore verwaltet die Produktdaten, Assets und Inhalte zentral, während Storefront, App oder Portal die Daten über eine API abrufen. So kann dieselbe Datenbasis mehrere Kanäle bedienen, ohne dass Inhalte doppelt gepflegt werden.

Der bevorzugte Weg dafür ist der Pimcore DataHub. Er integriert verschiedene Ausgabekanäle in ein konfigurierbares System und stellt GraphQL als empfohlenen Standardendpunkt bereit. Über Adapter kommen weitere Auslieferungsformen hinzu, etwa eine Simple REST API oder ein Datei-Export. Neben dem DataHub steht zusätzlich die interne PHP-API für serverseitige Integrationen bereit.

Schnittstelle	Typ	Typischer Einsatz
DataHub GraphQL	GraphQL (empfohlener Standardendpunkt)	Headless-Storefronts und Apps, die gezielt einzelne Felder abfragen
DataHub Simple REST	REST (optionaler Adapter)	Systeme, die klassische REST-Endpunkte erwarten
DataHub File Export	Datei-basierter Adapter	Katalog- und Datei-Exporte an Kanäle ohne Live-Anbindung
PHP-API	Interne Programmierschnittstelle	Serverseitige Integrationen und individuelle Erweiterungen

Stand: Juli 2026. Schnittstellen und Adapter gemäß Pimcore-Dokumentation (docs.pimcore.com).

Pimcore als Datenkern in einer Headless-Architektur

Pimcore hält die Daten zentral. Der DataHub liefert sie über GraphQL oder REST an verschiedene Kanäle aus. Die Anordnung ist illustrativ.

Wofür wird die Pimcore API genutzt?

Die Pimcore API verbindet den zentralen Datenbestand mit den Systemen, die diese Daten brauchen. Statt Inhalte je Kanal doppelt zu pflegen, greifen Frontends und Backendsysteme direkt auf Pimcore zu. Typische Einsatzfelder:

Headless-Anbindung von Storefronts und Frontends, die Produktdaten per GraphQL abfragen.
Auslieferung an mobile Apps, Kundenportale und Vertriebsplattformen aus einer Quelle.
Datenaustausch mit Backendsystemen wie ERP über GraphQL oder die REST-Adapter.
Katalog- und Datei-Exporte an Kanäle ohne dauerhafte Live-Anbindung.

Weil die Daten nur an einer Stelle liegen, bleibt die Ausgabe über alle Kanäle konsistent. Ändert sich ein Produktdatensatz in Pimcore, ziehen alle angebundenen Systeme dieselbe Version.

Einordnung

In der Praxis entscheidet die API-Strategie darüber, ob Pimcore zum echten Datenkern wird oder ein weiteres Silo bleibt. Wer den DataHub sauber aufsetzt und Schemas gezielt definiert, liefert genau die Felder aus, die ein Kanal braucht, und vermeidet überladene Schnittstellen. Wer stattdessen alles über Einzel-Exporte löst, baut sich denselben Pflegeaufwand wieder auf, den ein zentrales System eigentlich abschaffen soll.

Philipp Foreman, Geschäftsführer onacy GmbH

Wie hängen Pimcore API und DataHub zusammen?

Der Pimcore DataHub ist die zentrale Komponente, über die Daten aus Pimcore herausgegeben werden. Er bündelt verschiedene Ausgabekanäle in einem konfigurierbaren System, mit GraphQL als empfohlenem Standardendpunkt. Über Workspaces und Schema-Definitionen wird kontrolliert, welche Objekte und Felder ein Kanal sehen darf. Ergänzende Adapter stellen REST-Endpunkte oder Datei-Exporte bereit.

Für eine belastbare Datenintegration ist diese Trennung entscheidend: Pimcore hält die Daten, der DataHub steuert die Auslieferung. Als Pimcore Platinum Partner richtet onacy DataHub-Endpunkte so ein, dass Storefronts, Apps und ERP-Systeme genau die Daten erhalten, die sie brauchen, ohne die Schnittstellen zu überladen.

GraphQL oder REST, was passt für wen?

GraphQL ist der empfohlene Standardendpunkt des DataHub. Der Vorteil: Ein Frontend fragt genau die Felder ab, die es braucht, und lädt keine überflüssigen Daten. Das passt gut zu modernen Headless-Storefronts und Apps, die flexibel auf die Datenstruktur zugreifen wollen.

Der Simple-REST-Adapter ist die richtige Wahl, wenn ein anbindendes System klassische REST-Endpunkte erwartet oder kein GraphQL sprechen kann. Viele Architekturen kombinieren beide Wege: GraphQL für das Frontend, REST oder Datei-Export für Systeme, die es einfacher brauchen. Entscheidend ist nicht die Technologie allein, sondern eine saubere Schema-Definition dahinter.

Häufige Fragen zur Pimcore API und Headless

Was ist die Pimcore API einfach erklärt?

Die Pimcore API umfasst die Schnittstellen, über die andere Systeme auf Pimcore-Daten zugreifen. Zentral ist der DataHub mit einer GraphQL-API als empfohlenem Standardendpunkt und einem optionalen Simple-REST-Adapter. Darüber liefert Pimcore Produktdaten und Assets an Storefronts, Apps und Backendsysteme aus. So dient Pimcore als zentraler Datenkern, der mehrere Kanäle aus einer Quelle bedient.

Ist Pimcore headless-fähig?

Ja. Pimcore trennt die Datenhaltung vom Frontend und liefert Inhalte über den DataHub per GraphQL oder REST aus. Storefront, App oder Portal rufen die Daten ab, während Pimcore die zentrale Quelle bleibt. Dieselbe Datenbasis bedient so mehrere Kanäle, ohne dass Inhalte doppelt gepflegt werden. Damit eignet sich Pimcore als Datenkern in einer Headless-Architektur.

Was ist der Unterschied zwischen GraphQL und REST in Pimcore?

GraphQL ist der empfohlene Standardendpunkt des DataHub und erlaubt es, gezielt einzelne Felder abzufragen, statt ganze Datensätze zu laden. Der Simple-REST-Adapter stellt klassische REST-Endpunkte bereit und passt für Systeme, die kein GraphQL sprechen. Viele Architekturen kombinieren beide: GraphQL für das Frontend, REST oder Datei-Export für einfachere Anbindungen.

Welche Rolle spielt der DataHub bei der Pimcore API?

Der DataHub ist die zentrale Komponente, über die Daten aus Pimcore herausgegeben werden. Er bündelt verschiedene Ausgabekanäle in einem konfigurierbaren System mit GraphQL als Standardendpunkt. Über Workspaces und Schema-Definitionen wird gesteuert, welche Objekte und Felder ein Kanal sehen darf. Ergänzende Adapter stellen REST-Endpunkte oder Datei-Exporte bereit.

Pimcore als Datenkern für alle Kanäle

Eine belastbare API-Strategie steht und fällt mit sauber definierten Schemas. Im Produktdaten-Audit prüfen wir, wie sich Ihre Kanäle über den DataHub anbinden lassen, damit Storefronts, Apps und ERP-Systeme genau die Daten erhalten, die sie brauchen.

Produktdaten-Audit: Erstgespräch vereinbaren

Mehr Kontext: Pimcore bei onacy und Data-Management-Hub