Zurück in 2017 rief mich ein Kunde in Panik an. Sie hatte die Website ihres Blumengeschäfts mit GoDaddys Website-Builder gebaut -- hat sie ein Wochenende gedauert, sah auf dem Mobiltelefon anständig aus, und sie war stolz darauf. Dann wollte sie einen einfachen Veranstaltungskalender hinzufügen. Nur einen Kalender. GoDaddy konnte es nicht. Nicht ohne einen Workaround, der so hässlich gewesen wäre, dass sich ein Junior-Developer geschämt hätte. Sie endete damit, mich zu bezahlen, um das Ganze zu WordPress zu migrieren, und ich erinnere mich, dass ich dachte: Warum fangen Menschen überhaupt hier an?WordPress, and I remember thinking:why do people start here at all?
Wichtigste Erkenntnis: GoDaddys Builder handelt Flexibilität gegen Einfachheit stärker ein als seine Konkurrenten; WordPress, Webflow und Squarespace bieten alle bei vergleichbaren Kosten mehr Spielraum.GoDaddy's builder trades flexibility for simplicity harder than its rivals; WordPress, Webflow, and Squarespace all offer more headroom at comparable cost.
Ich verstehe das, ehrlich gesagt. GoDaddys Pitch ist verführerisch. Registrieren Sie sich, wählen Sie ein Template, geben Sie Ihren Geschäftsnamen ein, gehen Sie noch vor dem Mittagessen live. Für jemanden, der sich noch nie mit einem CMS befasst hat, fühlt sich diese Geschwindigkeit wie eine Superkraft an. Aber es ist nur geliehene Zeit. Und nachdem ich bei Seahawk weit über 12.000 Websites gebaut habe, habe ich mittlerweile den Überblick verloren, wie viele GoDaddy-Migrationen ich für Clients durchgeführt habe, die schneller daraus herausgewachsen sind, als sie erwartet hätten.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 Speed -- Es Sind Grenzen
GoDaddys Website-Builder ist wirklich schnell zu handhaben. Ich will mir da nichts vormachen. GoDaddy Airo, ihre KI-Schicht, kann eine markengebundene Website mit Logo und E-Mail-Kampagnen-Templates gerüstet haben, bevor Sie Ihren Kaffee zu Ende getrunken haben. Der Editor ist sauber, intuitiv und nicht abschreckend für Menschen, die nicht wissen, was ein div ist und das auch gar nicht lernen wollen.The editor is clean, intuitive, and non-threatening for people who don't know what a div is 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 Bewertung des Builders es unverblümt ausdrückt -- die Bequemlichkeit des Setups ist real, aber in dem Moment, in dem du etwas über die Grundlagen des Designs hinaus willst, stößt du auf eine Mauer.one thorough review of the builder puts 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 drei Jahre lang bei GoDaddy war. Schöne Website. Dann wollten sie Online-Buchungen mit Aufnahmformularen, Integration mit ihrer Praxis-Management-Software und einen Memberbereich für Video-Bibliotheken mit Übungen. Wir verbrachten zwei Stunden damit, zu prü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 Warnung speziell vor GoDaddy. Das ist eine Warnung davor, Plattformen danach auszuwählen, wie schnell Sie starten können, statt danach, wie weit Sie gehen können.start rather than how far you can go.
---
WordPress: Immer noch die sinnvolle Standardwahl für die meisten
Menschen erklären WordPress seit knapp einem Jahrzehnt für tot. Es powert immer noch etwa 40% des gesamten Webs. Das ist keine Trägheit -- das ist Netzwerkeffekt in einem Ausmaß, den 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 immer mehr Briefs, die "Performance" als harte Anforderung hatten, nicht als nice-to-have. Schnelle Ladezeiten. Hohe Core Web Vitals-Scores. Inhalte über mehrere Oberflächen hinweg -- Web, App, vielleicht ein Kiosk-Bildschirm in einer Einzelhandelsumgebung. Traditionelles WordPress-Hosting würde nicht ausreichen.Core Web Vitals scores. Content served across multiple surfaces -- web, app, maybe a kiosk screen in a retail environment. Traditional WordPress hosting wasn't going to cut it.
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, bei der sich dein Kunde anmeldet -- aber du entkoppelst das Frontend vollständig. Der "Head" (was Nutzer sehen) wird in einem JavaScript-Framework wie Next.js oder Astro gebaut. WordPress liefert Inhalte über seine REST API oder GraphQL. Das Frontend ruft diese Daten ab und rendert sie, wie es will. 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 Sie vollständig auf Jamstack setzen, müssen Sie WordPress nicht einmal als Backend verwenden. Es gibt ein solides und wachsendes Feld von Headless-CMS-Optionen, die speziell für diese Architektur gebaut sind. Ein paar, die ich in Produktion verwendet habe:headless CMS options built specifically for this architecture. A few I've used in production:
- Contentful -- ausgereift, gut dokumentiert, bei skalierung leicht teuer, aber absolut zuverlässig -- mature, well-documented, slightly expensive at scale but rock-solid
- Sanity – extrem flexible Content-Modellierung, großartige DX, echtzeitbasierte Zusammenarbeit für Editorial-Teams -- 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 zu hosten, Node.js-basiert, gut wenn du die 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 für datenintensive Projekte, die eine ordentliche Datenbank-Abstraktionsschicht brauchen -- 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 gelauncht worden. EmDash ist ein neues CMS, das von Cloudflare unterstützt wird und sich selbst als geistiger Nachfolger von WordPress positioniert – gebaut auf modernen Web-Technologien, mit Plugin-Isolation über Cloudflare Workers und Content gespeichert als strukturierte Daten, die nativ von KI-Tools lesbar sind.EmDash is 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 du dich auf diese Infrastruktur festlegst, aber einschränkend, wenn du das nicht tust.
- Es ist ein Beta-Produkt. Innewohnendes Risiko. Ich setze keine Betas vor Clients, die Stabilität brauchen.
Der ehrliche Konsens von Menschen, die es getestet haben, ist: technisch beeindruckend, praktisch unvollständig. Es lohnt sich, in 12-18 Monaten erneut vorbeizuschauen. Ich werde genau das tun.honest consensus from 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 das Problem – die meisten „welches CMS ist das beste"-Inhalte online behandeln das wie einen Datenblattvergleich. Häkchen setzen. Feature-Matrizen. So wählst du aber keine Plattform für ein echtes Projekt.
So gehe ich tatsächlich vor:
- Frag, was der Klient in 18 Monaten braucht, nicht heute. Wenn sie ein einzelner Florist sind, ist WordPress auf Managed Hosting wahrscheinlich ausreichend. Wenn sie ein VC-gestütztes Startup sind, das 10x Traffic-Wachstum erwartet, entwirf jetzt schon für diese Skalierung.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 wartet. Ein Headless-Jamstack-Setup ist brilliant, bis der 58-jährige Marketing-Manager des Klienten einen Blogbeitrag aktualisieren muss. Dann ist es ein Support-Ticket, das nur noch auf Bearbeitung wartet. Stimm die technische Komplexität auf das Team ab.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, Zahlungsanbieter, Analytics – kartographiere diese, bevor du dich auf eine Plattform festlegst, nicht danach.CRM, booking systems, payment processors, analytics -- map these before you commit to a platform, not after.
- Fragen Sie nach dem Budget für laufende Wartung. Eine selbst gehostete Strapi-Instanz braucht jemanden, der die Node.js-Version aktuell hält. Das kostet Zeit oder Geld. Rechnen Sie das ein.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
Von GoDaddy (oder einem anderen proprietären Builder) wegzuziehen ist nicht trivial. Der Inhalt ist normalerweise in irgendeiner Form exportierbar, aber die Struktur oft nicht. GoDaddy gibt Ihnen keine sauberen Datenbankexporte oder Content-APIs. Sie kratzen normalerweise zusammen, kopieren und fügen von Hand ein oder verwenden Third-Party-Migration-Tools, die etwa 70% der Arbeit machen und den Rest zum manuellen Bereinigen überlassen.structure often 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ürde er elegant ablaufen. Plane echte Zeit dafür ein. Und überprüfe unbedingt, dass dein Domain-Transfer weg von GoDaddy sorgfältig gehandhabt wird – sie haben eine Geschichte damit, diesen Prozess friction-reicher zu machen, als nötig wäre.
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 einseitige 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 live schalten muss und nie wesentlich ändern wird. Für diese Fälle ist die schnelle Einrichtung ein echter Vorteil. Für alles mit Wachstumsambitionen läuft man schnell an Grenzen.
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 klassisches WordPress) kümmert sich sowohl um die Inhaltsspeicherung als auch um das Seitenrendering -- es ist ein gekoppeltes System. Ein Headless CMS kümmert sich nur um die Inhaltsspeicherung und stellt sie über eine API zur Verfügung. Dein Frontend -- gebaut mit dem Framework deiner Wahl -- holt sich diesen Inhalt und entscheidet, wie er angezeigt wird. Der Vorteil ist Flexibilität und Performance. Der Nachteil ist, dass du einen Frontend-Entwickler brauchst, nicht nur einen Website-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 immer noch eine Kundin, wenn das zählt. Sie nutzt jetzt WordPress mit einem ordentlichen Buchungs-Plugin und einem Events-Kalender, der tatsächlich funktioniert. Sie hat mich seitdem nicht mehr in Panik angerufen. Das ist ja eigentlich das Ziel -- etwas bauen, das aufhört, ein Problem zu sein, damit die Leute sich ihrer eigentlichen Arbeit widmen können.
Wähle das Langweilige. Wähle das Flexible. Wähle das, das du übergeben kannst.