Rein: Die Freude ist ganz meinerseits. Wir haben bei einem aktuellen Projekt tatsächlich eng zusammengearbeitet, bei dem wir das Reinos Store Modul zusammen mit einigen individuellen Erweiterungen für das Reinos Store Shipping Modul umgesetzt haben.

Ralph: Wie bist du ursprünglich zu ExpressionEngine gekommen, und was macht das CMS für dich bis heute interessant?

Rein: Das geht ziemlich weit zurück – kurz nach dem Release von ExpressionEngine 2. In der Firma, in der ich damals gearbeitet habe, waren wir auf der Suche nach einem neuen CMS. Nach einigen Recherchen stellte sich ExpressionEngine in praktisch allen Bereichen als die beste Lösung heraus.

Es hat von Anfang an einfach Spaß gemacht, damit zu arbeiten. Nicht nur für unsere Kunden, sondern auch für uns Entwickler. Besonders begeistert hat uns damals das Template-System, weil es eine Freiheit ermöglicht hat, die wir vorher so nicht kannten.

Ralph: Wie bist du dann zur Entwicklung von Add-ons gekommen, und was war dein erstes eigenes Add-on?

Rein: Am Anfang brachte ExpressionEngine eigentlich schon fast alles mit, was wir brauchten. Aber wie bei jeder wachsenden Plattform fehlten irgendwann kleinere Funktionen. Zum Glück gab es damals Devot:ee – ein großartiges Verzeichnis für Drittanbieter-Module.

Parallel dazu arbeitete ich noch nebenbei für eine andere Organisation und betreute eigene Kunden. Dadurch liefen immer mehr Projekte ebenfalls über ExpressionEngine. Sehr schnell brauchte ich dann für eine bestimmte Website eine Backup-Lösung, wollte aber vermeiden, zusätzliche Cronjobs auf dem Server einzurichten – wenn ich mich richtig erinnere, war das im damaligen Hosting sogar gar nicht möglich.

Also habe ich voller Begeisterung mein erstes eigenes Add-on entwickelt: ein Modul, das automatisch Datenbank- und Dateibackups erstellt hat, sobald sich jemand ins CMS eingeloggt hat.

Weil ich die Idee faszinierend fand, eigene Module verkaufen zu können, habe ich es direkt als kommerzielles Produkt entwickelt. Devot:ee machte das damals extrem einfach – Dokumentation, Produktseiten, alles war dort sauber organisiert.

Ich erinnere mich noch genau an den Moment, als der erste Verkauf einging. Ich war völlig begeistert. Das Modul selbst gibt es heute schon lange nicht mehr. Inzwischen gibt es deutlich modernere und bessere Möglichkeiten für Backups. Aber damals existierte so eine Lösung eben noch nicht.

Ralph: Du hast inzwischen eine ganze Reihe von Add-ons für ExpressionEngine entwickelt. Welches würdest du als das leistungsfähigste bezeichnen und welches als das erfolgreichste?

Rein: Ich denke, meine Maps Suite war sowohl das erfolgreichste als auch eines der leistungsfähigsten Add-ons, die ich entwickelt habe. Ich habe relativ kurz nach Login Backup damit angefangen, also sprechen wir von ungefähr fünfzehn Jahren.

Leider ist die Nachfrage nach solchen Kartenlösungen im Laufe der Jahre etwas zurückgegangen. Das finde ich schade, weil es nach wie vor ein unglaublich vielseitiges und spannendes Produkt ist. Trotzdem kann ich mich nicht beklagen – auch wenn die Nachfrage geringer geworden ist, gibt es immer noch einen stabilen Bedarf dafür.

Daneben ist auch mein Store-Modul ein extrem leistungsfähiges Produkt. Ich positioniere es bewusst als leichtgewichtige und zugängliche E-Commerce-Basis, die sich über Erweiterungen flexibel ausbauen lässt. Dadurch eignet es sich für sehr viele unterschiedliche Online-Shops.

Ralph: Anders gefragt: Welche deiner Add-ons sind deine persönlichen Favoriten, und was kann man damit konkret bauen?

Rein: Meine persönlichen Favoriten sind definitiv die Maps Suite und das Store-Modul.

Die Maps Suite vor allem wegen der enormen Bandbreite an Möglichkeiten. Mit relativ einfachen ExpressionEngine-Tags kann man damit unglaublich viel umsetzen. Wenn man sich die Beispiele auf der Demo-Website von Reinos anschaut, sieht man schnell, wie viele unterschiedliche Anwendungen damit möglich sind.

Außerdem gibt es eine vollständige Integration ins Control Panel über einen eigenen Fieldtype. Dadurch können Nutzer Marker, Linien und andere Kartenelemente direkt visuell im CMS platzieren.

"Kunden sind für mich unglaublich wertvoll, weil sie oft Entwicklungen anstoßen"

Das Store-Modul gehört ebenfalls zu meinen Favoriten, weil die Arbeit daran sehr erfüllend ist. Damit können Website-Betreiber tatsächlich Umsatz generieren – das macht die Auswirkungen der eigenen Arbeit sehr greifbar. Ich kann inzwischen auch mit gutem Gewissen sagen, dass sich das Store-Modul zu einer ausgereiften E-Commerce-Lösung entwickelt hat, die sowohl kleinere Shops als auch größere und anspruchsvollere Projekte bedient.

Ralph: Bei unserem letzten Projekt mit Store und Store Shipping habe ich deinen Support als sehr direkt und lösungsorientiert erlebt – besonders die Art, wie konkrete Anforderungen schnell gemeinsam zu neuen Features wurden. Wie siehst du diese Arbeitsweise selbst? Und was steht aktuell auf der Roadmap deiner Shop-Add-ons? Außerdem: Wie wird die Lösung insgesamt angenommen, und für welche Projekte eignet sich Store deiner Meinung nach besonders im Vergleich zu größeren E-Commerce-Systemen?

Rein: Ja, wir haben bei einigen Themen sehr direkt zusammengearbeitet – und genau so arbeite ich am liebsten.

Kunden sind für mich unglaublich wertvoll, weil sie oft Entwicklungen anstoßen, auf die ich alleine gar nicht unbedingt gekommen wäre. Sie nutzen das Produkt im echten Alltag und entdecken dadurch Probleme, Engstellen oder Möglichkeiten, die ich selbst vielleicht nicht sofort sehe. Deshalb entwickle ich Vorschläge, die allgemein sinnvoll erscheinen, häufig direkt weiter.

Im Vergleich zu größeren E-Commerce-Lösungen wie CartThrob war Reinos Store ursprünglich eher auf kleinere Shopbetreiber ausgerichtet. Das zeigt sich auch im Preis und in der niedrigeren Einstiegshürde.

Durch die vielen Weiterentwicklungen konkurriert das Store-Modul inzwischen aber deutlich stärker mit den großen E-Commerce-Add-ons. Über das ständig wachsende Erweiterungs-System deckt es mittlerweile viele Anforderungen größerer Shops ab.

Zum Beispiel:

• Das Store Shipping Modul ergänzt komplexe Versandlogiken und verschiedene Versandarten.
• Das Tax Modul erweitert die Steuerverwaltung erheblich, inklusive vollständiger MOSS-Unterstützung innerhalb der EU.
• Mit dem Discount Modul lassen sich Rabattregeln pro Produkt, Warenkorb oder Benutzer definieren.
• Und sehr bald wird es außerdem eine direkte Unterstützung für MyParcel geben.

Aktuell stehen drei größere Punkte auf der Roadmap: Kreditkartenzahlungen direkt auf der Website, Unterstützung für Abonnements, und die Möglichkeit, Bestellpositionen direkt innerhalb einer Bestellung zu bearbeiten.

Ralph: Was würdest du dir für die Zukunft von ExpressionEngine wünschen? Gibt es Entwicklungen der letzten Jahre, die du kritisch siehst – etwa das Lizenzmodell – oder ist das für dich kein großes Thema? Und wo siehst du generell Verbesserungspotenzial?

Rein: Die Entwicklung von ExpressionEngine in den letzten Jahren war eigentlich sehr positiv. Die Plattform ist enorm gereift und deutlich ausgereifter als früher.

ExpressionEngine: "Die Plattform ist enorm gereift"

Das Lizenzmodell halte ich persönlich für notwendig, damit die Weiterentwicklung gesund und nachhaltig finanziert werden kann. Das Gleiche gilt für kommerzielle Module. Ich glaube sogar, dass genau diese Struktur Qualität, Kontinuität und vernünftigen Support sichert – sowohl für ExpressionEngine selbst als auch für Drittentwickler.

Ralph: Wie sieht dein Entwickleralltag aktuell aus? Und wie nimmst du die Situation für Entwickler in den Niederlanden wahr – sowohl was die Community als auch die wirtschaftlichen Bedingungen betrifft? Gibt es mehr Preisdruck oder stärkere Konkurrenz, oder ist die Lage insgesamt stabil?

