Wissen

WordPress war gestern? Was moderne Club Websites technisch anders machen

Was moderne Club Websites technisch anders machen und warum die richtige Architektur wichtiger ist als der Name des CMS.

Stefan KühneOnline-Marketing und Entwicklung10 Min. Lesezeit
WordPress vs. Headless

WordPress war gestern? Was moderne Club Websites technisch anders machen

Eine Club Website kann modern aussehen und technisch trotzdem von gestern sein. Entscheidend ist nicht das Design allein, sondern was dahinter passiert.

WordPress kennt fast jeder. Seit vielen Jahren entstehen damit Unternehmensseiten, Blogs und auch zahlreiche Websites von Golfclubs. Es wäre deshalb ziemlich billig zu behaupten: WordPress ist alt, moderne Technologie ist automatisch besser und jeder Golfclub müsse jetzt sein bestehendes System austauschen. So einfach ist es nicht. Eine gut aufgebaute und professionell gepflegte WordPress Website kann auch heute hervorragend funktionieren.

Trotzdem verändert sich gerade etwas Grundsätzliches. Websites sind längst nicht mehr nur Seiten, auf denen Texte und Bilder veröffentlicht werden. Sie werden zunehmend zu einem Teil größerer digitaler Systeme. Inhalte sollen an mehreren Stellen verwendet werden, Kampagnen brauchen eigene Zielseiten, Formulare übergeben Daten, Services werden angebunden, unterschiedliche Nutzer sehen unterschiedliche Informationen und irgendwann kommuniziert vielleicht auch ein KI Assistent mit denselben Clubdaten.

Spätestens dann stellt sich nicht mehr nur die Frage, wie eine Website aussieht. Es geht darum, wie sie gebaut ist.

„Die wichtigste Technik einer Website ist die, die der Besucher gar nicht bemerkt.“

Früher waren Inhalt und Website praktisch dasselbe

Das klassische Prinzip eines Content Management Systems ist leicht verständlich. Im Backend wird eine Seite angelegt, dort werden Überschrift, Text und Bilder eingetragen und das System erzeugt daraus die entsprechende Website. Inhalt, Gestaltung und technische Auslieferung liegen relativ eng zusammen.

Für viele Websites ist das völlig ausreichend. Gerade deshalb hat sich WordPress so stark verbreitet. Mit Themes und Plugins lassen sich sehr unterschiedliche Anforderungen umsetzen, ohne jedes Projekt komplett neu programmieren zu müssen.

Je anspruchsvoller eine Website jedoch wird, desto häufiger entsteht ein Problem: Aus der eigentlichen Website wird mit der Zeit ein Sammelsurium unterschiedlicher Funktionen. Für ein Formular kommt ein Plugin hinzu, für SEO ein weiteres, für Mehrsprachigkeit das nächste, dazu vielleicht Buchung, Newsletter, Cookie Management, Tracking oder spezielle Layout Funktionen.

Das bedeutet ausdrücklich nicht, dass Plugins grundsätzlich schlecht wären. WordPress selbst weist allerdings darauf hin, dass Plugins und Themes aktuell gehalten werden müssen, unter anderem aus Sicherheits und Performance Gründen. Eine Website wird damit zu einem System, das dauerhaft gepflegt werden muss. Je nach Aufbau kann diese Pflege mit wachsender Zahl an Komponenten komplexer werden.

Was bedeutet eigentlich Headless?

Bei modernen Webprojekten fällt immer häufiger der Begriff „Headless CMS“. Dahinter steckt zunächst kein Hexenwerk. Der entscheidende Unterschied besteht darin, dass die Verwaltung der Inhalte und die sichtbare Website voneinander getrennt werden.

Das Backend weiß also nicht mehr zwingend, wie eine bestimmte Seite später aussehen wird. Es verwaltet zunächst Inhalte strukturiert. Das Frontend holt sich anschließend genau die Informationen, die es benötigt, und entscheidet selbst, wie diese dargestellt werden.

