2017 rief mich eine Kundin in Panik an. Sie hatte die Website ihres Blumenladens mit GoDaddys Website Builder gebaut — es hat ihr ein Wochenende gedauert, sah auf dem Handy anständig aus, und sie war stolz darauf. Dann wollte sie einen einfachen Eventkalender hinzufügen. Nur einen Kalender. GoDaddy konnte es nicht. Nicht ohne einen Workaround, der so hässlich war, dass er einem Junior-Developer Schande gemacht hätte. Am Ende bezahlte sie mich, um das Ganze zu WordPress zu migrieren, und ich erinnere mich zu denken: Warum fangen Menschen hier überhaupt an?why do people start here at all?
Ich verstehe es ehrlich gesagt. GoDaddys Angebot ist verführerisch. Melden Sie sich an, wählen Sie eine Vorlage, geben Sie Ihren Geschäftsnamen ein, gehen Sie vor dem Mittagessen live. Für jemanden, der niemals einen CMS angefasst hat, fühlt sich diese Geschwindigkeit wie eine Superkraft an. Aber es ist geliehene Zeit. Und nachdem ich bei Seahawk weit über 5.000 Websites gebaut habe, habe ich jetzt aufgehört zu zählen, wie viele GoDaddy-Migrationen ich für Kunden durchgeführt habe, die schneller daraus herauswuchsen als erwartet.Seahawk, I've now lost count of how many GoDaddy migrations I've done for clients who grew out of it faster than they expected.
Also lass mich dir sagen, worauf ich Kunden (und mich selbst) tatsächlich migriert habe und warum.
---
Das GoDaddy Builder Problem ist nicht Geschwindigkeit — es sind Grenzen
Der Website-Builder von GoDaddy ist wirklich schnell einsatzbereit. Ich will das nicht beschönigen. GoDaddy Airo, ihre KI-Schicht, kann eine gebrandete Website mit Logo und E-Mail-Kampagnen-Templates scaffolden, bevor du deinen Kaffee ausgetrunken hast. Der Editor ist sauber, intuitiv und nicht bedrohlich für Menschen, die nicht wissen, was ein div ist und das auch nicht lernen wollen.The editor is clean, intuitive, and non-threateningfor people who don't know what adivis and don't want to learn.
Aber.
Du kannst Abschnitte nicht frei verschieben. Du kannst HTML oder CSS nicht bearbeiten. Du kannst Layouts nicht über die vordefinierten Optionen hinaus ändern. Und du kannst sicherlich kein Plugin installieren, das nicht in ihrem geschlossenen Ökosystem existiert. Wie eine gründliche Übersicht des Builders es unmissverständlich ausdrückt – die Bequemlichkeit des Setups ist real, aber in dem Moment, in dem du etwas über die Grundlagen des Designs hinaus möchtest, triffst du auf eine Mauer.one thorough review of the builderputs it bluntly — the convenience of setup is real, but the moment you want anything beyond the basics of design, you hit a wall.
Diese Mauer ist das Problem. Nicht der Builder selbst.
Ich hatte einen Kunden – eine Physiotherapie-Klinik in Bristol – die seit drei Jahren bei GoDaddy war. Schöne Website. Dann wollten sie Online-Buchungen mit Anmeldeformularen, Integration mit ihrer Praxismanagementsoftware und einen Mitgliederbereich für Video-Bibliotheken mit Übungen. Wir verbrachten zwei Stunden damit, zu überprüfen, was GoDaddy nativ unterstützen konnte. Die Antwort war im Grunde nichts auf dieser Liste. Drei Jahre Inhalte, und sie mussten architektonisch von vorne anfangen.
Das ist keine Vorsichtsmaßnahme speziell über GoDaddy. Es ist eine Vorsichtsmaßnahme über die Wahl von Plattformen danach, wie schnell man starten kann, anstatt wie weit man gehen kann.startrather than how far you cango.
---
WordPress: Immer noch die sinnvolle Standardwahl für die meisten
Seit fast einem Jahrzehnt erklärt man WordPress für tot. Es treibt immer noch etwa 40% des gesamten Webs an. Das ist keine Trägheit – das ist Netzwerkeffekt in einem Ausmaß, das nichts geschafft hat zu verdrängen.around 40% of the entire web. That's not inertia — that's network effect at a scale that nothing has managed to dislodge.
Warum ich es immer noch empfehle
Das Plugin-Ökosystem allein ist den Preis wert (der, um fair zu sein, kostenlos ist). 60.000+ Plugins bedeuten, dass praktisch jede Funktion, die du dir vorstellen kannst, bereits von jemandem gebaut, von Tausenden von Websites in der Produktion getestet und auf YouTube dokumentiert wurde. WooCommerce für eCommerce. ACF für benutzerdefinierte Felder. Yoast oder Rank Math für SEO. Der Stack ist langweilig und das ist wirklich ein Kompliment.
Für Agenturen ist auch der Talentpool wichtig. Ich kann einen WordPress-Entwickler in London, Lagos oder Ljubljana einstellen und bin mir ziemlich sicher, dass er weiß, was ein Custom Post Type ist. Versuche das mit einem proprietären Builder.
Die WordPress-Vorbehalte, bei denen ich ehrlich bin
Es ist nicht perfekt. Plugin-Konflikte sind real. 40 Plugins aktuell zu halten, ohne etwas zu beschädigen, ist, wie ein Hacker News-Kommentator es ausdrückte, „MySQL-Babysitting". Sicherheit ist ein echtes Problem, wenn du eine alte Version eines schlecht gepflegten Plugins ausführst. Und der Block-Editor (Gutenberg) teilt die Meinungen auf eine Weise, die fast theologisch wirkt.
Aber für einen Client, der echte Flexibilität, Inhaltseigentum und eine Website braucht, die mit ihm wachsen kann? WordPress bleibt meine erste Empfehlung, es sei denn, das Briefing weist eindeutig woanders hin.
---
Headless WordPress und Jamstack: Wenn das Briefing woanders hinweist
Vor etwa drei Jahren bekam Seahawk mehr Briefe, bei denen „Performance" eine harte Anforderung war, nicht nur etwas Nettes. Schnelle Ladezeiten. Hohe Core Web Vitals-Scores. Inhalte, die über mehrere Oberflächen bereitgestellt werden — Web, App, vielleicht ein Kiosk-Bildschirm in einem Einzelhandelumfeld. Traditionelles WordPress-Hosting würde nicht ausreichen.
Das ist, als wir uns stärker auf Headless-Architektur konzentrierten.
Was Headless wirklich bedeutet (ohne Jargon)
Headless WordPress bedeutet, dass du WordPress als Backend behältst — das Content-Repository, die Admin-Oberfläche, über die sich dein Klient anmeldet — aber das Frontend völlig entkoppelst. Der "Head" (das, was Benutzer sehen) wird in einem JavaScript-Framework wie Next.js oder Astro erstellt. WordPress stellt Inhalte über seine REST API oder GraphQL bereit. Das Frontend ruft diese Daten ab und rendert sie, wie es möchte.means you keep WordPress as the backend — the content repository, the admin interface your client logs into — but you decouple the frontend entirely. The "head" (what users see) is built in a JavaScript framework like Next.js or Astro. WordPress serves content via its REST API or GraphQL. The frontend fetches that data and renders it however it likes.
Das Ergebnis: blitzschnelle Seitenladezeiten, kein PHP-Rendering-Engpass und totale Freiheit über deine Frontend-Architektur. Die Sicherheit verbessert sich auch, weil die WordPress-Admin-Oberfläche nicht auf die gleiche Weise öffentlich zugänglich ist.
The Jamstack CMS Landscape
Wenn du vollständig auf Jamstack setzt, brauchst du WordPress nicht einmal als Backend zu verwenden. Es gibt ein solides und wachsendes Feld von Headless-CMS-Optionen, die speziell für diese Architektur entwickelt wurden. Ein paar, die ich in der Produktion verwendet habe:headless CMS options built specifically for this architecture. A few I've used in production:
- Contentful — ausgereift, gut dokumentiert, leicht teuer bei großem Umfang, aber absolut zuverlässig— mature, well-documented, slightly expensive at scale but rock-solid
- Sanity — äußerst flexible Content-Modellierung, großartige DX, Echtzeit-Zusammenarbeit für Redaktionsteams— extremely flexible content modelling, great DX, real-time collaboration for editorial teams
- Storyblok — der visuelle Editor ist wirklich beeindruckend für nicht-technische Kunden, die Änderungen in Echtzeit sehen möchten— the visual editor is genuinely impressive for non-technical clients who want to see changes in real-time
- Strapi — Open-Source, selbst gehostet, Node.js-basiert, gut, wenn du Infrastrukturkosten niedrig halten möchtest— open-source, self-hostable, Node.js-based, good if you want to keep infrastructure costs down
- Directus — unterschätzt, besonders bei datenintensiven Projekten, die eine ordnungsgemäße Datenbankabstraktionsschicht benötigen— underrated, especially for data-heavy projects that need a proper database abstraction layer
Keine dieser Optionen ist perfekt für jedes Projekt. Storybloks visueller Editor ist eine Freude für Editoren, aber er bringt auch Komplexität auf der Entwicklerseite mit sich. Sanitys GROQ-Abfragesprache hat eine Lernkurve. Wähle basierend auf dem aktuellen Projekt, nicht auf dem Hype.
---
EmDash: Der Newcomer, den man beobachten sollte (mit Vorbehalten)
Im April 2026 ist etwas Interessantes erschienen. EmDash ist ein neues CMS, das von Cloudflare unterstützt wird und sich selbst als spiritueller Nachfolger von WordPress positioniert — gebaut auf modernen Web-Technologien, mit Plugin-Isolation über Cloudflare Workers und Inhalten, die als strukturierte Daten gespeichert sind, die nativ von KI-Tools lesbar sind.EmDashis a new CMS backed by Cloudflare, positioning itself as a spiritual successor to WordPress — built on modern web technologies, with plugin isolation via Cloudflare Workers, and content stored as structured data that's natively readable by AI tools.
Das Pitch ist wirklich interessant. WordPress läuft auf PHP, was funktioniert, aber nicht unbedingt das ist, was man 2026 von Grund auf neu entwerfen würde. EmDash ist für Edge-natives Deployment, strukturierte Inhalte und eine Welt gebaut, in der KI-Assistenten zunehmend die Art sind, wie Menschen Informationen finden.
Ich habe EmDash noch nicht in der Produktion eingesetzt. Es wurde im Beta-Status gestartet und ich beobachte es. Es gibt einige echte Bedenken, die erwähnenswert sind:
- Das Ökosystem ist brandneu. 60.000 WordPress-Plugins versus... das nicht. Noch nicht.
- Die Plugin-Isolation funktioniert nur auf Cloudflares Runtime — was in Ordnung ist, wenn man sich auf diese Infrastruktur festlegt, limitierend, wenn man das nicht tut.
- Es ist ein Beta-Produkt. Innewohnendes Risiko. Ich setze keine Betas vor Clients, die Stabilität brauchen.
Der ehrliche Konsens von Leuten, die es getestet haben: technisch beeindruckend, praktisch unvollständig. Es lohnt sich, es in 12-18 Monaten erneut zu überprüfen. Genau das werde ich tun.honest consensusfrom people who've tested it is: technically impressive, practically incomplete. Worth revisiting in 12-18 months. I'll be doing exactly that.
---
Wie man tatsächlich zwischen diesen Optionen wählt
Hier ist die Sache — die meisten "welches CMS ist das beste" Inhalte online behandeln dies wie einen Spezifikationsvergleich. Kontrollkästchen. Feature-Matrizen. So wählt man keine Plattform für ein echtes Projekt aus.
So gehe ich tatsächlich vor:
- Frag, was der Kunde in 18 Monaten brauchen wird, nicht heute. Wenn sie ein Solo-Florist sind, ist WordPress auf Managed Hosting wahrscheinlich ausreichend. Wenn sie ein VC-gestütztes Startup sind, das 10x Traffic-Wachstum erwartet, plane dafür jetzt.If they're a solo florist, WordPress on managed hosting is probably fine. If they're a VC-backed startup expecting 10x traffic growth, architect for that now.
- Frag, wer es nach dem Launch verwaltet. Ein Headless-Jamstack-Setup ist brillant, bis der 58-jährige Marketing-Manager des Kunden einen Blogbeitrag aktualisieren muss. Dann ist es ein Support-Ticket, das auf seine Auflösung wartet. Passe die technische Komplexität ans Team an.A headless Jamstack setup is brilliant until the client's 58-year-old marketing manager has to update a blog post. Then it's a support ticket waiting to happen. Match the technical complexity to the team.
- Frag, ob Inhalte an mehr als einen Ort gehen. Mehrere Frontends (Web + App + was auch immer) deuten fast immer auf Headless hin.Multiple frontends (web + app + whatever) almost always points toward headless.
- Frag nach Integrationen. CRM, Buchungssysteme, Zahlungsabwickler, Analytics — kartographiere diese vor der Plattformwahl, nicht danach.CRM, booking systems, payment processors, analytics — map these before you commit to a platform, not after.
- Frag nach dem Budget für laufende Wartung. Eine selbst gehostete Strapi-Instanz braucht jemanden, der die Node.js-Version aktualisiert hält. Das kostet Zeit oder Geld. Berücksichtige es.A self-hosted Strapi instance needs someone keeping the Node.js version updated. That costs time or money. Factor it in.
---
Die Migrations-Realität, über die niemand spricht
Der Umzug von GoDaddy (oder einem beliebigen proprietären Builder) ist nicht trivial. Der Inhalt ist normalerweise in irgendeiner Form exportierbar, aber die Struktur oft nicht. GoDaddy bietet dir keine sauberen Datenbankexporte oder Content APIs. Du scrapst normalerweise, kopierst und fügst ein, oder verwendest Third-Party-Migrationtools, die etwa 70% der Arbeit erledigen und den Rest dir manuell zum Aufräumen überlassen.structureoften isn't. GoDaddy doesn't give you clean database exports or content APIs. You're typically scraping, copy-pasting, or using third-party migration tools that do about 70% of the job and leave you cleaning up the rest manually.
Ich habe genug von diesen Migrationen durchgeführt, um einen Prozess zu haben, aber ich werde nicht so tun, als wäre er elegant. Reserviere dir echte Zeit dafür. Und überprüfe absolut, dass dein Domain-Transfer weg von GoDaddy sorgfältig gehandhabt wird — sie haben eine Geschichte darin, diesen Prozess reibungsvoller zu gestalten, als nötig ist.
Die gute Nachricht: sobald du weg bist, bist du weg. Clients, die zu WordPress oder einem Headless CMS wechseln, gehen fast nie zurück.
---
FAQ
Ist GoDaddys Website-Builder für irgendetwas gut?
Ehrlich gesagt ja — für sehr spezifische Anwendungsfälle. Eine One-Page-Website für einen lokalen Handwerker, der einfach eine Online-Präsenz und eine Telefonnummer braucht. Eine temporäre Landing Page. Etwas, das eine nicht-technische Person innerhalb von Stunden online braucht und niemals wesentlich ändern wird. Für diese Fälle ist die Schnelligkeit des Setups ein echter Vorteil. Für alles mit Wachstumsambitionen, läuft es schnell in eine Sackgasse.
Muss ich programmieren können, um zu WordPress zu wechseln?
Nicht unbedingt. Managed WordPress Hosting von Anbietern wie Kinsta, WP Engine oder sogar Hostinger macht die operative Seite viel zugänglicher. Du wirst immer noch etwas Komfort mit der Admin-Oberfläche haben wollen und idealerweise jemanden, den du anrufen kannst, wenn etwas kaputtgeht. Aber viele kleine Geschäftsinhaber betreiben WordPress-Websites, ohne eine Zeile Code zu berühren.
Was ist der Unterschied zwischen einem Headless CMS und einem regulären CMS?
Ein traditionelles CMS (wie das klassische WordPress) kümmert sich sowohl um die Inhaltsspeicherung als auch um das Seiten-Rendering — es ist ein gekoppeltes System. Ein Headless CMS kümmert sich nur um die Inhaltsspeicherung und stellt diese über eine API bereit. Dein Frontend — gebaut in jedem Framework, das dir gefällt — ruft diesen Inhalt ab und entscheidet, wie er angezeigt wird. Der Vorteil ist Flexibilität und Performance. Der Nachteil ist, dass du einen Frontend-Developer brauchst, nicht nur einen Site-Builder.
Ist EmDash produktionsreif?
Für die meisten Unternehmen, meiner Meinung nach, nicht. Es wurde im April 2026 in Beta gestartet und das Ökosystem ist wirklich noch sehr jung. Die zugrunde liegende Architektur ist interessant und die Cloudflare-Unterstützung gibt ihr Glaubwürdigkeit. Aber ich würde die primäre Marketing-Website eines Kunden nicht auf einem Beta-CMS hosten, wenn WordPress und bewährte Headless-Alternativen existieren. Behalte diesen Bereich 2027 im Auge.
Kann ich WordPress als Headless CMS nutzen?
Ja, und es ist tatsächlich ein wirklich pragmatischer Mittelweg. WordPress hat eine eingebaute REST API und WPGraphQL ist ein ausgereiftes Plugin, das deinen Inhalt über GraphQL bereitstellt. Du bekommst also die vertraute Admin-Oberfläche, die deine Kunden bereits kennen, das massive Plugin-Ökosystem, aber du baust dein Frontend in Next.js oder Astro und erhältst die Performance-Vorteile eines modernen Jamstack-Setups. Wir haben mehrere Projekte auf diese Weise bei Seahawk ausgeliefert und es funktioniert gut.
---
Die Floristin von 2017 ist übrigens immer noch eine Kundin. Sie nutzt jetzt WordPress mit einem ordentlichen Buchungs-Plugin und einem Events-Kalender, der tatsächlich funktioniert. Seitdem hat sie mich nicht mehr in Panik angerufen. Das ist das Ziel, eigentlich — etwas bauen, das aufhört, ein Problem zu sein, damit Menschen sich ihrer eigentlichen Arbeit widmen können.
Wähle das Langweilige. Wähle das Flexible. Wähle das, das du übergeben kannst.