Rein: Die Arbeit an den Modulen ist nicht jeden Tag eine Vollzeitbeschäftigung, aber es gibt durchaus Phasen, in denen die Entwicklung eines bestimmten Features den kompletten Arbeitstag einnimmt.

Ich nutze ExpressionEngine außerdem auch für eigene Projekte. Wenn ich dabei Funktionen entdecke, die auch für andere Nutzer interessant wären, integriere ich diese Verbesserungen oft direkt in die Module. Das kostet natürlich Zeit, weil ein Modul sauber geplant, durchdacht, getestet und dokumentiert werden muss.

Zusätzlich nimmt auch der Kundensupport einen beträchtlichen Teil meiner Zeit ein.

Was mir immer häufiger auffällt: KI-generierte Antworten liegen oft sehr selbstbewusst daneben. Menschen melden sich regelmäßig mit Lösungsvorschlägen oder Code, die schlicht nicht existieren, aber von KI-Systemen überzeugend dargestellt wurden. Diese Fehlinformationen wieder geradezurücken kostet leider ebenfalls einiges an Zeit.

In den vergangenen Jahren habe ich außerdem beobachtet, dass die Popularität von ExpressionEngine etwas zurückgegangen ist. Das finde ich schade, denn technisch ist es nach wie vor eine sehr starke Plattform. Viele entscheiden sich heute eher für Baukasten-ähnliche Systeme im Stil von WordPress.

Mit dem Aufkommen von KI, die die Produktivität massiv steigert, bin ich selbst gespannt, wie sich ExpressionEngine langfristig entwickeln wird. ExpressionEngine ist ein technisch orientiertes CMS und setzt ein gewisses Verständnis voraus. Ich sehe hier großes Potenzial in stärker vorbereiteten Templates, Channels und Feldstrukturen, damit Nutzer deutlich schneller starten können.

Außerdem war ExpressionEngine immer ein bisschen ein Geheimtipp. Ich denke schon, dass sich die Sichtbarkeit der Plattform künftig verbessern sollte.

Ralph: Was sind die fünf wichtigsten Werkzeuge in deinem Arbeitsalltag – und warum gerade diese? Hat sich dein Werkzeugkasten über die Jahre stark verändert, etwa durch neue Technologien oder veränderte Anforderungen?

Rein: Meine fünf täglichen Essentials wären:

• Visual Studio Code – für die komplette Entwicklungsarbeit.
• KI-Tools – mein Junior-Assistent für viele tägliche Aufgaben.
• Gitea – meine selbstgehostete GitHub-Alternative für Versionsverwaltung.
• MacBook – einfach der beste Laptop, mit dem ich in den letzten fünfzehn Jahren gearbeitet habe.
• Kaffee – weil jeder produktive Tag mit einer richtig guten Tasse Kaffee beginnt.

Und ja: KI-Tools wie Copilot gehören inzwischen definitiv ebenfalls dazu.

Ralph: Danke für die spannenden Antworten und dass Du Dir die Zeit genommen hast.

Über Rein de Vries

Text folgt

Immer häufiger werden heute nicht mehr nur einzelne Suchbegriffe eingegeben, sondern vollständige Fragen gestellt.

Zum Beispiel:

• Was mache ich zuerst bei einer Abmahnung wegen Datenschutz?
• Wie funktioniert Kurzzeitpflege und welche Rolle spielt der Pflegegrad?
• Was kann ich tun, wenn mein Arbeitgeber keine Abfindung zahlen will?
• Welche Lautsprecher passen zu kleinen Räumen?
• Was ist eine berufliche Wiedereingliederung mit Bildungsgutschein?
• Wer bietet besonders kompakte Bohreinheiten für industrielle Anwendungen an?

Mit solchen Fragen verändert sich auch die Erwartung an Websites. Gesucht werden nicht mehr nur Anbieter oder Produkte, sondern Orientierung, Einordnung und verständliche Informationen.

Gerade deshalb wird zunehmend wichtig, wie logisch, konsistent und technisch nachvollziehbar Inhalte aufgebaut sind.

2. Die Website als Wissensraum

Ich verwende bewusst den Begriff „Wissensraum“, weil moderne Websites aus meiner Sicht zunehmend mehr sein müssen als reine digitale Broschüren oder lose Sammlungen einzelner Unterseiten.

Viele Websites enthalten bereits relevantes Fachwissen:

• Häufige Kundenfragen: Konkrete Fragen aus Beratungsgesprächen oder Supportanfragen, die systematisch beantwortet und miteinander verknüpft werden.
• Technische Problemlösungen: Praxisnahe Erklärungen zu typischen Fehlerquellen, Anwendungen, Sonderfällen oder technischen Zusammenhängen.
• Erfahrungswissen aus Projekten: Erkenntnisse, die aus jahrelanger praktischer Arbeit, realen Kundenprojekten und konkreten Anforderungen entstanden sind.
• Fachliche Entscheidungsgrundlagen: Inhalte, die Kunden helfen, technische, rechtliche oder organisatorische Entscheidungen besser einzuordnen.
• Prozess- und Ablaufwissen: Verständliche Beschreibungen typischer Abläufe, Arbeitsschritte oder Verfahren innerhalb eines Fachgebiets oder Unternehmens.

Häufig liegen diese Informationen jedoch verstreut, sprachlich unnötig kompliziert oder thematisch unscharf vor. Dadurch entstehen oft unübersichtliche Informationsbereiche mit wenig klaren thematischen Zusammenhängen. Ein sinnvoll aufgebauter Wissensraum versucht deshalb:

• Informationen logisch gliedern: Inhalte so strukturieren, dass Themen nachvollziehbar aufgebaut sind und Nutzer wie KI-Systeme Zusammenhänge leichter erkennen können.
• Themen klar voneinander trennen: Unterschiedliche Fachbereiche, Leistungen oder Fragestellungen sauber voneinander abgrenzen, statt viele Inhalte unsortiert auf einer Seite zu vermischen.
• Inhalte sinnvoll zu hierarchisieren: Oberthemen, Unterthemen und Detailinformationen in eine verständliche Reihenfolge bringen.
• Wichtige Begriffe verständlich erklären: Fachbegriffe nicht einfach voraussetzen, sondern ihre Bedeutung nachvollziehbar erläutern und in den richtigen Kontext einordnen.
• Zusammenhänge sichtbar machen: Verwandte Inhalte durch sinnvolle interne Verlinkungen, weiterführende Fachartikel oder ergänzende Informationen miteinander vernetzen.

3. KI-Sichtbarkeit: Was damit realistisch gemeint ist

Ich verwende den Begriff „KI-Sichtbarkeit“ bewusst vorsichtig. Niemand kann seriös garantieren, dass eine Website künftig in ChatGPT, Perplexity oder Google AI Overviews prominent erscheint. Wer solche Garantien verkauft, arbeitet unseriös.

Was man jedoch sehr wohl tun kann:

• Inhalte verständlicher strukturieren
• reale Nutzerfragen nachvollziehbar beantworten
• Themenbereiche logisch aufbauen
• interne Verknüpfungen verbessern
• strukturierte Daten sinnvoll einsetzen
• semantisch sauberes HTML verwenden
• Barrierefreiheit verbessern
• Lesbarkeit und Orientierung erhöhen

All das verbessert nicht automatisch Rankings oder KI-Erwähnungen. Es verbessert jedoch die technische und inhaltliche Ausgangslage erheblich — für Nutzer, Suchmaschinen und zunehmend auch für KI-Systeme.

4. Drei Praxisbeispiele

1. Pflegebereich

Viele Pflege- oder Seniorenheim-Websites enthalten bereits Informationen zu Pflegeleistungen, Betreuung, Pflegegraden, Kurzzeitpflege oder organisatorischen Abläufen. Gleichzeitig wirken viele dieser Inhalte für Angehörige oder Interessenten schwer überschaubar.

Oft werden innerhalb einzelner Texte sehr unterschiedliche Themen vermischt. Dazu gehören etwa Pflegeleitbild, Betreuung, Pflegeprozess, Dokumentation, Qualitätsmanagement, Ansprechpartner oder organisatorische Informationen auf derselben Seite oder sogar im selben Absatz.

Dadurch entstehen oft zu allgemeine Texte, bei denen unklar bleibt, worum es konkret geht.

Ein sinnvoll strukturierter Wissensbereich könnte solche Themen deshalb deutlicher voneinander trennen:

Pflegeleitbild
Wie versteht die Einrichtung gute Pflege und Betreuung?

Pflegeplanung und Betreuung
Wie wird der individuelle Pflegebedarf erfasst und dokumentiert?

Kurzzeitpflege und Pflegegrade
Welche Leistungen gibt es und welche Unterschiede bestehen?

Wichtige Begriffe verständlich erklärt
Was bedeuten Fachbegriffe wie „SIS“ oder „strukturierte Informationssammlung“?

So entstehen keine künstlichen „KI-Texte“, sondern verständlichere und klarer strukturierte Informationsbereiche.

2. Kanzleien und juristische Dienstleistungen

