Vibe Coding · Domains · SEO · Content · Affiliate

Die Burger kommen: Vibe Coding, SEO und vier Domainprojekte

Testprojekt

Rolle: Initiator, Betreiber, Domainstratege, SEO-Konzeptioner und Vibe-Coding-Redakteur

Am 21. Januar 2026 begann ich damit, die nicht mehr existierende Website Lara's American Diner mit Vibe Coding neu aufzubauen. Aus einem zunächst kleinen Reanimations- und SEO-Test entwickelte sich innerhalb von rund sechs Monaten ein verbundenes Burgerprojekt mit Rezepten, Ratgebern, einem Diner-Guide, einem Browsergame und zwei weiteren thematisch passenden Domains.

Das Projekt soll nicht beweisen, dass sich mit KI automatisch Rankings erzeugen lassen. Es dokumentiert vielmehr, was passiert, wenn eine Website mit KI-Unterstützung aufgebaut, über mehrere Monate beobachtet, anhand echter Search-Console-Daten bewertet und anschließend gezielt um relevante Inhalte und weitere Domains ergänzt wird.

Aus diesem Ausgangsprojekt entstanden vier unterschiedliche Rollen: Lara's American Diner als Test- und Contentbasis, burgerservice.de als geplantes umfassendes Burgerportal, burgerandwaffle.de als visuell stärkeres Rezept-, Equipment- und Affiliate-Projekt und butterburger.de als eng fokussierte Spezialseite rund um Butter Burger, die zusätzlich über die Domex von DomainCatcher gekauft und nahezu vollständig anhand eines einzigen umfangreichen Vibe-Coding-Prompts erstellt wurde.

Projekt auf einen Blick

Eine verschwundene Website als Ausgangspunkt

Lara's American Diner existierte nicht mehr als aktives Webprojekt. Die Domain und das Thema boten jedoch eine klare Möglichkeit für einen praktischen Test: Lässt sich mit Vibe Coding, einer statischen technischen Basis und schrittweisem Content-Ausbau wieder ein nützliches Themenportal entwickeln?

Die Ausgangsbedingungen waren bewusst schlank: kein laufendes Restaurantprojekt, kein bestehendes Redaktionsteam, kein großes Entwicklerteam, kein schweres CMS, keine Datenbank, kein automatischer Anspruch auf frühere Rankings und keine Garantie, dass frühere Signale wieder nutzbar sind. Der Aufbau erfolgte als eigenständiges Contentprojekt.

Was wollte ich mit dem Projekt testen?

Die Hypothese bestand aus mehreren Teilen: Kann eine nicht mehr aktive Domain mit einer neuen statischen Website sinnvoll reanimiert werden? Kann Vibe Coding den Entwicklungsprozess beschleunigen? Werden die Seiten indexiert und für passende Suchanfragen ausgespielt? Entstehen ohne großes Linkbuilding erste Impressionen und Klicks? Welche Inhalte erhalten Sichtbarkeit? Welche technischen oder redaktionellen Fehler entstehen durch KI-Unterstützung? Wie verändert sich das Projekt durch einen gezielten Content-Ausbau? Können mehrere thematisch passende Domains sinnvoll miteinander verbunden werden? Lässt sich Monetarisierung ohne Datenbank und ohne komplexes Ad-System testen?

Gibt es nach sechs oder sieben Monaten eine KI-Abstrafung?

In SEO-Diskussionen taucht immer wieder die Vermutung auf, KI-Projekte würden nach einigen Monaten – häufig werden sechs oder sieben Monate genannt – von Google automatisch zurückgestuft. Für eine feste Frist dieser Art gibt es jedoch keine offizielle Google-Regel.

