Headless CMS im B2B: Wir betreiben unsere Kundenprojekte mit Payload. Was das System wirklich leistet, wo es Grenzen hat und wann sich der Umstieg lohnt.
Der häufigste Satz nach einem Website-Relaunch lautet: „Das können wir leider nicht selbst ändern." Der zweithäufigste: „Dafür haben wir kein Feld."
Beides hat denselben Grund. Die meisten Redaktionssysteme bringen eine feste Vorstellung davon mit, wie eine Website aussieht — und Ihr Produkt muss dort hineinpassen. Eine Maschine mit vierzehn Baureihen, drei Zulassungen und länderspezifischen Datenblättern passt aber in kein Blog-Schema. Also wird gequetscht: Zulassungen landen im Fließtext, Varianten in einer Tabelle als Bild, der Rest im PDF.
Ein Headless CMS im B2B dreht diese Richtung um. Das System bildet ab, wie Ihr Geschäft strukturiert ist — nicht Sie Ihr Geschäft so, wie es das System vorsieht.
Wir arbeiten in unseren Projekten mit Payload. Diese Website läuft darauf. In diesem Artikel steht, was das im Alltag verändert, wie es sich von dem unterscheidet, was Sie vermutlich kennen, und wann wir davon abraten.
in Headless CMS ist ein Redaktionssystem, das Inhalte verwaltet, aber nicht selbst darstellt. Es hält Ihre Texte, Bilder und Produktdaten sauber getrennt vom Aussehen der Website.
Der praktische Effekt: Derselbe Inhalt kann an mehreren Stellen erscheinen — auf der Website, im Messe-Terminal, in der Vertriebs-App, im Konfigurator. Gepflegt wird er genau einmal.
Klassische Systeme speichern dagegen fertige Seiten. Was dort steht, steht dort — und nur dort.
Bei Relaunch-Gesprächen kommt die Systemfrage meistens zu früh. Sinnvoller ist eine andere: Woran scheitert es heute?
In B2B-Projekten hören wir fast immer dieselben vier Antworten:
Kein einziges dieser Probleme ist ein Technikproblem. Es sind Passungsprobleme — zwischen dem, was Sie verkaufen, und dem, was das System vorgesehen hat.
Payload beginnt nicht mit Seitenvorlagen, sondern mit Ihren Begriffen. Wir bilden ab, was es bei Ihnen tatsächlich gibt: Baureihen, Referenzen, Ansprechpartner, Zulassungen, Standorte, Stellenanzeigen. Jede dieser Sachen bekommt genau die Felder, die sie braucht — und keine, die sie nicht braucht.
Für die Redaktion sieht das dann so aus: Wer eine Referenz anlegt, wird nach Kunde, Branche, Leistung und Ergebnis gefragt. Nicht nach „Überschrift 1" und „Textblock". Das System spricht Ihre Sprache, weil wir es in Ihrer Sprache eingerichtet haben.
Das klingt selbstverständlich. Es ist der Punkt, an dem sich der Alltag am deutlichsten unterscheidet.
Ihre Redaktion setzt Seiten aus vorbereiteten Bausteinen zusammen: Aufmacher, Textabschnitt, Kennzahlen, Zitat, Bildergalerie, Logoleiste, Kontaktbereich. Reihenfolge frei wählbar, Inhalt frei formulierbar.
Was nicht frei ist: das Aussehen. Jeder Baustein bringt sein Design mit. Deshalb sieht die zwanzigste Seite noch aus wie die erste — auch dann, wenn sie zwei Jahre später von jemand anderem gebaut wurde.
Das ist die Mitte zwischen den beiden Extremen, die wir bei Neukunden vorfinden: dem starren System, in dem nichts geht, und dem Baukasten, in dem alles geht und nach achtzehn Monaten jede Seite anders aussieht.
Eine Produktänderung wird an einer Stelle eingetragen und erscheint überall dort, wo dieses Produkt vorkommt: auf der Produktseite, in der Übersicht, in den passenden Referenzen, im Konfigurator, auf dem Messebildschirm.
Für Unternehmen mit mehreren Kanälen ist das der handfesteste Gewinn. Nicht schneller, sondern verlässlich konsistent — und das ist im technischen Vertrieb mehr wert.
Texte entstehen als Entwurf, während die veröffentlichte Seite unverändert bleibt. Wer schreiben und wer veröffentlichen darf, ist getrennt geregelt.
Im B2B ist das kein Komfortmerkmal. Preisangaben, technische Werte und Zertifizierungsaussagen brauchen ein Vier-Augen-Prinzip. Ohne Entwurfsstände wird das per E-Mail organisiert — und irgendwann steht der falsche Wert online.
Dazu kommt eine Vorschau, die beim Schreiben zeigt, wie die Seite später wirklich aussieht. Kein Abschicken ins Ungewisse.
Payload läuft auf einem Server Ihrer Wahl: im deutschen Rechenzentrum oder im eigenen Haus. Sie mieten keinen Zugang zu einer Plattform, auf der Ihre Inhalte liegen.
Bei Kunden aus Industrie, Medizintechnik und öffentlicher Hand entscheidet die IT-Sicherheit im Auswahlverfahren mit. „Die Inhalte liegen beim Anbieter in den USA" beendet manches Gespräch, bevor über Funktionen geredet wurde. Mit einem selbst betriebenen System stellt sich diese Frage nicht.
Wie Ihre Inhalte aufgebaut sind, ist bei Payload nachvollziehbar dokumentiert — nicht als Wissen, das in einer Agentur steckt.
Das ist unbequem für uns und richtig für Sie: Ein Dienstleisterwechsel kostet dann keine Ausgrabungsarbeit. Wir halten das für eine Grundbedingung, nicht für ein Zugeständnis.
Das hier steht auf keiner Hersteller-Website.
1. Weniger Bausteine sind besser. Unsere eigene Website hat 45 davon. Das ist zu viel. Wer 45 Möglichkeiten hat, entscheidet nicht mehr, sondern scrollt. Neue Projekte starten wir mit zwölf bis fünfzehn und ergänzen erst, wenn ein Bedarf zweimal auftrat.
2. Die Beschriftungen entscheiden über die Akzeptanz. Ein Feld heißt nicht „Kurztext", sondern „Steht auf der Kachel in der Übersicht". Wer alle sechs Wochen ins System schaut, hat den letzten Termin vergessen — die Oberfläche muss sich selbst erklären.
3. Nicht alles gehört ins CMS. Redaktionell wachsen sollen News, Referenzen, Produkte, Stellenanzeigen. Der Aufbau der Hauptnavigation dagegen ist eine Entscheidung, keine Pflegeaufgabe. Diese Grenze früh zu ziehen erspart später Wildwuchs.
4. Umbauten am Inhaltsmodell brauchen einen festen Weg. Ein neues Feld für ein Produkt ist keine Kleinigkeit, wenn es tausend Datensätze betrifft. Wir planen solche Änderungen wie kleine Projekte und testen sie vorher an einer Kopie — nie am Live-Bestand. Wer das beiläufig macht, verliert Daten.
Ein Artikel, der nur Vorteile aufzählt, ist Werbung. Drei Fälle, in denen wir aktiv etwas anderes empfehlen:
Was gibt es, was wird gepflegt, was ist seit 2019 unverändert? Meist ist ein Drittel entbehrlich, und das zu streichen ist die günstigste Maßnahme im ganzen Projekt.
Wir klären zuerst, welche Dinge es bei Ihnen gibt und wie sie zusammenhängen. Farben kommen später.
Ein knapper Satz, der zusammen ein System ergibt — keine vierzig Sonderfälle.
Wer schreibt, wer gibt frei, wer veröffentlicht? Eine organisatorische Frage, die trotzdem im System stehen muss.
wir schätzen ehrlich ein, welches System dazu passt. Auch dann, wenn es nicht Payload ist.