Nicht wenige Kanzlei-Websites besitzen bereits Fachartikel, Urteile, Hinweise zu Gesetzesänderungen oder Informationen zu einzelnen Rechtsgebieten.

Gerade bei mehreren Fachbereichen entsteht dabei jedoch oft ein Nebeneinander einzelner Informationen. Typische Fragen, konkrete Alltagssituationen oder thematische Zusammenhänge werden dabei nicht immer klar strukturiert aufgegriffen.

Ein sinnvoll aufgebauter Wissensraum könnte stattdessen typische Nutzerfragen stärker in den Mittelpunkt stellen:

Arbeitsrecht
Was passiert nach einer Kündigung?
Wann lohnt sich eine Kündigungsschutzklage?
Was sollte ich nach einer Abmahnung tun?

Erbrecht
Wann entsteht ein Pflichtteilsanspruch?
Was passiert ohne Testament?

Mietrecht
Wann darf die Miete erhöht werden?
Welche Rechte habe ich bei Wohnungsmängeln?

Dadurch entstehen langfristig klar gegliederte Wissensbereiche mit nachvollziehbaren Beziehungen zwischen Fachgebieten, konkreten Problemen und typischen Nutzerfragen.

3. Technische Hersteller

Gerade technische Anbieter besitzen häufig Fachwissen zu technischen Grundlagen, Anwendungsszenarien, technischen Daten oder Testberichten. Dieses Wissen verteilt sich jedoch oft über viele Unterseiten, ältere Inhalte oder Dokumente.

Ein gutes Beispiel dafür sind spezialisierte HiFi- oder Audiotechnik-Websites. Dort existieren oft Inhalte zu technischen Grundlagen, besonderen Entwicklungsansätzen, historischen Hintergründen, technischen Daten oder Testberichten. Gleichzeitig bleibt dieses Wissen für Außenstehende häufig schwer erfassbar, weil Informationen über viele Unterseiten verteilt sind und konkrete Fragen kaum auffindbar beantwortet werden.

So entsteht eine Website mit großem Fachwissen, die jedoch nur begrenzt Orientierung bietet. Ein sinnvoll strukturierter Wissensraum könnte hier beispielsweise unterscheiden zwischen:

Grundlagen und Technologie
Wie funktioniert eine bestimmte Lautsprechertechnologie überhaupt?
Was unterscheidet sie von klassischen Systemen?
Warum spielt beispielsweise das Impulsverhalten eine wichtige Rolle?

Produkte und Einsatzbereiche
Welche Lautsprecher eignen sich für kleine Räume?
Welche Verstärker passen zu welchem System?
Welche Unterschiede bestehen zwischen einzelnen Modellen?

Historie und Entwicklerwissen
Wie entstand die Technologie ursprünglich?
Welche technischen Probleme sollten gelöst werden?
Welche Entwicklungsphilosophie steckt dahinter?

Verwandte Inhalte und weiterführende Informationen
FAQ-Bereiche, technische Artikel, Testberichte, Anwendungserklärungen oder Informationen zu passenden Verstärkern könnten logisch miteinander verknüpft werden, statt isoliert nebeneinander zu stehen.

5. Warum die technische Struktur für KI-Sichtbarkeit wichtig ist

In der praktischen Arbeit zeigt sich immer wieder, dass eine sinnvolle Inhaltsstruktur langfristig nur funktioniert, wenn auch die technische Grundlage dafür sauber aufgebaut ist. Moderne CMS-Systeme sollten deshalb nicht nur Seitenlayouts verwalten, sondern Inhalte flexibel strukturieren, logisch miteinander verknüpfen und technisch sauber ausgeben können.

Gerade im Zusammenhang mit KI-Systemen werden dabei strukturierte Daten zunehmend wichtiger. Gemeint sind zusätzliche Informationen im Quellcode einer Website, häufig auf Basis von JSON-LD, mit denen Inhalte technisch genauer beschrieben werden können. 

So lässt sich klarer auszeichnen, ob es sich um einen Fachartikel, eine FAQ, eine Person, ein Unternehmen, ein Produkt oder eine konkrete Frage mit Antwort handelt. Suchmaschinen und KI-Systeme können Inhalte dadurch häufig besser einordnen und Zusammenhänge leichter erkennen.

Entscheidend ist dabei jedoch, dass solche strukturierten Daten nicht manuell doppelt gepflegt werden müssen. Sinnvoll wird das erst dann, wenn sich diese Informationen automatisch aus bereits vorhandenen Inhalten generieren lassen. Genau deshalb spielt die Wahl des passenden Content-Management-Systems eine zentrale Rolle.

Flexible CMS-Systeme wie ExpressionEngine besitzen aus meiner Sicht entscheidende Vorteile. Inhalte lassen sich damit frei modellieren und unabhängig vom eigentlichen Layout strukturieren. Dadurch können differenzierte Inhaltsstrukturen mit eigenen Feldern, Beziehungen, Kategorien und thematischen Verknüpfungen aufgebaut werden, statt Inhalte nur starr in klassische Seitenstrukturen zu pressen.

Hinzu kommen leistungsfähige Feldtypen, mit denen sich komplexere Inhaltsbereiche sauber organisieren lassen, etwa FAQ-Strukturen, technische Daten, mehrsprachige Inhalte oder wiederverwendbare Inhaltselemente. Gleichzeitig bleibt die technische Ausgabe vollständig kontrollierbar — von semantischem HTML über interne Verlinkungen bis hin zur automatisierten Ausgabe strukturierter Daten.

Gerade bei größeren oder inhaltlich anspruchsvolleren Websites entsteht dadurch eine konsistentere und langfristig besser pflegbare Inhaltsstruktur.

7. Was ich für Sie tun kann

Analyse und Beratung

Am Anfang steht die Frage, wie Inhalte, Themenbereiche und technische Strukturen einer Website aktuell überhaupt aufgebaut sind. Dabei wird untersucht, welche Informationen bereits vorhanden sind, wo Inhalte unklar, verstreut oder redundant wirken und an welchen Stellen wichtige Informationen, Erklärungen oder Nutzerfragen bislang fehlen.

Ebenso wichtig ist die Frage, wie unterschiedliche Zielgruppen auf Informationen zugreifen und welche Themen künftig stärker vertieft oder klarer strukturiert werden sollten. Daraus können konkrete Vorschläge für neue Wissensbereiche, sinnvollere Inhaltsbeziehungen oder präzisere thematische Schwerpunkte entstehen.

Parallel dazu wird geprüft, wie sich solche Strukturen technisch innerhalb des bestehenden CMS abbilden lassen — etwa durch differenzierte Feldstrukturen, semantische Beziehungen, strukturierte Daten oder wiederverwendbare Inhaltsmodelle.

Entwicklung einer Wissens- und Informationsstruktur

Auf Grundlage der Analyse lässt sich schrittweise eine inhaltliche und technische Struktur entwickeln, die vorhandenes Wissen verständlicher organisiert und langfristig konsistent abbildet. Dabei geht es unter anderem um Fragen wie:

• Welche Informationen fehlen bislang?
• Welche Inhalte richten sich an unterschiedliche Zielgruppen?
• Welche Themen gehören zusammen — und welche sollten klar getrennt werden?
• Welche Begriffe, Fragen oder Prozesse sollten zentral erklärt werden?
• Wie lassen sich diese Inhalte technisch sinnvoll innerhalb des CMS strukturieren?

Gerade bei über Jahre gewachsenen Websites entsteht daraus häufig erstmals eine klarere Informationsarchitektur mit nachvollziehbaren Beziehungen zwischen Themen, Fachbereichen und Nutzerfragen.

KI-gestützte Textarbeit und Wissensstrukturierung

Seit über zwei Jahren arbeite ich intensiv mit KI-Systemen an technischen Fachtexten, Website-Inhalten und literarischer Prosa. Dabei nutze ich KI weniger als automatischen Textgenerator, sondern vielmehr als Werkzeug zur kritischen Diskussion von Sprache, Struktur, Verständlichkeit und inhaltlicher Konsistenz. Das systematische Hinterfragen KI-generierter Texte gehört für mich inzwischen selbstverständlich zur täglichen Arbeit.

Gleichzeitig beschäftige ich mich seit den frühen Jahren des Webs mit Websites, digitalen Inhaltsstrukturen und Blogging. Über viele Jahre hinweg entstanden dabei Fachtexte, Blogartikel und technische Inhalte für unterschiedliche mittelständische Unternehmen — unter anderem auch im Bereich industrieller Technologien wie 3D-Metalldruck.

Parallel dazu begleitet mich seit vielen Jahren die praktische Arbeit mit Informationsarchitektur, Inhaltsmodellierung innerhalb von CMS-Systemen und der Entwicklung verständlicher, nutzerorientierter Webinhalte.

KI sinnvoll genutzt — strukturiert, reflektiert und menschlich gesteuert.

Kontaktdaten: 

• Telefon: 0162 4274462
• Email: ki@segert.net

Quellen und weiterführende Informationen

