CMS-Entwicklung: individuell und headless

Bevor wir über CMS-Entwicklung sprechen, stellen wir eine unbequeme Frage: Brauchen Sie überhaupt etwas Eigenes? Für eine überschaubare Firmenwebsite mit Leistungsseiten, einem Blog und einem Kontaktformular reicht ein verbreitetes System wie WordPress oft völlig aus. Es ist erprobt, viele Dienstleister kennen es, und Ihre Redaktion findet sich schnell zurecht.

Schwierig wird es, wenn die Anforderungen über die Website hinauswachsen. Typische Anzeichen: Ein Plugin-Update legt die Seite lahm, und niemand weiß, welches der vielen Zusatzmodule dafür verantwortlich ist. Dieselben Produktdaten werden für Website, Katalog und Vertrieb mehrfach gepflegt. Die Ladezeiten steigen, weil das System für jeden Aufruf Seiten zusammensetzt.

Wir wägen deshalb im Projektcheck ab, welcher Weg zu Ihnen passt, und nennen Ihnen auch den, der für uns weniger Arbeit bedeutet. Ein sauber betriebenes Standardsystem ist besser als ein Eigenbau, den Sie nicht brauchen.

• Plugin-Updates brechen die Seite oder Funktionen, und die Ursache ist schwer zu finden.
• Dieselben Inhalte werden für Website, App und Portal getrennt gepflegt.
• Die Ladezeit leidet unter Zusatzmodulen und schwerem Seitenaufbau.
• Rollen, Freigaben oder Mehrsprachigkeit lassen sich nur mit Umwegen abbilden.

Bei einem klassischen CMS sind Verwaltung und Darstellung eng verbunden: Das System speichert die Inhalte und baut daraus die Webseite. Ein Headless CMS trennt beides. Die Redaktion pflegt Inhalte in einer Oberfläche, das System liefert sie über eine Schnittstelle aus, und die Website, eine App oder ein Kundenportal holen sich, was sie brauchen.

Das lohnt sich vor allem, wenn dieselben Inhalte an mehreren Stellen erscheinen sollen, etwa Produktdaten auf der Website und in der Vertriebs-App. Auch bei hohen Anforderungen an Geschwindigkeit hilft die Trennung, weil die Website als schlanke Anwendung gebaut werden kann, zum Beispiel mit Next.js.

Dem stehen Nachteile gegenüber, die wir offen nennen. Es gibt zwei Bausteine statt einem, also mehr Technik, die betrieben werden will. Die Vorschau eines Beitrags vor dem Veröffentlichen muss eigens eingerichtet werden. Und manches, was ein klassisches System fertig mitbringt, etwa Formulare oder Suchfunktionen, muss geplant werden. Für eine kleine Firmenwebsite ist das häufig mehr, als nötig wäre.

• Vorteile: ein Inhaltsbestand für mehrere Kanäle, freie Wahl der Darstellung, schlanke und schnelle Websites, klar getrennte Zuständigkeiten.
• Nachteile: mehr Bausteine im Betrieb, Vorschau und Formulare brauchen eigene Arbeit, höherer Einstieg bei den Kosten.
• Faustregel: Je mehr Kanäle und je mehr Sonderlogik, desto eher lohnt die Trennung.

Ein CMS steht und fällt damit, ob Ihre Mitarbeitenden gern damit arbeiten. Deshalb planen wir die Oberfläche vom Alltag der Redaktion aus: Wer schreibt, wer prüft, wer gibt frei, und was darf wer sehen oder ändern?

Rollen und Rechte legen wir passend zu Ihrem Betrieb fest. Eine Praktikantin entwirft einen Beitrag, die Fachabteilung prüft ihn, die Geschäftsführung gibt Rechtliches frei. Entwürfe, Vorschau und Veröffentlichungstermine gehören dazu, ebenso ein nachvollziehbarer Verlauf, wer wann was geändert hat.

Bei mehreren Sprachen entscheiden wir früh, wie Übersetzungen gepflegt werden: Feld für Feld im selben Beitrag oder als getrennte Fassungen, mit oder ohne Hinweis, wenn die Übersetzung hinter dem Original zurückliegt. Das spart später Nacharbeit.

• Rollen mit eigenen Rechten, von Entwurf bis Freigabe
• Vorschau und geplante Veröffentlichung
• Änderungsverlauf je Beitrag
• Mehrsprachige Inhalte mit klarer Zuordnung

Eine Website lädt schnell, wenn sie möglichst wenig zur Laufzeit rechnen muss. Bei einem Headless-Aufbau lassen sich Seiten vorab erzeugen und in kurzen Abständen aktualisieren, sodass Besucher fertige Seiten erhalten. Bilder werden in passenden Größen ausgeliefert und Skripte auf das Nötige beschränkt.

Bei der Sicherheit zählt weniger die Marke des Systems als der Umgang damit. Wir setzen auf geprüfte Eingaben, getrennte Rollen und Rechte, abgesicherte Zugänge und regelmäßig aktualisierte Bestandteile. Wo es sinnvoll ist, melden sich Redakteure zusätzlich mit Zwei-Faktor-Anmeldung an. Weniger Zusatzmodule bedeuten außerdem weniger Angriffsfläche.

Ihre Daten liegen dort, wo wir es vereinbaren, zum Beispiel in einem Rechenzentrum in der EU oder auf einem eigenen Server. Regelmäßige Sicherungen gehören zum Betrieb. Wie Sie das Hosting dauerhaft aufstellen, beschreiben wir unter Wartung und Betrieb.

Sie sollen von uns nicht abhängig werden. Deshalb setzen wir auf offene, verbreitete Technik wie Next.js, React, TypeScript und PostgreSQL und übergeben das Ergebnis vollständig: Zugriff auf das Repository, eine Dokumentation und eine Einweisung, mit der auch ein anderes Team weiterarbeiten kann.

Auf Wunsch betreuen wir Betrieb und Ausbau weiter. Was dazu gehört, finden Sie unter Wartung und Betrieb. Soll Ihr CMS mit Ihrer Unternehmenssoftware zusammenarbeiten, hilft die Seite Software-Entwicklung weiter.