AI-Tools verändern, wie Websites entstehen. Was früher Briefing, Design, Frontend-Entwicklung, CMS-Setup und mehrere Feedbackrunden bedeutete, kann heute in kurzer Zeit als funktionierender Prototyp im Browser stehen.
Claude ist dafür ein gutes Beispiel. Mit Claude lassen sich HTML-Seiten, CSS, JavaScript, React-Komponenten, Landingpages und interaktive Web-Elemente erzeugen. Für E-Commerce-Unternehmen, Webdesigner, Webdeveloper und Online-Marketing-Teams klingt das attraktiv: Website prompten, Design anpassen, Code exportieren, veröffentlichen.
Aus SEO- und GEO-Sicht reicht diese Betrachtung aber nicht aus. Die zentrale Frage lautet nicht: Wie schnell wurde die Website gebaut? Sondern: Ist sie für Suchmaschinen, AI-Bots und Agents sauber lesbar, crawlbar und verarbeitbar?
Im vorherigen Beitrag haben wir Lovable aus Technical-SEO-Sicht betrachtet. Dort lag das Kernproblem vor allem in der technischen Architektur: React, Client-Side Rendering und die Frage, ob Suchmaschinen den eigentlichen Inhalt bereits im initialen HTML sehen oder erst nach JavaScript-Rendering.
Bei Claude ist die Lage etwas anders. Claude ist kein Website-Builder mit einem festgelegten technischen Stack. Je nach Prompt kann Claude statisches HTML, React-Code, Mini-Apps oder komplexere Frontend-Komponenten erzeugen. Das ist ein Vorteil, aber auch ein Risiko.
Denn Claude baut nicht automatisch die SEO-technisch beste Variante. Claude baut zunächst das, was angefordert wird. Wenn der Prompt vor allem auf Optik, Animation und Interaktivität ausgerichtet ist, entsteht häufig eine Website, die visuell überzeugt, aber technisch nicht optimal für Suchmaschinen oder AI-Systeme ist.
Für SEO ist nicht entscheidend, ob eine AI-Website im Browser gut aussieht. Entscheidend ist, was ein Bot beim Abruf der URL tatsächlich erhält.
Wenn der initiale HTML-Code bereits Überschriften, Absätze, interne Links und strukturierte Inhalte enthält, ist die Seite deutlich robuster crawlbar. Wenn dagegen nur ein leerer App-Container und JavaScript-Dateien ausgeliefert werden, hängt die Maschinenlesbarkeit davon ab, ob und wann ein Bot JavaScript rendert.
Google kann JavaScript verarbeiten. Das bedeutet aber nicht, dass JavaScript-lastige Websites automatisch SEO-sicher sind. Rendering kann Crawling, Indexierung und Diagnose erschweren – besonders bei neuen Domains, kleinen Websites, schwacher interner Verlinkung oder SEO-kritischen Seitentypen.
Für E-Commerce ist das besonders relevant. Produktseiten, Kategorieseiten, Ratgeber, Glossare und Vergleichsseiten müssen nicht nur gut aussehen. Sie müssen effizient erfassbar sein.
Der große Vorteil gegenüber vielen No-Code- oder AI-App-Buildern: Claude kann direkt im Code arbeiten. Wenn eine mit Claude erstellte Website nicht optimal maschinenlesbar ist, ist deshalb nicht automatisch ein kompletter Relaunch in ein klassisches CMS nötig.
In vielen Fällen reicht ein technischer Refactor. Claude kann bestehenden Code verbessern, etwa bei semantischem HTML, sauberer H1-H3-Struktur, Title und Meta Description, Canonicals, Open Graph, JSON-LD, interner Verlinkung, Breadcrumbs, FAQ-Struktur, Accessibility und Performance.
Der Unterschied liegt im Briefing. Ein allgemeiner Prompt wie „Erstelle mir eine moderne Landingpage“ führt oft zu visuell ansprechendem, aber nicht zwingend suchmaschinenfreundlichem Code. Ein SEO-orientierter Prompt sollte ausdrücklich fordern, dass der Hauptinhalt im initialen HTML steht, semantische HTML5-Elemente genutzt werden, echte Links vorhanden sind und strukturierte Daten integriert werden.
Ein Claude Artifact ist zunächst ein Arbeits- und Vorschauformat. Für Prototypen ist das nützlich. Für SEO-relevante Websites reicht es in der Regel nicht aus, sich nur auf einen geteilten Artifact-Link zu verlassen.
Professionelle Websites brauchen eine kontrollierte Umgebung: eigene Domain, saubere URL-Struktur, steuerbare robots.txt, XML-Sitemap, Canonicals, Redirect-Management, Core-Web-Vitals-Optimierung, Monitoring, Analytics und Consent-Setup.
Kurz gesagt: Claude kann den Code liefern. Die SEO-Qualität entsteht aber erst durch sauberes Deployment, technische Prüfung und strategische Einbindung in die Website-Architektur.
Nicht zwingend. Die bessere Frage lautet: Braucht diese Website wirklich ein CMS – oder nur sauberen, statisch ausgelieferten Code?
Ein CMS ist sinnvoll, wenn regelmäßig Inhalte gepflegt werden, mehrere Personen redaktionell arbeiten, Mehrsprachigkeit geplant ist oder viele Seiten skaliert werden sollen. Für kleine Websites, Landingpages oder Kampagnenseiten ist ein CMS dagegen nicht automatisch die beste Lösung.
Oft ist eine statische oder serverseitig gerenderte Website performanter, schlanker und technisch kontrollierbarer als ein überdimensioniertes CMS-Setup. Für größere E-Commerce-Strukturen, Content-Hubs, Ratgeberbereiche oder Programmatic-SEO-Projekte kann ein CMS oder Headless CMS dagegen sinnvoll sein.
Für E-Commerce-Unternehmen sind AI-Websites besonders interessant. AI kann helfen, Kampagnen-Landingpages, Produktvergleichsseiten, saisonale Angebotsseiten, Ratgeber, FAQ-Seiten oder Markenwelten schneller zu erstellen.
Aber genau diese Seitentypen müssen technisch sauber sein. Suchmaschinen und AI-Systeme müssen verstehen:
Für E-Commerce sind strukturierte Daten wie Product, Offer, AggregateRating, BreadcrumbList, Organization, Brand, Article oder FAQPage besonders relevant. Wichtig ist, dass diese Daten nicht nur eingebaut werden, sondern zum sichtbaren Inhalt passen und valide sind.
SEO endet nicht mehr beim klassischen Googlebot. Mit AI Overviews, ChatGPT, Perplexity, Bing Copilot und agentischen Suchsystemen wird eine zweite Ebene wichtiger: Generative Engine Optimization.
GEO bedeutet: Inhalte müssen nicht nur indexierbar, sondern auch verständlich, eindeutig und zitierfähig sein. AI-Systeme bevorzugen klare Definitionen, konsistente Entitäten, strukturierte Abschnitte, Tabellen, FAQs, Autoreninformationen und nachvollziehbare Aussagen.
Reine Marketingtexte wie „Wir revolutionieren die Zukunft des Handels“ helfen wenig. Besser sind konkrete Aussagen: Was ist eine AI-Website? Für wen ist sie relevant? Welche technischen Anforderungen müssen erfüllt sein? Welche Daten können Maschinen extrahieren?
Claude ist kein SEO-Problem. Ungeprüfter AI-Code ist das Problem.
AI-Websites können produktiv, schnell und nützlich sein. Sie sind aber erst dann SEO- und GEO-tauglich, wenn sie öffentlich crawlbar sind, relevanten Content im HTML ausliefern, semantisch sauber strukturiert sind, echte interne Links nutzen, valide strukturierte Daten enthalten und klare Informationen für AI-Systeme bereitstellen.
Ein Relaunch in ein klassisches CMS ist nicht automatisch notwendig. Oft reicht ein technischer SEO-/GEO-Refactor des bestehenden Codes. Ein CMS wird erst dann sinnvoll, wenn Skalierung, Redaktion, Mehrsprachigkeit oder komplexe Produktdaten ins Spiel kommen.
Die wichtigste Regel lautet: AI-Websites sollten nicht danach bewertet werden, wie schnell sie gebaut wurden, sondern danach, wie klar Maschinen sie lesen, crawlen, indexieren und verarbeiten können.