• Google SEO Starter Guide
  https://developers.google.com/...
• Google Einführung strukturierte Daten
  https://developers.google.com/...
• Google Strukturierte Datentypen
  https://developers.google.com/...
• Schema.org Documentation
  https://schema.org/docs/docume...
• W3C – Semantische Seitenstruktur
  https://www.w3.org/WAI/tutoria...
• Mozilla Developer Network – Semantic HTML
  https://developer.mozilla.org/...
• Google Search Central Blog
  https://developers.google.com/...
• Search Engine Journal – Generative Engine Optimization (GEO)
  https://www.searchenginejourna...
• Ahrefs – AI Search & SEO Research
  https://ahrefs.com/blog/ai-sea...
• t3n – SEO & KI-Suche
  https://t3n.de/tag/seo/

Wichtige Feldtypen in ExpressionEngine 7 (Kurzüberblick)

ExpressionEngine unterscheidet zwischen einfachen, komplexen und strukturbildenden Feldern.

Einfache Felder:

• Text Input – einzeilige Texte (z. B. Titelzusatz, SKU)
• Textarea / RTE – Fließtext mit oder ohne Formatierung
• Date – Datums- und Zeitwerte
• Checkbox / Radio / Select – strukturierte Auswahlwerte
• URL – validierte Webadressen

Struktur- und Datentypfelder:

• Grid – tabellarische Wiederholungsstruktur
• File – Dateiverwaltung mit Upload-Verzeichnis
• Assets / Files (Core) – strukturierte Medienverwaltung
• Playa / Relationship – relationale Verknüpfung von Entries
• Fluid Field – flexible, blockbasierte Inhaltsstruktur

Diese Kombination erlaubt eine saubere Trennung von Inhalt, Struktur und Darstellung – ein klarer Vorteil gegenüber rein visuell orientierten Page-Builder-Systemen. Gerade bei WordPress sieht man häufig das Gegenmodell: Viele Projekte basieren stark auf Page-Buildern, bei denen Inhalte primär visuell zusammengesetzt werden. Das funktioniert kurzfristig bequem, führt aber oft zu aufgeblähtem Code, verschachtelten Layout-Strukturen und schwer wartbaren Templates. Inhalte sind dann nicht sauber modelliert, sondern an ein bestimmtes Layout gebunden. Änderungen oder Relaunches werden dadurch aufwendiger, weil Struktur und Darstellung nicht klar getrennt sind. Genau hier spielt eine durchdachte Feldarchitektur wie in ExpressionEngine ihre Stärke aus. 

Relationships-Felder – Relationale Inhalte sauber modellieren

Das Relationships-Feld ermöglicht es, Einträge miteinander zu verknüpfen. Technisch handelt es sich um eine relationale Referenz auf andere Channel-Einträge.

Typische Anwendungsfälle:

• Blogartikel ↔ verwandte Artikel
• Produkt ↔ Zubehör
• Event ↔ Referent
• Projekt ↔ Kunde

Mehrsprachige Strukturen lassen sich auch ohne Add-ons wie Transcribe realisieren, indem Einträge über ein Relationship-Feld als jeweilige Sprachvariante miteinander verknüpft und im Template gezielt ausgegeben werden. Gleichzeitig ermöglicht das Feld eine redaktionelle Kuratierung: Inhalte können manuell ausgewählt und in einer definierten Reihenfolge ausgespielt werden, etwa für Bereiche wie „Empfohlene Beiträge“.

Beispiele aus meiner Praxis sind etwa, dass Bildungsprojekten gezielt Premieren oder Veranstaltungen zugeordnet werden können oder dass bestimmten Fachgebieten die jeweils zuständigen Anwälte zugewiesen sind. Die Inhalte existieren dabei jeweils nur einmal im System und werden an den passenden Stellen strukturiert ausgegeben.

Referenten einem Event zuordnen – klassisches Relationships-Beispiel

Ein klassisches Praxisbeispiel ist auch die Zuordnung von Referenten zu einem Event, bei dem ein Veranstaltungseintrag mehrere Referenten referenziert und diese strukturiert ausgibt.

Setup:

• Channel: events
• Channel: referenten
• Feld im Channel events: event_referenten (Relationships-Feld)

Im Backend wählt der Redakteur beliebige Referenten aus. Template-Ausgabe:
 

<section class="event">
  <h1>{title}</h1>
  <div class="event-content">
    {event_text}
  </div>
  {if event_referenten}
    <div class="referenten">
      <h2>Referenten</h2>
      <ul>
        {event_referenten}
          <li>
            <h3>{event_referenten:title}</h3>
            <p>{event_referenten:referent_beschreibung}</p>
          </li>
        {/event_referenten}
      </ul>
    </div>
  {/if}
</section>

  Was hier passiert:

• {event_referenten} iteriert über die verknüpften Entries.
• {event_referenten:title} greift auf Felder des verknüpften Entries zu.
• Die Reihenfolge entspricht der redaktionellen Auswahl.

Vorteile des Relationship-Feldes:

• Keine redundanten Inhalte
• Zentrale Pflege (Änderung an einer Stelle wirkt überall)
• Klare Datenstruktur
• Gute SEO-Basis (keine doppelten Texte)
• Hohe Flexibilität bei komplexen Websites

Gerade bei größeren Projekten entsteht dadurch ein sauber normalisiertes Content-Modell – ähnlich relationalen Datenbanken.

Fluid-Feld – Modulares Content-Design

Das Fluid Field gehört zu den leistungsstärksten Konzepten in ExpressionEngine 7. Es ermöglicht Redakteuren, unterschiedliche Feldtypen flexibel miteinander zu kombinieren, ohne dabei die grundlegende Struktur eines Channels aufzulösen oder technisch zu verwässern. Statt einer starren Abfolge fest definierter Felder steht ein Container-Feld zur Verfügung, das verschiedene zuvor konfigurierte Feldtypen aufnehmen kann.

Ein typisches Szenario sind modulare Inhaltsblöcke: Ein Channel seiten besitzt beispielsweise ein Fluid-Feld seiten_inhalt, innerhalb dessen unterschiedliche Inhaltselemente – etwa Text, Bild, Zitat oder Call-to-Action – frei zusammengestellt und in variabler Reihenfolge angeordnet werden können. Die Struktur bleibt dabei klar definiert, während die redaktionelle Flexibilität deutlich erhöht wird.

Darin können enthalten sein:

• Textblock
• Audiofile
• Zitat
• Call-to-Action
• Diashow-Slider
• Grid-Feld
• Relationship-Feld

Warum das Fluid-Feld so stark ist:

• Redaktionsfreundlich – keine starre Feldreihenfolge
• Entwicklerkontrolle – keine unkontrollierten Layout-Zerstörungen wie bei Page Buildern
• Kombinierbar – Relationship-Felder innerhalb eines Fluid-Feldes sind möglich
• Strukturiert statt visuell manipulativ – Inhalt bleibt semantisch sauber
• Skalierbar – neue Blocktypen lassen sich jederzeit ergänzen

Zusammenspiel: Relationsship + Fluid

Richtig spannend wird ExpressionEngine immer dann, wenn man Relationship-Felder und das Fluid-Feld miteinander kombiniert. Damit kann spielt man die Stärke von ExpressioEngine wirklich aus. Das Fluid-Feld sorgt für eine flexible, modulare Seitenstruktur. Relationships-Felder bilden dagegen saubere, relationale Verbindungen zwischen Inhalten ab. Ergänzt man das noch um Grid-Felder für strukturierte Datensätze und Datei-Felder für Medien, entsteht ein System, das zugleich flexibel und strukturell klar bleibt.

Ich bin selbst immer wieder begeistert, wie komplexe Inhaltsstrukturen sich damit abbilden lassen – ohne chaotisch zu werden. Man kann sehr differenzierte Seitenmodelle entwickeln, ohne Redundanz zu erzeugen. Inhalte müssen nicht mehrfach gepflegt werden, sondern existieren genau einmal und werden dort referenziert, wo sie gebraucht werden. Das spart Zeit. Und es verhindert Fehler.

Ein einfaches Beispiel noch: Ein Redakteur fügt in einem Fluid-Feld einen Block „Teammitglieder“ ein. Dieser Block enthält intern ein Relationship-Feld, über das bestimmte Mitarbeiter ausgewählt werden. Die Teamseite entsteht dynamisch. Ändert sich die Beschreibung eines Mitarbeiters, wirkt sich das automatisch überall aus, wo diese Person referenziert ist. Keine doppelte Pflege. Keine inkonsistenten Daten. Genau so sollte relationale Inhaltsverwaltung funktionieren.

Gerade Kunden profitieren davon enorm. Sie erhalten keine starre Struktur, aber auch kein unkontrollierbares Baukastensystem. Stattdessen bekommen sie eine klar definierte, relationelle Architektur, die ihnen die Pflege erleichtert. Inhalte lassen sich logisch denken. Und logisch verwalten.

Fazit

