KI-Website-Baukästen beeindrucken auf den ersten Blick. Sie beschreiben Ihr Unternehmen, und wenige Minuten später haben Sie eine ansprechende Website mit Texten, Bildern und Kontaktformular. Für die Sichtbarkeit in der Suche ist der erste Eindruck jedoch der unwichtigste Moment. Entscheidend ist, was Suchmaschinen und KI-Crawler von Ihren Seiten erhalten, wie viel davon Sie steuern und ob der Wert, den Sie über Jahre aufbauen, mit Ihnen umziehen kann.
Dieser Vergleich betrachtet genau diese drei Punkte. Er erklärt jedes Problem an einem animierten Beispiel und sagt fair, wo ein KI-Baukasten ausreicht. Kurz gesagt: WordPress ist für SEO die stärkere Wahl, wenn die Suche eine ernsthafte Quelle für Kundinnen und Kunden ist, denn es liefert lesbares HTML, volle Kontrolle über die technischen Signale und das Eigentum an allem, was Sie veröffentlichen.
Was „besser für SEO“ eigentlich bedeutet
Keine Plattform bringt eine Seite von sich aus nach oben. Googles eigene Dokumentation stellt klar, dass es keinen CMS-Bonus gibt; Seiten konkurrieren über Relevanz, Qualität und Nutzen. Die sinnvolle Frage lautet also nicht „Welche Plattform bevorzugt Google?“, sondern „Welche Plattform macht die notwendige Arbeit möglich, verlässlich und dauerhaft?“. Für SEO läuft das auf vier praktische Tests hinaus:
- Crawlbarkeit: Kann jeder wichtige Crawler den Inhalt schon bei der ersten Anfrage lesen?
- Kontrolle: Können Sie Titel, Beschreibungen, Canonicals, strukturierte Daten, Weiterleitungen und die Sitemap selbst festlegen?
- Qualität in der Menge: Bringen zusätzliche Seiten nützliche Informationen – oder nur Masse?
- Eigentum: Wenn Sie in fünf Jahren die Plattform wechseln, überleben Ihre Adressen, Metadaten und Ihre Historie?
WordPress besteht nicht automatisch alle vier – ein schlecht gebautes Theme kann mehrere davon verfehlen. Der Unterschied ist, dass jeder Punkt für Sie behebbar bleibt. Bei vielen KI-Baukästen werden manche davon für Sie entschieden.
Test 1: Können Crawler die Seite lesen?
Eine Seite, die in Ihrem Browser perfekt aussieht, kann für einen Crawler fast leer sein. Manche Website-Baukästen und viele moderne JavaScript-Frameworks senden ein nahezu leeres HTML-Dokument und zeichnen den Inhalt erst im Browser per JavaScript. Ein Mensch merkt davon nichts. Ein Crawler, der dieses JavaScript nicht ausführt, sieht einen Container ohne Inhalt.
Zwei Seiten können im Browser identisch aussehen. Wechseln Sie das Szenario, um zu sehen, was bei einem Crawler ankommt, der nur das HTML liest.
Googlebot, Bingbot und KI-Crawler wie GPTBot fordern die Seite ähnlich an wie ein Browser.
Ein WordPress-Theme sendet fertiges HTML: Überschriften, Text, Links, Seitentitel und strukturierte Daten stehen in der ersten Antwort.
Seite nur mit JavaScript: Der Server sendet ein fast leeres Dokument – einen Container und ein Script-Tag. Die Wörter kommen erst später, im Browser.
Google kann JavaScript in einem späteren Rendering-Schritt ausführen. Viele KI-Crawler führen überhaupt kein JavaScript aus.
Der Crawler liest die Überschriften, den Text, die Links und die Metadaten, die er erhalten hat.
Seite nur mit JavaScript: Ein Crawler, der kein JavaScript ausführt, sieht den leeren Container: keine Überschriften, kein Text, keine Links.
Die Seite kann indexiert, gerankt oder als Quelle für eine KI-Antwort genutzt werden.
Seite nur mit JavaScript: Google indexiert die Seite womöglich erst nach dem Rendering, manchmal später. KI-Crawler, die nur HTML lesen, haben nichts zu speichern oder zu zitieren.
Nicht jeder KI-Baukasten rendert so. Öffnen Sie auf Ihren eigenen Seiten „Seitenquelltext anzeigen“: Fehlen die Wörter dort, sieht ein Crawler, der JavaScript überspringt, sie auch nicht.
Das Problem an einem konkreten Beispiel
Stellen Sie sich beispielhaft eine Steuerkanzlei vor, deren neue, mit KI erstellte Website ihre Leistungsseiten im Browser rendert. Öffnen Sie „Seitenquelltext anzeigen“ auf der Seite zur Steuererklärung, und Sie finden ein <div id="root"></div> und ein Script-Tag – keine Überschrift, keine Beschreibung der Leistung, keine Preise, keine internen Links.
Google kommt trotzdem ans Ziel: Laut Dokumentation werden Seiten nach dem Crawling in eine Warteschlange fürs Rendering gestellt, was länger als ein paar Sekunden dauern kann, und Google empfiehlt serverseitiges Rendering oder Pre-Rendering, weil nicht alle Bots JavaScript ausführen können. Dieser zweite Punkt ist heute das größere Risiko. Eine Untersuchung des KI-Crawler-Traffics durch Vercel ergab, dass keiner der großen KI-Crawler JavaScript rendert – auch nicht die von OpenAI, Anthropic, Meta und Perplexity. Für diese Systeme hat die Leistungsseite der Kanzlei keinen Inhalt, den sie indexieren, zitieren oder verlinken könnten.
Ein normales WordPress-Theme rendert auf dem Server. Überschrift, Text, Links, Seitentitel und strukturierte Daten stehen in der ersten Antwort, sodass Googlebot, Bingbot und KI-Crawler alle dieselbe vollständige Seite lesen. Den Test für Ihre eigene Website erledigen Sie in zehn Sekunden: Lassen Sie sich den Quelltext einer wichtigen Seite anzeigen und suchen Sie nach einem Satz aus dem Fließtext. Steht der Satz dort nicht, sehen ihn auch Crawler nicht, die JavaScript überspringen.
Fairerweise: Viele Baukästen rendern auf dem Server, und eine WordPress-Website, die als Client-seitige App neu gebaut wird, kann denselben Fehler machen. Es geht nicht um die Marke, sondern darum, dass Sie bei WordPress die Rendering-Methode selbst wählen und prüfen. Die Architektur dahinter erklärt SSR, SSG oder ISR: nach Aktualität, Caching und Nutzerbedarf entscheiden.
Test 2: Können Sie die technischen Signale steuern?
Suchmaschinen stützen sich auf eine Reihe technischer Signale, über die Sie entscheiden sollten, nicht die Plattform: Seitentitel und Beschreibung, die kanonische URL bei ähnlichen Seiten, strukturierte Daten zum Unternehmen oder Artikel, die Robots-Regeln, die XML-Sitemap und Weiterleitungen, wenn sich eine Adresse ändert.
In WordPress ist all das bearbeitbar, entweder über das Theme oder über ein einziges, gut gewähltes SEO-Werkzeug, und ein Entwickler kann alles korrigieren, was die Oberfläche nicht anbietet. Bei KI-Baukästen ist das Bild uneinheitlich. Manche bieten Titel und Beschreibungen, aber keine Canonical-Tags. Manche erzeugen strukturierte Daten, die Sie nicht bearbeiten können. Manche bieten Weiterleitungen nur in höheren Tarifen. Wenn ein Ranking-Problem auftaucht, sollte die Frage „Können wir das ändern?“ nie von einer Preisseite beantwortet werden.
| Signal | WordPress | Typischer KI-Baukasten – zuerst prüfen |
|---|---|---|
| Serverseitig gerendertes HTML | Standard in Themes | Je nach Produkt und Framework unterschiedlich |
| Titel und Beschreibungen | Pro Seite, voll bearbeitbar | Meist bearbeitbar |
| Kanonische URLs | Pro Seite bearbeitbar | Oft nur automatisch |
| Strukturierte Daten | Vollständig anpassbar | Oft fest vorgegeben oder eingeschränkt |
| URL-Struktur | Von Ihnen gestaltet | Teils feste Muster |
| Weiterleitungen | Unbegrenzt, per Server oder Plugin | Je nach Tarif eingeschränkt |
| robots.txt und Sitemap | Vollständig steuerbar | Oft generiert, teilweise bearbeitbar |
| Performance-Optimierung | Hosting, Caching und Code gehören Ihnen | Von der Plattform festgelegt |
Die Tabelle ist eine Checkliste, kein Urteil über ein bestimmtes Produkt: Baukästen ändern sich schnell, und manche decken mehr ab als andere. Lassen Sie sich jede Zeile vorführen, bevor Sie sich festlegen, und prüfen Sie das erzeugte HTML statt des Einstellungsbildschirms.
Test 3: Helfen mehr Seiten – oder schaden sie?
Das Verkaufsargument vieler KI-Baukästen ist Masse: eine Seite für jede Leistung, jede Stadt, jede Produktvariante, in Minuten generiert. Für SEO ist das eine Falle. Googles Leitfaden zu KI-generierten Inhalten warnt, dass das Generieren vieler Seiten ohne Mehrwert für Nutzer gegen die Spamrichtlinie zu massenhaft erstellten Inhalten verstoßen kann.
Nehmen wir beispielhaft einen Sanitärbetrieb, der vierzig Seiten „Notdienst-Installateur in [Stadt]“ mit demselben Absatz und jeweils anderem Ortsnamen generiert. Jede Seite ist dünn, die Seiten konkurrieren miteinander, und keine ist eine bessere Antwort als die eine Leistungsseite, von der sie kopiert wurden. Zehn nützliche Seiten – echte Einsatzgebiete, echte Reaktionszeiten, echte Beispiele aus der Praxis – würden Kunden und Suchmaschinen weit besser dienen als vierzig Klone.
WordPress hindert niemanden an diesem Fehler, aber seine Stärken weisen in die andere Richtung: ein redaktioneller Ablauf mit Entwürfen und Prüfungen, Kategorien und interne Links, die echtes Fachwissen ordnen, und Revisionen, mit denen Sie eine Seite verbessern, statt sie zu ersetzen. KI kann weiterhin helfen – beim Entwerfen, Zusammenfassen, Strukturieren – innerhalb eines Prozesses, der die Fakten ergänzt, die nur Ihr Unternehmen hat. Zur redaktionellen Seite lesen Sie warum WordPress eine starke Grundlage für Unternehmens-SEO ist.
Test 4: Was behalten Sie, wenn Sie gehen?
SEO-Wert wächst langsam. Jeder Link, den eine andere Website auf eine Ihrer URLs setzt, jede Seite, die seit einem Jahr rankt, jeder strukturierte Titel und jede Beschreibung gehören zu einem Vermögenswert, den Sie aufbauen. Der echte Test einer Plattform ist, was mit diesem Vermögenswert passiert, wenn Sie umziehen.
Suchwert wächst über Jahre in Adressen, Links und Inhalten. Wechseln Sie das Szenario, um zu sehen, was einen Umzug überstehen muss.
WordPress exportiert Beiträge, Seiten, Autoren und Medien in einem Standardformat, und die Datenbank selbst gehört Ihnen.
Geschlossener Baukasten: Exporte sind unterschiedlich: Manche Baukästen liefern Text und Bilder, andere nur eine statische Kopie der fertigen Seiten.
Die Permalink-Struktur legen Sie selbst fest, also kann die neue Website unter denselben URLs antworten, die bereits ranken und Links erhalten.
Geschlossener Baukasten: Manche Baukästen geben das URL-Muster fest vor, sodass dieselben Adressen auf der neuen Plattform womöglich nicht möglich sind.
Wenn sich eine Adresse ändern muss, schickt eine permanente Weiterleitung (301) Besucher und Suchmaschinen zur neuen Seite.
Geschlossener Baukasten: Weiterleitungsregeln können eingeschränkt sein oder mit der Kündigung abgeschaltet werden – genau dann, wenn Sie sie brauchen.
Suchtitel, Beschreibungen, Canonical-Tags und Schema liegen in der Datenbank direkt neben den Inhalten, die sie beschreiben.
Geschlossener Baukasten: Titel, Beschreibungen und strukturierte Daten sind womöglich gar nicht Teil des Exports.
Revisionen, Veröffentlichungsdaten und Autoren bleiben mit jeder Seite verbunden, sodass die neue Website ihre Geschichte behält.
Geschlossener Baukasten: Revisionsverlauf und ursprüngliche Daten bleiben meist auf der alten Plattform zurück.
Plattformen ändern ihre Exportfunktionen. Lassen Sie sich einen Beispielexport geben und prüfen Sie die URL-Kontrolle, bevor Sie sich festlegen – nicht erst beim Abschied.
Das Problem an einem konkreten Beispiel
Denken Sie beispielhaft an einen Weiterbildungsanbieter, dessen Website seit vier Jahren auf einem geschlossenen Baukasten läuft. Seine Kursseiten ranken gut und haben Links von Branchenverbänden erhalten. Er beschließt, die Plattform zu wechseln, um Online-Buchungen anzubieten. Der Export des Baukastens liefert Seitentexte und Bilder, doch die Kurs-URLs folgten dem festen Muster des Baukastens, Titel und Beschreibungen sind nicht im Export enthalten, und die Weiterleitungsfunktion endet mit dem Abonnement.
Die neue Website startet mit anderen Adressen und ohne Weiterleitungen. Die Links der Verbände führen jetzt auf Fehlerseiten, Google muss jeden Kurs von Grund auf neu entdecken, und die in vier Jahren geschriebenen Beschreibungen müssen von Hand rekonstruiert werden. Rankings, die über Jahre erarbeitet wurden, brechen innerhalb von Wochen ein – nicht weil die neue Website schlechter wäre, sondern weil die alte Plattform genau die Teile behalten hat, die den Wert getragen haben.
Mit WordPress ist derselbe Umzug eine geplante Migration statt eines Neubaus. Inhalte und Metadaten liegen in Ihrer Datenbank, das Exportformat ist offen, Sie wählen die Permalink-Struktur der neuen Website und können permanente Weiterleitungen für jede Adresse einrichten, die sich ändern muss. Selbst der Abschied von WordPress ist leichter, weil nichts in einem Anbieterkonto eingeschlossen ist.
Wann ein KI-Baukasten ausreicht
Es gibt Situationen, in denen ein KI-Website-Baukasten eine völlig vernünftige Wahl ist und eine vollständige WordPress-Umsetzung übertrieben wäre:
- Eine Landingpage für ein Event oder eine Kampagne mit festem Enddatum.
- Ein Prototyp, um die Nachfrage zu testen, bevor Sie in eine richtige Website investieren.
- Eine kleine Visitenkarten-Website, deren Kunden über Empfehlungen kommen, nicht über die Suche.
Wenn die Suche eine wichtige Quelle für Anfragen oder Verkäufe ist oder werden soll, zählen die vier Tests oben mehr als das Tempo des ersten Entwurfs. Meist ist das der Moment, ab dem sich WordPress bezahlt macht.
So entscheiden Sie für Ihr Unternehmen
- Sehen Sie sich den Quelltext an – von einer bestehenden oder einer Demo-Seite auf jeder Plattform – und suchen Sie nach Ihrem Fließtext.
- Listen Sie die Signale auf aus der Tabelle und bestätigen Sie, dass jedes im Tarif bearbeitbar ist, den Sie tatsächlich kaufen würden.
- Fordern Sie einen Beispielexport an und prüfen Sie, ob URLs, Titel, Beschreibungen und strukturierte Daten enthalten sind.
- Planen Sie die Inhalte rund um echte Kundenfragen, nicht um die Zahl der Seiten, die ein Werkzeug generieren kann.
- Legen Sie fest, wer sie pflegt. WordPress gibt Ihnen die Kontrolle; jemand muss sich um Updates, Sicherheit und Performance kümmern.
Wenn die Antwort auf WordPress hinausläuft, finden Sie unter WordPress-Website-Entwicklung eine handgebaute Website mit serverseitig gerenderten Seiten und von Anfang an sauber umgesetztem SEO. Zur größeren Frage, wo KI ihren Platz hat, lesen Sie Wird KI WordPress ersetzen?
Häufig gestellte Fragen
Ist WordPress für SEO besser als KI-Website-Baukästen?
Für eine Website, die auf die Suche angewiesen ist, meist ja. WordPress-Themes rendern Inhalte auf dem Server, jedes technische Signal liegt in Ihrer Hand, und Inhalte, URLs und Metadaten gehören Ihnen. Manche KI-Baukästen lösen Teile davon gut – prüfen Sie Crawlbarkeit, Kontrolle und Exporte für das konkrete Produkt.
Kann Google mit KI-Baukästen erstellte Websites indexieren?
Ja. Google kann JavaScript rendern, auch wenn das Rendering nach dem Crawling in eine Warteschlange kommt und sich verzögern kann. Die größere Lücke betrifft KI-Crawler: Laut der Untersuchung von Vercel führen die großen KI-Crawler kein JavaScript aus, sodass Inhalte, die nur im Browser gezeichnet werden, für sie unsichtbar sein können.
Wie erkenne ich, ob meine Seiten ohne JavaScript lesbar sind?
Öffnen Sie eine wichtige Seite, wählen Sie „Seitenquelltext anzeigen“ und suchen Sie nach einem Satz aus dem Fließtext. Erscheint er im Quelltext, erhalten Crawler ihn bei der ersten Anfrage. Sehen Sie nur einen Container und Script-Tags, hängt der Inhalt von JavaScript ab.
Verbessern massenhaft erzeugte KI-Seiten mein Ranking?
Selten – und sie können schaden. Laut Googles Leitfaden kann das Generieren vieler Seiten ohne Mehrwert gegen die Richtlinie zu massenhaft erstellten Inhalten verstoßen. Eine kleinere Zahl wirklich nützlicher Seiten ist der sicherere und wirksamere Weg.
Verliere ich meine Rankings, wenn ich von einem Baukasten zu WordPress wechsle?
Nicht, wenn die Migration geplant ist: Behalten Sie nach Möglichkeit dieselben URLs, richten Sie permanente Weiterleitungen für geänderte Adressen ein, übernehmen Sie Titel, Beschreibungen und strukturierte Daten und prüfen Sie die neue Website vor dem Start. Verluste entstehen meist durch ungeplante Umzüge.
Quellen und weiterführende Lektüre
- Google: Grundlagen von JavaScript-SEO
- Vercel: Der Aufstieg der KI-Crawler
- Google: KI-generierte Inhalte auf Ihrer Website verwenden
- Google: Leitfaden für die Suchmaschinenoptimierung (SEO) für Einsteiger
- Technisches SEO für WordPress: Crawling, Canonicals und Inhalte
Sie überlegen einen Relaunch oder eine Migration? Beginnen Sie mit den Seiten, die Ihnen heute Kunden bringen, und informieren Sie sich über WordPress-Website-Entwicklung für einen Plan, der bewahrt, was bereits rankt.