Die offizielle Einordnung von Google lautet: Inhalte werden nicht allein deshalb schlechter behandelt, weil KI bei der Erstellung eingesetzt wurde. Entscheidend sind Nutzen, Qualität, Zuverlässigkeit und Suchintention. Automatisierte Inhalte können problematisch sein, wenn sie primär zur Rankingmanipulation erzeugt werden – besonders riskant ist die massenhafte Veröffentlichung austauschbarer Seiten ohne zusätzlichen Nutzerwert (von Google als „Scaled Content Abuse" eingeordnet). Rankings können sich außerdem durch Core Updates, Spam Updates, Konkurrenz, technische Änderungen und Neubewertung verändern. Eine Veränderung nach sechs Monaten beweist deshalb keine spezielle KI-Strafe.

Quellen: Google Search Central – Google Search and AI content, Verwendung von generativen KI-Inhalten, Hilfreiche Inhalte erstellen, Google-Richtlinien zu Spam.

Vibe Coding war Werkzeug, nicht Projektstrategie

Vibe Coding bedeutete in diesem Projekt konkret: Anforderungen in natürlicher Sprache formulieren, Seiten und Komponenten mit KI-Unterstützung entwickeln, HTML, CSS und JavaScript erzeugen lassen, Fehler iterativ korrigieren, Inhalte strukturieren, technische Varianten testen und schnell sichtbare Prototypen erstellen.

Gleichzeitig zeigten sich klare Grenzen: KI kann erfundene Fakten erzeugen, Platzhalter übersehen, falsche interne Links erstellen, nicht durchgeführte Produkttests behaupten, Designs inkonsistent umsetzen, strukturierte Daten falsch auszeichnen, historische Daten erfinden – und sie ersetzt keine Quellen-, Rechts- oder Qualitätsprüfung.

21. Januar 2026: Start der Reanimation

Die Reanimation begann am 21. Januar 2026 als statische Website, umgesetzt per Vibe Coding, mit klarer Diner-Optik – kein React, kein schweres CMS, FTP-Veröffentlichung, Aufbau mit überschaubarem Umfang.

Nach Live-Prüfung sind auf laras-american-diner.de aktuell folgende Hauptbereiche vorhanden: Startseite, Rezepte, Diner-Guide, das Diner-Rush-Browsergame, Ratgeber, FAQ, eine Seite über Leo Kobes, Impressum, Datenschutz und eine Sitemap.

Vom kleinen Reanimationsprojekt zum Content-Testfeld

Bei den Rezepten stehen unter anderem Classic Cheeseburger, Breakfast Burger, Philly Cheesesteak, Texas BBQ Ribs, American Omelette und ein klassischer Milkshake. Der Ratgeberbereich gliedert sich in Grundlagen (perfekter Patty, Diner versus Fast Food, Garstufen, Burger-Buns), Einkauf & Vergleiche (hochwertige Zutaten, Patties, Burgerpressen, Saucen, Brötchensorten, Frikadellen-Vergleich) sowie Anbieter finden (Lieferdienste, Saucen-Anbieter). Der Diner-Guide listet Diner-, BBQ- und Steakhouse-Adressen im DACH-Raum, und Diner Rush ist ein kostenloses, lokal spielbares Browsergame ohne erforderlichen Download. Autoren- und Betreibertransparenz sind über die Seite „Über Leo Kobes", Byte Media GmbH als Betreiber, eine Affiliate-Kennzeichnung (mit * markierte Links) sowie Impressum und Datenschutz gegeben.

Erste messbare Signale

Die sichtbare Grafik umfasst ungefähr Ende April bis Ende Juli 2026 – ein genauer Datenexport für den exakten Zeitraum lag zum Zeitpunkt dieser Case Study nicht vor, eine präzisere Angabe wird deshalb nicht erfunden. Die Werte stammen unverändert aus der Google Search Console: keine Rundung, keine Hochrechnung, keine daraus abgeleitete Besucherzahl oder Umsatzangabe, und sie werden nicht so dargestellt, als seien sie vollständig seit dem 21. Januar entstanden.

Was die ersten Daten zeigen – und was nicht

Die Daten zeigen: Google hat Seiten gefunden und ausgespielt, das Projekt erzielt organische Impressionen, einzelne Suchergebnisse werden angeklickt, es besteht eine messbare organische Grundlage, und weitere Optimierung lässt sich datenbasiert planen.

Die Daten zeigen nicht: einen abgeschlossenen SEO-Erfolg, eine garantierte Wachstumskurve, einen Beweis für den Erfolg von KI-Inhalten, eine überstandene „KI-Abstrafungsphase", wirtschaftliche Rentabilität, hohe Conversion-Raten oder Marktführerschaft.

Nach rund sechs Monaten wird gezielt erweitert

Nach einer ersten Beobachtungsphase wurde das Projekt nicht einfach massenhaft mit KI-Seiten befüllt. Stattdessen wurden thematisch passende Unterseiten geplant beziehungsweise ergänzt, die konkrete Nutzerfragen rund um Burger, Zutaten, Zubereitung und Anbieter beantworten.

Dabei gelten klare Content-Prinzipien: Jede Seite besitzt eine eigene Suchintention, verwandte Fragen werden gebündelt, es gibt keine Stadtseiten ohne echten lokalen Inhalt, keine Produktseite ohne klare Identität, keine frei erfundenen Tests und keine massenhafte Programmatic-SEO-Struktur ohne Nutzen. Rezepte, Ratgeber und Tools werden intern verlinkt, und bestehende Search-Console-Daten beeinflussen die Priorisierung neuer Inhalte.

Eine exakte Seitenanzahl vor und nach dem Ausbau wird an dieser Stelle nicht beziffert, da kein verifizierter Export vorliegt – dokumentiert werden stattdessen die wichtigsten Themencluster (Grundlagen, Einkauf & Vergleiche, Anbieter) und deren interne Verlinkung, wie sie auf der Live-Seite nachvollziehbar ist.

burgerservice.de: Für 25 € über ReCatch gesichert

ReCatch ermöglicht die Übernahme ausgewählter .de-Domains aus Redomain am letzten Tag der Redemption Grace Period, bevor sie regulär droppen. Die Vergabe erfolgt nach dem First-Come-First-Serve-Prinzip und ohne Auktion. Mehr zum Prozess erklärt die deinrecatch.de Case Study; die offiziellen Produktangaben stehen auf deinrecatch.de und DomainCatcher.com.

Nach Live-Prüfung leitet burgerservice.de derzeit auf eine Planungsseite bei Lara's American Diner, auf der die geplante Struktur erklärt wird – die Domain besitzt noch kein vollständig eigenständiges Portal. burgerservice.de ist derzeit eine Projektthese und keine bereits fertige Plattform.

Geplantes Konzept für burgerservice.de

Nach der aktuellen Planungsseite sind unter anderem folgende Bereiche vorgesehen: ein Restaurant- und Städtefinder, ein Burger-Lexikon, Rezepte, Zutaten und Saucen, Grillwissen, Zubehör, Anbieter sowie News und Trends.

Für den weiteren Aufbau gelten wichtige Einschränkungen: keine erfundenen Restaurantdaten, keine ungeprüft übernommenen Öffnungszeiten, keine kopierten Bewertungen, keine behauptete vollständige Deutschlandabdeckung, keine lokale Landingpage ohne konkrete Daten, kein Branchenverzeichnis mit nicht verifizierten Einträgen und keine suggerierte Kontaktaufnahme oder Partnerschaft.

burgerandwaffle.de: Thematisch passende Domain per Backorder

Anders als burgerservice.de wurde burgerandwaffle.de nicht über ReCatch, sondern über einen klassischen Backorder gesichert. Damit dokumentiert das Projekt zwei unterschiedliche DomainCatcher-Wege innerhalb derselben Themenwelt. Mehr zu Backorder erklärt die DomainCatcher-Case-Study. Ein Kaufpreis wird hier nicht genannt, da keiner bereitgestellt wurde, und eine Backorder-Erfolgsquote wird nicht erfunden.

Das visuell stärkere Rezept- und Affiliate-Projekt

burgerandwaffle.de positioniert sich rund um Smash Burger, Cheeseburger, Chicken Burger, belgische Waffeln, American Waffles, Rezepte, Waffeleisen, Burgerpressen, Zubehör und Affiliate-Empfehlungen. Ziel ist die Entwicklung eines hochwertigen Burger- und Waffelportals – burgerandwaffle.de dient als Test, wie sich ein visuell stärkeres Foodprojekt mit Rezepten und klar kommerziellen Equipment-Seiten entwickeln lässt.

Verbindlicher Qualitätsaudit für burgerandwaffle.de

Die Live-Prüfung der Website zeigt mehrere Vertrauenssignale, die vor einer positiven Darstellung geprüft werden mussten: eine behauptete Zahl von 100.000 Besuchern pro Monat, „über 2.000 Leser", „50+ Rezepte", „30+ Produkttests", eine Bewertung von „4,8 ★", die Aussage „Täglich frisch – keine Fertigprodukte" und „Mit Leidenschaft – seit 2020", ein „Bestseller"-Label auf einem Rezept sowie die FAQ-Aussage, die Website betreibe Affiliate-Marketing hauptsächlich über Amazon-Partnerlinks.

Projektphase 4: butterburger.de über die Domex gekauft

butterburger.de ergänzt das Experiment um einen vierten Domainzugang. Während Lara's American Diner reanimiert, burgerservice.de über ReCatch gesichert und burgerandwaffle.de per Backorder übernommen wurde, kam butterburger.de über einen direkten Kauf in der Domex von DomainCatcher hinzu.

Die Domex ist der interne Domainmarktplatz von DomainCatcher. Anders als bei ReCatch oder Backorder wurde nicht auf einen Drop beziehungsweise den letzten RGP-Tag gewartet. Die Domain war bereits registriert und wurde als bestehender Domainbestand zu einem festen Preis übernommen. Ein konkreter Kaufpreis wird hier nicht genannt, da er vom Betreiber nicht veröffentlicht wurde. Wie die Domex als Domainmarktplatz funktioniert, erklärt die DomainCatcher-Case-Study; die offiziellen Angaben stehen auf DomainCatcher.com.

Wie weit kommt ein Projekt mit nahezu einem einzigen Prompt?

butterburger.de wurde als bewusst enger Vibe-Coding-Test umgesetzt. Für die erste vollständige Version wurde ein sehr umfangreicher Prompt verwendet, der Positionierung, Informationsarchitektur, Inhalte, Design, technische Umsetzung, SEO, strukturierte Daten und rechtliche Grundelemente vorgab.

Ein Prompt als Briefing kann festlegen: Zielgruppe, Seitentypen, Navigation, SEO-Daten, Content-Struktur, Designsystem, technische Anforderungen, Quellenregeln, strukturierte Daten, interne Verlinkung und Qualitätsregeln.

Ein Prompt als fertige Wahrheit kann dagegen nicht garantieren: korrekte Fakten, kulinarisch getestete Ergebnisse, vollständige Quellen, fehlerfreie Technik, Rankings, Indexierung, Nutzerinteresse, Conversion oder wirtschaftlichen Erfolg.

Eine enge Spezialseite statt eines weiteren allgemeinen Burgerportals

Nach Live-Prüfung ist butterburger.de nicht als breites allgemeines Burgerportal aufgebaut, sondern als eng fokussierte Spezialseite rund um eine konkrete Burgertechnik und ihre Varianten. Tatsächlich vorhanden sind: die Startseite, das Butter-Burger-Grundrezept, „Was ist ein Butter Burger?", der Wisconsin-Butter-Burger-Artikel, eine Seite zu Burger-Buns mit Butter, eine Seite zu Butter-Burger-Varianten, ein Beitrag zu häufigen Fehlern, eine Zubehör-Seite sowie „Über das Projekt", redaktionelle Richtlinien, eine Quellen-Seite, ein Affiliate-Hinweis, ein Autorenprofil, Impressum und Datenschutz. Alle Inhaltsseiten wurden laut Website am 22. Juli 2026 veröffentlicht.

Schnell indexiert ist noch kein SEO-Erfolg

Ein von der Betreiberseite bereitgestellter Screenshot zeigt bereits ein Google-Suchergebnis für butterburger.de/butter-burger-rezept/ mit dem Titel „Butter Burger Rezept: Klassiker mit gebuttertem Bun", markiert mit „vor 5 Tagen".

Das Grundrezept wurde bereits kurz nach Veröffentlichung als Google-Suchergebnis sichtbar. Dies ist ein positives technisches Signal: Die Seite konnte gecrawlt und indexiert werden. Daraus lässt sich jedoch noch kein dauerhaftes Ranking, nennenswerter Traffic oder wirtschaftlicher Erfolg ableiten – kein Top-Ranking, keine Seite 1 für das Hauptkeyword, keine garantierte Sichtbarkeit, kein bereits erfolgreicher Traffic und keine vollständige Indexierung aller Seiten.

Was muss nach der Prompt-Erstellung geprüft werden?

Rezepte: plausible Mengen und Zeiten, korrekte Portionsangaben, vollständige Arbeitsschritte, sichere Kerntemperatur, korrekter Umgang mit rohem Hackfleisch, keine erfundenen Geschmackstests.

Historische Aussagen: die Wisconsin-Herkunft, genannte Restaurantnamen, Jahreszahlen und regionale Traditionen müssen auf Primär- oder belastbaren Sekundärquellen beruhen.

Zubehör: keine erfundenen Produkttests, keine unbelegten Testsieger, keine statischen Preise, keine kopierten Amazon-Rezensionen, korrekte Affiliate-Kennzeichnung.

Technik: Statuscodes, Canonicals, Sitemap, Robots, interne Links, mobile Darstellung, Bilder, Recipe-Schema, Article-Schema und Breadcrumbs.

Vertrauen: Autor Leo Kobes, Betreiber Byte Media GmbH, redaktionelle Richtlinien und eine transparente Projektbeschreibung sichtbar – ohne eine medizinische oder ernährungswissenschaftliche Qualifikation zu behaupten.

Vier Domains, vier unterschiedliche Aufgaben

Die vier Projekte dokumentieren vier unterschiedliche Ausgangssituationen: Reanimation, ReCatch, Backorder und Marktplatzkauf. Sie sollen keine identischen Inhalte erhalten – jede Domain benötigt eine klar getrennte Aufgabe, Zielgruppe und Suchintention.

Kannibalisierung zwischen den Burgerprojekten vermeiden

Dafür gelten feste Regeln: keine identischen Rezepte, keine identischen Metadaten, keine austauschbaren Einleitungen, keine mehrfachen Seiten zum gleichen Keyword ohne klaren Mehrwert. butterburger.de ist die Hauptquelle für Butter Burger, Butter-Burger-Rezept, Wisconsin Butter Burger, gebutterte Buns, Butter auf dem Patty und Butter-Burger-Varianten sowie -Fehler – die anderen Burgerprojekte dürfen Butter Burger kurz erwähnen und dorthin verlinken, aber weder dasselbe Grundrezept noch dieselbe Wisconsin-Erklärung, dieselben Variantenseiten oder dieselbe Fehlerliste reproduzieren. Canonicals werden nicht domainübergreifend als Ersatz für klare Positionierung missbraucht – bei Überschneidungen wird eine Hauptsuchintention und eine Haupt-URL festgelegt, andere Inhalte werden gekürzt und kontextuell auf die Hauptquelle verlinkt, ohne domainübergreifende Textkopien.

Ein kleines Experiment mit thematischer Weiterleitung

Auf Lara's American Diner ist bereits ein kleines Anzeigenfeld für eigene Projekte angelegt. Konzipiert ist dafür ein rein statischer Werbe-Rotator: keine Datenbank, kein externes Ad-Netzwerk, kein Nutzerprofil, keine Cookies, kein Tracking ohne Einwilligung, kein Cloaking, keine unterschiedlichen Inhalte für Googlebot und Nutzer, keine automatische Weiterleitung, keine Pop-ups und keine Interstitials. Die Position ist bevorzugt kurz vor dem Footer oder innerhalb des Footers oberhalb der rechtlichen Links – nicht als Vollbild, Sticky-Overlay, über dem Hauptinhalt oder als störende mobile Bottom-Bar.

So ist das Modul aufgebaut (Beispielmarkup, sichtbar gekennzeichnet als „Anzeige · Eigenes Projekt"):

Die Auswahl unter mehreren möglichen internen Projektanzeigen (gurke.at, burgerservice.de, burgerandwaffle.de) erfolgt bevorzugt deterministisch anhand des Tages, damit das Layout stabil bleibt und kein permanenter Wechsel ablenkt – keine Rotation im Sekundentakt, keine ständig aufmerksamkeitsheischende Animation. Der HTML-Fallback ohne JavaScript verweist dabei immer auf den gurke.at-Link, damit die Anzeige auch ohne aktiviertes JavaScript nutzbar bleibt.

gurke.at ist eine Parking- und Affiliate-Testseite. Über den Suchparameter ?q=burger werden Produkte rund um Burger-Gurken und eingelegte Gurken angezeigt. Der Footer-Link testet, ob ein thematisch passender Hinweis aus einem Burgerprojekt zu relevanten Produktklicks führt. gurke.at wird hier ausdrücklich nicht als klassisches redaktionelles Burgerportal bezeichnet, sondern klar als Parking- beziehungsweise Affiliate-Test gekennzeichnet – ohne behauptete Umsätze, Conversion-Rate oder übernommene Produktpreise; die Affiliate-Verbindung ist offengelegt.

Messung des statischen Werbetests

Da keine Datenbank verwendet wird, bleibt die technische Auslieferung rein statisch (HTML/JavaScript-Rotator, keine Personalisierung, keine Nutzerprofile). Für die Klickmessung gilt: Ist keine geeignete, datenschutzkonforme Analytics-Lösung vorhanden, wird zunächst keine personenbezogene Messung ergänzt – stattdessen werden, sofern verfügbar, Amazon- beziehungsweise Affiliate-Berichte für ausgehende Conversions genutzt. Eine serverseitige aggregierte Klickzählung ist allenfalls nach separater technischer und datenschutzrechtlicher Prüfung geplant. Kein LocalStorage-Tracking nur zum Aufbau eines Nutzerprofils, kein Fingerprinting, keine heimlichen Trackingparameter; UTM-Parameter werden nur verwendet, wenn sie mit dem Zielsystem kompatibel sind und transparent dokumentiert werden.

Beobachten, ausbauen und vergleichen

Das Projekt soll mehrere SEO-Fragen beantworten: Wie entwickelt sich eine reaktivierte Domain? Welche Seiten erhalten zuerst Impressionen? Welche Inhalte gewinnen ohne starkes Linkbuilding Sichtbarkeit? Welche Wirkung besitzt ein später Content-Ausbau? Wie unterscheiden sich ReCatch-, Backorder- und Reanimationsprojekte? Welche Domain entwickelt sich am besten? Welche Inhalte führen zu Affiliate-Klicks? Wie lassen sich drei thematisch verwandte Projekte trennen?

Die SEO-Bausteine dafür: klare Informationsarchitektur, eindeutige Suchintention, semantisches HTML, interne Verlinkung, Autorenangaben, Quellen, strukturierte Daten, eigene Bilder, Rezepte mit korrektem Recipe-Schema, Produktseiten ohne erfundene Reviews, XML-Sitemaps, saubere Canonicals, mobile Performance und regelmäßige Search-Console-Auswertung.

Statisch, schnell und ohne Datenbank

Technisch basiert das Projekt auf plain HTML, CSS und JavaScript – kein React, kein schweres CMS, direkter FTP-Upload, lokale Datenstrukturen, statische Rezepte und Ratgeber, ein Browsergame ohne Serverkonto, ein Ad-Rotator ohne Datenbank und wenige Drittanbieterabhängigkeiten. Vorteile: geringe Betriebskosten, schnelle Bereitstellung, volle Dateikontrolle, einfache Sicherung und eine gute Performance-Grundlage. Nachteile: wiederkehrende Komponenten müssen sauber synchronisiert werden, größere Inhaltsmengen benötigen einen Build- oder Datenprozess, Produktdaten können veralten, mehrere Domains erhöhen den Pflegeaufwand, und Navigation sowie Sitemaps müssen konsistent bleiben.

Was beim Vibe Coding schiefgehen kann

Konkrete, nach Prüfung belegte Beispiele aus diesem Projekt (vor allem auf burgerandwaffle.de): erfundene beziehungsweise unbelegte Besucherzahlen, unbelegte Produkttest-Zahlen, unbelegte Sternebewertungen, eine unbelegte Gründungsangabe „seit 2020", ein „Bestseller"-Label ohne erkennbare Kriterien sowie generische Vertrauensaussagen wie „wir testen jedes Produkt selbst", die redaktionell noch nicht mit echten Testberichten unterlegt sind.

Zu jedem Fehler gehört: Was wurde gefunden? Warum ist es problematisch? Wie wird es korrigiert? Wie wird eine Wiederholung verhindert? Für burgerandwaffle.de bedeutet das konkret: unbelegte Zahlen entfernen oder durch echte Werte ersetzen, „seit 2020" nur beibehalten, wenn belegbar, „Bestseller" nur bei nachvollziehbarer Grundlage verwenden, und Produkttest-Aussagen nur dann treffen, wenn Tests tatsächlich stattgefunden haben.

Meine Rolle im Burger-Experiment

Ich habe Lara's American Diner am 21. Januar 2026 als Vibe-Coding-Test neu gestartet. Dabei ging es nicht nur darum, schnell eine Website zu erzeugen. Ich wollte beobachten, wie sich eine statische, KI-unterstützt entwickelte Seite in Google entwickelt und welche Fehler, Chancen und Folgeprojekte daraus entstehen.

Zu meinen konkreten Aufgaben gehören: Auswahl und Bewertung der Domains, Reanimation von Lara's American Diner, Vibe-Coding-Briefings, Informationsarchitektur, SEO-Konzeption, Contentplanung, Search-Console-Auswertung, ReCatch von burgerservice.de, Backorder von burgerandwaffle.de, Kauf von butterburger.de über die Domex, Definition der unterschiedlichen Projektrollen, QA von KI-generierten Inhalten, Affiliate-Konzept, Parking-Test, statischer Ad-Rotator sowie Mess- und Entscheidungsplanung.

Die KI entwickelt innerhalb meiner Vorgaben. Strategie, Faktenprüfung, Domainentscheidungen und Veröffentlichung bleiben meine Verantwortung.

Was ich aus dem Burgerprojekt lerne

KI verkürzt die Umsetzung, nicht die Beobachtungszeit. Eine Website ist schnell erstellt, aber SEO-, Nutzer- und Geschäftsdaten benötigen Zeit.

Es gibt keinen dokumentierten Sechs-Monats-KI-Timer. Entwicklungen müssen anhand konkreter Daten und Updates eingeordnet werden.

Ein Themencluster kann mehrere Domains tragen – aber nicht denselben Inhalt. Jede Domain benötigt eine eigenständige Aufgabe.

Domainzugang und Projektstrategie sind zwei getrennte Entscheidungen. ReCatch, Backorder und Reanimation liefern eine Domain, aber noch kein funktionierendes Projekt.

Search Console verhindert Bauchgefühl. Impressionen, Klicks, CTR und Suchanfragen zeigen, welche Seiten tatsächlich wahrgenommen werden.

KI erfindet überzeugende Vertrauenssignale. Zahlen, Tests und Bewertungen benötigen deshalb eine verbindliche QA.

Kleine Tools erhöhen den Projektwert. Diner Rush und der Ad-Rotator schaffen andere Erfahrungen als reine Ratgebertexte.

Monetarisierung sollte als Test sichtbar bleiben. Affiliate-Links und Parking-Verweise dürfen nicht als redaktionell neutrale Empfehlungen getarnt werden.

Ein enger Themenfokus erleichtert die erste Informationsarchitektur. butterburger.de benötigt keine hunderten Kategorien. Der klare Begriff ermöglicht eine kompakte Struktur aus Grundrezept, Definition, Technik, Varianten, Fehlern und Zubehör.

Fast ein Prompt bedeutet nicht ohne Nacharbeit. Der erste Prompt kann eine erstaunlich vollständige Website erzeugen. Die eigentliche Qualität entsteht aber erst durch Faktenprüfung, Rezeptkontrolle, technische QA und Beobachtung nach der Veröffentlichung.

Indexierung ist nur der erste technische Meilenstein. Ein sichtbares Google-Ergebnis zeigt, dass Crawling und Indexierung grundsätzlich funktionieren. Ob das Projekt dauerhaft Sichtbarkeit und Nutzer gewinnt, zeigen erst Search-Console-Daten über einen längeren Zeitraum.

Verschiedene Erwerbswege lassen sich miteinander vergleichen. Reanimation, ReCatch, Backorder und Domex führen jeweils zu einer Domain. Der spätere Projekterfolg hängt jedoch nicht allein davon ab, wie die Domain erworben wurde.

Bisherige Daten

Gezeigt werden ausschließlich: das Startdatum 21. Januar 2026, die GSC-Momentaufnahme, verifizierte sichtbare Seiten, dokumentierte Domainzugänge und tatsächlich implementierte Tools. Nicht veröffentlicht, da nicht belegt: Umsätze, Affiliate-Einnahmen, Conversion-Raten, Besucherzahlen außerhalb der GSC-Werte, Seitenaufrufe, Rankings einzelner Keywords, Ad-Klicks oder Verkaufswerte der Domains.

Wie das Experiment weiter bewertet wird

Die Weiterentwicklung orientiert sich an: Google Search Console pro Domain (Impressionen, Klicks, CTR, durchschnittliche Position, indexierte Seiten, Suchanfragen, Gewinner- und Verliererseiten), Content (neue und aktualisierte Seiten, Seiten ohne Impressionen, interne Verlinkung, Crawl- und Indexierungsprobleme), Nutzerverhalten ausschließlich datenschutzkonform (Klicks auf Rezepte, Nutzung von Diner Rush, Klicks zwischen den Burgerprojekten, Klicks auf den Footer-Ad-Test, ausgehende Affiliate-Klicks), Wirtschaftlichkeit (Domain- und Hostingkosten, Zeitaufwand, Affiliate-Einnahmen, notwendige Aktualisierungen, Erlös pro Projekt) und Qualitätskennzahlen (gefundene Platzhalter, falsche Links, unbelegte Aussagen, veraltete Produkte, nicht funktionierende Formulare, Duplicate Content).

Ein Projekt wird ausgebaut bei wachsender organischer Sichtbarkeit, klarer Suchintention, sinnvoller interner Erweiterung, Nutzerinteraktion, wirtschaftlichem Potenzial und vertretbarem Pflegeaufwand. Inhalte werden zusammengeführt bei gleicher Suchintention, ähnlichen Rankings, austauschbaren Inhalten, Kannibalisierung oder zu geringer Eigenständigkeit. Ein Projekt wird pausiert bei dauerhaft fehlender Sichtbarkeit, fehlendem eigenständigem Nutzen, unverhältnismäßigem Pflegeaufwand oder fehlender wirtschaftlicher beziehungsweise strategischer Perspektive. Eine Domain wird verkauft oder anderweitig genutzt bei stärkerem Käuferwert als Projektwert, fehlender Zeit für Pflege, Überschneidung mit einem stärkeren Projekt oder einem überzeugenden Kaufangebot.

butterburger.de wird dabei als eigenständige Domain separat gemessen: Indexierungsstatus, Anzahl indexierter Seiten, Impressionen, Klicks, durchschnittliche Position, Suchanfragen, CTR, stärkste Einstiegsseite, Grundrezept versus Wissensseiten, interne Klicks, Zubehör-Klicks, Affiliate-Klicks, technische Fehler und der Rich-Result-Status für Rezepte. Zahlen werden erst veröffentlicht, wenn belastbare Daten vorliegen. Als interne Beobachtungsintervalle sind 30, 60, 90 und 180 Tage nach Veröffentlichung vorgesehen – das sind Vergleichspunkte für die eigene Auswertung, keine angeblichen Google-Prüffristen.

Nächste Schritte

• Lara's American Diner um klar priorisierte Ratgeber ergänzen.
• GSC-Suchanfragen als Grundlage für neue Inhalte verwenden.
• Bestehende Inhalte auf Qualität und Quellen prüfen.
• Browsergame technisch und mobil testen.
• Diner-Guide nur mit verifizierten Daten ausbauen.
• burgerandwaffle.de vollständig von Platzhaltern und Fantasiekennzahlen bereinigen.
• Produkttest-Status auf allen Equipment-Seiten sichtbar machen.
• burgerservice.de mit belastbarer Datenstrategie planen.
• Rollen und Keywords der drei Domains verbindlich trennen.
• Footer-Ad-Rotator statisch implementieren beziehungsweise den Live-Zustand verifizieren.
• gurke.at-Verlinkung klar als Anzeige kennzeichnen.
• Klickmessung datenschutzkonform planen.
• Domain-, Hosting- und Contentkosten dokumentieren.
• Entwicklung jeder Domain getrennt in Search Console beobachten.
• Nach ausreichendem Zeitraum entscheiden, welche Domain den Schwerpunkt erhält.

Verbindung zu meiner Expertise

Die Burger kommen – aber nicht automatisch

Lara's American Diner begann als kleiner Vibe-Coding-Test. Nach rund sechs Monaten liegen erste messbare organische Signale, konkrete Fehler und neue Projektideen vor. Genau das macht den Test wertvoller als eine reine Erfolgsgeschichte.

Mit burgerservice.de, burgerandwaffle.de und butterburger.de sind drei weitere Domains hinzugekommen – über ReCatch, Backorder und Domex. Mit butterburger.de kam so ein vierter Entwicklungsweg hinzu: Die Domain wurde nicht per ReCatch oder Backorder gesichert, sondern direkt über die Domex gekauft. Gleichzeitig testet das Projekt, wie weit sich eine eng fokussierte Website mit nahezu einem einzigen umfassenden Prompt entwickeln lässt. Alle drei zeigen, dass die Sicherung einer Domain nur der Anfang ist. Entscheidend bleibt, ob daraus ein eigenständiges, nützliches und wirtschaftlich tragfähiges Projekt entsteht.

Das frühe Google-Suchergebnis für butterburger.de ist ein erstes technisches Signal, aber noch kein abschließendes Ergebnis. Entscheidend wird sein, ob die Spezialseite über die nächsten Monate passende Suchanfragen, Klicks und einen eigenständigen Nutzen entwickelt.

Die nächsten Monate sollen deshalb nicht beweisen, dass KI automatisch funktioniert. Sie sollen zeigen, welche Kombination aus Domain, Vibe Coding, redaktioneller Prüfung, Search-Console-Daten und konsequenter Weiterentwicklung tatsächlich Bestand hat.