Contao ablösen: Solides Handwerk ohne Zukunft?

Contao gehört zu den CMS, die man kennt — wenn man aus der deutschsprachigen Webentwicklung kommt. Ausserhalb des DACH-Raums? Praktisch unbekannt. Das war lange kein Problem. Contao funktioniert zuverlässig, ist technisch sauber gebaut und hat eine kleine, aber engagierte Community. Doch genau diese Stärke wird zunehmend zur Schwäche.

Denn während die Webwelt Richtung Headless, API-first und Multi-Channel marschiert, bleibt Contao ein klassisches PHP-CMS mit Rendering im Monolithen. Solide Handwerksarbeit — aber ohne Anschluss an die Zukunft.

Was Contao gut macht — und wo es aufhört

Anerkennung, wo sie hingehört: Contao macht vieles richtig. Das System hat einen sauberen Core, gute Barrierefreiheit ab Werk und ein durchdachtes Rechtemanagement. Für einfache bis mittlere Websites — Vereine, KMU, Schulen — funktioniert Contao tadellos.

Das Template-System ist logisch aufgebaut, die Community pflegt Extensions ordentlich, und die Dokumentation ist für ein Nischensystem überraschend gut. Wer einmal mit Contao gearbeitet hat, schätzt die Stabilität.

Aber genau hier liegt das Problem: Contao löst die Aufgaben von gestern sehr gut. Für die Anforderungen von morgen fehlt das Fundament.

Das Nischen-Dilemma

Die grösste Herausforderung von Contao ist nicht technischer Natur — es ist die Grösse des Ökosystems. Laut BuiltWith nutzen weltweit rund 30’000 Websites Contao. Zum Vergleich: WordPress kommt auf über 800 Millionen, Joomla auf rund 2 Millionen.

Was bedeutet das konkret?

• Wenige spezialisierte Entwickler auf dem Markt — in der Schweiz zählst du sie an zwei Händen
• Ein begrenztes Extension-Angebot, das bei Spezialfällen schnell an Grenzen stösst
• Kaum Integrationen mit modernen Marketing-Tools, E-Commerce-Plattformen oder Analytics-Diensten
• Wenig Investment in zukunftsweisende Features wie Headless-Betrieb oder AI-Assistenz

Wenn dein Contao-Entwickler den Job wechselt, hast du ein echtes Problem. Nicht weil Contao schlecht dokumentiert wäre — sondern weil der Pool an Fachleuten winzig ist.

Kein Headless, keine Multi-Channel-Strategie

Hier wird es für wachsende Unternehmen kritisch: Contao hat keine native Headless-Fähigkeit. Deine Inhalte leben im System und kommen als fertig gerenderte HTML-Seiten heraus. Punkt.

Das heisst: Willst du dieselben Inhalte in einer App anzeigen, über einen Chatbot ausspielen oder für Digital Signage nutzen — musst du sie doppelt pflegen. Oder dreifach. Das skaliert nicht.

Moderne Headless CMS wie Sanity.io oder Payload CMS trennen Inhalt von Darstellung. Du pflegst deine Texte, Bilder und Daten einmal — und spielst sie überall aus, wo du sie brauchst. Per API, typisiert, strukturiert.

Bei einem Projekt im Gesundheitsbereich haben wir genau diesen Wechsel begleitet: Von einer Contao-Website, auf der jede Seite manuell zusammengebaut war, zu einem System mit wiederverwendbaren, konsistenten Inhaltsblöcken. Die Redaktion spart heute rund 50% der Pflegezeit.

Wartbarkeit: Das unterschätzte Risiko

Contao-Websites haben ein Muster, das wir immer wieder sehen: Sie funktionieren gut — solange nichts verändert werden muss. Aber sobald ein Redesign ansteht, ein neues Feature dazukommt oder die Marketingabteilung «mal schnell» einen neuen Seitentyp braucht, wird es aufwändig.

Warum? Weil Contao auf einem Template-System basiert, das eng an die Darstellung gekoppelt ist. Ändert sich das Design, muss oft auch die Inhaltsstruktur angepasst werden. Das ist das Gegenteil von zukunftssicher.

In einem Headless-Setup ist das anders: Das Frontend (bei uns SvelteKit) lässt sich komplett neu bauen, ohne dass ein einziger Inhalt im CMS angefasst werden muss. Redesign in Wochen statt Monaten.

Typische Bedenken — und ehrliche Antworten

«Contao läuft doch stabil bei uns.» Stimmt vermutlich. Aber «läuft» und «entwickelt sich weiter» sind zwei verschiedene Dinge. Wenn dein Markt sich bewegt — neue Kanäle, neue Anforderungen, neue Erwartungen — sollte dein CMS mitziehen können.

«Wir finden schon einen Contao-Entwickler.» Vielleicht. Aber die Realität zeigt: Der Markt wird kleiner. Und wer übrig bleibt, kann sich die Stundensätze aussuchen. Das drückt auf dein Budget — nicht einmalig, sondern dauerhaft.

«Eine Migration ist zu aufwändig.» Aus Erfahrung wissen wir: Die meisten Contao-Seiten haben überschaubare Inhaltsmengen. Gerade weil Contao oft für kleinere bis mittlere Projekte eingesetzt wird, ist die Migration kompakter als bei Enterprise-Systemen. Typisch: 3-6 Wochen für Konzept, Migration und Go-live.

«Wir brauchen kein Headless.» Heute vielleicht nicht. Aber die Frage ist: Willst du in zwei Jahren nochmal migrieren, wenn es dann nötig wird? Oder einmal richtig?

Das Wesentliche auf einen Blick

• Contao ist technisch solide, aber das winzige Ökosystem macht Weiterentwicklung teuer und Entwicklersuche schwierig
• Kein nativer Headless-Modus bedeutet keine Multi-Channel-Fähigkeit
• Template-basierte Architektur koppelt Inhalt an Darstellung — jedes Redesign wird zum Kraftakt
• Headless CMS wie Sanity oder Payload bieten strukturierte, wiederverwendbare Inhaltsblöcke
• Eine Migration von Contao ist typischerweise kompakter als bei grösseren Legacy-Systemen
• Das Frontend (SvelteKit) lässt sich unabhängig vom CMS erneuern — Redesign ohne Content-Migration