WordPress-Agentur,
weiter gedacht.

Warum wir meistens WordPress empfehlen

Die Frage ist berechtigt. Es gibt heute viele CMS-Optionen, und WordPress passt nicht zu jeder Situation. Wir erklären deshalb erst, warum wir es in den meisten Fällen empfehlen - und weiter unten, wo eine Alternative die bessere Wahl ist.

Marktanteil - und was er wirklich bedeutet

WordPress betreibt mehr als 40 Prozent aller Websites weltweit. Das klingt wie eine Marketing-Zahl, hat aber einen konkreten praktischen Effekt: Das Ökosystem ist riesig. Es gibt Entwickler, Hosting-Anbieter, Plugins, Tutorials, Foren, Agenturen und Freelancer in einer Dichte, die kein anderes CMS auch nur annähernd erreicht. Das bedeutet für Sie: Wenn Ihre Agentur irgendwann nicht mehr verfügbar ist, findet sich jemand anderes, der die Installation kennt und weiterführen kann. Es entsteht keine Situation, in der nur eine einzige Firma Ihren Code versteht.

Das wiegt schwer. Fällt bei einer Website auf einem kleineren CMS die ursprüngliche Agentur weg, ist der Aufwand, die Software zu verstehen und weiterzupflegen, oft erheblich höher als bei WordPress. Marktanteil zählt hier vor allem, weil er vor Sackgassen schützt.

Open Source - unabhängig von einem einzelnen Anbieter

WordPress ist Open Source und kostenlos. Das heißt konkret: Sie zahlen keine monatliche Lizenzgebühr, die sich mit jedem Preismodell-Wechsel eines Anbieters ändert. Ihre Inhalte gehören Ihnen und bleiben erreichbar, auch wenn Sie kündigen. Und weil kein zentraler Dienst dahinter steht, kann auch keiner abgeschaltet werden und Ihre Website über Nacht offline nehmen.

Squarespace, Wix, Jimdo und ähnliche Baukästen klingen verlockend günstig im Einstieg. Spätestens wenn Sie die Plattform wechseln wollen, stellen Sie fest, dass Export-Funktionen begrenzt sind, Layouts nicht übertragbar sind und Sie im Wesentlichen von vorne anfangen. Bei WordPress exportieren Sie Ihre Inhalte jederzeit vollständig. Der Code gehört Ihnen. Die Datenbank gehört Ihnen. Der Hosting-Anbieter ist austauschbar.

Erweiterbarkeit - Plugin-Ökosystem und Custom Code

Der WordPress-Plugin-Verzeichnis umfasst über 60.000 freie Plugins. Das klingt nach Überfluss, ist aber de facto eine riesige Bibliothek fertiger Lösungen für Standardanforderungen:

• Kontaktformulare
• Caching
• SEO
• E-Commerce
• Mitgliederbereiche
• Buchungssysteme
• Newsletteranbindungen

Vieles davon muss man nicht neu bauen.

Wo fertige Plugins nicht ausreichen, schreiben wir eigene. Das ist der Kernunterschied zu Agenturen, die ausschließlich konfektionierte Plugins zusammenstecken: Wir können dort weiterbauen, wo das Standardangebot aufhört. Zu unserem regulären Arbeitsalltag gehören:

• Custom Post Types
• Custom Block-Types für den nativen Block-Editor
• Plugin-zu-Plugin-Integrationen
• API-Anbindungen an externe Systeme

Wann WordPress nicht die richtige Wahl ist

WordPress ist für Inhalte und Websites gebaut, nicht für jede Aufgabe gleich gut geeignet. Wenn Ihr Projekt primär eine komplexe Anwendungslogik braucht - ein Portal mit kompliziertem Berechtigungssystem, eine Echtzeit-Applikation, eine Plattform mit Tausenden aktiven Benutzern, die gleichzeitig schreibend zugreifen - dann ist ein Application Framework wie SvelteKit, Next.js oder ein dediziertes Backend sinnvoller. WordPress bleibt im Kern ein CMS. In diesen Fällen sagen wir das beim Erstgespräch und empfehlen die passende Alternative.

Auch in Konzernen oder großen Organisationen mit eigenem CMS-Standard (Sitecore, Adobe Experience Manager, Contentful im Headless-Betrieb) liegt WordPress oft neben der vorhandenen Strategie. Wenn Ihr Unternehmen bereits eine Enterprise-CMS-Strategie hat, ergänzen wir dort lieber, als gegen den Strom zu schwimmen.

Themeforest ist der größte Marktplatz für WordPress-Themes. Die Preise liegen zwischen 20 und 80 Euro. Was man dafür bekommt, ist auf den ersten Blick viel: hunderte Demoseiten, Dutzende Layoutoptionen, ein eingebauter Page-Builder, Megamenüs, Slider, Animationen. Das Problem ist genau das, was im ersten Moment attraktiv wirkt.