ExpressionEngine 7 überzeugt mich vor allem durch seine datenbanknahe Inhaltsmodellierung. Relationen sind sauber abbildbar. Strukturen bleiben klar. Gleichzeitig bleibt das System flexibel, aber eben kontrolliert. Die Trennung von Struktur und Darstellung ist konsequent durchgezogen – und das merkt man in der Wartbarkeit.

Viele Systeme setzen zuerst auf visuelle Freiheit und kümmern sich später um Struktur. ExpressionEngine geht den umgekehrten Weg: erst die Architektur, dann das Layout. Gerade bei komplexen, mehrsprachigen, relationalen oder langfristig angelegten Projekten zeigt sich, wie tragfähig dieser Ansatz ist. Und genau deshalb arbeite ich so gern damit.

1. Schlankere Updates durch klare Trennung von Kern, Content und Templates

Bei TYPO3 greifen Updates tief ins System ein. Extensions müssen angepasst, Datenbanken migriert, Konfigurationen überprüft werden. Das kann Tage oder Wochen dauern. ExpressionEngine hingegen hält Systemkern, Inhalte und Templates konsequent getrennt. Ein Update betrifft fast ausschließlich den Kern. Inhalte und Layouts bleiben unberührt.

Beispiel: Bei einer Schul-Website mit tausenden Artikeln habe ich ein Major-Update (Version 6 auf 7) in weniger als einem Tag eingespielt – ganz ohne dass Redakteure es überhaupt bemerkt hätten.

Vorteile: Kaum Ausfallzeiten, geringere Kosten, mehr Sicherheit.

2. Flexibler Ausbau, weil alles modular organisiert ist

In TYPO3 bedeutet eine Erweiterung oft: Neue Extensions, komplizierte Konfigurationen, hoher Aufwand. In ExpressionEngine wird für jede neue Funktion einfach ein Channel mit eigenen Feldern angelegt. Bestehende Inhalte bleiben unberührt.

Beispiel: Ein mittelständisches Unternehmen wollte zu seinen Produkten zusätzlich regionale Referenzprojekte präsentieren. In EE wurde dafür ein Channel „Projekte“ angelegt – mit Feldern für Beschreibung, Bildergalerie und Standort. Sofort konnte der Kunde mit eigenem Content loslegen.

Vorteile: Websites wachsen organisch mit – ohne Umwege und Zusatzmodule, allein mit Bordmitteln

3. Strukturierte Daten durch frei definierbare Felder

TYPO3 setzt stark auf vordefinierte Content-Elemente. Diese müssen oft angepasst oder mit Extensions erweitert werden. In ExpressionEngine werden Felder exakt nach Projektbedarf angelegt – ob Text, Bild, Datei oder Relation. Dadurch entstehen saubere Inhaltsmodelle, die auch nach Jahren noch verständlich und nutzbar sind.

Beispiel: Bei einem Bildungsunternehmen sind über 250 Standorte im System gepflegt – jeder mit Ansprechpartnern, Bildern und Kursangeboten. Dank klarer Feldstruktur können Mitarbeiter Inhalte schnell und konsistent eintragen. (Dieser Bereich wurde erst nachträglich hinzugefügt, die Website war bereits über ein Jahr im Betrieb. Der Ausbau war unkompliziert und es gab nicht eine Minute einen Ausfall der Website.)

Vorteile: Konsistente Datenpflege, einheitliches Layout, weniger Redaktionsfehler.

4. Mehrbenutzerfähigkeit durch integrierte Rollenverwaltung

In TYPO3 ist die Rechtevergabe komplex und unübersichtlich. Oft braucht es Spezialisten, um Rollen sauber zu definieren. ExpressionEngine bringt eine transparente Rollen- und Rechteverwaltung mit. Redakteure können genau die Bereiche pflegen, die ihnen zugewiesen sind.

Beispiel: An einer Schule gibt es drei Redakteure: Ein Lehrer pflegt die News, die Schulleitung veröffentlicht die Elternbriefe (Newsletter) und die Schülervertretung pflegt ihre eigene Seite. Alles läuft über dieselbe Installation – ohne Überschneidungen.

Weiteres Beispiel: Ein Verband mit 16 Standorten wollte die gesamte Website zentral im Sekretariat pflegen lassen. Die zuständige Mitarbeiterin hatte kaum technische Vorkenntnisse. Mit einem kurzen Handout und einer zweistündigen Einführung war sie bereits in der Lage, Inhalte sicher einzupflegen. Nach insgesamt drei Stunden Training konnte sie selbstständig arbeiten.

Vorteile: Teams arbeiten eigenständig, ohne sich gegenseitig ins Gehege zu kommen, und selbst Mitarbeiter ohne CMS-Erfahrung finden sich schnell zurecht.

5. Sicherheit mit Bordmitteln – weniger Angriffsfläche

TYPO3 bringt viele Funktionen mit, die nicht jeder braucht – das bedeutet mehr Angriffsfläche. ExpressionEngine setzt dagegen auf einen schlanken Kern und viele eingebaute Sicherheitsfunktionen: CAPTCHA, IP-Sperren, Passwort-Policies, automatische E-Mail-Verschlüsselung, Session-Management, XSS- und CSRF-Schutz.

Beispiel: Bei einer Website mit sensiblen personenbezogenen Daten konnte die IT-Abteilung problemlos IP-Bereiche ausschließen, die für Angriffe auffällig waren – ganz ohne zusätzliche Software.

Vorteile: Weniger externe Plugins, weniger Sicherheitslücken, mehr Stabilität.

6. Leistungsfähige Datenbank – einfach und stabil

TYPO3 kann bei wachsenden Inhalten zu komplexen Abfragen neigen. Das erfordert oft Tuning. ExpressionEngine arbeitet mit klaren Relationen und schlanken Abfragen. Auch bei tausenden Datensätzen bleibt das System performant.

Beispiel: Eine Schul-Website mit tausenden Artikeln im Archiv läuft stabil – auch bei starkem Traffic. Die Datenbankstruktur blieb über Jahre unverändert.

Vorteile: Stabilität und Performance, selbst bei Großprojekten.

7. Barrierefreiheit durch strikte Trennung von Inhalt und Design

In TYPO3 vermischen sich Inhalte und Layout über Extensions oder TypoScript. Das erschwert barrierefreie Ausgabe. ExpressionEngine trennt Inhalte strikt von Templates und Stylesheets. Inhalte liegen „sauber“ vor und können barrierefrei ausgegeben werden.

Beispiel: Im Zuge einer barrierefreien Umgestaltung einer öffentlichen Institution mussten für Bilder nachträglich Felder für alternative Texte eingeführt werden, die bei Bedarf gefüllt werden können. Gleichzeitig sollte es die Möglichkeit geben, über einen einfachen Schalter Transkriptionen zu Videos anzugeben. Beides ließ sich in ExpressionEngine mit wenigen Klicks über neue Felddefinitionen realisieren – ohne dass bestehende Templates aufwändig geändert oder werden mussten. Auch im Frontend war Videotext nur zu sehen, wenn das Feld aktiviert war. 

Vorteile: Barrierefreie Standards lassen sich leichter und ohne CMS-bedingte Einschränkungen umsetzen.

8. Weniger Spam, weil kein Massen-CMS

TYPO3 und WordPress sind Massen-Systeme – beliebt bei Angreifern. ExpressionEngine ist weniger verbreitet und deshalb kein primäres Ziel für Bots. Dazu kommen eingebaute Schutzmechanismen wie Spamfilter, Kommentar-Kontrolle oder E-Mail-Verschlüsselung.

Vorteile: Weniger Aufwand für Spam-Abwehr, weniger Supportkosten.

9. Entwicklerfreundliches Template-System mit geringer Lernkurve

TYPO3 zwingt Entwickler in komplexe Strukturen (TypoScript). ExpressionEngine arbeitet mit einer klaren, HTML-nahen Template-Sprache. Jeder erfahrene Webentwickler kann sich in kurzer Zeit einarbeiten – auch bei großen Projekten.

Beispiel: Als Webentwickler übernahm ich eine lange nicht gepflegte ExpressionEngine-Website (Version 2) mit zahlreichen veralteten Addons und Plugins. Trotzdem habe ich die Struktur und Besonderheiten schnell durchblickt und konnte die Websitein mehreren Tagen ohne Ausfall und trotz zahlreicher Inhalte bis zur Version 6 von ExpressionEngine upgraden.

Vorteile: Einfache Übergabe, schnelle Einarbeitung, geringere Kosten.

10. Zukunftssicherheit durch flexible Feldtypen

TYPO3 setzt stark auf Standard-Content-Elemente. ExpressionEngine erlaubt frei konfigurierbare Felder, die exakt auf den Content abgestimmt sind. Das sorgt für nachhaltige Strukturen.