Ein einfaches Beispiel aus dem Golfclub macht das verständlicher. Nehmen wir einen Schnupperkurs. In einem modernen Content System können Informationen wie Titel, Preis, Termine, Zielgruppe, Beschreibung, Ansprechpartner und Buchungslink als einzelne strukturierte Felder vorliegen. Diese Informationen können anschließend auf der Website, auf einer Landingpage, in einer App oder theoretisch auch in einem KI Assistenten verwendet werden.

Der Inhalt wird damit weniger als fertige „Webseite“ gedacht und stärker als Datenbestand, der an unterschiedlichen Stellen genutzt werden kann.

Genau das ist einer der großen Unterschiede.

Ein Inhalt muss nicht mehr an eine Seite gebunden sein

Das klingt zunächst nach einer technischen Feinheit, kann für einen Golfclub aber sehr praktisch werden. Denken wir an das Greenfee. Der aktuelle Preis steht vielleicht auf der Gäste Seite, auf einer speziellen Angebotsseite, innerhalb einer Landingpage und irgendwann möglicherweise auch in einem digitalen Concierge.

Wird dieser Preis viermal manuell gepflegt, entstehen vier mögliche Fehlerquellen. In einer strukturierten Architektur kann dieselbe Information aus einer zentralen Quelle abgerufen werden.

Ähnlich funktioniert es mit Ansprechpartnern, Öffnungszeiten, Kursen, Mannschaften, Veranstaltungen oder Platzinformationen. Ein Inhalt wird einmal gepflegt und kann anschließend dort ausgespielt werden, wo er benötigt wird.

Das ist einer der Gründe, warum strukturierte Inhalte zunehmend interessant werden. Systeme wie Sanity speichern Inhalte ausdrücklich als strukturierte Daten, die über Schnittstellen abgefragt und für unterschiedliche digitale Anwendungen bereitgestellt werden können.

„Eine moderne Website speichert nicht nur Seiten. Sie organisiert Informationen.“

Headless bedeutet nicht automatisch besser

An dieser Stelle ist mir eine Einschränkung wichtig. „Headless“ ist kein Qualitätssiegel.

Eine schlecht entwickelte Headless Website kann langsam, kompliziert und teuer sein. Und eine hervorragend entwickelte WordPress Website kann schnell, sicher und sehr angenehm zu bedienen sein. Selbst WordPress kann über seine REST API Inhalte an ein vollständig separates Frontend ausliefern und damit selbst Teil einer Headless Architektur werden.

Deshalb sollte ein Golfclub seine Technologie nie danach auswählen, welches Schlagwort gerade modern klingt.

Die sinnvollere Frage lautet: Was soll unser digitales System in den nächsten Jahren können?

Wenn eine Website im Wesentlichen Clubinformationen, aktuelle Nachrichten und Kontaktdaten bereitstellt, kann ein klassisches CMS vollkommen ausreichen. Soll dieselbe Plattform dagegen Kampagnen, Landingpages, verschiedene Zielgruppen, Automationen, externe Systeme und strukturierte Daten miteinander verbinden, wird eine entkoppelte Architektur zunehmend interessant.

Technologie sollte also aus der Aufgabe entstehen und nicht umgekehrt.

Warum Geschwindigkeit plötzlich zum Managementthema wird

Technische Architektur klingt zunächst nach einem Thema für Entwickler. Für den Besucher zeigt sie sich jedoch sehr schnell. Die Seite lädt entweder schnell oder langsam. Ein Button reagiert unmittelbar oder verzögert. Auf dem Smartphone bleibt das Layout stabil oder springt während des Ladens hin und her.

Google bewertet diese Nutzererfahrung unter anderem mit den Core Web Vitals. Dabei geht es um wahrgenommene Ladegeschwindigkeit, Reaktionsfähigkeit und visuelle Stabilität. Google empfiehlt Websitebetreibern ausdrücklich, auf gute Core Web Vitals, sichere Auslieferung und eine gute Darstellung auf mobilen Geräten zu achten.