Ein Themeforest-Theme ist für den Durchschnittsfall gebaut, nicht für Ihren Fall. Es bringt Funktionen mit, die Sie nie nutzen werden - und die trotzdem bei jedem Seitenaufruf geladen werden. Das erklärt die chronisch schlechten Performance-Werte: Themeforest-Themes liegen regelmäßig bei PageSpeed-Scores unter 50, weil das CSS-Stylesheet für alle möglichen Layouts aufgeblasen ist, weil das JavaScript für alle interaktiven Features geladen wird, egal ob Sie sie einsetzen oder nicht. Google bewertet Core Web Vitals als Ranking-Faktor - eine träge Website zahlt einen direkten SEO-Preis.

Dazu kommt die Update-Abhängigkeit: Sie hängen an einem Theme-Entwickler, der sein Produkt pflegt, solange er Lust hat oder die Einnahmen stimmen. Wenn der Entwickler das Theme aufgibt, bekommen Sie irgendwann einen WordPress-Core-Update, der mit dem Theme nicht mehr kompatibel ist. Und weil der interne Code meistens ein undokumentiertes Konstrukt von Hooks, Filtern und proprietären Funktionen ist, ist das Sanieren deutlich teurer als ein Neubau.

Wir bauen Custom Themes, weil das auf lange Sicht die sauberere, schnellere und wartbarere Lösung ist. Ein Custom Theme enthält ausschließlich, was Ihr Projekt braucht. Es ist nach WordPress Coding Standards aufgebaut, vollständig dokumentiert und so gebaut, dass jeder kompetente WordPress-Entwickler sechs Monate später einsteigen und weiterarbeiten kann - ohne sich durch gewachsenen Fremdsystem-Code kämpfen zu müssen.

Page-Builder: warum wir Custom Gutenberg-Blocks bevorzugen

Elementor, Divi, WPBakery, Bricks, Oxygen - es gibt keinen Mangel an Page-Builder-Lösungen für WordPress. Und ja, wir wissen, wie man damit arbeitet. Wir setzen sie trotzdem nicht ein, wenn wir die Wahl haben. Der Grund ist technischer Natur: Page-Builder erzeugen proprietären Markup und eine tiefe Abhängigkeit von ihrem eigenen Ökosystem. Wenn Sie Elementor heute deinstallieren, sehen Ihre Seiteninhalte aus wie HTML-Schutt. Die Inhalte sind zwar noch da, aber sie hängen an Hunderten von JSON-Blobs in der Datenbank, die ohne den Page-Builder nicht lesbar sind. Dazu kommt der Ballast: Page-Builder laden ihr halbes Ökosystem auf jeder einzelnen Seite mit - das kostet Ladezeit, jeden Tag.

Der native WordPress-Block-Editor (Gutenberg) ist die Antwort des WordPress-Projekts auf Page-Builder - mit einem entscheidenden Unterschied: Er ist direkt in Core integriert statt als Plugin obendrauf gesetzt. Custom Blocks, die wir für den Block-Editor entwickeln, sind echte WordPress-Komponenten, die dem Open-Source-Standard folgen. Ihre Inhalte bleiben in der Datenbank in einem offenen Format, das von uns oder jedem anderen Anbieter unabhängig ist. Und weil jeder Block nur lädt, was er wirklich braucht, bearbeiten Sie jedes Element selbst - ohne Performance-Einbußen. Für Redakteure fühlt sich das näher an modernen Tools an als die meisten Page-Builder von vor fünf Jahren.

Plugin-Entwicklung im Haus

Die meisten Agenturen konfigurieren Plugins. Wir bauen sie auch - als bewusste Entscheidung, die wir für jedes Projekt neu treffen.

Der erste Ansatz ist immer: Gibt es ein existierendes Plugin, das die Anforderung sauber und wartbar löst? Wenn ja, empfehlen wir es. Wenn ein gutes Plugin 90 Prozent der Anforderung löst und die restlichen zehn Prozent mit vertretbarem Aufwand per Hooks und Filter erweiterbar sind, ist das der richtige Weg. Es gibt keinen Grund, etwas neu zu bauen, das bereits gut existiert.

Custom Plugin-Entwicklung kommt dann ins Spiel, wenn:

• eine Anforderung kein fertiges Plugin sauber löst,
• vorhandene Lösungen zu viel Overhead mitbringen und Ihre Website verlangsamen,
• oder eine externe Systemanbindung (CRM, ERP, spezifische API) gebraucht wird, die kein generisches Plugin kennt.

In diesen Fällen ist Custom Code die ökonomisch sinnvollere Entscheidung - auch wenn es im ersten Moment teurer wirkt.

Was bei Custom Plugins entscheidend ist: Code-Ownership liegt beim Kunden. Der Code wird im Rahmen des Projekts entwickelt, dokumentiert und übergeben. Er gehört Ihnen. Wenn Sie irgendwann zu einer anderen Agentur wechseln, nehmen Sie Ihren Code mit und betreiben ihn auf Ihrer eigenen Infrastruktur weiter. Das ist uns eine Grundsatz-Entscheidung.