Beispiel: In einem Projekt sollte nachträglich eine umfangreiche FAQ integriert werden, die in Form eines Akkordeons funktioniert. Dafür wurde ein Grid-Feld mit den passenden Unterfeldern angelegt. Redakteure können dort zu jedem Eintrag eine Überschrift, den zugehörigen Text und eine Sprungadresse definieren. Die Sprungadresse ermöglicht es, dass einzelne FAQ-Einträge direkt angesteuert und automatisch geöffnet werden. Für die Redaktion ist das besonders komfortabel: Sie kümmert sich ausschließlich um die Inhalte, während die technische Logik für Sortierung, Anzeige und Verlinkung automatisch funktioniert.

Vorteile: Inhalte lassen sich flexibel abbilden, Redakteure pflegen nur, was nötig ist, und das System bleibt auch bei neuen Anforderungen stabil und erweiterbar.

Bonus: Fast alles mit Bordmitteln möglich

Ein entscheidender Unterschied: Mit ExpressionEngine lassen sich die meisten Anforderungen ohne externe Add-ons umsetzen – Mehrsprachigkeit, SEO, Mitgliederverwaltung, Microsites, Newsletter. Nur in Spezialfällen (z. B. Online-Shop) werden externe Erweiterungen genutzt.

Vorteile: Weniger Abhängigkeit von Drittanbietern, höhere Sicherheit, längere Lebensdauer.

Mehrsprachige Oberfläche und Backend in Deutsch verfügbar

Auch wenn ExpressionEngine im internationalen Umfeld entwickelt wird, ist die Benutzeroberfläche vollständig in deutscher Sprache verfügbar. Redakteure, die sich nicht mit englischen Begriffen beschäftigen möchten, können also problemlos in ihrer Muttersprache arbeiten.

Darüber hinaus lässt sich die Oberfläche in verschiedenen Sprachen anlegen – ein Pluspunkt für international tätige Unternehmen, die Redakteure in unterschiedlichen Ländern haben. Jeder Mitarbeiter sieht das Backend in der Sprache, die für ihn am besten passt.

Vorteile: Redaktionsarbeit ohne Sprachbarrieren und volle Flexibilität bei internationalen Teams.

Konkretes Beispiel: Universität mit vielen Fakultäten

Stellen Sie sich eine Universität vor, die eine zentrale Website betreibt und für jede Fakultät eigene Bereiche hat: Naturwissenschaften, Geisteswissenschaften, Medizin. Jede Fakultät will eigenständig Inhalte pflegen – News, Veranstaltungen, Download-Bereiche für Prüfungsordnungen und Vorlesungsskripte.

In TYPO3 wäre das mit aufwändigen Extensions, komplizierten Rechtestrukturen und oft mehreren Installationen verbunden. Änderungen müssten von zentralen Administratoren gesteuert werden – ein hoher Aufwand.

Mit ExpressionEngine geht es deutlich einfacher:

• Jede Fakultät erhält einen Channel mit eigenen Feldern.
• Die Mitarbeiter der Fakultät haben genau definierte Rechte – sie sehen nur ihre eigenen Inhalte.
• Die zentrale Universitätsseite bleibt der Kern, die Fakultäten sind eigenständige Module innerhalb derselben Installation.
• Neue Fakultäten oder Institute lassen sich jederzeit ergänzen.
• Alles funktioniert mit Bordmitteln – ohne externe Add-ons.

Ergebnis: Fakultäten können ihre Inhalte selbst pflegen, die IT behält die Übersicht, und die Universität spart auf lange Sicht Zeit, Geld und Nerven.

Verbreitung: Kaum bekannt im DACH-Raum – etabliert in Nordamerika

Im deutschsprachigen Raum – also in Deutschland, Österreich und der Schweiz – ist ExpressionEngine bislang noch wenig verbreitet. Viele Unternehmen setzen hier auf die großen Namen wie TYPO3 oder WordPress.

Ganz anders sieht es in den USA und Kanada aus: Dort ist ExpressionEngine seit vielen Jahren eine feste Größe im Agentur- und Unternehmensumfeld. Zahlreiche bekannte Firmen und Institutionen nutzen es, unter anderem:

• A List Apart – eine der renommiertesten Websites für Webdesign und Webentwicklung weltweit
• New York Observer – die traditionsreiche New Yorker Wochenzeitung setzt ExpressionEngine für ihre Online-Ausgabe ein
• The White House Historical Association – die Organisation zur Geschichte des Weißen Hauses in Washington
• Canon Canada – der Kamerahersteller nutzte ExpressionEngine lange Zeit für seine kanadische Präsenz
• Sony Music – einzelne Künstlerseiten wurden mit EE betrieben
• Universitäten und Bildungseinrichtungen – verschiedene Colleges und Hochschulen in den USA und Kanada, die mit ExpressionEngine ihre Studienportale realisiert haben

Diese Beispiele zeigen: Auch wenn ExpressionEngine in Deutschland vergleichsweise unbekannt ist, hat es sich international längst als stabiles und leistungsfähiges CMS bewährt.

Fazit

ExpressionEngine ist für kleine wie große Websites geeignet – von regionalen Unternehmen bis hin zu internationalen Portalen oder Universitäten mit tausenden Nutzern.

Gegenüber TYPO3 überzeugt es durch:

• schlankere Updates
• leichtere Erweiterbarkeit
• stabile Performance
• eingebaute Sicherheit
• Entwicklerfreundlichkeit
• mehrsprachige Oberfläche

Einige Quellen

G2 – Vergleich ExpressionEngine vs. TYPO3
Ausführliche Nutzerbewertungen zeigen: ExpressionEngine punktet bei einfacher Einrichtung und Bedienung, während TYPO3 komplexer in der Handhabung ist.

ExpressionEngine: Einblicke in die CMS-Portierung und Website-Modernisierung
2 Beispiele aus der Praxis der Website-Modernisierung veralteter ExpressionEngine-Websites

Was kann ExpressionEngine?
Stärken und Schwächen eines CMS

Capterra – ExpressionEngine Reviews
Nutzer betonen besonders die Flexibilität durch Custom Fields und die volle Kontrolle über Templates.

Svaerm – WordPress vs. TYPO3 (inkl. TYPO3-Kritik)
Ein praxisnaher Artikel über die Vor- und Nachteile von TYPO3, insbesondere die hohen Entwicklungs- und Wartungskosten.

IThelps Digital – CMS Vergleich
Betont die Vorteile, aber auch die hohen Anforderungen und die Komplexität bei TYPO3, gerade für kleinere Unternehmen.

WindowsUnited – Vergleich von TYPO3 und anderen CMS
Hebt die Stärken von ExpressionEngine bei Sicherheit, Anpassbarkeit und komplexen Inhaltsstrukturen hervor.

Wikipedia – TYPO3
Allgemeine Informationen zur Verbreitung und Entwicklung von TYPO3, insbesondere im deutschsprachigen Raum.

Wichtig war mir außerdem ein leichtes, ansprechendes, junges Design, das sich an den Farben des Logos orientiert und einen hohen Wiedererkennungseffekt sowohl auf großen Monitoren als auch auf mobilen Endgeräten haben sollte. Auch dafür ist eine durchdachte Struktur der Navigation sowie der Verteilung und Gewichtung der Inhalte ganz wesentlich.

Im Laufe der Jahre wurde die Website immer weiter ausgebaut und an verschiedenen Stellen umstrukturiert. So kam ein eigener Bereich für die Beratung mit einem Kontaktformular für die Vertrauenslehrer hinzu. Es wurden zudem Formulare für Krankmeldungen und Beurlaubungen eingeführt, die sich als wesentliche Erleichterung für die Eltern und die Schulverwaltung herausstellten. Auch die Navigation wurde ausdifferenziert, um beispielsweise für jeden Lehrer und jede Lehrerin eine eigene Seite zu ermöglichen, die man über eine spezielle Suche finden kann. Schritt für Schritt wird in Zukunft auch an einer Optimierung der Barrierefreiheit gearbeitet.

Die Website des Mariengymnasiums Essen-Werden ist ein Paradebeispiel dafür, wie hervorragend das CMS ExpressionEngine geeignet ist, eine komplexe Website Schritt für Schritt am lebenden System und relativ kostengünstig auszubauen. Das zeigt sich nicht zuletzt auch daran, dass in das bestehende CMS eine digitale Schülerzeitung namens „Marienkäfer“ eingebunden wurde, die von den Schülern selbst mit Inhalten versorgt werden kann. Auch für die Schülervertretung gibt es einen eigenen Login-Bereich. Möglich macht das eine ausgereifte und leistungsfähige Mitgliederverwaltung von ExpressionEngine, die auch hohen Sicherheitsansprüchen gerecht wird.

Kürzlich wurde das zehnjährige Bestehen der Schulhomepage von einem Besuch bei der Redaktion der Schülerzeitung begleitet. Ich freue mich, dass daraus nicht nur ein Artikel auf der Schulwebsite entstanden ist, sondern auch die Presse in Essen-Werden darüber berichtet hat. Vielen Dank!

So sah die Startseite vor dem Redesign aus. In den 10 Jahren ihrer Existenz gab es immer mal wieder kleine Änderungen an den teilweise drehbaren Kacheln (bei Mouseover).