Für einen Clubmanager muss man die technischen Abkürzungen dahinter nicht auswendig kennen. Relevant ist etwas anderes: Geschwindigkeit ist kein Entwickler Luxus. Sie ist Teil der Nutzererfahrung.

Wenn jemand über eine Instagram Anzeige für einen Schnupperkurs auf eine Landingpage kommt und dort erst einmal wartet, bis ein riesiges Bild geladen ist, interessiert ihn die verwendete Technologie nicht. Er erlebt lediglich eine langsame Website.

Genau deshalb sollte Performance schon beim Aufbau einer Website mitgedacht werden und nicht erst dann, wenn jemand feststellt, dass sie zu langsam geworden ist.

Moderne Infrastruktur verteilt Inhalte anders

Auch bei der Auslieferung moderner Websites hat sich viel verändert. Inhalte müssen nicht zwingend bei jedem Aufruf komplett neu von einem einzelnen Server erzeugt werden. Moderne Plattformen nutzen unter anderem Content Delivery Networks, kurz CDN. Dabei können Inhalte geografisch näher am Nutzer zwischengespeichert und von dort ausgeliefert werden.

Bei Vercel beispielsweise laufen Anfragen über ein global verteiltes CDN, das unter anderem Routing, Caching und Komprimierung übernimmt. Inhalte können dadurch näher am jeweiligen Besucher bereitgestellt werden.

Das klingt technisch, aber das Prinzip kennt jeder aus dem Alltag: Warum etwas jedes Mal aus großer Entfernung holen, wenn eine aktuelle Version bereits in der Nähe bereitliegt?

Für den Besucher zählt wiederum nur das Ergebnis. Die Seite fühlt sich schnell an.

Was das im Golfclub konkret verändert

Die Vorteile einer moderneren Architektur zeigen sich weniger beim Schreiben eines normalen Nachrichtenbeitrags als bei den Dingen, die später hinzukommen.

Nehmen wir eine Golfanlage, die unterschiedliche digitale Wege für Schnupperer, Platzreife Interessenten, Gastspieler, Mitgliedschaftsinteressenten und Unternehmen aufbauen möchte. Jede Zielgruppe benötigt andere Inhalte und andere nächste Schritte. Gleichzeitig sollen bestimmte Informationen trotzdem zentral gepflegt werden.

Genau dort ist eine flexible Architektur wertvoll. Ein Kurs kann gleichzeitig auf einer Übersichtsseite und innerhalb einer speziellen Kampagnen Landingpage erscheinen. Kontaktdaten können an ein CRM übergeben werden. Formulare können Prozesse auslösen. Ein Platzstatus kann von einer anderen Anwendung aktualisiert und unmittelbar auf der Website ausgespielt werden.

Die Website wird damit vom Veröffentlichungsmedium zum Interface eines größeren Systems.

Und genau das verändert auch die Art, wie wir bei GolfNext über Websites nachdenken. Wir arbeiten für die Plattform unter anderem mit strukturierten Inhalten und einer entkoppelten Webarchitektur. Nicht weil „Headless“ cooler klingt als WordPress, sondern weil Website, Zielseiten, Prozesse und weitere Anwendungen auf dieselben Informationen zugreifen sollen.

Eine Website muss sich verändern können

Bei einem neuen Website Projekt wird häufig darüber gesprochen, was heute benötigt wird. Ich halte eine zweite Frage für mindestens genauso wichtig: Was könnte in drei Jahren benötigt werden?

Vielleicht möchte der Club dann mehrere Sprachen anbieten. Vielleicht sollen Greenfees direkt bezahlt werden. Vielleicht wird ein KI Assistent integriert. Vielleicht entstehen neue Zielgruppenbereiche, Firmenangebote oder automatisierte Kommunikationsstrecken. Niemand kann heute jede Entwicklung vorhersehen.

Deshalb ist Flexibilität so wichtig.

Eine gute technische Basis sollte Veränderungen ermöglichen, ohne dass bei jedem neuen Gedanken die gesamte Website neu gebaut werden muss. Genau das ist für mich einer der wichtigsten Unterschiede zwischen einer Website als abgeschlossenem Projekt und einer Website als digitaler Plattform.