Für jemanden wie mich jedoch, der seit über 27 Jahren Gestaltung und Code individuell entwickelt und konzeptionell denkt, entsteht dadurch eine besondere Marktsituation: Mit rein vorlagenbasierten Lösungen kann und will ich weder preislich noch zeitlich konkurrieren.

Dieser Beitrag richtet sich daher an interessierte Auftraggeber, die genauer verstehen möchten, wo die Stärken – aber auch die Grenzen – von Page Buildern liegen. Zugleich nähere ich mich der Frage, ob und inwiefern diese Werkzeuge zu einer zunehmenden Vereinheitlichung und Verflachung im Webdesign beitragen – und warum konzeptionell entwickeltes, zukunftssicheres Design hier einen anderen Anspruch verfolgt.

Gutes Webdesign ist Kunst und Handwerk

Gutes Webdesign ist eine Kunst und immer maßgeschneidert. Gutes Webdesign hat das Ziel, mit technisch modernstem Code eine Website nicht nur optisch ansprechend und mit hohem Wiedererkennungseffekt zu gestalten, sondern auch barrierefrei, zukunftssicher und mit effizienter Performance. Die Auswahl der richtigen Werkzeuge ist dabei in den letzten 10 Jahren ein wichtiger Faktor geworden. Reichte früher im Prinzip ein Grafikprogramm für die Entwürfe und ein Code-Editor für die "Programmierung", werden heute sehr häufig Page Builder wie "Elementor" und "DIVI" oder Homepage-Baukästen eingesetzt. Sie vereinfachen die Erstellung von Websites, indem sie es auch wenig erfahrenen Webdesignern ermöglichen, ansehnliche Websites zu erstellen. Für kleinere, kostengünstige Websites ist das auch durchaus nützlich und angebracht.

Vorteile von Page Buildern

Page Builder bieten eine intuitive Drag-and-Drop-Oberfläche, mit der sich Layouts auch ohne Programmierkenntnisse anpassen lassen. Elemente können verschoben, strukturiert und visuell gestaltet werden, ohne direkt in den Code einzugreifen.

Zudem stehen zahlreiche vorgefertigte Vorlagen zur Verfügung, die als Ausgangspunkt dienen und den Gestaltungsprozess beschleunigen können.

Die Anpassungsoptionen sind umfangreich: Farben, Abstände, Typografie oder Animationen lassen sich meist komfortabel konfigurieren. Für viele kleinere Projekte bedeutet das eine deutliche Zeitersparnis – und damit geringere Kosten.

Nachteile von Page Buildern

Websites, die mit Page Buildern erstellt wurden, enthalten häufig umfangreichen, redundanten Code. Dies kann zu längeren Ladezeiten führen und sich negativ auf Benutzererlebnis und Suchmaschinenoptimierung (SEO) auswirken.

Trotz vieler Einstellmöglichkeiten bleiben Gestaltung und Funktionalität systembedingt begrenzt – insbesondere dann, wenn spezifische, maßgeschneiderte Lösungen gefragt sind.

Langfristige Projekte geraten zudem leicht in eine technische Abhängigkeit vom jeweiligen System. Ein späterer Wechsel kann aufwendig sein, da Inhalte und Struktur eng an den Page Builder gebunden sind.

Auch die vermeintliche Kosteneffizienz relativiert sich häufig: Abonnements, Erweiterungen und Zusatzdienste summieren sich. Individuelle Kundenwünsche, die über das System hinausgehen, verursachen nicht selten zusätzlichen Entwicklungsaufwand.

Schließlich führt der verbreitete Einsatz standardisierter Baukastensysteme zu einer zunehmenden Gleichförmigkeit im Webdesign. Besonders in der mobilen Ansicht ähneln sich Navigation, Struktur und Interaktionsmuster stark. Wiederkehrende Animationen verlieren dabei schnell ihre Wirkung – und beeinträchtigen im ungünstigen Fall sogar die Nutzerführung.

Für Kunden ist die Frage selbstverständlich berechtigt, ob Webdesign mit Page Buildern nicht ausreichend für die eigenen Ansprüche und Ziele sind. Es geht hier nicht um das Schlechtreden einer Technik, die immerhin ästhetisch das Webdesign auf eine höhere Stufe gehoben hat, auch wenn manche Animationen bereits so weit verbreitet sind, dass sie nur noch langweilen, wenn nicht sogar das Nutzererlebnis beeinträchtigen.

Aspekte konzeptionellen Webdesigns oder die Freiheit der Ideen

Ich verstehe Webdesign als kreativen und konzeptionellen Prozess. Gemeinsam mit dem Kunden entwickle ich ein Erscheinungsbild, das den Markenkern stärkt und die Ziele des Unternehmens präzise widerspiegelt.

Im Mittelpunkt steht die Freiheit der Idee – nicht begrenzt durch Systemvorgaben, sondern getragen von Gestaltung, Struktur und technischer Substanz. Benutzerfreundlichkeit und Barrierefreiheit sind dabei integraler Bestandteil, nicht nachträgliche Ergänzung.

Individuelles Design geht Hand in Hand mit individueller Webentwicklung. Das Ergebnis ist kein Baukastensystem, sondern eine langfristig tragfähige Lösung.

Gründe für konzeptionelles Webdesign

• Einzigartigkeit: Ein maßgeschneidertes Design erhöht Wiedererkennungswert und Differenzierung im Wettbewerb.Optimierte Benutzererfahrung (UX): Struktur und Interaktion werden gezielt auf Zielgruppe und Nutzungsszenarien abgestimmt.
• Flexibilität und Erweiterbarkeit: Die technische Architektur kann von Beginn an so konzipiert werden, dass zukünftige Erweiterungen möglich sind. Dazu gehört auch die bewusste Wahl eines geeigneten Content-Management-Systems wie ExpressionEngine für komplexe und wachsende Webprojekte.
• Technische Innovation und Performance: Moderne Webtechnologien ermöglichen effiziente, dynamische und performante Lösungen – etwa durch präzise eingesetztes CSS oder durch Code, der grafische Last reduziert.
• SEO und Barrierefreiheit: Eine individuell entwickelte Website kann strukturell sauber aufgebaut und von Anfang an suchmaschinenoptimiert konzipiert werden. Gleiches gilt für die gesetzlich geforderte Barrierefreiheit.
• Sicherheit: Individuelle Entwicklung erlaubt die gezielte Implementierung spezifischer Sicherheitsmaßnahmen.
• Integration spezieller Funktionen: Komplexe Formulare, interaktive Anwendungen oder Datenbankanbindungen lassen sich passgenau umsetzen, ohne Systemgrenzen umgehen zu müssen.

Überwiegt der Preisnachteil?

Eine individuell entwickelte Website erfordert zunächst ein höheres Budget. Langfristig kann sie sich jedoch als wirtschaftlich sinnvoll erweisen:

• stärkere Differenzierung im Markt
• höhere Konversionsraten durch gezielte Nutzerführung
• volle Kontrolle über Struktur und Gestaltung
• bessere Skalierbarkeit bei Unternehmenswachstum
• geringerer Überarbeitungsbedarf durch saubere technische Basis

Die anfängliche Investition steht damit einer stabilen, performanten und zukunftsfähigen Lösung gegenüber.

Wenn Sie eine sichere, ausbaufähige und individuell entwickelte Website planen, sprechen Sie mich gerne an. In einem unverbindlichen Erstgespräch klären wir gemeinsam, welcher Ansatz für Ihr Projekt sinnvoll ist.

Update: Am Valentinstag 2024 erschien (ich ahnte es bereits) ExpressionEngine Pro 7.4 mit der Implementierung des Rich Text Editors Redactor X und vielen kleinen sinnvollen Neuerungen. Damit nun auch die Einstellungen für Redactor X im Backend auf deutsch gut lesbar sind, bin ich zeitnah zur Tat geschritten und habe das deutsche Sprachpaket auf den neuesten Stand gebracht. Bitte schön:

• Update Download: Sprachpaket Deutsch für ExpressionEngine 7.4 als Zip-File. 


• Update: Das Sprachpaket steht jetzt auch auf Github zum Download bereit.
• Ein Update auf ExpressionEngine 7.5 folgt Anfang 2025
  

Langfristigkeit ist kein Zufall

Einige meiner ältesten Kunden arbeiten seit über zwanzig Jahren mit mir zusammen. Ihre Websites haben in dieser Zeit mehrere Redesigns erlebt, strukturelle Erweiterungen, inhaltliche Neuausrichtungen und technische Updates. Systeme wurden modernisiert und weiterentwickelt, einmal sogar vollständig von WordPress auf ExpressionEngine umgestellt – ohne nennenswerte Ausfälle, ohne Chaos, ohne „Jetzt müssen wir alles neu machen“-Momente. Das ist kein Zufall. Das ist das Ergebnis vorausschauender Entscheidungen.

Ein Beispiel: Bereits 2011 hat sich ein Kunde bewusst für ExpressionEngine entschieden – und damals schon für eine responsive Umsetzung. Das war zu einer Zeit, als „responsive“ noch kein selbstverständlicher Standard war. Die technische Grundlage wurde so aufgebaut, dass Inhalte klar von Layout und Struktur getrennt sind. Genau das macht heute den Unterschied. Beim aktuellen Redesign konnte das komplette Erscheinungsbild neu gedacht und technisch modernisiert werden, ohne dass Inhalte gefährdet oder mühsam übertragen werden mussten. Texte, Bilder und Strukturen blieben stabil, während das Layout vollständig erneuert wurde. Das ist der Vorteil einer sauber angelegten CMS-Architektur: Man kann weiterentwickeln, ohne das Fundament zu beschädigen.

Qualität entsteht vor der Veröffentlichung

Ich denke Projekte nicht bis zur Veröffentlichung, sondern weiter. Ich frage mich schon beim ersten Entwurf: Ist das updatefähig? Ist das strukturell sauber? Kann man Inhalte erweitern, ohne dass alles auseinanderfällt? Was passiert in fünf Jahren? In zehn?

Diese Fragen stellt man sich nicht, wenn man nur auf die Oberfläche schaut. Aber genau dort entscheidet sich Qualität. Eine Website ist kein einmaliges Ereignis. Sie ist ein System, das wachsen und sich verändern muss. Wer das am Anfang nicht berücksichtigt, zahlt später doppelt.

Struktur statt Baukasten

Heute kann man Websites sehr schnell erstellen. Themes, Page Builder, fertige Vorlagen – technisch ist vieles möglich. Das ist nicht grundsätzlich falsch. Für manche Projekte ist das ausreichend.

Ich arbeite bewusst anders. Ich baue keine Klicklösung, sondern eine strukturierte Grundlage. Ich achte auf sauberes Markup, klare Inhaltslogik und eine technische Basis, die langfristig stabil bleibt. Suchmaschinenoptimierung ist dabei kein nachträgliches Plugin, sondern Teil der Struktur. Inhalte werden so angelegt, dass sie logisch eingebettet sind und nicht zufällig das Layout beeinflussen.

Der Unterschied zeigt sich selten am ersten Tag. Er zeigt sich nach Jahren.

Verantwortung endet nicht mit dem Launch

Ein Projekt ist für mich nicht abgeschlossen, wenn es online geht. Ich bleibe ansprechbar. Ich beobachte Entwicklungen, prüfe Updates, korrigiere Kleinigkeiten, bevor sie zu größeren Problemen werden. Manchmal passe ich Dinge an, ohne dass daraus ein neues Projekt entsteht. Nicht, weil ich großzügig sein möchte, sondern weil ich Verantwortung ernst nehme.

Zuverlässigkeit bedeutet für mich, dass man sich auf Absprachen verlassen kann. Dass Systeme stabil laufen. Dass Entscheidungen nicht kurzfristig beeindrucken, sondern langfristig tragen. Gewissenhaftigkeit heißt, auch unsichtbare Details ernst zu nehmen – gerade die, die später entscheidend werden.

Erfahrung als Entscheidungsqualität

Nach über zwanzig Jahren im Web arbeite ich heute schneller als früher. Nicht weil ich oberflächlicher arbeite, sondern weil ich Entscheidungen sicherer treffe. Ich weiß, welche Lösungen sich bewähren und welche nur kurzfristig modern wirken. Ich erkenne strukturelle Schwächen frühzeitig. Das spart Zeit – und es vermeidet spätere Kosten.

Ich arbeite in Personalunion. Konzeption, Gestaltung, technische Umsetzung und Systemarchitektur greifen ineinander. Es gibt keine Übergaben zwischen Abteilungen, keine Missverständnisse durch interne Abstimmungen. Verantwortung ist klar. Entscheidungen sind konsistent.

Für wen ich arbeite

Ich arbeite gern mit Menschen, die verstehen, dass eine Website mehr ist als eine Oberfläche. Mit Unternehmen, die Wert auf Stabilität, Struktur und langfristige Perspektive legen. Mit Auftraggebern, die nicht nur „online sein“ möchten, sondern digital verlässlich aufgestellt sein wollen.

Wenn es um kurzfristige Effekte geht, gibt es viele Anbieter. Wenn es um eine tragfähige, durchdachte Grundlage geht, sprechen wir vermutlich dieselbe Sprache.

Fazit

Eine gute Website erkennt man nicht nur am Design. Man erkennt sie daran, wie ruhig sie läuft. Wie flexibel sie sich weiterentwickeln lässt. Wie problemlos sie Updates übersteht. Und daran, dass man auch nach Jahren nicht bei null anfangen muss.

Redesign einer 13 Jahre alten Website mit ExpressionEngine

Vor dem Redesign: responsive Website zwischen 2012 und 2025 für Thomas Paul Zahntechnik, Berlin

Nach dem Redesign 2026. Kein Text und kein Bild musste geändert oder angepasst werden. Die Template-Struktur im CMS blieb unbebrührt, ebenso die Navigation.

Das Layout selbst habe ich geliefert bekommen. Aber wie so oft steckt der eigentliche Aufwand nicht nur im reinen Nachbauen, sondern in der Übersetzung ins Web – vor allem mit Blick auf Responsivität. Aufgrund meiner Erfahrung mit komplexeren Layouts konnte ich hier an einigen Stellen sinnvoll eingreifen und Anpassungen vorschlagen, damit das Ganze nicht nur auf dem großen Screen gut aussieht, sondern auch auf Tablet und Smartphone funktioniert. Gerade bei einem Projekt, das stark mit Flächen, Bildwirkung und Animation arbeitet, ist das keine Nebensache.

Die Startseite beginnt bewusst minimalistisch. Zunächst erscheint nur ein „Willkommen“, ganz ohne visuelle Ablenkung. Dann fährt das Hintergrundbild sanft nach vorne, das Logo blendet sich ein, und schließlich kommt die Navigation von unten ins Bild. Das wirkt leicht und selbstverständlich – war aber in der Umsetzung alles andere als trivial. Hier greifen CSS-Animationen, Timing, Layering, Opacity-Übergänge und sauberes Z-Index-Management ineinander. Die Herausforderung bestand darin, diese Effekte so zu orchestrieren, dass sie flüssig laufen, performant bleiben und sich nicht gegenseitig in die Quere kommen.

Konzeptionell ist die Seite als One-Pager aufgebaut – allerdings nicht im klassischen Sinn. Die Hauptbereiche wie „Machen wir“, „Sind wir“ und „Finden wir gut“ sind jeweils wiederum als eigene Mini-One-Pager organisiert. Innerhalb dieser Bereiche gibt es weitere Slide-Effekte, Hintergrundwechsel und animierte Übergänge. Man bewegt sich also durch eine verschachtelte Struktur, die technisch eher an eine kleine Anwendung erinnert als an eine einfache Website. Entsprechend wichtig war eine saubere Scroll-Logik, klar definierte Zustände und kontrollierte Animationstrigger.

Die eigentliche Bewährungsprobe kam jedoch auf mobilen Geräten. Animationen, die auf dem Desktop elegant wirken, können auf kleineren Viewports schnell überladen oder unruhig erscheinen. Deshalb wurde für Mobile nicht einfach alles zusammengeschoben, sondern ein eigenes Layoutkonzept entwickelt – mit angepassten Proportionen, reduzierter Animationstiefe und klarer Leseführung. Animation sollte hier nicht Selbstzweck sein, sondern Orientierung geben und die Inhalte unterstützen.

Was mir an diesem Projekt besonders gefällt, ist genau dieses Spannungsfeld: eine ruhige, aufgeräumte Oberfläche und darunter eine durchaus komplexe technische Struktur. Vieles passiert im Hintergrund, ohne sich in den Vordergrund zu drängen. Und genau das ist für mich gute Webarbeit – wenn eine Seite selbstverständlich wirkt, obwohl sie im Detail sorgfältig durchdacht und umgesetzt wurde.

Ergänzend dazu lief das Projekt natürlich nicht nur auf der reinen Frontend-Ebene. Ich habe die Seite komplett auf ExpressionEngine 7 aufgesetzt und die Struktur so aufgebaut, dass sich auch ein verschachtelter One-Pager sauber über ein Content-Management-System pflegen lässt. Gerade hier liegt oft die eigentliche Schwierigkeit: Inhalte müssen editierbar sein, ohne dass dabei der dramaturgische Flow der Seite, die Animationen oder die internen Slide-Strukturen auseinanderfallen. Das erfordert eine durchdachte Channel-Architektur, klar definierte Felder und eine präzise Template-Logik. Dank der hohen Flexibilität von ExpressionEngine ließ sich das jedoch sehr kontrolliert umsetzen – sodass die Seite nicht nur visuell und technisch funktioniert, sondern auch langfristig sauber administrierbar bleibt.

Ein Projekt also, das ich längst hätte vorstellen sollen – und das zeigt, wie viel Feinarbeit manchmal in einer scheinbar einfachen Oberfläche steckt.