Der klassische Gedanke lautet: Wir bauen eine neue Website und dann haben wir fünf Jahre Ruhe.

Der modernere Gedanke lautet: Wir schaffen eine technische Grundlage, die sich in den nächsten Jahren weiterentwickeln kann.

Das ist ein erheblicher Unterschied.

Sicherheit ist keine Eigenschaft eines CMS

Auch beim Thema Sicherheit lohnt sich ein nüchterner Blick. Es wäre unseriös zu behaupten, eine bestimmte Architektur sei automatisch sicher und eine andere unsicher.

Sicherheit hängt von vielen Faktoren ab: verwendeter Software, Updates, Zugriffsrechten, Hosting, Konfiguration, Abhängigkeiten und der Qualität der Entwicklung. WordPress empfiehlt beispielsweise selbst, Plugins und Themes aktuell zu halten, da Updates auch Sicherheitsverbesserungen enthalten.

Bei einer individuellen modernen Architektur können manche Komponenten entfallen, die in einem klassischen System erforderlich wären. Dafür entstehen wiederum andere technische Anforderungen.

Der entscheidende Punkt lautet deshalb auch hier nicht „WordPress gegen Headless“. Entscheidend ist, ob jemand die gesamte Architektur professionell betreibt und pflegt.

„Modern ist nicht die Technologie mit dem neuesten Namen. Modern ist eine Architektur, die zur Aufgabe passt.“

Was ein Club wirklich wissen muss

Kein Clubmanager sollte anfangen müssen, sich mit APIs, Rendering Strategien oder Datenbankmodellen zu beschäftigen. Das wäre ungefähr so sinnvoll, als müsste ein Greenfee Gast zunächst verstehen, wie die Beregnungsanlage funktioniert, bevor er eine Runde spielen darf.

Aber ein Entscheider sollte die richtigen Fragen stellen können.

Wie schnell ist unsere Website? Funktioniert sie wirklich gut auf dem Smartphone? Können Inhalte zentral gepflegt werden? Wie aufwendig ist eine neue Landingpage? Wie werden Updates und Sicherheit organisiert? Wem gehören unsere Inhalte und Daten? Können andere Systeme angebunden werden? Und was passiert, wenn sich unsere Anforderungen in zwei Jahren verändern?

Wer diese Fragen beantwortet bekommt, kann die technische Qualität einer Website erstaunlich gut beurteilen, ohne eine einzige Zeile Code zu verstehen.

Fazit

Also: Ist WordPress gestern?

Nein.

WordPress kann auch heute eine hervorragende Basis für Websites sein und bietet selbst Schnittstellen, mit denen sich moderne, entkoppelte Anwendungen entwickeln lassen. Die interessantere Frage ist deshalb nicht, welches CMS alt oder neu ist. Die Frage lautet, welche Architektur die Aufgaben eines Golfclubs am besten unterstützt.

Wenn eine Website künftig mehr sein soll als ein digitales Informationsangebot, wenn Kampagnen, Zielgruppen, Prozesse, strukturierte Inhalte und weitere Anwendungen zusammenspielen sollen, verändert sich der Anspruch an die technische Basis.

Dann wird aus der Club Website schrittweise eine digitale Plattform.

Und genau dort liegt für mich die spannendere Entwicklung. Nicht darin, WordPress gegen irgendeine neue Technologie auszuspielen, sondern Websites endlich nicht mehr als einmaliges Designprojekt zu betrachten.

Eine moderne Club Website ist kein fertiges Produkt.

Sie ist eine Grundlage, auf der weitergebaut werden kann.

Stefan Kühne

Stefan Kühne - GolfNext

Über den Autor

Stefan Kühne

Verbindet langjährige Erfahrung im Online-Marketing mit technischer Entwicklung. Baut die Plattform, auf der GolfNext läuft – und die Kampagnen, die darüber laufen.

LinkedIn