Opus Growth

Prompt-Bibliothek

Fertige Prompts für Claude, ChatGPT und andere Assistenten, die mit deinen Werbekonten verbunden sind. Kopieren, Klammern ausfüllen, senden.

Zum Beispiel:

Berichte

Alle 49 ansehen →

BerichteNur lesend

Monatliches Scorecard zur Sichtbarkeit Ihrer Marke in KI-Antworten erstellen und mit dem Vormonat vergleichen

Misst jeden Monat dasselbe Fragenset in ChatGPT, Perplexity und Gemini, prüft, ob Sie in den KI-Antworten von Google zitiert werden, und verbindet das mit KI-Verweisen in GA4 und Markensuchen in der Search Console. Nennt Messrauschen und Grenzen der Tools offen.

Wann du ihn nutztWenn Sie wissen möchten, ob Ihre Marke in ChatGPT, Perplexity und den KI-Antworten von Google auftaucht und ob diese Sichtbarkeit von Monat zu Monat wächst.

Erstelle das Scorecard dieses Monats zur Sichtbarkeit meiner Marke [Markenname] und meiner Website [Domain] in KI-Antworten. Markt: [Land], Sprache: [Sprachcode, z. B. de]. Meine Wettbewerber: [bis zu 3 Namen von Wettbewerber-Marken]. Mein festes Fragenset: [5 bis 6 Fragen, die meine Marke nicht nennen und so formuliert sind, wie ein echter Kunde sie stellen würde]. Scorecard des Vormonats: [Tabelle des Vormonats einfügen oder "erster Monat" schreiben]. Das Ganze ist rein lesend.

Halte das Fragenset jeden Monat identisch, sonst lassen sich die Monate nicht vergleichen. Wenn ich keine Fragen angegeben habe, schlage 6 vor (2 vom Typ "beste [Dienstleistung] in [Stadt]", 2 Vergleiche, 1 zum Preis, 1 How-to), lass sie dir von mir bestätigen und weise darauf hin, dass das Set sich nicht mehr ändert.

1. Credit-Check. Nutze seo_history, um kürzlich ausgeführte Abfragen mit diesen Argumenten zu finden. Rufe die wiederverwendbaren mit denselben Argumenten erneut auf, sie kommen ohne Kosten zurück. Sag mir, wie viele neue Aufrufe nötig sind.
2. Anteil in KI-Chats. Führe seo_geo_tracker aus mit brand=[Markenname], brand_domain=[Domain], den Wettbewerbern und dem Fragenset, engines='chat_gpt,perplexity' und repeats=2. Das Tool führt pro Aufruf höchstens 24 Sprachmodell-Abfragen aus (Fragen × Engines × Wiederholungen) und senkt die Wiederholungen selbst, wenn dieses Limit überschritten wird. Gib daher prompts_used und calls aus der Antwort an, damit die Monate auf derselben Skala bleiben. Nimm die Erwähnungsquote der Marke, die Anzahl der Antworten, die meine Domain zitieren, die Quote je Engine, die Quote jedes Wettbewerbers und die am häufigsten zitierten Quell-Domains. Dieses Tool liefert nicht den Antworttext, nur Quoten und Quell-Domains.
3. KI-Antworten von Google. Führe die 3 Fragen mit der stärksten kommerziellen Absicht durch seo_ai_overview aus: target=[Domain], location=[Ländername auf Englisch, z. B. Germany], language=[Sprachcode]. Halte für jede fest, ob eine KI-Antwort erscheint, ob meine Domain zitiert wird und welche Domains stattdessen zitiert werden. Achtung: Die Liste references kann leer zurückkommen, während die Quellen nur als Links im Text von ai_answer stehen. Vertraue in diesem Fall target_cited nicht, sondern zähle die Domains der Links im Text. ai_answer wird bei 1.200 Zeichen abgeschnitten. Schreibe "nicht zitiert" daher als "nicht im sichtbaren Teil", nicht als Gewissheit.
4. Erwähnungen insgesamt. Führe seo_geo_citations mit brand=[Markenname] aus und übernimm die Anzahl der Erwähnungen in den KI-Antworten von Google und in ChatGPT. Wenn mein Markenname aus gebräuchlichen Wörtern besteht (zum Beispiel zwei Alltagswörter), kann diese Zahl durch fremde Texte aufgebläht sein. Weise darauf hin und nutze diese Zeile für den Trend, nicht als exakte Zahl.
5. Echte Besuche. Rufe in meiner GA4-Property [GA4-Property] mit ga4_report und dimension='source' die Sitzungen und Schlüsselereignisse der letzten 30 Tage und der 30 Tage davor ab. Addiere chatgpt.com, perplexity.ai, gemini.google.com, copilot.microsoft.com, claude.ai und jede weitere Quelle, die eindeutig zu einem KI-Assistenten gehört. Lass bezahlten Traffic mit utm-Parametern aus (zum Beispiel eine Anzeigenquelle wie chatgpt_ads), denn das ist keine organische Sichtbarkeit.
6. Markensuchen. Nutze in meiner Search-Console-Property get_report mit platform='search_console', breakdown='query' für die letzten 28 Tage und die 28 Tage davor und addiere Impressionen und Klicks für Suchanfragen, die meinen Markennamen enthalten. Erwähnungen in KI-Antworten erhöhen oft die Markensuchen, diese Zeile ist also ein indirektes Signal.

Formatiere die Ausgabe so. Zuerst eine Zusammenfassung in vier Sätzen. Dann die Scorecard-Tabelle: Kennzahl, dieser Monat, Vormonat, Veränderung, Anmerkung. Zeilen: Erwähnungsquote in ChatGPT, Erwähnungsquote in Perplexity, Antworten mit Zitat meiner Domain, Erwähnungsquote jedes Wettbewerbers, Fragen, bei denen die KI-Antwort von Google mich zitiert, Erwähnungszahlen aus seo_geo_citations, Sitzungen und Schlüsselereignisse aus KI-Assistenten, Impressionen der Markensuchen. Dann eine Tabelle pro Frage: Frage, in ChatGPT erwähnt, in Perplexity erwähnt, von Google zitiert, meistzitierte Wettbewerber-Quelle. Dann die 10 am häufigsten zitierten Quell-Domains und wie viele davon meine Website, die Website eines Wettbewerbers oder ein Dritter sind.

Entscheidungsregeln: Bei zwei Wiederholungen kennzeichne jede Änderung einer Quote unter 10 Punkten als "im Rauschen" und lies sie nicht als echte Veränderung. Wenn dies der erste Monat ist, lass die Spalte Veränderung leer und halte diesen Monat als Ausgangswert fest. Schließe mit einer Empfehlung für den nächsten Monat ab und gib die Tabelle in einer Form aus, die ich nächsten Monat zum Einfügen kopieren kann.

BerichteNur lesend

Conversion-Verzögerung messen, bevor du die letzten Tage bewertest

Ermittelt je Kampagne, wie viele Tage nach dem Klick Conversions erfasst werden, schätzt, wie unvollständig die letzten Tage noch sind, und sagt, ob eine Gebotsentscheidung warten sollte.

Wann du ihn nutztWenn die Kosten pro Conversion in Google Ads in den letzten 7 Tagen schlechter aussehen und Sie nicht wissen, ob es ein echter Einbruch ist oder nur Conversions, die noch nicht erfasst wurden.

In meinem Google-Ads-Konto [Kontoname] sehen die Kosten pro Conversion der letzten 7 Tage höher aus. Bevor ich handle, will ich wissen, ob das ein echter Rückgang ist oder nur Conversions, die noch nicht erfasst wurden. Das ist eine reine Leseanalyse, ändere bitte nichts.

1. Conversion-Aktionen kennen. Liste die Aktionen mit list_conversion_actions auf, inklusive Zählmethode und Lookback-Fenster für Klicks (click_lookback_days). Verwende in den folgenden Schritten nur Aktionen, die in der Spalte „Conversions“ enthalten sind (included_in_conversions).
2. Verzögerungskurve aufbauen. Rufe mit google_ads_query die letzten 90 Tage je Kampagne ab, segmentiert nach segments.conversion_lag_bucket, mit metrics.conversions und metrics.conversions_value. Gib den Zeitraum mit BETWEEN und expliziten Datumsangaben an, da DURING LAST_90_DAYS kein gültiger GAQL-Wert ist. Berechne für jede Kampagne, welcher Anteil der Conversions innerhalb des ersten Tages, der ersten 3 Tage, der ersten 7 Tage und der ersten 14 Tage eintrifft.
3. Schätzen, was noch fehlt. Rufe die letzten 14 Tage tageweise ab: Klicks, Kosten, metrics.conversions (nach Klickdatum) und metrics.conversions_by_conversion_date (nach dem Datum, an dem die Conversion stattfand). Schätze anhand der Kurve aus Schritt 2, wie viele Conversions je Tag noch nachkommen. Beispiel: Wenn eine Kampagne 60 % ihrer Conversions innerhalb von 3 Tagen erreicht, zeigt ein Tag von vor 3 Tagen aktuell etwa 60 % seiner endgültigen Zahl.
4. Vergleich korrigieren. Vergleiche die letzten 7 Tage mit den 7 Tagen davor auf zwei Arten: mit Rohwerten und mit verzögerungsbereinigten Schätzungen. Kennzeichne jede bereinigte Zahl als „Schätzung“.

Entscheidungsregeln:
1. Hat eine Kampagne in den letzten 90 Tagen weniger als 30 Conversions, ist ihre Verzögerungskurve nicht belastbar. Schätze für sie nichts, schreibe „nicht genug Daten“ und zeige nur den Rohwert.
2. Liegt die bereinigte Schätzung innerhalb von 15 % der Vorwoche, führe den Rückgang auf die Verzögerung zurück und empfiehl keine Änderung von Gebot, Budget oder Ziel.
3. Zeigt die bereinigte Schätzung weiterhin einen deutlichen Rückgang, erklärt die Verzögerung ihn nicht. Sag das klar und nenne die ersten drei Stellen, an denen als Nächstes zu suchen ist.
4. Braucht eine Kampagne mehr als 7 Tage, um 90 % ihrer Conversions zu sammeln, empfiehl keine Änderung ihres Ziel-CPA oder Ziel-ROAS auf Basis der letzten 7 Tage.

Formatiere die Ausgabe so: zuerst eine Zusammenfassung in drei Sätzen. Danach eine Tabelle mit einer Zeile pro Kampagne: Kampagne, Conversions der letzten 90 Tage, Anteil am ersten Tag, Anteil in den ersten 7 Tagen, Tage bis 90 % der Conversions, Roh-Conversions der letzten 7 Tage, geschätzte endgültige Conversions der letzten 7 Tage, Kosten pro Conversion roh und geschätzt, Entscheidung (warten, untersuchen, nicht genug Daten). Schließe mit einer Regel für das Team: Wie viele Tage sollte man in diesem Konto warten, bevor man eine Woche bewertet?

BerichteÄndert nach deiner Freigabe

Monatliches Effizienz-Ranking der Paid-Kanäle mit Vorschlag zur Budgetaufteilung

Ein Ranking aller bezahlten Kanäle nach Kosten pro Conversion, mit Ausgabenanteil vs. Conversion-Anteil und einem Vorschlag für die Budgetaufteilung des nächsten Monats.

Wann du ihn nutztWenn ein neuer Monat beginnt und du entscheiden musst, welche Paid-Kanäle mehr oder weniger Budget verdienen.

Vergleiche den letzten Kalendermonat über Google Ads, Meta, TikTok und Microsoft Ads hinweg.

Erstelle eine Tabelle mit diesen Spalten für jeden Kanal:
- Ausgaben
- Conversions
- Kosten pro Conversion
- Conversion-Wert und ROAS, sofern der Wert erfasst wird
- Anteil an den Gesamtausgaben (%)
- Anteil an den gesamten Conversions (%)

Sortiere die Kanäle nach Kosten pro Conversion. Mein Ziel für die Kosten pro Conversion ist [Ziel-CPA].

Entscheidungsregeln:
- Liegt der Conversion-Anteil eines Kanals mindestens 10 Punkte unter seinem Ausgabenanteil, markiere ihn als Kandidaten für eine Kürzung.
- Liegt der Conversion-Anteil eines Kanals mindestens 10 Punkte über seinem Ausgabenanteil, markiere ihn als Kandidaten für eine Skalierung. Bei Google Search nur dann, wenn die Analyse des Anteils an möglichen Impressionen zeigt, dass die Kampagnen Impression Share wegen des Budgets verlieren.
- Hat ein Kanal weniger als 10 Conversions, markiere ihn mit "nicht genug Daten" und lass sein Budget unverändert.

Schlage dann die Aufteilung für den nächsten Monat in einer Tabelle vor, mit aktuellen monatlichen Ausgaben, vorgeschlagenen Ausgaben und einer einzeiligen Begründung pro Kanal. Halte die Gesamtsumme innerhalb von [Monatsbudget].

Wende nichts an. Wenn ich zustimme, zeige eine Vorschau jeder Budgetänderung und warte auf meine Bestätigung.

BerichteÄndert nach deiner Freigabe

Monatlicher Google-Ads-Kundenreport mit teilbarem White-Label-Link

Erstellt einen einseitigen, jargonfreien Monatsreport für einen Kunden mit exakten Kalendermonatszahlen im Vergleich zum Vormonat, erklärt jede größere KPI-Veränderung anhand der Kampagnendaten und erstellt den White-Label-Link erst, nachdem du den Entwurf freigegeben hast.

Wann du ihn nutztWenn du einem Kunden die monatlichen Google-Ads-Ergebnisse in einfacher Sprache schicken und erklären musst, was sich warum bewegt hat.

Erstelle den monatlichen Google-Ads-Report für [Kundenkonto] für [Monat, z. B. 2026-09], im Vergleich zum vorherigen Kalendermonat.

Daten:
- Nutze list_accounts, um die Customer-ID von [Kundenkonto] zu finden.
- Hole die exakten Kalendermonatszahlen mit get_report (platform google_ads) über start_date und end_date für [Monat] und danach noch einmal für den Vormonat. Hole sowohl die Kontosummen als auch die Zeilen auf Kampagnenebene.
- Wenn du mehr Kampagnendetails brauchst, nutze performance_report auf Kampagnenebene.
- KPIs: Kosten, Klicks, Conversions, Conversion-Wert, CPA, ROAS und CTR, jeweils mit der prozentualen Veränderung. Wenn in diesem Konto kein Conversion-Wert erfasst wird, lass den ROAS weg und nenne den Grund in einer Zeile.

Schreibe den Report für einen Kunden, der kein Marketer ist:
1. Eine Executive Summary in 3 Sätzen: Ergebnis, wichtigster Treiber und was als Nächstes kommt.
2. Eine KPI-Tabelle mit diesem Monat, dem Vormonat und der prozentualen Veränderung.
3. Die Top 3 Kampagnen nach Conversions. Nenne außerdem die Kampagne mit dem höchsten CPA unter denen, die mehr als 10 % der Gesamtausgaben des Monats hatten.
4. Drei konkrete nächste Schritte für den kommenden Monat, jeweils an etwas in den Daten geknüpft.

Markiere jede KPI, die sich um mehr als 15 % verändert hat. Erkläre jede davon mit Belegen aus den Kampagnenzeilen, etwa einer Budgetverschiebung zwischen Kampagnen, einer CPA-Veränderung in einer bestimmten Kampagne oder einem Conversion-Rückgang. Wenn die Daten die Veränderung nicht erklären, sag das klar und rate nicht.

Halte alles auf einer Seite und ohne Fachjargon. Zeig mir zuerst den Entwurf und stopp dann.

Nachdem ich den Entwurf freigegeben habe, erstelle den teilbaren White-Label-Link mit client_report_link und brand_name [Agentur- oder Kundenmarke]. Beachte: Dieses Tool akzeptiert nur ein rollierendes Tagesfenster bis jetzt, keinen benannten Monat. Sag mir deshalb vor dem Erstellen, welche exakten Daten der Link mit dem geplanten days-Wert abdeckt und ob das zu [Monat] passt. Wenn es nicht passt (zum Beispiel, weil das Monatsende schon lange her ist), sag mir das deutlich und lass mich wählen: den Link trotzdem mit seinem rollierenden Fenster erstellen oder den Link weglassen, und ich schicke den freigegebenen Entwurf selbst. Gib mir danach die URL.

BerichteNur lesend

Agentur-Portfolio-Triage: Welche Kundenkonten brauchen diese Woche Aufmerksamkeit

Vergleicht alle verbundenen Google-Ads-Kundenkonten über die letzten 30 Tage mit den vorherigen 30, ergänzt das Budget-Pacing seit Monatsbeginn, sortiert die Konten nach Risiko und gibt Account Managern für die Top 5 einen datenbasierten ersten Check. Nur lesend.

Wann du ihn nutztWenn du viele Google-Ads-Kundenkonten betreust und wissen musst, welche du diese Woche zuerst öffnen solltest.

Führe eine Triage aller verbundenen Google-Ads-Kundenkonten durch. Vergleiche die letzten 30 Tage mit den vorherigen 30 Tagen.

So kommst du an die Zahlen:
- Führe portfolio_report mit days=30 aus und danach noch einmal mit days=60. Leite für jedes Konto die vorherigen 30 Tage ab, indem du die 30-Tage-Werte von den 60-Tage-Werten abziehst (Kosten, Klicks, Conversions, Conversion-Wert), und berechne CPA und ROAS für beide Zeiträume selbst.
- Nutze list_accounts, um die Customer-ID jedes Kontos zu bekommen, und führe dann für jedes Konto budget_pacing_alerts mit threshold_pct=10 aus. Das Pacing ist eine Hochrechnung seit Monatsbeginn bis zum Monatsende und nicht das 30-Tage-Fenster, beschrifte diese Spalte daher mit "Pacing (aktueller Monat)".
- Wenn ein Konto keinen Conversion-Wert erfasst, markiere den ROAS als n/a, statt ihn als unter dem Ziel zu behandeln.

Markiere ein Konto als gefährdet, wenn mindestens eine dieser Bedingungen zutrifft:
- CPA um mehr als 20 % gestiegen
- Conversions um mehr als 20 % gesunken
- ROAS unter [Ziel-ROAS oder Ziele pro Konto auflisten]
- Eine Kampagne wird vom Budget-Pacing als um mehr als 10 % über- oder unterschritten zum Monatsende markiert

Liefere eine Tabelle mit diesen Spalten: Konto, Ausgaben, Conversions, CPA, ROAS, % Veränderung bei CPA und Conversions, Pacing (aktueller Monat), Risikogründe. Sortiere sie nach der Anzahl der Risikogründe, danach nach Ausgaben.

Liste unter der Tabelle die 5 Konten auf, die unsere Account Manager diese Woche zuerst öffnen sollten. Führe nur für diese 5 conversion_tracking_health (days=30) und search_terms_report (days=30, nach Kosten sortiert) aus, um die Empfehlung zu untermauern. Nenne für jedes einen konkreten ersten Check, zum Beispiel "Suchbegriffe in Kampagne X verbrauchen Budget ohne Conversions" oder "Conversion-Aktion Y hat in 30 Tagen nichts erfasst", basierend auf dem, was die Daten zeigen. Wenn keiner der beiden Reports das Problem des Kontos erklärt, sag, was du dir als Nächstes ansehen würdest, statt zu raten.

Schließe mit den Konten ab, die sich am stärksten verbessert haben. Das sind gute Nachrichten für Kundengespräche.

Das ist nur lesend. Ändere nichts in einem Konto.

BerichteNur lesend

Full-Funnel-Kundenreport: Paid-, organische und Onsite-Ergebnisse in einer Ansicht

Ein monatlicher Funnel-Report, der Google Ads, Search Console und GA4 verbindet und zeigt, welcher Kanal tatsächlich die Schlüsselereignisse getrieben hat.

Wann du ihn nutztWenn ein Kunde fragt, welcher Kanal die Ergebnisse wirklich gebracht hat, und du bezahlte, organische und Onsite-Daten in einer Geschichte brauchst.

Erstelle einen Full-Funnel-Report für [Kundenname] für die letzten 28 Tage im Vergleich zu den vorherigen 28 Tagen.

Nutze die einheitliche Marketing-Übersicht, um eine Funnel-Tabelle zu erstellen:
- Google Ads: Ausgaben, Klicks und Conversions
- Search Console: organische Klicks, Impressionen und durchschnittliche Position
- GA4: Sitzungen, Engagement-Rate und Schlüsselereignisse

Zeige für jede Zeile die prozentuale Veränderung.

Schlüssle dann die GA4-Sitzungen und Schlüsselereignisse nach Sitzungsquelle / Medium auf. Zeige, welche Kanäle die Schlüsselereignisse erzeugt haben und wie sich ihr Anteil verändert hat.

Liste aus der Search Console die 5 Suchanfragen mit den größten Klickgewinnen und die 5 mit den größten Klickverlusten auf.

Schreibe eine kurze Kundenerzählung mit höchstens 5 Stichpunkten. Wenn sich die Google-Ads-Conversions und die bezahlten GA4-Schlüsselereignisse um mehr als 20 % unterscheiden, sag das und erkläre, dass beide Systeme unterschiedlich zählen. Behandle die Lücke nicht als Fehler, solange die Daten das nicht belegen.

Schließe mit 3 Prioritäten für den nächsten Monat ab, die jeweils an eine konkrete Zahl im Report geknüpft sind.

Rein lesend. Nimm keine Änderungen vor.

Kontoprüfung

Alle 59 ansehen →

KontoprüfungNur lesend

Vollständiges Google-Ads-Konto-Audit mit den drei Maßnahmen, die zuerst umgesetzt werden sollten

Prüft das gesamte Konto in einem Durchgang, von Messung und Gebotsstrategie bis zu Kontostruktur und Landingpages. Sortiert die Ergebnisse nach Wirkung und benennt die ersten drei Maßnahmen, ohne etwas zu ändern.

Wann du ihn nutztWenn du ein Google-Ads-Konto übernimmst oder ihm misstraust und wissen willst, was wirklich falsch läuft und wo du mit der Behebung anfangen sollst.

Führe ein vollständiges Audit meines Google-Ads-Kontos [Kontoname] durch. Wenn das Konto jünger als 90 Tage ist, nutze alle verfügbaren Tage, andernfalls die letzten 90 Tage. Das ist eine reine Leseprüfung, ändere nichts.

Beginne mit account_snapshot, um für jede Kampagne Status, Budget, Gebotsstrategie, Alter und die Ergebnisse seit dem Start zu erhalten. Trenne die Kampagnen, die Ergebnisse liefern, von denen, die Budget verbrauchen, ohne zu konvertieren. Gehe dann diese Bereiche der Reihe nach durch:

1. Messung. Liste die primären Conversion-Aktionen mit list_conversion_actions auf. Markiere jede primäre Aktion, die in den letzten 30 Tagen nichts erfasst hat. Suche nach Konfigurationen, die dieselbe Person doppelt zählen können, zum Beispiel ein Klick auf die Telefonnummer und ein Klick auf WhatsApp auf der Website, die als zwei getrennte primäre Aktionen eingerichtet sind, oder das Google-Ads-Tag und ein importiertes GA4-Event, die beide für dasselbe Formular als primär gelten. Prüfe, wie viele Klicks auf den Anrufbutton in den Anzeigen entfielen und ob diese Anrufe tatsächlich erfasst wurden, mit google_ads_query auf call_view.
2. Gebote und Budget. Zeige mit impression_share_analysis pro Kampagne den durch Budget und durch Rang verlorenen Anteil an Impressionen. Finde mit keyword_quality_report Keywords, die unter dem Gebot für die erste Seite liegen oder wegen niedriger Qualität selten ausgeliefert werden. Sage bei Kampagnen mit Smart Bidding, ob die letzten 30 Tage genügend Conversions für das verwendete Ziel enthalten.
3. Struktur. Prüfe, ob Markensuchen sich eine Kampagne mit generischen Suchen teilen, ob jede Anzeigengruppe auf die Seite ihrer eigenen Leistung verweist und ob dasselbe Keyword in mehr als einer Anzeigengruppe steht.
4. Suchbegriffe. Trenne mit search_terms_report Begriffe, die Budget verbrauchen, ohne zu konvertieren, Wettbewerbermarken und informationsorientierte Suchen. Zähle einen Begriff mit mindestens einer Conversion nie als Verschwendung.
5. Anzeigen und Assets. Prüfe die Anzeigeneffektivität, abgelehnte Assets und ob Sitelinks auf die richtige Seite verweisen. Markiere separat jeden Text und jedes Asset, das eine Leistung beschreibt, die das Unternehmen nicht anbietet: [nicht angebotene Leistungen, oder "keine" eintragen].
6. Landingpages. Hole mit google_ads_query aus landing_page_view Klicks, Kosten und Conversion-Rate pro Seite. Prüfe auf den Seiten mit dem höchsten Budgetverbrauch, ob ein Telefon- und ein WhatsApp-Button vorhanden sind, und kontrolliere die mobile Ladegeschwindigkeit mit core_web_vitals.
7. Standort, Zeitplan und Gerät. Zeige, ob die Standortoption auf "Präsenz" eingestellt ist, wie viel Budget außerhalb des Zielgebiets ausgegeben wird sowie Ausgaben und Conversions außerhalb von [Geschäftszeiten].

Formatiere die Ausgabe so: zuerst eine Zusammenfassung in fünf Sätzen, wie das Konto dasteht. Danach eine nach Wichtigkeit sortierte Ergebnistabelle: Problem, Beleg, geschätzte Wirkung, Empfehlung. Am Ende die drei Maßnahmen, die zuerst umgesetzt werden sollten, und warum jede davon zuerst kommt. Wo die Daten für eine Schlussfolgerung nicht ausreichen, rate nicht, sondern sage, was fehlt.

KontoprüfungNur lesend

Vollständiges Meta-Ads-Konto-Audit mit den drei wichtigsten Sofortmaßnahmen

Prüft in einem Durchgang Messung, Auslieferungsprobleme, Lernphase, Targeting, Placements und Creative-Ermüdung. Priorisiert die Erkenntnisse und nennt die ersten drei Maßnahmen, ohne etwas zu verändern.

Wann du ihn nutztWenn die Ergebnisse deiner Meta-Anzeigen eingebrochen sind oder stagnieren und du wissen willst, was im Konto schiefläuft, bevor du etwas änderst.

Prüfe mein Meta-Werbekonto [ad account] von Anfang bis Ende. Nimm die letzten 30 Tage als Hauptzeitraum und die 30 Tage davor als Vergleich. Das ist eine reine Leseprüfung, verändere nichts.

Beginne mit account_snapshot für die Plattform meta, um Status, Budget, Zielsetzung, Alter und die Ergebnisse seit dem Start jeder Kampagne zu erhalten. Meta kennt keine einheitliche Conversion-Zahl, verwende also für jede Kampagne das Ergebnis, auf das sie tatsächlich optimiert (Leads, begonnene Nachrichtenunterhaltungen, Käufe). Gehe dann diese Bereiche der Reihe nach durch:

1. Messung. Prüfe mit list_meta_pixels den Zeitpunkt des letzten Pixel-Events. Bestätige, dass das Event, auf das jede Kampagne optimiert, tatsächlich erfasst wird. Markiere Setups, die dasselbe Ergebnis doppelt zählen können, zum Beispiel Leads, die sowohl über den Pixel als auch über ein Sofortformular erfasst werden.
2. Auslieferung. Liste Anzeigengruppen auf, die abgelehnt wurden, in der Prüfung hängen, keine aktive Anzeige mehr haben oder weniger als die Hälfte ihres Budgets ausgeben. Nenne zu jeder den von Meta angegebenen Grund.
3. Lernphase. Finde Anzeigengruppen, die so stark aufgeteilt sind, dass sie keine 50 Ergebnisse pro Woche erreichen können. Zeige mit meta_change_history die Änderungen der letzten 14 Tage, die das Lernen zurückgesetzt haben.
4. Targeting und Zielgruppen. Markiere Anzeigengruppen, die dieselbe Zielgruppe ansprechen, sowie Anzeigengruppen, deren Frequenz über [maximum frequency] liegt.
5. Placements und Geräte. Vergleiche mit get_report die Kosten pro Ergebnis nach publisher_platform und nach Gerät mit dem Kontodurchschnitt. Triff keine Entscheidungen auf Basis von Segmenten mit weniger als 20 Ergebnissen.
6. Creatives. Betrachte eine Anzeige als ermüdet, wenn die Frequenz steigt, während die Klickrate sinkt und die Kosten pro Ergebnis zunehmen. Beschreibe kurz den Ansatz, den die erfolgreichen Anzeigen gemeinsam haben.
7. Ziel. Prüfe, ob die Seite oder der WhatsApp-Link, auf die die Anzeigen verweisen, funktioniert und zur Zielsetzung passt.

Gliedere die Ausgabe so: zuerst eine Zusammenfassung in fünf Sätzen, wie das Konto dasteht. Danach eine nach Wichtigkeit geordnete Tabelle der Erkenntnisse: Problem, Beleg, geschätzte Auswirkung, Empfehlung. Zum Schluss die drei Maßnahmen, die zuerst umgesetzt werden sollten, und warum jede davon an dieser Stelle steht. Wo die Daten für eine Schlussfolgerung nicht ausreichen, rate nicht, sondern sage, was fehlt.

KontoprüfungÄndert nach deiner Freigabe

Telefon- und WhatsApp-Anfragen zu einer verlässlichen Conversion zusammenführen

Verhindert, dass eine Person doppelt gezählt wird, wenn sie sowohl anruft als auch eine Nachricht schickt. Verknüpft die beiden Buttons auf der Website mit einer einzigen Conversion und prüft, ob der Anruf-Button in den Anzeigen überhaupt gemessen wird.

Wann du ihn nutztWenn Interessenten über Ihre Website sowohl anrufen als auch per WhatsApp schreiben und Sie vermuten, dass eine Person doppelt als Conversion gezählt wird und Ihre Kosten pro Conversion zu günstig aussehen.

In meinem Google-Ads-Konto [Kontoname] erreichen uns Interessenten über die Telefon- und WhatsApp-Buttons auf der Website. Wenn eine Person, die beide Buttons klickt, als zwei Conversions zählt, sehen meine Kosten pro Conversion günstiger aus, als sie tatsächlich sind, und der Gebotsalgorithmus lernt das Falsche. Behebe das.

1. Bestehende Einrichtung erfassen. Liste mit list_conversion_actions die primären Aktionen, ihre Kategorien und Zählweisen auf. Zeige in meinem Tag-Manager-Container [GTM-Container-ID] mit list_gtm_tags, welcher Tag welches Conversion-Label auslöst. Schätze anhand von Zahlen, wie oft ein einzelner Anzeigenklick in den letzten 30 Tagen mehr als eine Kontakt-Conversion erzeugt haben könnte.
2. Der Anruf-Button in den Anzeigen. Prüfe mit google_ads_query, wie viele Klicks und wie viel Budget auf den Anruf-Button in den Anzeigen entfielen, und kontrolliere mit call_view, ob diese Anrufe erfasst wurden. Wenn es Klicks, aber keine Einträge gibt, sag das deutlich und biete zwei Optionen an: das Anruf-Asset entfernen oder diese Klicks als nicht gemessenen Traffic akzeptieren.
3. Plan vorlegen. Schlage eine einzige Conversion-Aktion mit dem Namen "Kontakt-Klick (Telefon + WhatsApp)" vor, bei der die Zählweise auf "Eine" steht. Verknüpfe sie mit einem Tag, das sowohl beim Telefon- als auch beim WhatsApp-Trigger feuert. Stelle die beiden alten Aktionen auf sekundär. Sag, ob bei Kampagnen mit Smart Bidding das Ziel überprüft werden muss, weil die Zahl der Conversions sinken wird.
4. Nach meiner Freigabe umsetzen. Lege die Conversion-Aktion an, stelle die Zählweise auf "Eine", aktualisiere den Tag im Tag Manager und zeige mir vor der Veröffentlichung die Liste der Änderungen. Notiere nach der Veröffentlichung, welche Version wiederhergestellt werden kann.

Schließe mit einem kurzen Testplan ab: Wie sehe ich im Vorschaumodus, dass nur der neue Tag feuert, wenn beide Buttons geklickt werden, und wie viele Tage dauert es, bis sich die Korrektur in den echten Daten zeigt?

KontoprüfungNur lesend

Vollständiges SEO-, AEO- und GEO-Audit mit belegter Scorecard

Bewertet Zugriff, technischen Zustand, strukturierte Daten, Zitierfähigkeit der Inhalte, Vertrauenssignale und gemessene KI-Sichtbarkeit in sechs Bereichen mit je fünf konkreten Prüfpunkten. Zeigt zu jedem Punkt den Beleg und sortiert die Maßnahmen nach Wirkung und Aufwand, ohne etwas zu verändern.

Wann du ihn nutztWenn Sie wissen möchten, wie sichtbar und vertrauenswürdig Ihre Website in der klassischen Suche, in Antwortmaschinen und in KI-Suche ist, und eine priorisierte Liste brauchen, was zuerst zu beheben ist.

Auditiere meine Website [site URL] von Anfang bis Ende für die klassische Suche, Answer Engines (AEO) und KI-Suche (GEO). Meine Search-Console-Property: [Search Console property]. Wichtigster Wettbewerber: [competitor domain, or "none"]. Markt: [country], Sprache: [language code]. Die 3 Suchanfragen, die mir das meiste Geschäft bringen: [3 commercial queries]. Meine wichtigsten Seitentemplates: [homepage, one service page, one blog post URL]. Die Aufgabe ist rein lesend.

Credit-Regel: Prüfe vor dem Start mit seo_history frühere Läufe und rufe die wiederverwendbaren mit denselben Argumenten erneut auf. Zeige mir einmal die Liste der neuen Aufrufe, die Credits verbrauchen, und hole meine Freigabe ein.

Datenerhebung:
1. Führe die gebündelte Analyse mit seo_full_analysis aus und übergib domain, competitor, location und language. Der Abschnitt zur KI-Sichtbarkeit misst das einzelne Keyword, für das die Website am besten rankt, und das kann mit meinem Geschäft nichts zu tun haben; verwende diesen Abschnitt nicht für die Bewertung, sondern miss meine 3 kommerziellen Suchanfragen mit seo_ai_overview und target=[domain]. Wenn references leer ist, zähle die Domains der Links innerhalb von ai_answer.
2. Führe seo_site_crawl mit max_pages nahe an der Seitenzahl der Website aus (höchstens [page limit]). Der Aufruf liefert eine task_id; rufe ihn nach 60 bis 90 Sekunden erneut mit derselben task_id auf und warte, bis die Zusammenfassung vorliegt. Hole bei Bedarf die vollständige URL-Liste eines Problems über den Parameter issue. Wenn das Crawl-Limit nicht die gesamte Website abdeckt, weise darauf hin, dass die Ergebnisse eine Stichprobe sind.
3. Lies robots.txt, sitemap.xml und llms.txt mit site_read_url. Lies meine Template-Seiten mit text=true (wenn truncated true ist, erneut mit max_bytes=1000000) und mit outline=true. Für JSON-LD lies dieselben Seiten mit max_bytes=1000000 und extrahiere die Blöcke.
4. Miss die Startseite und die Leistungsseite mit seo_audit und strategy='mobile'. Verwende für die Core Web Vitals reale Nutzerdaten (Felddaten), sofern vorhanden, andernfalls den Labor-Wert, und gib an, welchen du genutzt hast.
5. Nutze get_report mit platform='search_console' und den Aufschlüsselungen 'query by impressions' und 'page by impressions' für die letzten 90 Tage. Prüfe die 10 Seiten mit den meisten Impressionen mit gsc_inspect_urls. Hole den Sitemap-Status mit gsc_sitemaps.
6. Denke daran, dass verschiedene Tools unterschiedliche Versionen derselben Seite sehen können: Wenn seo_technical_audit oder seo_site_crawl einen Title in einer anderen Sprache misst als site_read_url anzeigt, halte das als Befund fest, denn die Website leitet Besucher möglicherweise nach Land um.

Scorecard: sechs Bereiche mit je fünf Prüfpunkten, jeder Prüfpunkt bestanden (1) oder nicht bestanden (0). Wenn zu einem Prüfpunkt keine Daten vorliegen, schreibe "nicht gemessen" und nimm ihn aus dem Nenner; bewerte niemals durch Raten.
1. Zugriff und Crawlbarkeit: robots.txt ist für KI-Crawler mit Suchfunktion geöffnet; wichtige Seiten liefern 200 mit höchstens einer Weiterleitung; kein noindex auf wichtigen Seiten; die Sitemap enthält keine Fehler und enthält die wichtigen Seiten; der Hauptinhalt ist ohne JavaScript sichtbar.
2. Technischer Zustand und Geschwindigkeit: LCP mobil unter 2,5 Sekunden; CLS unter 0,1; INP unter 200 ms; keine defekten Seiten oder defekten internen Links im Crawl; keine doppelten Titles oder Descriptions.
3. Strukturierte Daten und Entität: Ein Organization- oder LocalBusiness-Knoten ist vorhanden; die Knoten sind über @id verknüpft; das Schema passt zum Seitentyp (Service, Article, Product); die Fakten im Schema stimmen mit dem sichtbaren Text überein; die sameAs-URLs funktionieren.
4. Zitierfähigkeit der Inhalte: Der erste Absatz wichtiger Seiten beantwortet die Frage direkt; Überschriften benennen das Thema oder die Frage klar; vergleichbare Fakten stehen in einer Tabelle; eine seitenspezifische FAQ ist vorhanden; es gibt konkrete Zahlen und Daten.
5. Vertrauenssignale: Die Über-uns-Seite ist konkret (wer, wo, seit wann); Kontaktdaten stehen auf der Website und sind konsistent; Beiträge nennen einen Autor oder Herausgeber; Veröffentlichungs- und Aktualisierungsdatum sind sichtbar; Rechtstexte sind über statische Links im Footer erreichbar.
6. Gemessene KI-Sichtbarkeit: Für mindestens eine der 3 kommerziellen Suchanfragen wird die Website in der KI-Antwort von Google zitiert; sie wird bei der Markenanfrage zitiert; llms.txt ist vorhanden und korrekt; die Search Console zeigt Klicks von Non-Brand-Suchanfragen; wenn der wichtigste Wettbewerber bei diesen Suchanfragen zitiert wird, gibt es mindestens eine, bei der auch ich zitiert werde.

Formatiere die Ausgabe so. Zuerst eine Management-Zusammenfassung in fünf Sätzen. Dann die Score-Tabelle: Bereich, Score (z. B. 3/5), nicht bestandene Prüfpunkte. Dann die Beleg-Tabelle: Bereich, Prüfpunkt, Ergebnis, Beleg (Tool-Name und zurückgegebener Wert), betroffene URLs. Dann die Maßnahmenliste: zu jedem Punkt die Wirkung (hoch, mittel, niedrig), der Aufwand (Stunden, Tage, Wochen) und wer ihn umsetzt; hohe Wirkung bei geringem Aufwand zuerst. Zum Schluss die ersten drei Maßnahmen und warum sie an erster Stelle stehen. Fälle kein Urteil über etwas, das nicht gemessen wurde.

KontoprüfungNur lesend

Faktencheck: Was KI über Ihre Marke sagt, Preise, Adresse, Öffnungszeiten und Leistungen

Ruft ab, was die KI-Antwort von Google auf Fragen zu Ihrer Marke sagt und auf welche Quellen sie sich stützt, und prüft jede Aussage anhand der aktuellen Fakten auf Ihrer Website und im Unternehmensprofil. Findet heraus, aus welcher Quelle die falsche oder veraltete Angabe stammt, und plant, wie sich diese Quelle korrigieren lässt.

Wann du ihn nutztWenn Sie vermuten, dass Googles KI-Antworten, ChatGPT oder Perplexity falsche oder veraltete Preise, Adressen, Öffnungszeiten oder Leistungen zu Ihrer Marke nennen.

Prüfe, ob KI-Antworten korrekte Informationen zu meiner Marke [brand name] liefern. Meine Website: [domain]. Markt: [country], Sprache: [language code]. Mein Standort im Unternehmensprofil (Business Profile): [location name or domain, or "none"]. Antworten, die ich aus ChatGPT oder Perplexity kopiert habe: [paste them, or "none"]. Dies ist eine reine Lese- und Planungsaufgabe.

1. Fragen vorbereiten. Schlage 6 bis 8 Fragen dieser Art zu meiner Marke vor und hole meine Freigabe ein: "was ist [brand name]", "[brand name] Preise", "wo ist [brand name]" bzw. die Adresse, "[brand name] Öffnungszeiten", "welche Leistungen bietet [brand name]", "[brand name] vs [competitor]", "ist [brand name] seriös". Formuliere sie in der Sprache des Marktes.
2. Kreditprüfung. Prüfe mit seo_history, ob diese Fragen kürzlich schon abgefragt wurden, und rufe wiederverwendbare Abfragen mit denselben Argumenten erneut auf.
3. KI-Antworten von Google. Führe seo_ai_overview für jede Frage aus: target=[domain], location=[country name in English], language=[language code]. Übernimm den Antworttext (ai_answer) und die Quellen. Ist references leer, nutze die Links innerhalb von ai_answer als Quellen. ai_answer wird nach 1.200 Zeichen abgeschnitten; weise darauf hin, dass sich Aussagen im abgeschnittenen Teil nicht beurteilen lassen. Vermerke jede Frage ohne Antwort als "keine KI-Antwort".
4. ChatGPT und Perplexity. Die Tools von Opus Growth liefern den Antworttext dieser Engines nicht zurück. Wenn ich Antworten eingefügt habe, bewerte sie auf dieselbe Weise. Wenn nicht, schlage vor, dass ich diese Fragen in einem neuen Chat ohne Verlauf stelle und die Antworten einfüge.
5. Korrekte Fakten sammeln. Lies die Preis-, Kontakt-, Über-uns- und Leistungsseiten mit site_read_url und text=true (wenn truncated true ist, erneut mit max_bytes=1000000). Wenn ich einen Standort angegeben habe, lies Name, Adresse, Telefonnummer, Öffnungszeiten, Kategorien und Leistungsliste mit gbp_location_details. Wenn diese beiden Quellen voneinander abweichen, benenne das gesondert, denn die KI kann nicht wissen, welche der beiden sie wiedergeben soll.
6. Aussagen vergleichen. Lege jede konkrete Aussage aus jeder Antwort (Preis, Paketname, Adresse, Telefonnummer, Öffnungszeiten, Leistung, Gründungsjahr, Inhaberschaft, Vergleich) in eine eigene Zeile und vergib eines dieser Labels: korrekt, veraltet (war einmal richtig), falsch, nicht auf der Website (nicht überprüfbar). Vergib keine Labels auf Verdacht.
7. Quelle finden. Öffne bei jeder veralteten oder falschen Aussage die Quelle, auf die sich die Antwort beruft: Lies diese Seite mit site_read_url und bestätige, ob die falsche Angabe tatsächlich dort steht. Liegt die Quelle auf meiner Website, nenne die Seite und den Satz. Handelt es sich um eine Drittseite (Verzeichnis, alte Pressemeldung, Beschwerdeseite), nenne deren URL und das Datum der Seite.

Gib das Ergebnis in diesem Format aus. Zuerst eine Zusammenfassung in vier Sätzen: wie viele Aussagen korrekt sind, wie viele veraltet oder falsch sind und welche falsche Aussage den größten Schaden anrichtet. Dann eine Aussagentabelle: Frage, was die KI gesagt hat, die Quelle, auf die sie sich stützt, der korrekte Fakt samt Quelle (Website-Seite oder Unternehmensprofil), Label. Danach ein Korrekturplan, jede Zeile abhängig davon, woher der Fehler stammt:
1. Quelle ist meine Website: die Seite und der Satz, der geändert werden muss, alter und neuer Text. Wenn ein alter Preis oder eine eingestellte Leistung noch auf einer anderen Seite steht, schlage vor, diese Seite zu aktualisieren oder per 301 weiterzuleiten.
2. Quelle ist das Unternehmensprofil: das zu ändernde Feld, alter und neuer Wert.
3. Quelle ist eine Drittseite: wie man dieser Seite eine Korrekturanfrage schickt, mit einem Nachrichtenentwurf. Sende ihn nicht ab.
4. Der Fakt steht nirgends klar geschrieben: welche Seite der Website ihn in einem klaren Satz nennen sollte.

Ändere nichts und sende keine Nachrichten. KI-Antworten brauchen unter Umständen Wochen, bis eine korrigierte Quelle neu eingelesen ist; weise darauf hin und schlage vor, dieselben Fragen in 4 Wochen erneut zu messen.

KontoprüfungNur lesend

Prüfen, ob KI-Crawler Ihre Website tatsächlich erreichen und lesen können

Wertet die robots.txt für jeden KI-Crawler nach Rolle aus, prüft Statuscodes, Weiterleitungen und blockierende Header und misst, was jede Seite ohne JavaScript anzeigt. Endet mit einer nach Schweregrad geordneten Fix-Liste und ändert nichts.

Wann du ihn nutztWenn Sie wissen möchten, ob ChatGPT, Claude, Perplexity, Gemini und Copilot Ihre Website wirklich erreichen und lesen können, oder wenn Sie vermuten, dass KI-Crawler blockiert werden oder leere Seiten sehen.

Prüfe, ob meine Website [site URL] Inhalte für KI-Suche wie ChatGPT, Claude, Perplexity, Gemini und Copilot ausliefern kann. Meine Search-Console-Property ist [Search Console property, or "none"]. Meine wichtigsten Seiten sind: [5 to 10 page URLs]. Das ist ein reiner Lese-Audit, ändere nichts.

1. robots.txt. Lies [site URL]/robots.txt mit site_read_url und notiere den Statuscode. Wenn die Datei 5xx zurückgibt oder in einer Weiterleitungsschleife landet, sag gleich zu Beginn, dass Crawler die Website möglicherweise gar nicht crawlen. Ermittle dann, welche Regelgruppe für jeden dieser Crawler gilt und ob meine wichtigen Seiten erlaubt sind: OAI-SearchBot, ChatGPT-User, GPTBot, Claude-SearchBot, Claude-User, ClaudeBot, PerplexityBot, Perplexity-User, Googlebot, Google-Extended, Bingbot, Applebot, Applebot-Extended, CCBot, meta-externalagent. Wenn ein Crawler eine Gruppe unter seinem eigenen Namen hat, gilt nur diese Gruppe und die `User-agent: *`-Regeln gelten nicht, berücksichtige das.
2. Sortiere die Crawler nach Rolle. Für Suche und Zitate crawlen OAI-SearchBot, Claude-SearchBot, PerplexityBot, Bingbot und Googlebot. Eine Seite live abrufen, wenn ein Nutzer eine Frage stellt, tun ChatGPT-User, Claude-User und Perplexity-User. Trainingsdaten sammeln GPTBot, ClaudeBot, Google-Extended, Applebot-Extended, CCBot und meta-externalagent. Markiere jeden blockierten Such-Crawler mit dem höchsten Schweregrad, denn dann kann die Website in den Antworten dieses Assistenten nicht zitiert werden. Behandle einen blockierten Trainings-Crawler nicht als Fehler, beschreibe ihn als Entscheidung. Beachte: Google-Extended hat keinen Einfluss auf die Google-Suche oder AI Overviews und steuert nur, ob die Inhalte für Gemini-Modelle verwendet werden.
3. Statuscodes und Header. Lies jede wichtige Seite mit site_read_url und max_bytes=0. Melde nur den Statuscode, die Weiterleitungskette (redirects), die Header `x-robots-tag` und `content-type` sowie den `server`-Wert, nicht den vollständigen Header-Dump. Markiere Weiterleitungsketten mit mehr als zwei Hops, eine End-URL, die vom Canonical abweicht, und jeden noindex- oder nosnippet-Header. Wenn eine Seite 403, 429 oder 503 zurückgibt und der server-Wert eine Schutzschicht wie Cloudflare, Sucuri oder Akamai zeigt, weise darauf hin, dass es sich um eine Bot-Sperre handeln kann.
4. Inhalt ohne JavaScript. Lies die wichtigen Seiten mit site_read_url und text=true. Diese Ansicht wird aus dem HTML extrahiert, das der Server sendet, also genau das, was ein KI-Crawler sieht, der kein JavaScript ausführt. Wenn die Antwort truncated is true meldet, lies die Seite erneut mit max_bytes=1000000, sonst glaubst du, Inhalte weiter unten fehlten. Sag für jede Seite, ob H1, der erste Absatz des Hauptinhalts, Preis- oder Leistungsangaben und Kontaktdaten in diesem Text vorkommen und ob internal_links Links zu den Seiten des Hauptmenüs enthält.
5. Inhalt mit JavaScript. Miss die drei wichtigsten Seiten mit seo_technical_audit, das die Seite mit JavaScript rendert. Markiere gesondert jede Seite, bei der Title, H1 oder Sprache zwischen den beiden Ansichten abweichen. Ein Sprachunterschied entsteht meist durch eine automatische Weiterleitung nach Land oder Browsersprache des Besuchers, und weil die meisten KI-Crawler von Servern in den USA kommen, kann das dazu führen, dass sie die falsche Sprachversion sehen.
6. Was Google sieht. Wenn ich eine Search-Console-Property habe, prüfe die wichtigen Seiten in einem einzigen gsc_inspect_urls-Aufruf: Abdeckungsstatus, Datum des letzten Crawls und von Google gewähltes Canonical. Liste jede wichtige Seite auf, die per robots.txt blockiert ist oder als "Gecrawlt, zurzeit nicht indexiert" angezeigt wird. Liste die eingereichten Sitemaps mit ihren Warnungen und Fehlern über gsc_sitemaps auf.
7. Discovery-Dateien. Lies sitemap.xml und llms.txt mit site_read_url. Prüfe, ob meine wichtigen Seiten in der Sitemap stehen und ob die lastmod-Werte echt aussehen, und sag es, wenn alle URLs dasselbe Datum tragen. Wenn llms.txt fehlt, vermerke es als Lücke, aber nicht als kritische, denn keine der großen KI-Suchmaschinen hat offiziell erklärt, diese Datei als Ranking- oder Zitiersignal zu verwenden.

Benenne die Grenzen der Tools klar. site_read_url sendet seine Anfrage wie ein Browser und kann sich nicht als GPTBot oder ClaudeBot ausgeben, daher taucht eine Firewall-Regel, die nur nach Crawler-Namen blockiert, in diesem Audit nicht auf. Wenn ich ein CDN oder eine Firewall nutze, erinnere mich daran, im zugehörigen Panel nach einer Einstellung zu suchen, die KI-Crawler blockiert (bei Cloudflare "AI Crawl Control" oder "Block AI bots"). Wenn die Website bei Opus Growth gehostet wird, schick mich nicht zu einem CDN-Panel, und wenn du eine Sperre siehst, schlage vor, sie mit report_issue zu melden.

Formatiere die Ausgabe so. Zuerst eine Zusammenfassung in drei Sätzen: Ist meine Website offen für KI-Suche, und wenn nicht, was ist das größte Hindernis. Dann eine Crawler-Tabelle: Crawler, Rolle, robots.txt-Entscheidung, die entscheidende Regelzeile, Schweregrad. Dann eine Seitentabelle: URL, Statuscode, Weiterleitungen, x-robots-tag, H1 und erster Absatz im Text ohne JavaScript (ja oder nein), Unterschied zur JavaScript-Ansicht, Google-Abdeckungsstatus. Zum Schluss eine nach Schweregrad geordnete Fix-Liste, jeweils mit Beleg und Zuständigem (ich, ein Entwickler, der Hosting-Anbieter). Wo die Daten für eine Schlussfolgerung nicht ausreichen, rate nicht, sondern sag, was fehlt.

Kampagnen-Setup

Alle 48 ansehen →

Kampagnen-SetupÄndert nach deiner Freigabe

WhatsApp-Nachrichten-Button zu Google-Suchanzeigen hinzufügen und messen

Fügt den Nachrichten-Asset, der direkt aus der Suche einen WhatsApp-Chat startet, den passenden Kampagnen hinzu. Verfasst die vorausgefüllte Nachricht je Leistung und prüft, ob die Chats als Conversions gezählt werden.

Wann du ihn nutztWenn Suchende direkt aus Ihren Google-Suchanzeigen einen WhatsApp-Chat starten sollen und diese Chats als Conversions gemessen werden müssen.

In meinem Google-Ads-Konto [Kontoname] möchte ich, dass Interessenten uns direkt aus dem Suchergebnis heraus per WhatsApp schreiben können. Die WhatsApp-Nummer des Unternehmens lautet [WhatsApp-Nummer].

1. Aktuellen Stand prüfen. Nutze list_extension_assets, um zu zeigen, welche Kampagnen bereits einen Nachrichten-Asset haben. Falls es welche gibt, zeige mit extension_asset_performance, wie viele Klicks er in den letzten 30 Tagen erzielt hat, und prüfe mit google_ads_query, ob diese Klicks Conversions gebracht haben.
2. Welche Kampagnen sollen ihn erhalten? Schlage die Suchkampagnen vor, die Leads generieren und einen hohen Anteil an mobilem Traffic haben. Bewerte die Brand-Kampagne getrennt von den Leistungskampagnen.
3. Text verfassen. Schlage für jede Kampagne eine kurze Begrüßungsnachricht und einen Call-to-Action vor, die zur jeweiligen Leistung passen, und zwar in der Sprache der Anzeigen. Beispiel: "Hallo, ich hätte gern Informationen zu [Leistung]." Keine Preise und keine Versprechen, die wir nicht halten können.
4. Messung prüfen. Nutze list_conversion_goals, um zu prüfen, ob Chats, die über den Nachrichten-Asset gestartet werden, als Conversions zählen. Wenn der WhatsApp-Button auf der Website zusätzlich separat gemessen wird, weise darauf hin, dass dieselbe Person doppelt gezählt werden kann, und empfiehl, welche der beiden Messungen die primäre sein sollte.
5. Vorschau und Freigabe. Zeige die hinzuzufügenden Assets je Kampagne und warte auf meine Freigabe. Füge sie nach der Freigabe mit manage_extension_assets hinzu und lies sie anschließend zur Bestätigung wieder aus.

Liste außerdem die Kennzahlen auf, die 14 Tage nach dem Start des Assets geprüft werden sollten: Nachrichtenklicks, gestartete Chats und Kosten pro Chat.

Kampagnen-SetupÄndert nach deiner Freigabe

TikTok-Kampagne für WhatsApp-Chats erstellen, pausiert angelegt

Erstellt eine TikTok-Kampagne, die Zuschauer mit einer vorausgefüllten Nachricht zu WhatsApp führt, statt Traffic auf die Website zu lenken. Alles wird pausiert angelegt, du bekommst eine Vorschau und startest die Kampagne selbst.

Wann du ihn nutztWenn Sie TikTok-Zuschauer direkt in WhatsApp-Chats statt auf Ihre Website leiten möchten und die Kampagne für Sie aufgesetzt werden soll.

In meinem TikTok-Werbekonto [ad account] möchte ich Zuschauer direkt zu WhatsApp mit einer vorausgefüllten Nachricht schicken, statt auf die Website. Meine WhatsApp-Nummer ist [WhatsApp number]. Zu bewerbende Leistungen: [services, e.g. "motorcycle licence, truck licence"]. Zielgebiet: [city or region].

1. Vorbereitung. Liste mit list_tiktok_identities die Identität auf, die für die Anzeigen verwendet wird, und mit list_tiktok_videos und list_tiktok_posts die verfügbaren Videos. Empfiehl für jede Leistung das beste Video. Wenn es kein passendes Video gibt, brich ab und beschreibe das benötigte Video.
2. Struktur. Schlage eine Lead-Kampagne mit je einer eigenen Anzeigengruppe pro Leistung vor. Finde den Standort mit tiktok_region_search. Wähle die Altersspanne anhand der gesetzlichen Vorgaben der jeweiligen Leistung und begründe sie. Setze das Tagesbudget auf [daily budget] pro Gruppe; warne mich, falls das unter dem Mindestbudget für Anzeigengruppen bei TikTok liegt.
3. Ziel. Der Anzeigenlink soll WhatsApp mit einer vorausgefüllten Nachricht öffnen, die die Leistung nennt. Beispiel: "Hallo, ich hätte gern Informationen zu [service]." So zeigt jede eingehende Nachricht, von welcher Anzeige sie kommt.
4. Vorschau. Zeige mir die Einstellungen von Kampagne, Anzeigengruppen und Anzeigen in einer Tabelle und warte auf meine Freigabe.
5. Erstellen. Lege nach der Freigabe Kampagne, Anzeigengruppen und Anzeigen pausiert an. Nenne mir alle IDs. Lass die Anzeigen zur TikTok-Prüfung eingereicht; den Start übernehme ich selbst.

Nenne zum Abschluss die Kennzahlen für die ersten 7 Tage: WhatsApp-Klicks, Kosten pro Klick und wie sich die eingehenden Nachrichten auf die Leistungen verteilen.

Kampagnen-SetupÄndert nach deiner Freigabe

Eine lokale Google-Suchkampagne von Grund auf aufbauen, pausiert angelegt

Eine vollständig strukturierte Suchkampagne mit Keywords, Anzeigen und auszuschließenden Keywords, die dir zur Freigabe gezeigt wird, bevor sie pausiert angelegt wird.

Wann du ihn nutztWenn du Google Ads für ein lokales Unternehmen startest und eine sauber strukturierte Suchkampagne von Grund auf brauchst.

Richte eine neue Google-Suchkampagne für mein [Art des Unternehmens] in [Stadt] ein. Sie muss pausiert angelegt werden.

1) Führe den Keyword-Planer mit 5-10 Seed-Begriffen für meine wichtigsten Leistungen aus. Behalte Ideen mit mindestens 50 durchschnittlichen monatlichen Suchanfragen. Entferne Suchanfragen zu Jobs, Selbermachen (DIY), Gratis-Angeboten und Schulungen.
2) Gruppiere die verbleibenden Ideen in 2-4 thematisch eng gefasste Anzeigengruppen, eine Leistung pro Gruppe. Verwende ausschließlich passende Wortgruppe und genau passend, zum Start kein weitgehend passendes Keyword.
3) Finde die Standort-ID für [Stadt]. Stelle die Standortoption auf Personen, die sich am Standort befinden, nicht auf Personen, die sich dafür interessieren.
4) Schreibe pro Anzeigengruppe eine responsive Suchanzeige mit mindestens 12 Anzeigentiteln und 4 Beschreibungen. Nenne darin die Stadt und einen klaren Handlungsaufruf. Die finale URL ist [URL der Landingpage].
5) Füge auf Kampagnenebene auszuschließende Keywords hinzu: Jobs, Gehalt, kostenlos, wie man, Kurs, gebraucht.
6) Lege das Tagesbudget auf [Tagesbudget] fest und starte mit „Klicks maximieren“.

Bevor du irgendetwas anlegst, zeig mir die gesamte Struktur als Tabelle. Nimm Anzeigengruppe, Keyword, Keyword-Option, monatliche Suchanfragen, Anzeigentitel mit Zeichenzahl, auszuschließende Keywords, Budget und Standort auf. Warte auf meine Freigabe und lege die Kampagne dann pausiert an.

Kampagnen-SetupÄndert nach deiner Freigabe

Demand Gen-Kampagne mit meinen YouTube-Videos mit der besten Zuschauerbindung

Erstellt eine Shortlist deiner stärksten kurzen YouTube-Videos nach Zuschauerbindung und baut daraus eine pausierte Demand-Gen-Kampagne. Sie ergänzt Länder- und Sprachtargeting, eine 30-Tage-Remarketing-Zielgruppe und einsatzbereite Anzeigentexte und zeigt vor jeder Erstellung eine Vorschau jedes Schritts.

Wann du ihn nutztWenn du deine stärksten kurzen YouTube-Videos in eine Google-Demand-Gen-Kampagne mit Remarketing umwandeln möchtest.

Ich möchte eine Demand-Gen-Kampagne, die meine eigenen YouTube-Videos nutzt. Sie muss pausiert erstellt werden.

Angaben:
- Landingpage: [URL der Produkt- oder Serviceseite]
- Land: [Land]
- Sprache: [Sprache]
- Tagesbudget: [Tagesbudget]
- Unternehmensname (max. 25 Zeichen): [Unternehmensname]

1) Video-Shortlist.
 - Liste meine YouTube-Kanäle auf. Wenn es mehr als einen gibt, frag mich, welchen du verwenden sollst.
 - Rufe die Kanalübersicht für die letzten 90 Tage ab, um den durchschnittlichen Anteil angesehener Videoinhalte des Kanals als Benchmark zu erhalten.
 - Rufe meine Top 25 Videos für denselben Zeitraum ab.
 - Sortiere sie nach durchschnittlicher Wiedergabedauer in Sekunden, nicht nach Aufrufen. Zeige zu jedem Video Titel, Aufrufe, Wiedergabezeit und durchschnittliche Wiedergabedauer.
 - Der Bericht enthält weder die Videolänge noch den Prozentsatz angesehener Inhalte pro Video. Nimm die Top 6 nach durchschnittlicher Wiedergabedauer und bitte mich, jeweils die Länge oder den "durchschnittlich angesehenen Anteil" aus YouTube Studio einzufügen. Berechne dann den angesehenen Anteil als durchschnittliche Wiedergabedauer geteilt durch die Länge.
 - Wähle 2-3 Videos für die Shortlist, die kürzer als 60 Sekunden sind und einen durchschnittlich angesehenen Anteil von über 40 % haben. Wenn keines die Kriterien erfüllt, sag es und brich ab.
 - Frag mich bei jedem Video der Shortlist nach dem YouTube-Link oder der Video-ID, falls du sie noch nicht hast.
2) Zielgruppen-Check. Liste meine Zielgruppen mit ihren Definitionen auf. Suche nach einer Remarketing-Liste mit Besuchern von [URL der Produkt- oder Serviceseite] und 30 Tagen Mitgliedsdauer.
 - Wenn es eine gibt, verwende sie.
 - Wenn nicht, schlage eine vor: Name, URL-Regel (ENTHÄLT [URL-Pfad der Produkt- oder Serviceseite]), Mitgliedsdauer 30 Tage, Lookback 30 Tage.
3) Kampagnenplan:
 - Kampagne: Demand Gen, Tagesbudget [Tagesbudget], Gebotsstrategie Conversions maximieren, sofern ich nichts anderes sage.
 - Eine Anzeigengruppe, benannt nach dem Produkt oder der Dienstleistung.
 - Standort der Anzeigengruppe: [Land]. Sprache der Anzeigengruppe: [Sprache]. Demand Gen verwaltet Standort und Sprache auf Anzeigengruppenebene. Ohne diesen Schritt richtet sich die Kampagne an alle Länder, daher muss er angewendet werden, bevor irgendetwas aktiviert wird.
 - Remarketing-Zielgruppe in der Anzeigengruppe. Eine neu erstellte Liste ist zunächst leer und füllt sich in den folgenden Tagen. Empfiehl, ob sie je nach aktueller Größe als Beobachtung oder als Targeting hinzugefügt werden soll, und erkläre, warum.
4) Anzeigentexte. Schreibe für jedes Video der Shortlist:
 - 3 Überschriften (max. 40 Zeichen each)
 - 1 lange Überschrift (max. 90)
 - 2 Beschreibungen (max. 90)
 - Einen Call-to-Action
 Zeige die Zeichenanzahl an. Die Ziel-URL jeder Anzeige ist [URL der Produkt- oder Serviceseite] und der Unternehmensname ist [Unternehmensname].

Zeige zuerst alles in einer Vorschau: die Shortlist mit Kennzahlen, die Zielgruppenregel, die Einstellungen von Kampagne und Anzeigengruppe, das Targeting und alle Anzeigentexte. Warte auf meine Freigabe. Erstelle dann alles in dieser Reihenfolge, zeige für jeden Schritt einen Testlauf (confirm=false) und warte auf mein OK, bevor du bestätigst:
a) Die Remarketing-Zielgruppe, falls eine neue benötigt wird.
b) Die Demand-Gen-Kampagne (pausiert).
c) Die Anzeigengruppe. Prüfe zuerst, ob die Kampagne bereits eine hat, indem du ihre Anzeigengruppen auflistest. Wenn nicht, führe die Erstellung der Anzeigengruppe als Testlauf aus. Wenn das Tool dies für eine Demand-Gen-Kampagne ablehnt, sag mir, dass ich in der Google-Ads-Oberfläche eine Anzeigengruppe hinzufügen und ihre ID einfügen soll, und mach dann weiter.
d) Standort- und Sprachtargeting der Anzeigengruppe. Lies das Targeting der Anzeigengruppe nach der Anwendung wieder aus und bestätige, dass nur [Land] und [Sprache] gesetzt sind.
e) Verknüpfe die Zielgruppe im vereinbarten Modus mit der Anzeigengruppe.
f) Eine Videoanzeige pro Video der Shortlist.

Schließe mit einer Zusammenfassung der erstellten IDs ab und bestätige, dass die Kampagne weiterhin pausiert ist.

Kampagnen-SetupÄndert nach deiner Freigabe

Abschließende Prüfung vor dem Launch für deine pausierten Kampagnen, bevor du sie aktivierst

Prüft jede kürzlich erstellte pausierte Kampagne auf Targeting, Anzeigenstärke, Richtlinien, Erweiterungen, Zeitplan, Budget und Landingpage und schlägt vor, nur die Kampagnen ohne Fehler zu aktivieren.

Wann du ihn nutztWenn du mehrere pausierte Google-Ads-Kampagnen angelegt hast und sicher sein willst, dass sie startklar sind, bevor du eine davon aktivierst.

Prüfe jede Kampagne, die ich in den letzten 14 Tagen erstellt habe und die noch pausiert ist, bevor ich eine davon aktiviere. Nutze den Konto-Snapshot inklusive inaktiver Kampagnen, um sie anhand des Erstellungsdatums zu finden, und liste ihre Anzeigengruppen und Anzeigen auf.

Meine vorgesehenen Tagesbudgets: [Kampagnenname: Tagesbudget, eine pro Zeile]
Meine Öffnungszeiten: [Öffnungszeiten]

Prüfe für jede Kampagne Folgendes:

1) Targeting. Die Standortoption sollte auf Personen am Standort stehen, nicht auf Personen mit Interesse am Standort. Bestätige, dass die Sprache stimmt und die Geräteeinstellungen sinnvoll sind. Lies bei Demand-Gen-Kampagnen Standort und Sprache aus jeder Anzeigengruppe, denn Google hinterlegt sie dort.
2) Anzeigen. Jede Anzeigengruppe sollte mindestens eine Anzeige mit der Anzeigenstärke „Gut“ oder besser haben. Liste für die übrigen die Verbesserungsvorschläge von Google auf. Prüfe bei Performance Max stattdessen die Anzeigenstärke der Asset-Gruppe. Markiere außerdem Anzeigen, die selbst pausiert sind: Eine pausierte Anzeige bleibt pausiert, wenn die Kampagne aktiviert wird, und wird nicht ausgeliefert.
3) Richtlinien. Prüfe auf abgelehnte oder eingeschränkte Anzeigen und nenne den Grund sowie den auslösenden Text, den Google meldet.
4) Erweiterungen. Suchkampagnen sollten mindestens 4 Sitelinks und 4 Zusatzinformationen haben. Markiere diese Prüfung bei anderen Kampagnentypen als nicht zutreffend statt als nicht bestanden.
5) Zeitplan und Budget. Prüfe, ob der Anzeigenzeitplan zu meinen Öffnungszeiten passt und ob das Tagesbudget der oben genannten Zahl entspricht. Wenn ich für eine Kampagne keine Zahl genannt habe, zeig das aktuelle Budget und markiere es mit „zu bestätigen“.
6) Landingpage. Nimm die finale URL aus den Anzeigen. Führe ein mobiles SEO- und Tag-Audit durch und prüfe die mobilen Core Web Vitals. Die Seite fällt durch, wenn der mobile LCP über 2,5 Sekunden liegt (nutze nach Möglichkeit Felddaten echter Nutzer, sonst Labordaten, und sag, welche) oder wenn unter den geladenen Messungs-Tags kein Google-Tag (Google Ads oder GA4 / GTM) gefunden wird.

Liefere pro Kampagne eine Tabelle mit diesen Spalten: Prüfpunkt, bestanden/nicht bestanden/nicht zutreffend, Detail, Lösung.

Entscheidungsregel: Empfiehl nur die Kampagnen ohne Fehler zur Aktivierung. Zeig diese Liste als Probelauf (confirm=false), einschließlich pausierter Anzeigen innerhalb dieser Kampagnen, die ebenfalls aktiviert werden müssten, und warte auf meine Freigabe, bevor du einen Status änderst.

Kampagnen-SetupÄndert nach deiner Freigabe

Meta Dynamic-Product-Retargeting-Kampagne aus dem Katalog aufsetzen

Prüft Pixel, Katalog, Produktset und Seite, baut nur die fehlenden Retargeting-Zielgruppen und entwirft dann eine pausierte Sales-Kampagne mit Katalog-Anzeigengruppe und dynamischer Anzeige, mit Testlauf-Vorschau und Freigabe, bevor etwas erstellt wird.

Wann du ihn nutztWenn ein Onlineshop Besucher zurückholen will, die Produkte angesehen oder den Warenkorb abgebrochen haben, und du eine dynamische Retargeting-Kampagne aus dem Katalog brauchst.

Setze eine Dynamic-Product-Retargeting-Kampagne für den E-Commerce-Kunden [Werbekonto des Kunden] auf.

Vorab-Checks: Brich ab und berichte, wenn einer davon fehlschlägt.
- Das Pixel hat kürzlich ausgelöst. Lies den Zeitpunkt des letzten Auslösens aus und brich ab, wenn er älter als 24 Stunden oder leer ist. Wenn der Wert nur tagesgenau ist, sag es und teile mir mit, was er anzeigt.
- Der Katalog erscheint unter den Katalogen im Business Manager des Werbekontos und seine Produktanzahl ist größer als null.
- Das Produktset [Name des Produktsets] existiert in diesem Katalog. Wenn es fehlt, liste die verfügbaren Produktsets auf. Wenn die Auflistung eine Produktanzahl zeigt, bestätige, dass das Set nicht leer ist; wenn nicht, sag es.
- Die Facebook-Seite, für die dieses Werbekonto tatsächlich werben darf (prüfe es über das Werbekonto, nicht nur über meine persönliche Seitenliste).

Zielgruppen: Prüfe zuerst die vorhandenen Custom Audiences und schlage dann nur vor, was fehlt. Jede Website-Zielgruppe basiert auf einem Pixel-Event, daher besteht der Retargeting-Pool aus zwei Zielgruppen, die gemeinsam in der Anzeigengruppe verwendet werden:
- Produkt angesehen (ViewContent), 14 Tage Aufbewahrung
- In den Warenkorb gelegt (AddToCart), 14 Tage Aufbewahrung
- Käufer (Purchase), 30 Tage Aufbewahrung, als Ausschluss
Wenn die Zielgruppenliste Größen zurückgibt, warne mich, wenn die 14-Tage-Zielgruppen zu klein für die Auslieferung wirken.

Entwirf Folgendes:
- Eine Kampagne mit dem Ziel Sales, pausiert erstellt, ohne Kampagnenbudget, sodass das Budget in der Anzeigengruppe liegt.
- Eine Katalog-Anzeigengruppe, die mit Katalog und Produktset verknüpft ist, beide 14-Tage-Zielgruppen anspricht, Käufer ausschließt, automatische Platzierungen verwendet (keine Platzierungseinschränkungen), auf das Purchase-Event des Pixels auf Conversions optimiert und ein Tagesbudget von [Tagesbudget] hat, pausiert erstellt.
- Eine dynamische Anzeige über die Seite mit einem Jetzt-einkaufen-Button und dem Fallback-Link [Startseite des Shops], pausiert erstellt. Der Katalog füllt den Produktnamen; setze den Preis mit {{product.price}} in die Beschreibung. Schreibe einen Haupttext, der den Betrachter an das Produkt erinnert, das er sich angesehen hat, ohne Rabattversprechen, es sei denn, ich ergänze sie.

Schritt 1: Zeige den vollständigen Plan mit der confirm=false-Ausgabe für jede Zielgruppe, die du erstellen wirst, und für die Kampagne. Warte auf meine Freigabe.
Schritt 2: Erstelle nach meiner Freigabe die Zielgruppen und die pausierte Kampagne. Zeige dann die confirm=false-Ausgabe der Anzeigengruppe und der Anzeige (sie benötigen die neuen IDs). Warte erneut auf meine Freigabe.
Schritt 3: Erstelle sie nach der Freigabe pausiert. Führe eine Auslieferungsschätzung für die neue Anzeigengruppe aus und weise auf eine kleine Zielgruppe hin. Nimm die Creative-ID aus der Erstellungsantwort (oder lies sie aus dem Creative der neuen Anzeige aus) und rendere Vorschauen für Facebook Feed, Instagram Feed, Facebook Stories und Instagram Stories, damit ich sie prüfen kann, bevor etwas Budget verbraucht. Gib alle IDs zurück.

Optimierung

Alle 48 ansehen →

OptimierungÄndert nach deiner Freigabe

Warum werden meine Anzeigen nicht ausgespielt? Diagnose von Gebot für die erste Seite, Rang und Budget

Trennt Keyword für Keyword, ob geringe Ausgaben oder wenige Impressionen an Geboten, Qualität oder Budget liegen. Änderungen an Geboten und Budget werden erst nach deiner Freigabe umgesetzt.

Wann du ihn nutztWenn Ihre Google-Ads-Kampagnen weit unter dem Budget ausgeben oder kaum Impressionen erhalten und Sie wissen müssen, ob Gebote, Qualität oder Budget die Ursache sind.

In meinem Google-Ads-Konto [Kontoname] geben [Kampagnennamen oder "alle Suchkampagnen"] weit weniger als das Budget aus oder erzielen nur sehr wenige Impressionen. Finde anhand der letzten 30 Tage heraus, woran das liegt.

1. Kampagnenebene. Zeige mit impression_share_analysis für jede Kampagne den Anteil an möglichen Impressionen, den durch das Budget und den durch den Rang verlorenen Anteil sowie die Häufigkeit, mit der die Anzeigen oben auf der Seite erscheinen. Wenn eine Kampagne ihr Budget nicht ausschöpfen kann und trotzdem einen durch das Budget verlorenen Anteil ausweist, erkläre die wahrscheinliche Ursache.
2. Keyword-Ebene. Rufe mit keyword_quality_report und google_ads_query auf keyword_view für jedes aktive Keyword Gebot, die Schätzwerte für die erste Seite und die Top-Position, den Qualitätsfaktor und seine drei Komponenten ab. Ordne die Keywords in vier Gruppen: Gebot unter dem Schätzwert für die erste Seite, wegen geringer Qualität selten ausgespielt, Suchvolumen zu niedrig, kein Problem.
3. Empfehlung. Schlage für Keywords mit zu niedrigem Gebot, die zu meinem Geschäft passen, ein neues Gebot vor. Es darf nicht unter dem Schätzwert für die erste Seite liegen und [maximale Kosten pro Klick] nicht überschreiten. Nenne bei Keywords mit geringer Qualität, statt das Gebot zu erhöhen, die Komponente, die verbessert werden muss: Anzeigenrelevanz, erwartete Klickrate oder Zielseite. Schlage für Kampagnen, die Anteil durch das Budget verlieren und Conversions bringen, ein Budget vor.
4. Vorschau und Freigabe. Zeige die Liste der Änderungen mit aktuellen und neuen Werten, berechne die geschätzte Veränderung der Tagesausgaben und warte auf meine Freigabe. Wende nach der Freigabe die Gebote auf Anzeigengruppen- und Keyword-Ebene getrennt an.

Lege die Prioritätsreihenfolge nach [priorisierte Leistungen, z. B. "Führerscheine für Motorrad und Lkw"] fest. Mehr Sichtbarkeit für diese hat Vorrang vor allen anderen Keywords.

OptimierungÄndert nach deiner Freigabe

Nicht länger für Kunden zahlen, die Sie schon haben: Bisherige Konvertierer ausschließen

Bestätigt oder erstellt eine Liste von Personen, die Ihre Danke-Seite erreicht haben, und schließt sie von Kampagnen aus, die Neukunden gewinnen sollen. Schließt niemals eine Liste allein anhand ihres Namens aus, wenn ihre Definition nicht lesbar ist.

Wann du ihn nutztWenn Ihre Neukunden-Kampagnen in Google Ads weiterhin Personen erreichen, die bereits gekauft oder ein Formular ausgefüllt haben, und Sie Budget für Bestandskunden verschwenden.

In meinem Google-Ads-Konto [account name] werden Kampagnen zur Neukundengewinnung möglicherweise auch Personen angezeigt, die bereits ein Formular ausgefüllt oder gekauft haben. Ich möchte diese Personen aus meinen Akquisekampagnen ausschließen. Die Adresse meiner Danke- oder Bestellabschlussseite lautet: [thank-you page URL]. Meine Akquisekampagnen sind: [campaign names, or write "you decide"].

1. Kampagnen abgrenzen. Rufe die aktiven Kampagnen mit account_snapshot ab. Lasse Kampagnen mit „Brand" im Namen sowie Remarketing-Kampagnen aus. Lasse auch Performance-Max-Kampagnen aus und vermerke sie separat, weil diese Methode dort nicht auf dieselbe Weise funktioniert.
2. Bestehende Listen auslesen. Rufe mit list_audiences und definition=true jede Liste mit ihrer Definition, Mitgliedschaftsdauer und den Größen im Such- und Displaynetzwerk ab. Schließe niemals eine Liste allein anhand ihres Namens aus, wenn ihre Definition nicht lesbar ist, denn der Ausschluss der falschen Liste blockiert stillschweigend auch echte Interessenten. Zeige mir in diesem Fall die Liste und bitte mich, ihre Regel in der Google-Ads-Oberfläche zu bestätigen.
3. Die richtige Liste auswählen oder erstellen. Wenn eine Liste mit bestätigter Definition die Besucher der Danke-Seite abdeckt, verwende sie. Falls nicht, schlage mit create_website_audience eine neue vor und übergib den Pfad der Danke-Seite als url_contains sowie [membership duration, e.g. 180 based on your sales cycle] als membership_days. Beachte, dass sich eine neue Liste erst füllen muss und dass Google mindestens 1.000 aktive Mitglieder benötigt, um eine Liste im Suchnetzwerk einzusetzen; ein Ausschluss mit einer kleineren Liste hat im Suchnetzwerk keine Wirkung.
4. Auslesen, was bereits zugewiesen ist. Rufe mit google_ads_query die USER_LIST-Kriterien mit dem Feld negative aus campaign_criterion und ad_group_criterion ab. Schlage nicht vor, dieselbe Liste erneut hinzuzufügen, wo sie bereits ausgeschlossen ist.
5. Vorschau und Anwendung. Verwende für jede Kampagne manage_audience_targeting mit action=exclude und dem Listennamen oder der ID als audience; setze kein bid_modifier. Zeige zuerst die Vorschau für alle Kampagnen mit confirm=false, warte auf meine Freigabe, wende die Änderung dann an und bestätige durch erneutes Auslesen von campaign_criterion, dass die Liste mit negative=true hinzugefügt wurde.

Ausnahme: Wenn mein Geschäft auf Folgekäufen oder Verlängerungen beruht (Abo-Verlängerungen, regelmäßige Wartung, Verbrauchsmaterial), kann der Ausschluss dieser Personen den Umsatz schmälern. Frage mich dazu gleich zu Beginn und schlage je nach meiner Antwort statt eines Ausschlusses eine separate Remarketing-Kampagne vor.

Formatiere die Ausgabe so: eine Kampagnentabelle (Kampagne, Typ, bestehende Ausschlüsse, hinzuzufügende Liste, Listengröße im Such- und Displaynetzwerk, Entscheidung), eine grobe Schätzung, wann die Liste für das Suchnetzwerk eine nutzbare Größe erreichen könnte, sowie die Ausgaben, die in den letzten 30 Tagen auf diese Liste entfielen. Diese Ausgaben kannst du mit google_ads_query aus campaign_audience_view und ad_group_audience_view nur dann messen, wenn die Liste bereits im Beobachtungsmodus der Kampagne zugewiesen war; war sie es nicht, sage, dass sie sich nicht messen lassen, und rate nicht.

OptimierungÄndert nach deiner Freigabe

Verkäufe aus Microsoft-Ads-Klicks als Offline-Conversions zurückspielen

Lädt telefonisch oder im Laden abgeschlossene Verkäufe über die Microsoft Click ID (MSCLKID) in Microsoft Ads hoch. Prüft zuerst das Offline-Ziel und die Daten, entfernt doppelte und unvollständige Zeilen und legt dir die Vorschau zur Freigabe vor.

Wann du ihn nutztWenn Interessenten aus Microsoft Ads telefonisch oder im Geschäft zu Verkäufen werden und die Gebotsstrategie diese Verkäufe nie sieht.

In meinem Microsoft-Ads-Konto [Kontoname] werden einige der Interessenten, die über Anzeigen kommen, später am Telefon oder im Laden zu Verkäufen. Ich möchte diese Verkäufe mit der Microsoft Click ID (MSCLKID) zurückmelden, damit die Gebotsstrategie aus echten Verkäufen lernt. Hier ist meine Verkaufsliste: [Tabelle mit den Spalten MSCLKID, Verkaufsdatum und -uhrzeit, Zeitzone und Verkaufsbetrag einfügen].

1. Konto finden. Hole mit list_microsoft_accounts die Konto-ID und die Währung. Wenn die Währung leer zurückkommt, rate nicht, sondern frag mich.
2. Ziele prüfen. Liste mit list_microsoft_conversion_goals die Conversion-Ziele im Konto samt Typ, Zählweise und Conversion-Fenster (conversion_window_min, in Minuten) auf. Gibt es kein Ziel vom Typ Offline, brich ab und sag es mir. create_microsoft_conversion_goal legt nur URL-basierte Ziele an, daher muss ich das Offline-Ziel selbst im Bereich Conversion-Ziele der Microsoft-Advertising-Oberfläche erstellen. Sobald ich das getan habe, frag mich nach dem genauen Namen.
3. Daten bereinigen. Prüfe meine Zeilen anhand dieser Regeln:
   1. Entferne Zeilen mit leerer MSCLKID und nenne mir, wie viele es waren.
   2. Taucht dieselbe MSCLKID zweimal auf, behalte nur eine Zeile, denn zwei Verkäufe für einen Klick blähen die Conversions auf. Handelt es sich tatsächlich um zwei getrennte Verkäufe, frag mich.
   3. Wandle Datumsangaben in UTC im Format 2026-08-01T14:30:00Z um. Ist keine Zeitzone angegeben, rate nicht, sondern frag mich.
   4. Der Verkauf muss nach dem Klick liegen und innerhalb des Conversion-Fensters des Ziels. Enthält die Liste kein Klickdatum, sag klar, dass diese Prüfung nicht möglich war.
   5. Wandle Beträge in Zahlen um und vergleiche die Währung mit der Kontowährung.
4. Vorschau. Führe upload_microsoft_offline_conversions mit account_id, dem exakten Namen des Ziels als conversion_name, den bereinigten Zeilen als conversions (msclkid=...;datetime=...;value=..., eine Zeile pro Eintrag) und der Währung zunächst mit confirm=false aus. Zeig mir die Zeilenanzahl, eine Beispielzeile und die Gesamtsumme aus der Vorschau.
5. Nach meiner Freigabe senden. Lade mit denselben Parametern und confirm=true hoch und berichte mir das Ergebnis des Tools samt Zeilenanzahl. Microsoft braucht Zeit, bis Conversions in den Berichten erscheinen. Erinnere mich daher, am nächsten Tag mit microsoft_report_query die Werte Conversions und Revenue aus dem Bericht CampaignPerformance abzurufen und zu prüfen, ob die hochgeladenen Verkäufe auftauchen.

Schreib zum Schluss eine kurze Checkliste für eine dauerhafte Einrichtung: wie ich in der Microsoft-Advertising-Oberfläche bestätige, dass das Auto-Tagging der MSCLKID aktiviert ist, wie das Formular auf der Website die MSCLKID in einem versteckten Feld speichern sollte und welche Spalten das Vertriebsteam bei jedem Verkauf ausfüllen muss. Beachte, dass kein Tool das prüft, ich setze diese Schritte also selbst um.

OptimierungÄndert nach deiner Freigabe

Zielgruppen im Beobachtungsmodus zu Suchkampagnen hinzufügen und herausfinden, wer am besten konvertiert

Fügt Ihre eigenen Listen und Google-Segmente im Beobachtungsmodus zu Suchkampagnen hinzu, ohne die Reichweite einzuschränken. Prüft zuerst die Targeting-Modus-Falle, liest das Ergebnis nach dem Hinzufügen zurück und hinterlässt einen Auswertungsplan für 30 Tage später.

Wann du ihn nutztWenn Sie herausfinden möchten, welche Zielgruppen in Ihren Suchkampagnen am besten konvertieren, ohne die Reichweite einzuschränken.

Ich möchte zu den Suchkampagnen in meinem Google Ads-Konto [account name] Zielgruppensegmente hinzufügen, ohne ihre Reichweite einzuschränken. Ziel ist es zu sehen, welche Zielgruppen besser konvertieren, und später auf dieser Grundlage zu entscheiden. So würde ich unser Unternehmen und unsere Kunden beschreiben: [business and customer description].

1. Aktueller Stand. Rufe mit account_snapshot die aktiven Suchkampagnen, ihre Gebotsstrategien und die Ergebnisse der letzten 30 Tage ab. Lies mit google_ads_query aus campaign_criterion und ad_group_criterion die bereits zugeordneten Zielgruppen aus (Typ IN USER_LIST, USER_INTEREST, CUSTOM_AUDIENCE, COMBINED_AUDIENCE, inklusive des Felds negative).
2. Targeting-Modus lesen. Lies mit google_ads_query targeting_setting.target_restrictions aus den Ressourcen campaign und ad_group aus und sieh dir die Dimension AUDIENCE an. Wenn bid_only=false ist, befindet sich diese Ebene im Modus "Targeting", und jede dort hinzugefügte Zielgruppe schränkt die Reichweite ein. Zeige mir diese Kampagnen und Anzeigengruppen zuerst und frage mich, bevor du ihnen etwas hinzufügst.
3. Meine eigenen Listen. Rufe mit list_audiences und definition=true die Listen, ihre Typen und ihre Größen im Suchnetzwerk ab. Google benötigt mindestens 1.000 aktive Mitglieder, damit eine Liste im Suchnetzwerk verwendet werden kann; lass Listen darunter im Vorschlag weg und zeige sie separat.
4. Vorschlag. Schlage pro Kampagne ein Set von höchstens 10 Zielgruppen vor: meine eigenen Listen wie Website-Besucher und Konvertierer, Marktsegmente (In-Market), die zu meinem Geschäft passen, und, wo sinnvoll, ein detailliertes demografisches Segment. Schreibe Google-Segmente mit ihrem exakten Namen, wie er in der Google Ads-Oberfläche angezeigt wird. Schlage keine Lebensereignis-Segmente für Suchkampagnen vor, da Google sie im Suchnetzwerk nicht akzeptiert.
5. Anwenden. Füge nach meiner Freigabe jede Zielgruppe mit manage_audience_targeting über action=attach und mode=OBSERVATION hinzu. Lass mode niemals leer und setze keinen bid_modifier. Zeige zuerst alle Ergänzungen pro Kampagne mit confirm=false als Vorschau, wende sie dann an und lies anschließend campaign_criterion und targeting_setting erneut mit google_ads_query aus, um zu bestätigen, dass die Zielgruppen hinzugefügt wurden und sich der Targeting-Modus nicht geändert hat.

Schreibe außerdem einen Auswertungsplan, den ich in 30 Tagen nutzen kann: Impressionen, Klicks, Kosten und Conversions auf Zielgruppenebene aus campaign_audience_view und ad_group_audience_view mit google_ads_query. Entscheidungsregel: Beurteile keine Zielgruppe mit weniger als 100 Klicks in 30 Tagen; markiere Zielgruppen, deren Conversion-Rate 30 % über oder unter dem Kampagnendurchschnitt liegt. Beachte, dass Gebotsanpassungen für Zielgruppen bei Smart Bidding-Kampagnen nicht angewendet werden; Erkenntnisse dort müssen daher in Entscheidungen zu Anzeigentexten, separaten Kampagnen oder Ausschlüssen statt in Gebotsänderungen münden.

Formatiere die Ausgabe so: Warnhinweise zum Targeting-Modus, eine Tabelle der vorgeschlagenen Zielgruppen pro Kampagne (Kampagne, Zielgruppe, Typ, Größe im Suchnetzwerk, Begründung) und der Auswertungsplan für 30 Tage.

OptimierungÄndert nach deiner Freigabe

Portfolio-Gebotsstrategien und CPC-Limits prüfen

Listet die Portfolio-Gebotsstrategien im Konto auf, zeigt, welche Kampagnen welche nutzen, und vergleicht die tatsächlichen Ergebnisse mit dem Ziel. Findet ungenutzte Portfolios, falsch gruppierte Kampagnen und fehlende CPC-Limits und legt dir die Korrekturen zur Freigabe vor.

Wann du ihn nutztWenn Ihre Google-Ads-Kampagnen Portfolio-Gebotsstrategien teilen und Sie unbenutzte Portfolios, falsch gruppierte Kampagnen oder fehlende CPC-Limits vermuten.

Prüfe die gemeinsam genutzten (Portfolio-)Gebotsstrategien und die CPC-Limits der Kampagnen in meinem Google Ads-Konto [Kontoname]. Mein Ziel-CPA ist [Ziel-CPA] und mein Ziel-ROAS ist [Ziel-ROAS oder "keiner" eintragen].

1. Portfolios auflisten. Rufe mit google_ads_query aus der Ressource bidding_strategy nur die Strategien mit bidding_strategy.status = 'ENABLED' ab: Name, Typ, non_removed_campaign_count, Ziel-CPA, Ziel-ROAS sowie CPC-Obergrenze und -Untergrenze (zum Beispiel maximize_conversions.cpc_bid_ceiling_micros, target_spend.cpc_bid_ceiling_micros). Diese Ressource liefert auch entfernte Strategien zurück, lass den Statusfilter also nicht weg. Strategien, die einem Verwaltungskonto gehören, erscheinen hier nicht; rufe sie separat aus accessible_bidding_strategy mit owner_customer_id und owner_descriptive_name ab.
2. Kampagnen zuordnen. Rufe mit google_ads_query für jede nicht entfernte Kampagne bidding_strategy_type, bidding_strategy und die CPC-Obergrenze auf Kampagnenebene (target_spend.cpc_bid_ceiling_micros) ab. Stelle in einer Tabelle dar, welche Kampagne welches Portfolio nutzt und welche eine eigene Strategie verwendet.
3. Ergebnisse vergleichen. Rufe mit get_report die letzten 30 Tage auf Kampagnenebene ab und berechne für jedes Portfolio die Gesamtkosten, Conversions, Kosten pro Conversion und den ROAS. Stelle das Ziel des Portfolios neben das tatsächliche Ergebnis.

Markiere Folgendes:
1. Aktivierte Portfolios, die keine Kampagne nutzt.
2. Kampagnen im selben Portfolio mit unterschiedlichen primären Conversions oder stark abweichenden Kosten pro Conversion. Ein Portfolioziel gilt für alle zugehörigen Kampagnen gemeinsam; wenn Brand- und Non-Brand-Kampagnen ein Portfolio teilen, ist das meist ein Fehler.
3. Portfolios, deren tatsächliche Kosten pro Conversion mehr als das 1,5-Fache oder weniger als die Hälfte des Ziels betragen. Beurteile kein Portfolio mit weniger als 15 Conversions in den letzten 30 Tagen, schreibe stattdessen "nicht genug Daten".
4. Kampagnen mit Conversions maximieren oder Ziel-CPA, bei denen ich begrenzen möchte, wie viel ein einzelner Klick kosten darf. Bei diesen Strategien lässt sich ein CPC-Limit nicht auf Kampagnenebene festlegen, sondern nur über eine Portfolio-Strategie.
5. Kampagnen mit Klicks maximieren ohne CPC-Obergrenze.

Formatiere die Ausgabe so: zuerst die Portfolio-Tabelle (Portfolio, Typ, Ziel, CPC-Obergrenze, Anzahl der Kampagnen, tatsächliche Kosten pro Conversion, ROAS, Befund), dann die Kampagnen-Tabelle (Kampagne, Strategie, Portfolio, CPC-Obergrenze der Kampagne, Befund) und zum Schluss eine nach Priorität sortierte Liste der Änderungen.

Nimm die Änderungen mit manage_portfolio_bidding_strategy vor: create oder create_and_assign für ein neues Portfolio, update, um das Ziel oder das Limit eines bestehenden Portfolios zu ändern, assign, um eine Kampagne einem bestehenden Portfolio zuzuordnen, delete, um ein Portfolio zu entfernen, das keine Kampagne nutzt. Weise in der Vorschau deutlich darauf hin, dass sich die Änderung eines Portfolioziels auf JEDE Kampagne auswirkt, die es nutzt. Schlage nicht vor, ein Ziel in einem Schritt um mehr als 20 % zu ändern. Zeige jede Änderung zuerst mit confirm=false als Vorschau, warte auf meine Freigabe, wende sie dann an und bestätige das Ergebnis, indem du die Ressourcen bidding_strategy und campaign erneut abrufst.

OptimierungÄndert nach deiner Freigabe

Finde Suchbegriffe, die Budget verschwenden, und mach daraus auschließende Keywords

Kombiniert intelligente Vorschläge für auszuschließende Keywords mit dem vollständigen Suchbegriffsbericht, um Begriffe ohne Conversions und überteuerte Begriffe zu markieren, und zeigt eine gruppierte Vorschau der auszuschließenden Keywords, die deine Marke und konvertierende Keywords schützt.

Wann du ihn nutztWenn dein Suchbegriffe-Bericht in Google Ads zeigt, dass Budget für irrelevante oder zu teure Suchanfragen verloren geht, und du das sicher stoppen willst.

Prüfe die Suchbegriffe in meinem Google Ads-Konto [Kontoname] für die letzten 30 Tage. Nutze die intelligenten Vorschläge für auszuschließende Keywords und den vollständigen Suchbegriffsbericht gemeinsam. Mein Markenname und seine gängigen Schreibweisen lauten: [Markenbegriffe].

Markiere zwei Gruppen:
1. Begriffe, die mehr als [Ausgabenschwelle] gekostet haben, aber keine Conversions erzielt haben.
2. Begriffe mit genau einer Conversion, bei denen die Kosten dieses Begriffs über dem 2-Fachen meines Ziel-CPA von [Ziel-CPA] liegen. Berechne das selbst anhand von Kosten und Conversions im Suchbegriffsbericht.

Überspringe jeden Begriff, den der Bericht unter already_negative aufführt, und prüfe meine bestehenden auszuschließenden Keywords (einschließlich gemeinsamer Listen), damit du nie ein Duplikat vorschlägst.

Für das zugeordnete Keyword fragst du search_term_view mit dem Keyword-Segment ab. Wenn dieses Feld für einen Begriff nicht zurückkommt, schreibe "nicht verfügbar", statt zu raten.

Gib mir eine Tabelle, absteigend nach Kosten sortiert. Spalten: Suchbegriff, Kampagne, Anzeigengruppe, zugeordnetes Keyword, Klicks, Kosten, Conversions, empfohlenes auszuschließendes Keyword, Keyword-Option, Ebene (Kampagne oder Anzeigengruppe).

Entscheidungsregeln:
- Verwende genau passend für einzelne Varianten.
- Verwende passende Wortgruppe, wenn dasselbe unerwünschte Wort in mehreren Begriffen vorkommt, zum Beispiel "gratis", "Jobs" oder "DIY".
- Hole dir meine konvertierenden Keywords aus dem Keyword-Bericht. Schlage nie ein auszuschließendes Keyword vor, das eines davon oder einen meiner Markenbegriffe blockieren würde.
- Wenn ein Begriff relevant, aber einfach teuer ist, führe ihn separat als Gebots- oder Anzeigentextproblem auf, nicht als auszuschließendes Keyword.

Schließe mit den geschätzten monatlichen Einsparungen ab. Nutze als Schätzung die Kosten der letzten 30 Tage für die Begriffe, die du blockieren würdest, und weise darauf hin, dass dies eine Obergrenze ist. Zeige dann eine Vorschau der auszuschließenden Keywords, die du hinzufügen würdest, gruppiert nach Kampagne, als ein Batch pro Kampagne. Warte auf meine Freigabe, bevor du etwas hinzufügst.

Anzeigentexte und Creatives

Alle 45 ansehen →

Anzeigentexte und CreativesÄndert nach deiner Freigabe

Schwache RSA-Headlines und -Beschreibungen finden und direkt ersetzen

Eine Performance-Tabelle pro Asset mit klaren Markierungen für schwache Assets und je zwei getesteten Ersatzvarianten, die erst nach Freigabe umgesetzt werden.

Wann du ihn nutztWenn deine responsiven Suchanzeigen Headlines oder Beschreibungen enthalten, die die CTR drücken oder Budget ohne Conversions verbrauchen.

Prüfe in meinem Google-Ads-Konto [account] jede Headline und jede Beschreibung in den aktiven Responsive Search Ads der Kampagne [campaign] für die letzten 60 Tage.

Erstelle für jede Anzeige eine Tabelle mit diesen Spalten:
- Asset-Text
- Typ (Headline oder Beschreibung)
- Impressionen, Klicks und CTR
- Conversions
- Kosten pro Conversion

Markiere ein Asset in einem der beiden Fälle als schwach:
- Es hat mindestens 1.000 Impressionen und seine CTR liegt unter 70 % der durchschnittlichen CTR der Anzeige, oder
- es hat mehr als [target CPA] ausgegeben, ohne eine Conversion zu erzielen.

Lass Assets mit weniger als 1.000 Impressionen unverändert und markiere sie mit "nicht genug Daten".

Schreibe für jedes schwache Asset 2 Ersatzoptionen im gleichen Winkel wie die leistungsstärksten Assets der Anzeige. Headlines dürfen bis zu 30 Zeichen lang sein, Beschreibungen bis zu 90. Zeige für jede Option die Zeichenzahl an.

Bearbeite die bestehende Anzeige, statt eine neue zu erstellen, damit ihre Performance-Historie erhalten bleibt. Zeige mir als Vorschau die genauen Änderungen (vorher und nachher) Anzeige für Anzeige. Warte auf meine Freigabe, bevor du irgendetwas änderst.

Anzeigentexte und CreativesÄndert nach deiner Freigabe

Message Match zwischen RSAs und WordPress-Landingpages prüfen

Liest jede aktive RSA einer Kampagne, ordnet jede Final URL ihrer WordPress-Seite zu (auch Elementor) und bewertet, ob die Seite Keyword, Angebot und CTA der Anzeige aufgreift. Schlägt die kleinstmögliche Korrektur vor und setzt ohne deine Freigabe nichts um.

Wann du ihn nutztWenn Nutzer deine Anzeigen anklicken, die WordPress-Landingpage aber das Anzeigenversprechen nicht aufgreift und Conversions oder Qualitätsfaktor leiden.

Prüfe, ob meine Anzeigen und Landingpages dasselbe aussagen. Google-Ads-Konto: [account]. WordPress-Seite: [site].

Schritt 1: Anzeigen
Liste die Anzeigengruppen der Kampagne [campaign] auf und lies jede aktive RSA mit ihren Headlines, Beschreibungen und der Final URL.

Schritt 2: Seiten zuordnen
- Entferne die Tracking-Parameter aus jeder Final URL und ordne sie anhand des Slugs einer Seite oder einem Beitrag auf [site] zu.
- Wenn eine URL nicht zu [site] gehört oder mehreren Seiten zugeordnet werden könnte, liste sie auf und frag mich, statt zu raten.

Schritt 3: Seiten lesen
- Prüfe zuerst, wie die Seite aufgebaut ist. Auf einer Elementor-Seite liegen die sichtbaren Überschriften und Buttons in den Seitendesign-Daten, lies sie also dort aus. Bei anderen Seiten liest du den gesamten Inhalt.
- Erfasse: die H1-Überschrift, den ersten Absatz, das Hauptangebot oder den Text des ersten Buttons und den Meta-Titel aus den SEO-Feldern.
- Du kannst die gerenderte Seite nicht sehen. Behandle die H1, den ersten Absatz und den ersten Button in der Reihenfolge der Seite als "First Screen". Sag Bescheid, wenn die Reihenfolge unklar ist, zum Beispiel wenn oben ein Slider-Shortcode sitzt.

Schritt 4: Jedes Anzeigen-Seiten-Paar bewerten
Greift die Seite das Haupt-Keyword, das Angebot und den Call to Action der Anzeige im First Screen auf?

Zeige eine Tabelle mit diesen Spalten:
- Anzeigengruppe
- Final URL
- Page Builder
- was die Anzeige verspricht
- was die Seite sagt
- Match (gut, teilweise oder fehlend)

Schritt 5: Korrekturen
Schlage für jeden teilweisen oder fehlenden Match genau eine Korrektur vor: entweder eine Headline-Änderung in der Anzeige oder eine Überschriften-Änderung auf der Seite, je nachdem, welche die kleinere Änderung ist. Headlines dürfen höchstens 30 Zeichen lang sein. Zeige die Zeichenanzahl.

Zeige die Anzeigenänderungen und die Seitenänderungen getrennt in der Vorschau:
- Anzeigenänderungen: Führe jede RSA-Änderung zuerst als Vorschau aus und lass dabei alle anderen Headlines, Beschreibungen und Pins unverändert.
- Seitenänderungen: Die WordPress-Tools haben keinen Dry Run. Zeige mir daher den genauen aktuellen Text, den vorgeschlagenen Text und das Element oder Feld, das du änderst.

Setze nichts um, bevor ich bestätige. Nach meiner Freigabe:
- Wende die freigegebenen RSA-Änderungen an. Beachte, dass bearbeitete Anzeigen erneut von Google geprüft werden.
- Wende die freigegebenen Seitenänderungen an, leere dann den Cache der Website (und generiere bei Elementor-Seiten das CSS neu).
- Bestätige, dass jede Änderung übernommen wurde. Erinnere mich daran, dass sich Elementor-Änderungen auf die vorherige Version zurücksetzen lassen und andere Änderungen als WordPress-Revisionen gespeichert bleiben.

Anzeigentexte und CreativesÄndert nach deiner Freigabe

RSA-Headlines neu schreiben, die Ablehnungen oder eingeschränkte Ausspielung verursacht haben

Listet abgelehnte und eingeschränkte RSAs mit Googles Richtliniengrund und Beleg auf, schreibt nur die von Google markierten Assets neu und bearbeitet die bestehende Anzeige nach einer Vorher-Nachher-Vorschau. Weist auf Probleme hin, die sich nicht durch Textänderungen lösen lassen.

Wann du ihn nutztWenn einige deiner Google-Anzeigen abgelehnt wurden oder nur eingeschränkt ausgeliefert werden und du die von Google markierten Formulierungen korrigieren musst.

Einige meiner Anzeigen sind abgelehnt oder eingeschränkt.

Liste jede responsive Suchanzeige in [account] auf, die abgelehnt ist oder den Status "Zugelassen (eingeschränkt)" hat. Zeige für jede:
- Kampagne, Anzeigengruppe und Anzeigen-ID
- das Richtlinienthema und seinen Typ
- die genaue Headline oder Beschreibung, die es ausgelöst hat, laut Googles Beleg
- die Länder, in denen sie eingeschränkt ist, falls Google das angibt

Lies den vollständigen Anzeigentext jeder Anzeige, einschließlich Pins, damit du den Beleg konkreten Assets zuordnen kannst.

Erkläre jeden Grund in einfachen Worten. Beispiele sind Markennutzung, übermäßige Großschreibung, nicht belegte Aussagen wie "beste" oder "Nr. 1", Symbole oder Satzzeichen und eingeschränkte Kategorien wie Gesundheit oder Finanzen.

Schreibe nur die beanstandeten Assets neu:
- Schreibe ein Asset nur dann neu, wenn Googles Beleg darauf verweist. Wenn Google zu einem Thema keine Details nennt, schreibe für diese Anzeige nichts neu. Liste stattdessen die Assets auf, die du im Verdacht hast, begründe es und frag mich.
- Behalte die Aussage bei, mach den Text aber richtlinienkonform.
- Headlines dürfen bis zu 30 Zeichen lang sein, Beschreibungen bis zu 90. Zeige für jedes Asset die Zeichenanzahl.
- Bearbeite die bestehende Anzeige, statt eine neue zu erstellen, damit ihr Verlauf erhalten bleibt. Lass alle anderen Assets und Pins unverändert.

Manche Probleme lassen sich nicht durch Umschreiben lösen. Beispiele sind eine Marke, für die eine Berechtigung nötig ist, eine fehlende Zertifizierung oder ein Problem auf der Landingpage wie eine defekte Zielseite. Sag mir in solchen Fällen, was ich stattdessen tun muss.

Zeige für jede Anzeige eine Vorher-Nachher-Vorschau und warte auf meine Freigabe, bevor du etwas änderst. Erinnere mich daran, dass eine bearbeitete Anzeige erneut geprüft wird.

Anzeigentexte und CreativesNur lesend

Welche Messaging-Winkel auf Meta gewinnen: Angle-Analyse über 90 Tage

Holt 90 Tage Meta-Ergebnisse auf Anzeigenebene, liest die Creatives der Anzeigen mit ausreichend Budget, versieht jede mit Tags für Angle, Hook, Format und CTA in einer prüfbaren Tabelle und rankt die Angles nach ausgabengewichteten Kosten pro Ergebnis. Am Ende stehen sechs neue Textvarianten.

Wann du ihn nutztWenn du nicht weißt, welcher Botschaftswinkel (Preis, Problem, Social Proof usw.) bei deinen Meta-Anzeigen wirklich Ergebnisse bringt und neue Textideen brauchst.

Analysiere die Meta-Anzeigen der letzten 90 Tage in [account] und sag mir, welche Messaging-Angles tatsächlich Ergebnisse bringen. Zähle [result action, e.g. lead, purchase] als Ergebnis.

Zu holende Daten:
- Ausgaben, Impressionen, Ergebnisse, Kosten pro Ergebnis und Link-CTR auf Anzeigenebene für die letzten 90 Tage.
- Bei Videoanzeigen ThruPlays geteilt durch Impressionen.
- Berücksichtige nur Anzeigen, die mindestens [minimum spend] ausgegeben haben.
- Wenn mehr als [40] Anzeigen die Bedingung erfüllen, lies die Creatives der [40] mit den höchsten Ausgaben und sag mir, wie viele du ausgelassen hast und wie viel Budget diese abdecken.
- Lies das vollständige Creative jeder berücksichtigten Anzeige: Primärtext, Headline, Format und Button.

Versieh jede Anzeige mit Tags in vier Dimensionen:
- Angle: Preis/Wert, Pain Point, Social Proof, Ergebnis, Dringlichkeit oder Produktmerkmal.
- Hook-Typ der ersten Zeile: Frage, Statistik, mutige Behauptung oder direkte Ansprache.
- Format: Bild, Video oder Karussell.
- CTA.

Das Taggen der Angles ist eine Ermessensfrage. Zeige zuerst die Tag-Tabelle: Anzeigen-ID, Anzeigenname, erste Zeile des Primärtexts und die vier Tags. Markiere unsichere Tags mit "?". Fahre dann mit der Analyse fort. Wenn ich danach Tags korrigiere, rechne neu.

Liefere:
1. Eine Tabelle pro Angle mit diesen Spalten: Anzahl der Anzeigen, Gesamtausgaben, ausgabengewichtete Kosten pro Ergebnis, durchschnittliche Link-CTR.
2. Die Top 3 und die Bottom 3 Angles, jeweils mit der stärksten Einzelanzeige als Beispiel und einem Satz dazu, warum sie wahrscheinlich funktioniert hat oder gescheitert ist. Markiere jeden Angle, der auf weniger als 3 Anzeigen beruht, als geringe Aussagekraft.
3. Sechs neue Textvarianten, aufgebaut auf den Top-2-Angles. Jede erhält einen Primärtext mit dem Hook in den ersten 125 Zeichen, eine Headline unter 40 Zeichen und einen CTA. Jede Variante testet einen anderen Hook-Typ.

Das ist nur Analyse und Entwurf. Erstelle, pausiere oder bearbeite keine Anzeigen.

Anzeigentexte und CreativesÄndert nach deiner Freigabe

Konvertierende Google-RSA-Headlines in Meta-Anzeigenvarianten verwandeln

Rankt die konvertierenden RSA-Headlines und -Beschreibungen einer gewählten Google-Kampagne, adaptiert die besten zu 4 Meta-Varianten, die bereits laufende Botschaften vermeiden, erstellt sie nach Freigabe pausiert, rendert Feed- und Reels-Vorschauen und entfernt die, die du ablehnst.

Wann du ihn nutztWenn du Google-RSA-Botschaften hast, die gut konvertieren, und sie auf Meta testen willst, ohne Texte von Grund auf neu zu schreiben.

Nutze die Google-Ads-Botschaften, die für [client] bereits konvertieren, auch auf Meta. Google-Ads-Konto: [Google Ads account], Kampagne: [Google campaign]. Meta-Werbekonto: [Meta ad account], Anzeigengruppe: [ad set].

1. Hole den RSA-Asset-Bericht für [Google campaign] für die letzten 90 Tage. Behalte Headlines und Beschreibungen mit mindestens [minimum impressions, e.g. 1,000] Impressionen. Rank sie nach Conversion-Rate, mit der CTR als Tiebreaker, und zeige die Top 10 in einer Tabelle mit Impressionen, Klicks, Conversions und Kosten pro Conversion. Wenn weniger als 5 Assets die Schwelle erreichen, sag es mir und schlag eine niedrigere vor, bevor du weitermachst.
2. Lies die aktiven Anzeigen in [ad set] und ihre Creatives, damit du keine Botschaften doppelst, die dort schon laufen. Notiere die Facebook-Seite, das Bild und den Button, die sie verwenden. Wenn die Anzeigengruppe Videos statt Bildanzeigen ausspielt, halte an und frag mich, wie du vorgehen sollst.
3. Schreibe 4 Meta-Varianten aus den besten Assets. Jede braucht Primärtext, Headline und CTA-Button. Adaptiere, statt einzufügen: Eine Suchanzeigen-Headline beantwortet eine eingegebene Suchanfrage, Meta-Text muss dagegen das Scrollen stoppen. Beginne mit dem Problem oder dem Ergebnis und bring dann die bewährte Formulierung ein. Halte jede Aussage identisch mit der Google-Anzeige. Füge keine neuen Rabatte oder Zahlen hinzu.
4. Verwende [landing page URL] als Ziel, dieselbe Facebook-Seite und das Bild, das die Anzeigengruppe bereits nutzt. Verwende dessen Image Hash wieder, wenn das Creative ihn liefert, andernfalls lade genau dieses Bild einmal hoch und nutze den Hash für alle 4.

Zeige mir die 4 Varianten zuerst als Textvorschau. Meta kann nur von einem bestehenden Creative eine visuelle Vorschau rendern. Erstelle daher nach meiner Freigabe des Texts die freigegebenen Varianten als neue Anzeigen in [ad set] im Status pausiert. Solange sie pausiert sind, wird nichts ausgegeben.

Rendere dann Feed- und Reels-Vorschauen jeder neuen Anzeige und zeige mir die Links. Für jede Version, die ich nach der Vorschau ablehne, zeige die Löschung zuerst als Vorschau und lösche sie erst nach meiner Bestätigung. Lass die, die ich behalte, pausiert. Ändere keine bestehende Anzeige.

Anzeigentexte und CreativesNur lesend

Welche TikTok-Anzeigentexte wirklich den ROAS treiben

Eine reine Leseanalyse deiner TikTok-Anzeigen. Sie rankt die Anzeigen nach ROAS, vergleicht die Textmuster der besten und schlechtesten Performer und macht aus den Unterschieden Textregeln, die durch Zahlen belegt sind.

Wann du ihn nutztWenn manche TikTok-Anzeigen einen deutlich besseren ROAS liefern als andere und du wissen willst, welche Textmuster dahinterstecken.

Analysiere in meinem TikTok-Werbekonto [advertiser account], welche Anzeigentexte den ROAS treiben. Das ist rein lesend, ändere also nichts.

1. Prüfe zuerst die Pixel. Wenn kein Pixel ein aktives Kaufereignis (CompletePayment oder SHOPPING) hat, halte an und sag es mir, denn Kaufwert und ROAS bleiben sonst leer.
2. Hole Daten auf Anzeigenebene für die letzten 30 Tage: Ausgaben, Impressionen, CTR, Käufe, Kaufwert und ROAS. Wenn der ROAS nicht direkt geliefert wird, berechne ihn als Kaufwert geteilt durch Ausgaben.
3. Behalte die Anzeigen, die mindestens [minimum spend] ausgegeben haben. Lies bei jeder den aktuellen Anzeigentext und den Call to Action. Bei Spark Ads stammt der Text aus der Bildunterschrift des organischen Posts, markiere diese also.

Liefere drei Dinge:
1) Eine nach ROAS sortierte Tabelle mit diesen Spalten: Anzeigenname, Anzeigentext, CTA, Ausgaben, CTR, Käufe, ROAS.
2) Einen Mustervergleich zwischen dem obersten und dem untersten Quartil nach ROAS. Wenn weniger als 8 Anzeigen die Bedingung erfüllen, vergleiche stattdessen die obere mit der unteren Hälfte und sag das dazu. Berücksichtige:
   - die Eröffnungsworte
   - ob ein Preis oder Rabatt genannt wird
   - ob das Produkt beim Namen genannt wird
   - Social Proof
   - Dringlichkeit
   - die Länge in Zeichen
   - Frage oder Aussage
3) Fünf Textregeln für neue Anzeigen. Belege jede Regel mit den Zahlen dahinter.

Markiere jede Anzeige mit weniger als 10 Käufen als nur richtungsweisend und lass sie aus den Regeln heraus.

Wenn Smart+-Kampagnen existieren, liste deren Anzeigen in einer separaten Tabelle auf. Nimm ihre Zahlen nur auf, wenn der Bericht sie für diese Anzeigen-IDs liefert, sonst liste sie ohne Metriken auf. Lass sie in jedem Fall aus dem Quartilsvergleich heraus.

SEO und Inhalte

Alle 53 ansehen →

SEO und InhalteÄndert nach deiner FreigabeLive-Demo

Meine gehostete Website auf Türkisch und Englisch veröffentlichen, mit hreflang, Sitemaps pro Sprache und llms.txt

Ergänzt eine englische Version einer statischen Website unter /en/: Sprach-URLs, hreflang und x-default, og:locale und Schema-Sprache je Sprache, einen statischen Sprachumschalter, Sitemaps und llms.txt pro Sprache. Prüft Übersetzungszuordnung und -qualität per Skript und misst jede Seite auf zwei Geräten.

Wann du ihn nutztWenn Ihre Website nur in einer Sprache online ist und Sie eine englische Version ergänzen möchten, die Google und KI-Assistenten korrekt mit dem Original verbinden.

Meine Website [site address] auf meinem Opus Growth Server ist bisher nur auf Türkisch. Ich möchte, dass du eine englische Version ergänzt und beide Sprachen so einrichtest, dass Suchmaschinen und KI-Assistenten sie korrekt einander zuordnen. Zielgruppe der englischen Version: [audience, for example foreign tourists]. Namen, die nie übersetzt werden: [brand name, product names, place names]. Die Sprache, die Besucher von anderswo standardmäßig sehen (x-default): [Turkish or English].

1. Ist-Zustand erfassen. Lies site_seo_guide, liste die Seiten mit site_list_files auf und notiere die Wiederherstellungsversion mit site_versions. Schlage für jede türkische Seite eine englische Adresse vor und zeige die Zuordnungstabelle: Türkisch bleibt im Stammverzeichnis (/, /hizmetler/), Englisch liegt unter /en/ (/en/, /en/services/). Schreibe die Adressen in englischen Wörtern, kleingeschrieben, als Verzeichnisse mit abschließendem Schrägstrich. Ändere die bestehenden türkischen Adressen nicht; falls eine geändert werden muss, leite sie per 301 mit site_redirects um. Warte auf meine Freigabe.
2. Übersetzung. Schreibe jede Seite auf Englisch so, dass sie für die Zielgruppe natürlich klingt, übersetze den Sinn, nicht Satz für Satz. Behalte Daten wie Telefonnummern, Adressen, Preise und Öffnungszeiten exakt bei und füge keine neuen Behauptungen hinzu. Titel mit 50 bis 60 Zeichen, Beschreibungen mit 140 bis 160 Zeichen, in jeder Sprache einzigartig. Beide Sprachen haben dieselbe Anzahl an Abschnitten. Jede englische Seite hat `<html lang="en">` und beantwortet die Frage direkt im ersten Absatz.
3. Konfiguration. Füge in assets/site.config.js einen Block `locales.en` hinzu: Präfix "/en/", hreflang "en", ogLocale "en_US", die englische Unternehmensbeschreibung, das englische Menü, den Call-to-Action, den Footer-Hinweis und die Oberflächentexte (skip to content, menu, pages, contact). Trage in einem `i18n`-Block die Stammsprache, die x-default-Sprache, die türkisch-englischen Adresspaare, die nie übersetzten Wörter (keepWords) und ein Fachbegriff-Glossar ein.
4. Schreibe ein Skript i18n-stamp.mjs und lege es im Stammverzeichnis der Website ab. Seine Aufgaben:
   1. Auf jeder Seite zwischen `` und `` absolute Tags `<link rel="alternate" hreflang="tr-TR">`, `hreflang="en"` und `hreflang="x-default"` ausgeben.
   2. Innerhalb des von seo-stamp.mjs ausgegebenen Blocks auf englischen Seiten og:locale auf en_US setzen, in beiden Sprachen die jeweils andere Sprache als og:locale:alternate ergänzen, inLanguage des WebSite-Knotens auf ["tr-TR", "en"] setzen und auf englischen Seiten die description des Unternehmensknotens durch die englische ersetzen.
   3. sitemap-tr.xml und sitemap-en.xml mit xhtml:link-Alternates für jede Adresse und dem tatsächlichen Änderungsdatum der Datei als lastmod erzeugen und sitemap.xml in einen Sitemapindex umwandeln, der auf beide verweist.
   4. Die Übersetzung prüfen und bei Fehlern mit einem Exit-Code ungleich null beenden: eine Seite ohne Gegenstück, html lang passt nicht zum Ordner, eine unterschiedliche Telefon- oder lange Nummer in den beiden Sprachen; als Warnungen eine unterschiedliche Anzahl an h2, h3, Bildern oder FAQ-Einträgen in den beiden Sprachen, Wörter mit türkischen Sonderzeichen im englischen Text außerhalb von keepWords und nicht verwendete Glossarbegriffe.
   Der WebPage-Knoten jeder Seite trägt deren eigene Sprache als inLanguage. seo-check.mjs nimmt nur die Startseite im Stammverzeichnis von der BreadcrumbList-Pflicht aus, ergänze daher auf der /en/-Startseite eine BreadcrumbList mit einem Element.
5. Sprachumschalter. Das Skript chrome-stamp.mjs, das Menü und Footer als statisches HTML ausgibt, gibt Seiten unter /en/ das Menü und die Oberflächentexte aus locales.en und baut den Sprachumschalter aus den hreflang-Tags der Seite, sodass jede Seite auf IHR eigenes Gegenstück in der anderen Sprache verlinkt und nicht auf die Startseite. Jeder Sprachlink trägt die Attribute hreflang und lang und eine Tippfläche von mindestens 44 Pixeln. Wähle die Sprache nicht per Weiterleitung anhand der Browsersprache.
6. llms.txt. Schreibe die türkische /llms.txt im Stammverzeichnis und die englische Version unter /en/llms.txt; jede enthält eine kurze, genaue Zusammenfassung der Website, die Seitenliste in der eigenen Sprache und die Kontaktdaten und verlinkt auf die jeweils andere. robots.txt bleibt offen für KI-Crawler und verweist nur auf den Index sitemap.xml.
7. Ausführungsreihenfolge nach jeder Änderung: `node seo-stamp.mjs`, `node i18n-stamp.mjs`, `node chrome-stamp.mjs`, der Tailwind-Build, dann `node seo-check.mjs`, `node design-check.mjs`, `npx --yes html-validate "**/*.html"`. seo-stamp überschreibt bei jedem Lauf seinen eigenen Block, daher muss i18n-stamp IMMER danach laufen. Falls die Website noch über das Tailwind Play CDN und Schriften von Drittanbietern läuft, stelle sie zuerst auf kompiliertes CSS und selbst gehostete Schriften um.
8. Messen. core_web_vitals auf Mobil und Desktop für jede Seite in beiden Sprachen; seo_audit für beide Versionen der Startseite. Öffne die türkische und die englische Startseite mit site_preview bei 360, 390, 768 und 1440 Pixel Breite; englische Überschriften sind oft länger, achte daher genau auf Überläufe. Kriterien: mobile Performance mindestens 95 und die anderen drei Werte 100; null Fehler bei seo-check, i18n-stamp und html-validate.
9. Nach der Veröffentlichung. Bestätige die hreflang-Tags und den Sprachumschalter auf der /en/-Startseite mit site_read_url. Falls meine Search-Console-Property [Search Console property] ist, reiche sitemap.xml mit gsc_submit_sitemap ein und prüfe die /en/-Startseite mit gsc_url_inspect.

Ausgabe: die Zuordnungstabelle der türkischen und englischen Adressen, eine Tabelle der Werte pro Seite und Sprache, die Ausgabe der i18n-stamp-Prüfung, die verbleibenden Übersetzungswarnungen und eine Liste der Sätze, die ich prüfen sollte.

SEO und InhalteÄndert nach deiner Freigabe

Money Page nach dem Answer-First-Prinzip umbauen, damit KI-Antworten sie zitieren können

Zieht die Fragen, die die Seite bereits in der Search Console bekommt, und wer in KI-Antworten zitiert wird, und gliedert dann den bestehenden Content neu: direkte Antwort ganz oben, Fragen als Überschriften, Vergleichstabelle und seitenspezifische FAQ. Erfindet nichts, wird erst nach Vorschau und Freigabe umgesetzt und hält eine Baseline für die Erfolgsmessung fest.

Wann du ihn nutztWenn die Antwort einer wichtigen Leistungs- oder Preisseite im Text versteckt ist und die Seite bei Fragesuchen rankt, aber selten in KI-Antworten oder Google-Snippets zitiert wird.

Baue die Seite [page URL] auf meiner Website in ein "Answer-First"-Layout um, das KI-Antworten und Google leicht zitieren können. Website-Typ: [Opus Growth hosting or WordPress]. Meine Search-Console-Property: [Search Console property]. Ich vermute, dass die Hauptfrage der Seite lautet: [main question, e.g. "how much does a boiler service cost in Hackney"]. Fakten, die nicht auf der Website stehen und die ich als korrekt bestätige: [price range, duration, warranty and so on, or "none"].

1. Die Fragen, die die Seite bekommt. Nutze get_report mit platform='search_console', breakdown='page,query' für die letzten 90 Tage und behalte nur die Zeilen dieser Seite. Filtere die Suchanfragen im Fragestil (was, wie, warum, wie viel, welche, Unterschied, Preis und deren Entsprechungen in der Sprache der Seite) mit mindestens 20 Impressionen heraus und sortiere sie nach Impressionen. Behalte diese Zeilen als Mess-Baseline: Suchanfrage, Impressionen, Klicks, durchschnittliche Position.
2. Der aktuelle Content. Lies die Seite mit site_read_url, zuerst mit outline=true und dann mit text=true (wenn truncated true ist, lies erneut mit max_bytes=1000000). Liste den Überschriftenbaum, den ersten Absatz und jede Zahl, jeden Preis, jede Dauer und jede Behauptung auf der Seite auf. Diese Liste ist alles, was du verwenden darfst.
3. Was die KI sagt. Prüfe seo_history auf frühere Läufe und führe dann seo_ai_overview für die Hauptfrage und die zwei Fragen mit den meisten Impressionen aus (target=[domain], Standort und Sprache für meinen Markt). Notiere, was der erste Satz der KI-Antwort sagt, welche Arten von Fakten sie enthält (Preisspanne, Dauer, Schritte, Vergleich) und welche Seiten sie zitiert. Wenn references leer ist, zähle die Domains der Links innerhalb von ai_answer. Diese Aufrufe kosten Credits, führe daher nicht mehr als drei aus, ohne mich zu fragen.
4. Die neue Struktur. Behalte den bestehenden Text bei und schlage dieses Layout vor:
   1. Das H1 bleibt oder wird leicht angepasst, damit es die Hauptfrage klarer aufgreift.
   2. Direkt unter dem H1 ein Antwortabsatz mit 40 bis 60 Wörtern: eine direkte Antwort auf die Hauptfrage im ersten Satz, dann die zwei wichtigsten konkreten Fakten. Keine Einstiege wie "Heutzutage" oder "Wenn Sie sich fragen".
   3. Die Abschnitte im Haupttext bekommen H2-Überschriften im Fragestil, übernommen aus den echten Search-Console-Fragen. Der erste Satz unter jedem H2 beantwortet die jeweilige Frage.
   4. Eine Tabelle, wenn die Seite vergleichbare Fakten enthält (Pakete, Dauern, Optionen). Wenn nicht, erfinde keine.
   5. Am Ende eine FAQ mit 4 bis 6 seitenspezifischen Fragen. Die Fragen stammen aus der Search Console oder aus Themen, die die Seite tatsächlich beantwortet.
   6. Eine sichtbare Zeile "Zuletzt aktualisiert: [date]" und die Angabe, wer die Seite erstellt hat (der Firmenname, sofern ich keinen echten Personennamen angegeben habe).
   7. Da diese FAQ auf der Seite sichtbar ist, kann FAQPage-JSON-LD ergänzt werden. Weise darauf hin, dass Google FAQ-Rich-Results seit 2023 nur noch für bekannte Behörden- und Gesundheitsseiten anzeigt. Das Markup dient also dazu, dass Maschinen den Content lesen können, nicht dazu, ein Rich Result zu erhalten.
5. Keine erfundenen Fakten. Schreibe keine Zahl, keinen Preis, keine Dauer, keine Garantie, keine Kundenzahl, keine Bewertung und kein Zertifikat, die nicht auf der Seite oder in den oben genannten Fakten stehen. Wenn der Antwortabsatz einen Fakt braucht, den wir nicht haben, schreibe stattdessen [FACT NEEDED: ...] und frage mich.
6. Qualitätsprüfung. Lass den gesamten neuen Text durch seo_content_lint laufen. Wenn human_score unter 80 liegt oder eine Formulierung markiert wird, schreibe diese Absätze um und führe die Prüfung erneut aus.
7. Vorschau. Zeige die alte und die neue Struktur nebeneinander, Abschnitt für Abschnitt, vermerke, auf welchem bestehenden Fakt jeder neue Satz beruht, und warte auf meine Freigabe.
8. Nach der Freigabe umsetzen.
   1. Hosting: Lies die Seitendatei mit site_read_file und ändere sie Abschnitt für Abschnitt mit site_edit_file. Schreibe den FAQPage-Block statisch in den Head der Seite und verknüpfe ihn mit dem bestehenden @id-Graphen der Website.
   2. WordPress: Lies den Inhalt mit wordpress_get_post. Wenn die Seite mit Elementor gebaut ist, lies das Layout mit wordpress_page_design und ändere es mit wordpress_edit_page_design; andernfalls nutze wordpress_update_post. Ändere den Veröffentlichungsstatus der Seite nicht.
9. Verifizieren. Zeige mit site_read_url und outline=true das einzelne H1, die neuen H2-Überschriften und den Antwortabsatz live. Bestätige mit text=true, dass der Antwortabsatz auch ohne JavaScript sichtbar ist.

Schließe mit einem Messplan ab: In 4 bis 6 Wochen vergleichen wir die Search-Console-Zeilen für dieselben Suchanfragen und die seo_ai_overview-Ergebnisse für dieselben Fragen mit der Baseline. Beurteile die Wirkung der Änderung nicht vor diesem Zeitpunkt.

SEO und InhalteNur lesend

Prüfen, ob KI-Crawler die richtige Sprachversion Ihrer mehrsprachigen Website sehen

Prüft die Abstimmung von hreflang, Canonical und html lang auf jeder Sprachversion, die Alternates in der Sitemap sowie automatische Weiterleitungen nach Land oder Browsersprache der Besucher. Misst, welche Version Google auswählt und welche Sprachseite in KI-Antworten zitiert wird, ohne etwas zu verändern.

Wann du ihn nutztWenn Ihre mehrsprachige Website in der falschen Sprache rankt oder zitiert wird oder Sie vermuten, dass automatische Weiterleitungen nach Land oder Browsersprache verhindern, dass Google und KI-Crawler Ihre deutsche oder französische Version sehen.

Meine Website [site URL] ist in diesen Sprachen veröffentlicht: [languages and URL structure, e.g. en: /, de: /de/, fr: /fr/]. Meine Search-Console-Property: [Search Console property]. Die beiden wichtigsten Seiten pro Sprache: [homepage and one service page URL in each language]. Eine kommerzielle Frage pro Markt: [one question per language]. Diese Aufgabe ist rein lesend.

Die meisten KI-Crawler und die Crawler von Google kommen von Servern in den USA, und ihre Browsersprache ist in der Regel Englisch. Wenn die Website Besucher automatisch nach IP-Land oder Browsersprache weiterleitet, sehen diese Crawler die deutsche oder französische Seite womöglich nie. Genau das soll diese Aufgabe messen.

1. Abstimmung der Tags. Lesen Sie die beiden Seiten jeder Sprache mit site_read_url (Standard-max_bytes; wird der Body vor `</head>` abgeschnitten, verwenden Sie max_bytes=1000000). Extrahieren Sie pro Seite den Wert von `<html lang>`, die Canonical-URL, jeden `rel="alternate" hreflang`-Link und x-default. Prüfen Sie: Zeigt der Canonical auf die Seite selbst (verweist der Canonical einer Sprachversion auf eine andere Sprache, fällt diese Version aus dem Index)? Sind die hreflang-Links gegenseitig (wenn A auf B verweist, muss B auf A verweisen)? Liefert jede hreflang-URL den Status 200 (site_read_url mit max_bytes=0)? Sind die Sprachcodes gültig (z. B. "en", "de", "en-GB"; mischen Sie nicht "de-DE" und "de")? Nennen html lang und hreflang dieselbe Sprache?
2. Sitemap. Lesen Sie die sitemap.xml und eventuelle untergeordnete Sitemaps mit site_read_url. Vergleichen Sie bei zwei Seiten die xhtml:link-Alternates mit dem hreflang auf der Seite.
3. Weiterleitungsverhalten. Lesen Sie die Startseite jeder Sprache mit site_read_url und max_bytes=0 und notieren Sie die Liste der Weiterleitungen (redirects). Dieses Tool sendet Anfragen wie ein Browser von einem festen Server aus und zeigt daher nicht, was ein Besucher aus einem anderen Land sieht. Messen Sie deshalb die Startseite jeder Sprache zusätzlich mit seo_technical_audit, das die Seite mit JavaScript von Servern an einem anderen Standort rendert. Zeigen die beiden Tools einen Title oder H1 in unterschiedlichen Sprachen, leitet die Website Besucher von diesem Standort auf eine andere Sprachversion um. Markieren Sie das mit höchster Dringlichkeit und fragen Sie mich: Nimmt die Weiterleitungsregel Such- und KI-Crawler aus (Googlebot, Bingbot, GPTBot, OAI-SearchBot, ChatGPT-User, ClaudeBot, Claude-User, PerplexityBot), und verwendet sie 302 statt 301? Sie können weder den Code noch die Servereinstellungen einsehen, also raten Sie die Antwort nicht.
4. Googles Auswahl. Prüfen Sie die beiden Seiten pro Sprache in einem einzigen Aufruf von gsc_inspect_urls. Weicht der von Google gewählte Canonical von der Seite selbst ab (z. B. wird für die deutsche Seite die englische gewählt), sagen Sie das. Verwenden Sie get_report mit platform='search_console' und breakdown='country' für die letzten 90 Tage, danach breakdown='page by impressions', und summieren Sie Impressionen und Klicks pro Sprachordner. Markieren Sie jede Sprachversion, die im eigenen Markt kaum Impressionen erhält.
5. Die Sprache, die die KI sieht. Lassen Sie die kommerzielle Frage jedes Marktes mit den Standort- und Sprachwerten dieses Marktes und target=[domain] durch seo_ai_overview laufen. Wird eine meiner Seiten zitiert, notieren Sie, welche Sprachversion es ist. Ist references leer, nutzen Sie die Links innerhalb von ai_answer. Wird meine englische Seite für eine deutsche Frage zitiert, ist das ein Zeichen dafür, dass die deutsche Seite nicht ausreichend gesehen wird.

Formatieren Sie die Ausgabe so: Zuerst eine Zusammenfassung in vier Sätzen. Dann eine Seitentabelle: URL, html lang, Canonical (selbst oder nicht), Anzahl und Gegenseitigkeit der hreflang, x-default, von Google gewählter Canonical, Status. Dann eine Weiterleitungstabelle: Startseite der Sprache, Title in site_read_url, Title in seo_technical_audit, Unterschied. Dann eine Markttabelle: Sprache, Impressionen und Klicks im Hauptmarkt, in der KI-Antwort zitierte Version. Schließen Sie mit einer Maßnahmenliste nach Dringlichkeit. Gibt es eine automatische Sprachweiterleitung, fügen Sie diese allgemeine Empfehlung hinzu: Crawler von der Weiterleitung auszunehmen oder Besuchern statt einer Weiterleitung einen Banner mit einem Sprachvorschlag zu zeigen, ist der Ansatz, den Google für mehrsprachige Websites empfiehlt.

SEO und InhalteNur lesend

Intent-basierte Keyword-Cluster aus wenigen Seed-Keywords aufbauen

Eine gerankte Liste von Keyword-Clustern mit Volumen, Schwierigkeit und dem passenden Seitentyp oder der passenden Anzeigengruppe für jedes Cluster.

Wann du ihn nutztWenn du die Keyword-Recherche für ein Unternehmen startest und nur wenige Seed-Keywords hast.

Ich verkaufe [Produkt oder Service] in [Stadt oder Land]. Starte mit diesen Seed-Keywords: [3 bis 5 Seed-Keywords].

Prüfe zuerst seo_history, damit du frühere Ergebnisse wiederverwendest, statt für dieselbe Abfrage doppelt zu zahlen. Nutze dann den Keyword Planner und die SEO-Keyword-Recherche, um Ideen mit durchschnittlichen monatlichen Suchanfragen, Wettbewerb und Keyword-Schwierigkeit zu sammeln.

Bereinige die Liste:
- entferne Keywords unter 30 monatlichen Suchanfragen
- entferne Job-, Gratis-, DIY-, Kurs- und Wettbewerber-Markenbegriffe, es sei denn, sie passen eindeutig zu meinem Geschäft
- führe enge Varianten und Pluralformen zusammen

Clustere den Rest nach Suchintention, mit einem Cluster pro eigenständigem Bedürfnis eines Suchenden. Gib für jedes Cluster an:
- Clustername und Haupt-Keyword
- 5 bis 10 unterstützende Keywords
- gesamtes monatliches Volumen und durchschnittliche Schwierigkeit
- Intention: informativ, kommerziell oder transaktional
- beste Verwendung: Serviceseite, Blogbeitrag oder eine Google-Ads-Anzeigengruppe

Sortiere die Cluster nach Volumen und Eignung für ein kleines Unternehmen mit begrenztem Budget. Markiere die Top 3 für den Start und begründe das jeweils in einer Zeile.

SEO und InhalteÄndert nach deiner Freigabe

Konvertierende Suchbegriffe aus Ads in organische Content-Cluster verwandeln

Nutzt 90 Tage konvertierende Suchbegriffe aus Google Ads und Microsoft Ads, um Themen zu finden, bei denen du für Conversions zahlst, aber organisch kaum oder gar nicht sichtbar bist. Liefert einen priorisierten Content-Plan und eine reine Vorschau-Liste mit Keyword-Ergänzungen.

Wann du ihn nutztWenn du für Conversions auf Suchbegriffe zahlst, aber nicht weißt, welche Themen organische Inhalte verdienen, um weniger von Anzeigen abhängig zu sein.

Ich möchte meine Ads-Daten nutzen, um zu entscheiden, worüber ich schreiben soll. Verwende bei jeder Quelle die letzten 90 Tage.

1. Ziehe meine Google-Ads-Suchbegriffe der letzten 90 Tage (days=90 oder ein explizites Start- und Enddatum), sortiert nach Conversions. Behalte nur Begriffe mit mindestens 1 Conversion. Wenn die Antwort abgeschnitten ist, blättere weiter, bis du alle konvertierenden Begriffe hast.
2. Wenn Microsoft Ads verbunden ist, finde das Standardkonto und ziehe dessen Suchbegriffe für dieselben 90 Tage. Behalte nur Begriffe mit mindestens 1 Conversion und füge sie dem Pool hinzu. Markiere dabei, von welcher Plattform jeder Begriff stammt.
3. Gruppiere alle konvertierenden Begriffe nach Suchintention in Themen-Cluster. Zeige für jedes Cluster die Gesamtkosten, Conversions und Kosten pro Conversion, aufgeteilt nach Plattform, wo beide vorhanden sind.
4. Finde meine Search-Console-Property (nutze [Site-Property], falls ich eine genannt habe) und ziehe organische Daten für die letzten 90 Tage mit der Dimension query sowie einen zusätzlichen page,query-Abruf, damit du siehst, welche Seite für welche Query rankt. Nutze ein ausreichend hohes Limit, um den Long Tail abzudecken.
5. Ordne jedes Cluster den Search-Console-Queries zu, die dieselbe Intention ausdrücken. Nutze dein Urteilsvermögen bei nahen Varianten und unterschiedlichen Formulierungen und nenne, welche Queries du gezählt hast. Berichte organische Klicks, Impressionen und durchschnittliche Position pro Cluster sowie die am besten rankende Seite, falls es eine gibt.

Klassifiziere jedes Cluster:
- Content-Lücke: konvertiert in Ads, organische Durchschnittsposition schlechter als 10 oder keine organischen Impressionen. Hier sollte ich eine Seite erstellen.
- Verbessern: konvertiert in Ads, organische Position 4 bis 10. Nenne die bestehende Seite, die gestärkt werden muss.
- Abgedeckt: organische Position 1 bis 3. Vermerke es als möglichen Ansatz, später weniger Werbebudget zu testen.

Liefere eine Tabelle, sortiert nach Ads-Conversions, und dann die Top 5 Content-Lücken-Cluster mit je einem Vorschlag für Seitentitel und URL-Slug.

Liste separat meine Google-Ads-Keywords auf (list_entities, entity keywords) und zeige konvertierende Google-Suchbegriffe, die im Konto noch keine Keywords sind. Bei Microsoft-Begriffen markiere sie nur; prüfe oder ändere keine Microsoft-Keywords. Füge nichts hinzu. Wenn du meinst, dass einige Google-Begriffe als Exact Match ergänzt werden sollten, sag mir, in welche Anzeigengruppe jeder gehört, und führe add_keywords mit confirm=false aus, damit ich die genaue Vorschau sehe. Warte auf meine Freigabe, bevor du etwas anwendest.

SEO und InhalteÄndert nach deiner Freigabe

Clustere die Suchanfragen, die mein Unternehmensprofil finden, und optimiere meine Leistungen

Cluster der echten Google-Search- und Maps-Anfragen hinter deinem Eintrag, verglichen mit deinen Leistungen und Kategorien, plus ein vorab angezeigter Korrekturvorschlag.

Wann du ihn nutztWenn dein Unternehmensprofil Aufrufe bekommt, du aber vermutest, dass Leistungen und Kategorien nicht zu den echten Suchanfragen bei Google und Maps passen.

Hole für meinen Business-Profile-Standort [Standortname] die Suchbegriffe, mit denen Menschen den Eintrag in den letzten 3 Monaten über Google Search und Maps gefunden haben.

Clustere die Begriffe in:
- Markensuchen
- Leistungssuchen, mit einem Cluster pro Leistung
- "in meiner Nähe"-Suchen sowie Stadtteil- oder Bezirkssuchen
- problembezogene Suchen, etwa ein Symptom oder ein Anliegen des Kunden

Zeige für jedes Cluster die Impressionen insgesamt und die Top 5 Begriffe.

Lies dann die Details meines Eintrags aus: primäre und zusätzliche Kategorien sowie die Leistungsliste. Vergleiche sie mit den Clustern und sag mir:
- Leistungs-Cluster mit echter Nachfrage, die in meiner Leistungsliste fehlen
- Leistungen, die ich aufführe, die aber kaum gesucht werden
- ob eine zusätzliche Kategorie zu einem starken Cluster passen würde. Suche nach den Kategorienamen, um zu bestätigen, dass sie existieren.

Formuliere die neuen Leistungseinträge mit jeweils einem Namen und einer Beschreibung von bis zu 300 Zeichen, geschrieben rund um die Wörter, die Menschen tatsächlich suchen.

Zeig mir die genauen Änderungen zuerst als Vorschau. Aktualisiere den Eintrag erst, wenn ich zugestimmt habe.

Website

Alle 66 ansehen →

WebsiteÄndert nach deiner FreigabeLive-Demo

Redaktionelle Expertenseite mit Ratgeber-Bereich und Autoren-Schema aufbauen

Lässt deinen Assistenten die Seite einer Expertin oder eines Experten aufbauen: Startseite im Magazin-Titelstil, ausführliche Ratgeber und ein Autorenprofil. Serifen-Typografie, Article- und Person-Schema sowie datierte, belegte Artikel ergeben eine Publikation, die gelesen und von KI-Antworten zitiert werden kann.

Wann du ihn nutztWenn Sie als selbstständige Expertin, Berater oder Freiberufler eine Website brauchen, die Ihre Fachkompetenz belegt und von Suchmaschinen und KI-Antworten zitiert wird, statt wie eine Werbebroschüre zu wirken.

Baue mir auf meinem Opus Growth Hosting-Server [Servername] eine Expertenseite im redaktionellen Stil. Zu mir: [vollständiger Name], [Fachgebiet, z. B. Exportberater], [Region, in der ich tätig bin, oder "online"]. Leistungen: [Leistungen]. Erfahrung: [tatsächliche Erfahrung und Branchen, in denen ich gearbeitet habe; nichts erfinden]. Telefon: [Telefon], E-Mail: [E-Mail], Domain: [Domain]. Themen der ersten beiden Ratgeber: [Thema 1], [Thema 2]. Falls mein Büro Besuch empfängt, dessen Adresse: [Adresse oder "keine"].

Die Seite soll wie eine Publikation wirken, die Expertise durch Texte belegt, nicht wie eine Broschüre. Die Ratgeber stehen im Zentrum der Seite, denn sie werden von Lesern und KI-Antworten zitiert.

Die Gestaltungsrichtung ist redaktionell:
1. Schrift: eine charaktervolle Serifenschrift von Fontshare für Überschriften (z. B. Zodiak 700 und 400 kursiv) und eine ruhige Sans für Oberfläche und kurze Texte (z. B. Author 400 und 600). Artikeltext in der Serifenschrift mit 19 Pixeln, Zeilenhöhe 1,7, höchstens 68 Zeichen pro Zeile.
2. Farbe: cremefarbener Papierhintergrund, dunkle Tintenfarbe für den Text, ein warmes Grau als Zweitfarbe und ein dunkler Akzent (z. B. Ochsenblutrot). Der Akzent erscheint nur bei Kickern, der Initiale und den Linien der Pull Quotes.
3. Raster: 12 Spalten; ein asymmetrisches 7-zu-5-Cover auf der Startseite mit dünnen senkrechten Linien zwischen den Spalten. Keine Schatten oder abgerundeten Ecken.
4. Signaturelement: ein Kopf (Masthead) mit Doppellinie wie bei einem Zeitungstitel (mit dünner Datumszeile darüber) und in Artikeln eine große Initiale in der Akzentfarbe sowie ein Pull Quote am Rand.
5. Bewegung: keine.

Seiten und ihr Schema:
1. index.html (Cover): eine Schlagzeile und ein Vorspann, dessen erster Absatz die Frage "Wer bist du, wem hilfst du bei was" beantwortet, Bild und Titel des Leitartikels, eine Seitenspalte mit den übrigen Artikeln, Leistungen und Autorenboxen, ein Pull Quote und ein Band "So arbeite ich". WebPage und Person.
2. hizmetler.html: ein Abschnitt pro Leistung; der erste Absatz nennt, für wen sie gedacht ist und wann, danach nummerierte Schritte und das schriftliche Ergebnis. Ein Service pro Leistung, mit der Autoren-Person als provider.
3. hakkimda.html: tatsächliche Erfahrung, Arbeitsgrundsätze (keine garantierten Ergebnisse), wie die Artikel entstehen und die Quellenrichtlinie. ProfilePage mit mainEntity Person (jobTitle, knowsAbout, worksFor #org).
4. rehber/index.html: Artikel, neueste zuerst, mit Datum und Autor. CollectionPage und ItemList (numberOfItems).
5. rehber/[artikel].html: mindestens 700 Wörter, ein erster Absatz, der die Frage direkt beantwortet, eine H2-Hierarchie, wo sinnvoll eine Tabelle mit thead und th scope, mindestens ein Pull Quote, zwei bis vier interne Links und Quellen am Ende. Oben ein Autorenlink sowie Veröffentlichungs- und Aktualisierungsdatum in <time>. Article (headline, image, datePublished, dateModified, author per @id auf die Person, publisher #org). Wenn du Beispielzahlen verwendest, kennzeichne sie als fiktiv.
6. iletisim.html: ContactPage. 7. kvkk.html (Datenschutzhinweis) und 404.html.

Wenn das Büro keinen Besuch empfängt, setze in site.config.js localBusiness: false; Organization plus Person genügt.

Technische Regeln. Befolge sie genau, denn die untenstehenden Gates messen genau diese:

1. Einrichtung. Führe scaffold_site zuerst als Vorschau aus, zeige mir die Dateiliste und installiere nach meiner Freigabe mit confirm=true. Lies danach site_design_guide und site_seo_guide vollständig. Schreibe, bevor du Code schreibst, die Richtung in _kaynak/ART.md (Anmutung, Schriftpaarung, Farben mit Kontrastverhältnissen, Raster, Signaturelement, Entscheidung zur Bewegung, Seitenliste) und zeige sie mir.
2. JavaScript entfernen. Keine Seite dieser Website lädt JavaScript. Entferne aus jeder Seite das Skript cdn.tailwindcss.com, die Zeile tailwind.config, die Tags für GSAP, ScrollTrigger, SplitText, Lenis und Swiper sowie die Skript-Tags motion.js, chrome.js und site.config.js; lösche assets/chrome.js und assets/motion.js. Behalte assets/site.config.js, aber nur als Quelle für Marke, Kontakt und SEO für seo-stamp.mjs; sie wird nie im Browser geladen.
3. Menü und Footer sind statisches HTML. Die Komponenten <site-nav> und <site-footer> werden von JavaScript gezeichnet, sodass Such- und KI-Crawler weder das Menü noch die internen Links oder die Kontaktdaten sehen. Schreibe den Header nach _kaynak/ust.inc und den Footer (Name, Adresse, Telefon, E-Mail, alle Seitenlinks, Datenschutzhinweis, "Web: Opus Growth") nach _kaynak/alt.inc. Verwende die Endung .inc, damit seo-stamp und html-validate die Fragmente nicht als Seiten behandeln. Jede Seite trägt die Marker  und . Schreibe dann mit site_write_file ein abhängigkeitsfreies Node-Skript _kaynak/parca-bas.mjs: Es stempelt beide Fragmente zwischen die Marker in jeder HTML-Datei, setzt aria-current="page" am Menülink der aktuellen Seite und schreibt sitemap.xml neu, wobei das dateModified aus dem JSON-LD jeder Seite als lastmod dient (404 und noindex-Seiten werden übersprungen). Baue das mobile Menü ohne JavaScript mit <details><summary>Menü</summary>; Desktop- und Mobilmenü sind zwei getrennte <nav>-Elemente mit unterschiedlichen aria-label.
4. Schriften selbst hosten. Diese Seite verwendet zwei Familien und höchstens fünf Dateien; Überschrift, kursiver Vorspann und Fließtext erscheinen alle im ersten Bildschirm, also lade alle vier vor (preload). In der Demo trieb das Vorladen von nur zweien den CLS bei einem langen Artikel auf 0,24 und die mobile Performance auf 86; mit allen vier lagen CLS bei 0 und Performance bei 99. Lade das Fontshare-CSS (https://api.fontshare.com/v2/css?f[]=family@400,600&display=swap, Gewichtscode 401 für kursiv) mit site_fetch nach _kaynak/fontshare.css, lies es mit site_read_file und übernimm nur die woff2-URLs der angeforderten Familie; der Dienst hängt manchmal eine nicht angeforderte Familie an. Lade jede woff2 mit site_fetch nach assets/fonts/. Setze die @font-face-Regeln (font-display: swap) in assets/app.css, denn design-check.mjs sucht nur in dieser Datei nach einer eigenen Schrift. Verwende nicht die Standardschriften Inter, Roboto, Poppins oder Montserrat.
5. Tailwind kompilieren. assets/app.css wird zur Tailwind-Quelle: oben @tailwind base; @tailwind components; @tailwind utilities;, dann @font-face, der Fokusring, der Skip-Link, eine prefers-reduced-motion-Regel und deine eigenen Komponentenklassen in @layer components. Gib einer Komponentenklasse niemals den Namen eines Tailwind-Utilities (list-item, table, grid, container, hidden usw.), denn der Konflikt zerstört nach dem Kompilieren unbemerkt das Layout. Schreibe tailwind.config.js im Stammverzeichnis (content: ["./*.html", "./**/*.html", "./_kaynak/*.inc"], Farben und fontFamily). Führe "npx --yes tailwindcss@3 -i assets/app.css -o assets/site.css --minify" mit site_run_command und background=true aus und warte mit site_command_status darauf. Der <head> jeder Seite enthält in dieser Reihenfolge: einen einzigen <link rel="stylesheet" href="/assets/site.css">, dann je eine Preload-Zeile für jede Schriftdatei des ersten Bildschirms (Überschrift, Akzent und Fließtext; as="font" type="font/woff2" crossorigin). Preload-Zeilen vor dem Stylesheet verzögern das CSS und verlängern den LCP; eine Schrift des ersten Bildschirms ohne Preload wird spät getauscht, verschiebt die Seite und erhöht den CLS, und <link rel="icon" href="/assets/img/favicon.svg" type="image/svg+xml">. Die Favicon-Zeile ist Pflicht: Ohne sie fragt der Browser /favicon.ico an, bekommt einen 404, und der Konsolenfehler senkt Best Practices.
6. Bilder. Lade Fotos mit site_fetch mit resize und image_format="webp" in mehreren Breiten herunter (480, 800, 1200 und 1600 für das Bild im ersten Bildschirm, 480, 800 und 1200 für die übrigen; Qualität zwischen 60 und 75, niedriger bei detailreichen Fotos). Jedes <img> hat srcset, sizes passend zum tatsächlichen Layout, width und height (kein CLS) sowie einen aussagekräftigen, ehrlichen Alt-Text. fetchpriority="high" gehört nur auf das Bild, das Lighthouse als LCP-Element meldet, und dieses Bild wird nicht lazy geladen; jedes andere Bild nutzt loading="lazy". Ist das LCP-Element ein Text, bekommt kein Bild fetchpriority. Bereite außerdem assets/img/logo.png, ein assets/img/og.jpg mit 1200x630 und assets/img/favicon.svg vor.
7. HTML-Regeln (Standardwerte von html-validate). <!DOCTYPE html> in Großbuchstaben; kein Inline-Attribut style (auch nicht das style="background:var(--brand)" des Kits, verwende stattdessen eine Klasse); &nbsp; statt einfacher Leerzeichen im Text von tel:-Links; ein type an jedem <button>; keine nachgestellten Leerzeichen; Tabellen mit <thead>, <tbody> und th scope. Links in Absätzen sind unterstrichen; Links in Menü, Footer, Breadcrumb und Buttons haben eine Tippfläche von mindestens 44x44 Pixeln (min-h-[44px] min-w-[44px]).
8. Strukturierte Daten. Fülle den seo-Block in site.config.js (siteUrl, description, logo, og-Bild, Geschäftstyp, Adressfelder) und führe "node seo-stamp.mjs" mit site_run_command aus; es stempelt Organization, WebSite und gegebenenfalls einen LocalBusiness-Untertyp sowie canonical- und OG-Tags. Ergänze seitenspezifisches Schema von Hand: auf jeder Seite einen WebPage-Knoten mit @id (oder AboutPage, ContactPage, CollectionPage, ProfilePage), datePublished und dateModified, isPartOf #site, about #business oder #org und breadcrumb mit Verweis auf eine BreadcrumbList; dazu einen Service pro Leistung, Person und ProfilePage für den Autor, ItemList auf dem Ratgeber-Index und Article in jedem Ratgeber. Schreibe jeden Knoten in einen EIGENEN <script type="application/ld+json">-Block und verwende keinen @graph-Wrapper, denn seo-check.mjs liest nur den obersten @type und übersieht eine BreadcrumbList innerhalb von @graph. Verknüpfe die Knoten über @id. Erfinde niemals Öffnungszeiten, Koordinaten, Bewertungen, Rezensionen, Auszeichnungen, Kundenzahlen oder Zertifikate; lass unbekannte Felder weg.
9. KI-Zugriff. Schreibe robots.txt: die ganze Seite offen, nur /_kaynak/ gesperrt; Allow: / für GPTBot, OAI-SearchBot, ChatGPT-User, ClaudeBot, Claude-User, Claude-SearchBot, PerplexityBot, Perplexity-User, Google-Extended, Applebot-Extended und Bingbot; deine Entscheidung zu CCBot mit der Begründung als Kommentar; die Sitemap-Zeile zuletzt. Lege im Stammverzeichnis eine llms.txt an: eine korrekte Zusammenfassung des Unternehmens in zwei Sätzen, die wichtigen Seiten mit je einer Zeile und die Kontaktdaten. Schreibe 404.html (noindex, mit den Markern für Header und Footer).
10. Texte. Jede Seite hat mindestens 150 Wörter Originaltext in <main>, und der erste Absatz beantwortet die Hauptfrage der Seite direkt. Titel haben 48 bis 60 Zeichen, Beschreibungen 145 bis 158, auf jeder Seite einzigartig. Keine Gedankenstriche oder Halbgeviertstriche, keine Standardfloskeln, keine leeren Versprechen. Wenn etwas auf der Seite nicht echt ist, sage klar, dass es fiktiv ist.

Gates. Führe sie nach jeder Änderung mit site_run_command in dieser Reihenfolge aus und gehe erst weiter, wenn jedes sauber ist:
1. node _kaynak/parca-bas.mjs, node seo-stamp.mjs, der Tailwind-Build (erneut, wenn du Klassen hinzugefügt hast).
2. node seo-check.mjs: 0 Fehler und 0 Warnungen. Warnt es mit "gövde kısa" (Textkörper zu kurz), ergänze echten Text, keine Füllwörter.
3. node design-check.mjs: 0 Fehler. Die einzige Warnung darf "Hiç hareket yok" (keine Bewegung) sein; das ist eine bewusste Entscheidung für das Leseerlebnis, nenne dafür im Bericht den Grund.
4. npx --yes html-validate "**/*.html": 0 Fehler.
5. Sieh dir jede Seite mit site_preview bei view="mobile" und view="desktop" an und prüfe die Startseite zusätzlich bei 360 und 768 Pixeln. Behebe horizontalen Überlauf, gedrängte Überschriften und Tippflächen unter 44 Pixeln und schau erneut hin.
6. Miss jede Seite mit core_web_vitals be

WebsiteÄndert nach deiner FreigabeLive-Demo

Familienbetrieb-Website im Traditionsstil mit modernem Standard bauen lassen

Der Assistent baut für einen Erzeuger in dritter Generation eine Website im Geist alter Etiketten und Ladenschilder, mit Rahmen und Papierstruktur. Der Look ist alt, der Aufbau neu: Mobile First, ohne JavaScript, selbst gehostete Schriften, WebP, Product- und HowTo-Schema.

Wann du ihn nutztWenn Sie einen Familienbetrieb oder Hofladen führen und eine Website im Look eines alten Etiketts und Ladenschilds wollen, die trotzdem auf dem Handy schnell lädt und SEO- und Barrierefreiheitsprüfungen besteht.

Baue auf meinem Opus Growth Hosting-Server [Servername] eine traditionell wirkende Website für unseren Familienbetrieb. Betrieb: [Firmenname], [was wir herstellen, z. B. Olivenöl oder Türkischer Honig], [Stadt], [Gründungsjahr und Generation, nur wenn zutreffend]. Produkte: [je Produkt Name, Packungsgröße, Kurzbeschreibung und veröffentlichter Preis oder "kein Preis"]. Produktionsschritte: [kurze Liste]. So bestellt man: [Telefon, Laden, Lieferung]. Telefon: [Telefon], E-Mail: [E-Mail], Adresse des Ladens: [Adresse], Domain: [Domain]. Familien- und Archivfotos: [wo sie liegen, oder "keine"].

Der Look ist alt, der Aufbau neu. Die Seite soll sich wie ein altes Etikett, ein Ladenschild oder ein Erntebuch anfühlen, die Seiten müssen sich aber auf dem Handy einwandfrei öffnen, dürfen kein JavaScript laden, und jede Seite muss gemessen werden. Der alte Look ist nie eine Entschuldigung für schlechte Lesbarkeit oder schwachen Kontrast.

Die Designrichtung ist traditionell:
1. Schrift: eine klassische Serifenfamilie von Fontshare (z. B. Gambetta 400, 400 italic, 600). Kapitälchen mit font-variant-caps: all-small-caps und weiter Laufweite bei Menü, Buttons und Labels; zentrierte Überschriften.
2. Farbe: ein papierfarbener Hintergrund, tintenbrauner Text, ein zweites Braun und eine Hauptfarbe (z. B. Olivgrün), eine zweite warme Farbe nur bei winzigen Labels. Alles mit mindestens 4,5:1 Kontrast.
3. Textur: eine Papierstruktur für den Hintergrund als SVG-feTurbulence-Data-URI im CSS; keine zusätzliche Bilddatei und keine zusätzliche Anfrage.
4. Signaturelement: ein alter Etikettenrahmen, ein doppelt linierter Kasten mit Eckornamenten (border, outline-offset sowie ::before, ::after) und ein kleines, als Inline-SVG gezeichnetes Ornament zwischen den Abschnitten (z. B. ein Olivenzweig), aria-hidden.
5. Layout: zentriert und schmal; Produkte in gerahmten Etikettenkarten, auf dem Handy eine Spalte.
6. Bewegung: keine.
7. Fotos: Nutze das Familienarchiv, falls es eines gibt. Andernfalls darfst du gemeinfreie oder offen lizenzierte Archivfotos verwenden, nenne aber Quelle und Lizenz in der Bildunterschrift und gib sie nie als eigene Familienfotos aus.

Seiten und ihr Schema:
1. index.html: ein gerahmter erster Bildschirm, dessen Eröffnungsabsatz "Wer, stellt was her, wo, verkauft wie" beantwortet, Produktetiketten, ein Familienabschnitt, so bestellt man. WebPage. Lege in site.config.js den passendsten Geschäftsuntertyp fest (z. B. Store oder FoodEstablishment).
2. urunler.html: jedes Produkt in einer eigenen Etikettenkarte mit Name, Packungsgröße, Beschreibung und veröffentlichtem Preis. CollectionPage und je Artikel ein Product (brand, manufacturer #business, offers mit price, priceCurrency, availability). Schreibe niemals einen Preis, den ich dir nicht genannt habe; ohne Preis lässt du offers ganz weg.
3. hikayemiz.html: die wahre Geschichte, Generation für Generation. AboutPage.
4. uretim.html: die Schritte von der Ernte oder dem Rohstoff bis zur Packung, die offizielle Güteklassendefinition des Produkts und die Verordnung, auf der sie beruht (z. B. der Türkische Lebensmittelkodex). WebPage und HowTo.
5. sss.html: sechs echte Fragen zu Bestellung, Lieferung und Lagerung. FAQPage.
6. iletisim.html: Bestelltelefon, Adresse des Ladens, ein Kartenlink; lass Öffnungszeiten weg, wenn sie sich je nach Saison ändern. ContactPage.
7. kvkk.html (Datenschutzhinweis) und 404.html.

Technische Regeln. Halte dich genau daran, denn die unten genannten Gates messen genau diese:

1. Einrichtung. Führe scaffold_site zuerst als Vorschau aus, zeige mir die Dateiliste und installiere nach meiner Freigabe mit confirm=true. Lies dann site_design_guide und site_seo_guide vollständig. Schreibe, bevor du Code schreibst, die Richtung in _kaynak/ART.md (Gefühl, Schriftpaarung, Farben mit Kontrastverhältnissen, Raster, Signaturelement, Entscheidung zur Bewegung, Seitenliste) und zeige sie mir.
2. JavaScript entfernen. Keine Seite dieser Website lädt JavaScript. Entferne aus jeder Seite das Skript cdn.tailwindcss.com, die Zeile tailwind.config, die Tags für GSAP, ScrollTrigger, SplitText, Lenis und Swiper sowie die Script-Tags motion.js, chrome.js und site.config.js; lösche assets/chrome.js und assets/motion.js. Behalte assets/site.config.js, aber nur als Quelle für Marke, Kontakt und SEO-Angaben von seo-stamp.mjs; sie wird nie im Browser geladen.
3. Menü und Footer sind statisches HTML. Die Komponenten <site-nav> und <site-footer> werden per JavaScript gezeichnet, sodass Such- und KI-Crawler Menü, interne Links und Kontaktdaten nicht sehen können. Schreibe den Header nach _kaynak/ust.inc und den Footer (Name, Adresse, Telefon, E-Mail, alle Seitenlinks, Datenschutzhinweis, "Web: Opus Growth") nach _kaynak/alt.inc. Verwende die Endung .inc, damit seo-stamp und html-validate die Fragmente nicht als Seiten behandeln. Jede Seite trägt die Marker  und . Schreibe dann mit site_write_file ein abhängigkeitsfreies Node-Skript _kaynak/parca-bas.mjs: Es stempelt beide Fragmente zwischen die Marker in jeder HTML-Datei, setzt aria-current="page" auf den Menülink der aktuellen Seite und schreibt sitemap.xml neu, wobei es das dateModified aus dem JSON-LD jeder Seite als lastmod verwendet (404 und noindex-Seiten werden übersprungen). Baue das mobile Menü ohne JavaScript mit <details><summary>Menu</summary>; Desktop- und Mobilmenü sind zwei getrennte <nav>-Elemente mit unterschiedlichen aria-labels.
4. Schriften selbst hosten. Diese Website verwendet eine klassische Serifenfamilie und höchstens drei Dateien. Lade das Fontshare-CSS (https://api.fontshare.com/v2/css?f[]=family@400,600&display=swap, Gewichtscode 401 für Kursiv) mit site_fetch nach _kaynak/fontshare.css, lies es mit site_read_file und übernimm nur die woff2-URLs der gewünschten Familie; der Dienst hängt manchmal eine Familie an, die du nicht angefordert hast. Lade jede woff2-Datei mit site_fetch nach assets/fonts/. Lege die @font-face-Regeln (font-display: swap) in assets/app.css ab, denn design-check.mjs sucht nur in dieser Datei nach einer eigenen Schrift. Verwende nicht die Standardschriften Inter, Roboto, Poppins oder Montserrat.
5. Tailwind kompilieren. assets/app.css wird zur Tailwind-Quelle: oben @tailwind base; @tailwind components; @tailwind utilities;, dann @font-face, der Fokusring, der Skip-Link, eine prefers-reduced-motion-Regel und deine eigenen Komponentenklassen in @layer components. Gib einer Komponentenklasse nie den Namen eines Tailwind-Utilitys (list-item, table, grid, container, hidden usw.), weil der Konflikt nach dem Kompilieren das Layout unbemerkt zerstört. Schreibe tailwind.config.js im Stammverzeichnis (content: ["./*.html", "./**/*.html", "./_kaynak/*.inc"], Farben und fontFamily). Führe "npx --yes tailwindcss@3 -i assets/app.css -o assets/site.css --minify" mit site_run_command und background=true aus und warte mit site_command_status darauf. Der <head> jeder Seite enthält in dieser Reihenfolge: genau ein <link rel="stylesheet" href="/assets/site.css">, dann eine Preload-Zeile für jede Schriftdatei, die auf dem ersten Bildschirm verwendet wird (Überschrift, Akzent und Fließtext; as="font" type="font/woff2" crossorigin). Preload-Zeilen vor dem Stylesheet verzögern das CSS und verlängern LCP; eine Schrift des ersten Bildschirms ohne Preload wird spät getauscht, verschiebt die Seite und erhöht CLS. Außerdem <link rel="icon" href="/assets/img/favicon.svg" type="image/svg+xml">. Die Favicon-Zeile ist Pflicht: Ohne sie fragt der Browser /favicon.ico an, erhält einen 404, und der Konsolenfehler senkt Best Practices.
6. Bilder. Lade Fotos mit site_fetch mit resize und image_format="webp" in mehreren Breiten herunter (480, 800, 1200 und 1600 für das Bild des ersten Bildschirms, 480, 800 und 1200 für die übrigen; Qualität zwischen 60 und 75, niedriger bei detailreichen Fotos). Jedes <img> hat srcset, sizes passend zum tatsächlichen Layout, width und height (null CLS) und einen aussagekräftigen, ehrlichen Alt-Text. fetchpriority="high" bekommt nur das Bild, das Lighthouse als LCP-Element meldet, und dieses Bild ist nicht lazy; alle anderen Bilder verwenden loading="lazy". Ist das LCP-Element Text, bekommt kein Bild fetchpriority. Bereite außerdem assets/img/logo.png, ein assets/img/og.jpg im Format 1200x630 und assets/img/favicon.svg vor.
7. HTML-Regeln (html-validate-Standard). <!DOCTYPE html> in Großbuchstaben; kein Inline-style-Attribut (auch nicht das style="background:var(--brand)" des Kits, nimm stattdessen eine Klasse); &nbsp; statt normaler Leerzeichen im Text von tel:-Links; ein type bei jedem <button>; keine Leerzeichen am Zeilenende; Tabellen mit <thead>, <tbody> und th scope. Links in Absätzen sind unterstrichen; Links in Menü, Footer, Brotkrumenpfad und Buttons haben eine Touch-Fläche von mindestens 44x44 Pixeln (min-h-[44px] min-w-[44px]).
8. Strukturierte Daten. Fülle den seo-Block in site.config.js (siteUrl, description, logo, og-Bild, Geschäftstyp, Adressfelder) und führe "node seo-stamp.mjs" mit site_run_command aus; das stempelt Organization, WebSite und, wo passend, einen LocalBusiness-Untertyp sowie Canonical- und OG-Tags. Ergänze seitenspezifisches Schema von Hand: auf jeder Seite einen WebPage-Knoten mit @id (oder AboutPage, ContactPage, CollectionPage, ProfilePage), datePublished und dateModified, isPartOf #site, about #business oder #org und breadcrumb, der auf eine BreadcrumbList verweist; dazu ein Product mit Offer je Artikel auf der Produktseite, HowTo auf der Produktionsseite und FAQPage auf der FAQ-Seite. Schreibe jeden Knoten in einen EIGENEN <script type="application/ld+json">-Block und verwende keinen @graph-Wrapper, denn seo-check.mjs liest nur den obersten @type und übersieht eine BreadcrumbList innerhalb von @graph. Verknüpfe die Knoten über @id. Erfinde niemals Öffnungszeiten, Koordinaten, Bewertungen, Rezensionen, Auszeichnungen, Kundenzahlen oder Zertifikate; lass unbekannte Felder weg.
9. KI-Zugriff. Schreibe robots.txt: die gesamte Website offen, nur /_kaynak/ gesperrt; Allow: / für GPTBot, OAI-SearchBot, ChatGPT-User, ClaudeBot, Claude-User, Claude-SearchBot, PerplexityBot, Perplexity-User, Google-Extended, Applebot-Extended und Bingbot; deine Entscheidung zu CCBot mit der Begründung als Kommentar; die Sitemap-Zeile zuletzt. Lege im Stammverzeichnis eine llms.txt an: eine korrekte Zusammenfassung des Betriebs in zwei Sätzen, die wichtigen Seiten mit je einer Zeile und die Kontaktdaten. Schreibe 404.html (noindex, mit den Markern für Header und Footer).
10. Texte. Jede Seite hat innerhalb von <main> mindestens 150 Wörter Originaltext, und der erste Absatz beantwortet direkt die Hauptfrage der Seite. Titel haben 48 bis 60 Zeichen, Beschreibungen 145 bis 158, auf jeder Seite einzigartig. Keine Gedankenstriche oder Halbgeviertstriche, keine Standardslogans, keine leeren Versprechen. Ist etwas auf der Website nicht echt, sage deutlich, dass es fiktiv ist.

Gates. Führe nach jeder Änderung diese Schritte in dieser Reihenfolge mit site_run_command aus und gehe erst weiter, wenn jeder sauber ist:
1. node _kaynak/parca-bas.mjs, node seo-stamp.mjs, der Tailwind-Build (erneut, wenn du Klassen hinzugefügt hast).
2. node seo-check.mjs: 0 Fehler und 0 Warnungen. Warnt es mit "gövde kısa" (Fließtext zu kurz), ergänze echten Text, keinen Füllstoff.
3. node design-check.mjs: 0 Fehler. Die einzige zulässige Warnung ist "Hiç hareket yok" (keine Bewegung); der klassische Stil verlangt das, nenne also im Bericht den Grund.
4. npx --yes html-validate "**/*.html": 0 Fehler.
5. Sieh dir jede Seite mit site_preview bei view="mobile" und view="desktop" an und prüfe die Startseite zusätzlich bei 360 und 768 Pixeln. Behebe horizontalen Überlauf, gedrängte Überschriften und Touch-Flächen unter 44 Pixeln und prüfe erneut.
6. Miss jede Seite mit core_web_vitals bei strategy="mobile" und strategy="desktop" und prüfe dann die Startseite und die längste Seite mit seo_audit. Ziel:

WebsiteÄndert nach deiner FreigabeLive-Demo

Schweizer Minimal-Website für Kanzlei oder Steuerberatung mit starken Vertrauenssignalen

Ihr Assistent baut eine ruhige Kanzlei-Website auf einem strengen Raster, deren Hierarchie allein von einer einzigen Schriftfamilie getragen wird. Sie bringt die Vertrauenssignale auf die Seite, die ein YMYL-Bereich braucht: Profile der Berufsträger, einen datierten und mit Quellen belegten Hinweisbeitrag, Formulierungen im Einklang mit dem Berufsrecht und Person-Schema.

Wann du ihn nutztWenn Sie eine Kanzlei oder Steuerberatung führen und eine glaubwürdige, schnelle Website brauchen, die Vertrauen schafft und das Berufsrecht zur Werbung einhält.

Baue auf meinem Opus Growth Hosting-Server [server name] eine mehrseitige, statische Website im Schweizer Minimalstil für unsere Praxis. Praxis: [practice name], [profession, e.g. law firm or accounting practice], [city]. Tätigkeitsfelder: [areas]. Berufsträger: [for each, name, title, bar or chamber they are registered with, registration number, areas]. Telefon: [phone], E-Mail: [email], Adresse: [address], Domain: [domain]. Thema des Hinweisbeitrags: [a frequently asked topic, e.g. the legal cap on rent increases].

In diesem Bereich treffen Menschen Entscheidungen über ihr Geld und ihre Rechte. Vertrauen muss daher aus Klarheit, Qualifikationen und Quellen entstehen, nicht aus Dekoration. Beachte das Berufsrecht: für Rechtsanwälte in der Türkei die Werbeverbotsverordnung der Union der türkischen Anwaltskammern, für Steuerberater die Berufsregeln der TÜRMOB, oder das entsprechende Regelwerk dort, wo wir tätig sind. Schreibe keine Erfolgsquoten, keine Zahl gewonnener Fälle, keine Mandantennamen, keine Superioritätsbehauptungen wie "beste" oder "führender Experte", keine Honorarvergleiche, keine Garantien und keine übertriebenen Versprechen. Stelle Informationen mit dem Hinweis dar, dass sie allgemeiner Natur sind und keine Rechts- oder Finanzberatung ersetzen.

Die Designrichtung ist Schweizer Minimal:
1. Schrift: eine Grotesk-Familie von Fontshare (z. B. Switzer 400, 500, 600). Die Hierarchie entsteht nur durch Größe und Schriftschnitt: eine große, enge, linksbündige Überschrift, ruhiger Fließtext, kleine Abschnittslabels.
2. Farbe: weißer Hintergrund, fast schwarzer Text, ein dunkles Grau und genau eine Akzentfarbe (z. B. Schweizer Rot). Der Akzent erscheint nur am Abschnittszeichen, an Labels und am Fokusring. Fotos sind schwarzweiß (Tailwind grayscale).
3. Raster: strikt 12 Spalten. In jedem Abschnitt steht das Label in den Spalten 1 bis 3 und der Inhalt in 4 bis 12; Abschnitte werden durch eine 1 Pixel breite schwarze Linie getrennt. Keine abgerundeten Ecken, keine Schatten.
4. Signaturelement: Abschnittslabels, nummeriert mit einem § in der Akzentfarbe, und schwache 12-Spalten-Hilfslinien, die nur per CSS hinter dem ersten Bildschirm gezeichnet werden.
5. Bewegung: keine.

Seiten und ihr Schema:
1. index.html: ein erster Bildschirm, dessen Eröffnungsabsatz "worum es geht, für wen, wo" beantwortet, die Tätigkeitsfelder, die Arbeitsweise und die Honorarbemessung (keine Zahlen, nur die amtliche Gebührenordnung und ein schriftlicher Mandatsvertrag), der neueste Hinweisbeitrag, eine Teamübersicht. WebPage.
2. calisma-alanlari.html: ein Abschnitt pro Tätigkeitsfeld; der erste Absatz beantwortet die häufigste Frage in diesem Feld, danach folgen die Hauptthemen und die Rechtsgrundlage. Ein Service pro Feld.
3. ekip.html: ein Profil für jeden Berufsträger (Name, Titel, Kammer, Tätigkeitsfelder, Kurzbiografie). AboutPage und eine Person pro Berufsträger (jobTitle, knowsAbout, worksFor #business, memberOf die Kammer).
4. bilgi-notlari/[topic].html: ein auf das Gesetz gestützter Beitrag, der mit einer kurzen Antwort beginnt. Oben: Autor, Prüfer, Veröffentlichungsdatum und Datum der letzten Prüfung; am Ende ein Quellenverzeichnis. Article (Autor und Herausgeber über @id, image, datePublished, dateModified, citation) sowie reviewedBy und lastReviewed an der WebPage. Schreibe niemals einen rechtlichen oder finanziellen Punkt, den du nicht kennst; frage mich bei jedem Satz, bei dem du unsicher bist.
5. sss.html: sechs echte Fragen, FAQPage. 6. iletisim.html: ContactPage. 7. kvkk.html (mit Erwähnung der Berufsverschwiegenheit) und 404.html.

Technische Regeln. Befolge sie exakt, denn die folgenden Prüfungen messen genau das:

1. Einrichtung. Führe scaffold_site zunächst als Vorschau aus, zeige mir die Dateiliste und installiere mit confirm=true, nachdem ich zugestimmt habe. Lies danach site_design_guide und site_seo_guide vollständig. Bevor du Code schreibst, halte die Richtung in _kaynak/ART.md fest (Wirkung, Schriftpaarung, Farben mit Kontrastverhältnissen, Raster, Signaturelement, Entscheidung zur Bewegung, Seitenliste) und zeige sie mir.
2. JavaScript entfernen. Keine Seite dieser Website lädt JavaScript. Entferne auf jeder Seite das Skript cdn.tailwindcss.com, die Zeile tailwind.config, die Tags für GSAP, ScrollTrigger, SplitText, Lenis und Swiper sowie die Skript-Tags motion.js, chrome.js und site.config.js; lösche assets/chrome.js und assets/motion.js. Behalte assets/site.config.js, aber nur als Quelle für Marke, Kontakt und SEO für seo-stamp.mjs; sie wird nie im Browser geladen.
3. Menü und Footer sind statisches HTML. Die Komponenten <site-nav> und <site-footer> werden per JavaScript gezeichnet, sodass Such- und KI-Crawler weder das Menü noch die internen Links noch die Kontaktdaten sehen. Schreibe den Header nach _kaynak/ust.inc und den Footer (Name, Adresse, Telefon, E-Mail, alle Seitenlinks, Datenschutzhinweis, "Web: Opus Growth") nach _kaynak/alt.inc. Nutze die Endung .inc, damit seo-stamp und html-validate die Fragmente nicht als Seiten behandeln. Jede Seite enthält die Marker  und . Schreibe dann mit site_write_file ein abhängigkeitsfreies Node-Skript unter _kaynak/parca-bas.mjs: Es stempelt beide Fragmente zwischen die Marker in jeder HTML-Datei, setzt aria-current="page" auf den Menülink der aktuellen Seite und schreibt sitemap.xml neu, wobei das dateModified aus dem JSON-LD jeder Seite als lastmod dient (404- und noindex-Seiten werden übersprungen). Baue das mobile Menü ohne JavaScript mit <details><summary>Menü</summary>; Desktop- und Mobilmenü sind zwei getrennte <nav>-Elemente mit unterschiedlichen aria-labels.
4. Schriften selbst hosten. Diese Website verwendet eine Schriftfamilie und höchstens drei Dateien. Lade das Fontshare-CSS (https://api.fontshare.com/v2/css?f[]=family@400,600&display=swap, Gewichtscode 401 für Kursiv) mit site_fetch nach _kaynak/fontshare.css, lies es mit site_read_file und übernimm nur die woff2-URLs der angeforderten Familie; der Dienst hängt manchmal eine Familie an, die du nicht angefordert hast. Lade jede woff2-Datei mit site_fetch nach assets/fonts/. Lege die @font-face-Regeln (font-display: swap) in assets/app.css ab, da design-check.mjs nur in dieser Datei nach einer eigenen Schrift sucht. Verwende nicht die Standardschriften Inter, Roboto, Poppins oder Montserrat.
5. Tailwind kompilieren. assets/app.css wird zur Tailwind-Quelle: oben @tailwind base; @tailwind components; @tailwind utilities;, dann @font-face, der Fokusring, der Skip-Link, eine prefers-reduced-motion-Regel und eigene Komponentenklassen innerhalb von @layer components. Gib einer Komponentenklasse niemals den Namen einer Tailwind-Utility (list-item, table, grid, container, hidden usw.), denn der Konflikt zerstört nach dem Kompilieren stillschweigend das Layout. Schreibe tailwind.config.js im Stammverzeichnis (content: ["./*.html", "./**/*.html", "./_kaynak/*.inc"], Farben und fontFamily). Führe "npx --yes tailwindcss@3 -i assets/app.css -o assets/site.css --minify" mit site_run_command und background=true aus und warte mit site_command_status darauf. Das <head> jeder Seite enthält in dieser Reihenfolge: genau ein <link rel="stylesheet" href="/assets/site.css">, dann eine Preload-Zeile für jede Schriftdatei, die im ersten Bildschirm verwendet wird (Überschrift, Akzent und Fließtext; as="font" type="font/woff2" crossorigin). Preload-Zeilen vor dem Stylesheet verzögern das CSS und verlängern LCP; eine Schrift im ersten Bildschirm ohne Preload wird spät getauscht, verschiebt die Seite und erhöht CLS. Außerdem <link rel="icon" href="/assets/img/favicon.svg" type="image/svg+xml">. Die Favicon-Zeile ist Pflicht: Ohne sie fragt der Browser /favicon.ico an, erhält einen 404, und der Konsolenfehler senkt Best Practices.
6. Bilder. Lade Fotos mit site_fetch mit resize und image_format="webp" in mehreren Breiten herunter (480, 800, 1200 und 1600 für das Bild im ersten Bildschirm, 480, 800 und 1200 für die übrigen; Qualität zwischen 60 und 75, niedriger bei detailreichen Fotos). Jedes <img> hat srcset, sizes passend zum tatsächlichen Layout, width und height (null CLS) und einen aussagekräftigen, ehrlichen Alternativtext. fetchpriority="high" gehört nur auf das Bild, das Lighthouse als LCP-Element meldet, und dieses Bild wird nicht lazy geladen; jedes andere Bild verwendet loading="lazy". Ist das LCP-Element Text, bekommt kein Bild fetchpriority. Bereite außerdem assets/img/logo.png, ein assets/img/og.jpg mit 1200x630 und assets/img/favicon.svg vor.
7. HTML-Regeln (html-validate-Standards). <!DOCTYPE html> in Großbuchstaben; kein Inline-style-Attribut (auch nicht das style="background:var(--brand)" des Kits, nutze stattdessen eine Klasse); &nbsp; statt normaler Leerzeichen im Text von tel:-Links; ein type an jedem <button>; keine nachgestellten Leerzeichen; Tabellen mit <thead>, <tbody> und th scope. Links in Absätzen sind unterstrichen; Links in Menü, Footer, Breadcrumb und Buttons haben eine Tippfläche von mindestens 44x44 Pixeln (min-h-[44px] min-w-[44px]).
8. Strukturierte Daten. Fülle den seo-Block in site.config.js (siteUrl, description, logo, og image, Geschäftstyp, Adressfelder) und führe "node seo-stamp.mjs" mit site_run_command aus; es stempelt Organization, WebSite und, wo passend, einen LocalBusiness-Untertyp sowie Canonical- und OG-Tags. Ergänze seitenspezifisches Schema von Hand: auf jeder Seite einen WebPage-Knoten mit @id (oder AboutPage, ContactPage, CollectionPage, ProfilePage), datePublished und dateModified, isPartOf #site, about #business oder #org und breadcrumb, der auf eine BreadcrumbList verweist; dazu einen Service pro Tätigkeitsfeld, eine Person pro Berufsträger auf der Teamseite, Article und reviewedBy auf dem Hinweisbeitrag und FAQPage auf der FAQ-Seite. Schreibe jeden Knoten in einen EIGENEN <script type="application/ld+json">-Block und verwende keinen @graph-Wrapper, denn seo-check.mjs liest nur den @type der obersten Ebene und übersieht eine BreadcrumbList innerhalb von @graph. Verknüpfe die Knoten über @id. Erfinde niemals Öffnungszeiten, Koordinaten, Bewertungen, Rezensionen, Auszeichnungen, Kundenzahlen oder Zertifikate; lasse unbekannte Felder weg.
9. KI-Zugriff. Schreibe robots.txt: die gesamte Website offen, nur /_kaynak/ gesperrt; Allow: / für GPTBot, OAI-SearchBot, ChatGPT-User, ClaudeBot, Claude-User, Claude-SearchBot, PerplexityBot, Perplexity-User, Google-Extended, Applebot-Extended und Bingbot; deine Entscheidung zu CCBot mit der Begründung als Kommentar; die Sitemap-Zeile zuletzt. Lege im Stammverzeichnis eine llms.txt an: eine korrekte Zusammenfassung des Unternehmens in zwei Sätzen, die wichtigen Seiten mit je einer Zeile und die Kontaktdaten. Schreibe 404.html (noindex, mit den Markern für Header und Footer).
10. Texte. Jede Seite hat innerhalb von <main> mindestens 150 Wörter eigenen Text, und der erste Absatz beantwortet direkt die Hauptfrage der Seite. Titel haben 48 bis 60 Zeichen, Beschreibungen 145 bis 158, auf jeder Seite einzigartig. Keine Gedankenstriche oder Halbgeviertstriche, keine Standardslogans, keine leeren Versprechen. Wenn etwas auf der Website nicht echt ist, sage klar, dass es fiktiv ist.

Prüfungen. Führe sie nach jeder Änderung mit site_run_command in dieser Reihenfolge aus und gehe erst weiter, wenn jede sauber ist:
1. node _kaynak/parca-bas.mjs, node seo-stamp.mjs, der Tailwind-Build (erneut, wenn du Klassen hinzugefügt hast).
2. node seo-check.mjs: 0 Fehler und 0 Warnungen. Wenn es "gövde kısa" (Textkörper zu kurz) warnt, ergänze echten Text, keinen Füllstoff.
3. node design-check.mjs: 0 Fehler. Die einzige Warnung darf "Hiç hareket yok" (keine Bewegung) sein; der Stil verlangt das, nenne also im Bericht den Grund.
4. npx --yes html-validate "**/*.html": 0 Fehler.
5. Sieh dir jede Seite mit site_preview bei view="mobile" und view="desktop" an und prüfe die Startseite zusätzlich bei 360 und 768 Pixeln. Behebe horizontalen Überlauf, gequetsch

WebsiteÄndert nach deiner FreigabeLive-Demo

Mehrseitige Unternehmenswebsite ohne JavaScript bauen und mit 100 Punkten übergeben

Der Assistent baut eine statische, schnelle und barrierefreie Website für Unternehmen wie Architektur, Ingenieurbüros oder Beratung. Menü und Footer sind statisches HTML, Schriften und CSS liegen auf dem eigenen Server, und jede Seite wird vor der Übergabe gemessen.

Wann du ihn nutztWenn Sie für ein Architektur-, Ingenieur- oder Beratungsunternehmen eine schnelle, barrierefreie mehrseitige Firmenwebsite ganz ohne JavaScript brauchen.

Baue für mein Unternehmen auf meinem Opus Growth Hosting-Server [server name] eine mehrseitige, vollständig statische Unternehmenswebsite. Unternehmen: [business name], [sector, e.g. engineering and architecture practice], [city/service area]. Leistungen: [services with a short description each]. Telefon: [phone], E-Mail: [email], Adresse: [address], Domain: [domain]. Farbwunsch: [colour/brand preference, or "your choice"]. Fotos: [where the real photos are, or "use suitable stock photos"].

Diese Website stellt Geschwindigkeit und Barrierefreiheit an die erste Stelle. Keine einzige Zeile JavaScript auf irgendeiner Seite; GSAP, Lenis und Swiper werden nie geladen. Alles, auch das Menü, das mobile Menü und die FAQ, funktioniert mit HTML und CSS.

Die Designrichtung lautet "technisches Zeichenblatt":
1. Typografie: eine enge Grotesk für Überschriften von Fontshare (z. B. Cabinet Grotesk 800) und eine ruhige Fließtextschrift (z. B. General Sans 400 und 600). Höchstens drei Schriftdateien.
2. Farbe: ein heller Papierton als Hintergrund, dunkle Tintenfarbe für den Text, ein sekundäres Grau und eine Signalfarbe als Akzent. Der Akzent erscheint nur bei Labels, dünnen Linien und dem Haupt-Button. Jede Textfarbe erreicht mindestens 4,5:1 Kontrast.
3. Raster: 12 Spalten, Abschnitte durch 1-Pixel-Linien getrennt; keine Schatten, abgerundeten Ecken oder Verläufe.
4. Signaturelement: unter dem Bild im ersten Bildschirmbereich ein vierzelliger Streifen im Stil des Schriftfelds einer Architekturzeichnung (z. B. Projektart, angewandte Norm, Maßstab, Blattnummer) sowie ein sehr feines Millimeterraster, das nur mit CSS hinter dem ersten Bildschirmbereich gezeichnet wird.
5. Bewegung: keine. Auch keine Transition-Dauern; nur Unterstreichung und Farbe wechseln beim Hover sofort.

Seiten und ihr Schema:
1. index.html: ein erster Bildschirmbereich, dessen Einleitungsabsatz direkt beantwortet "Was macht ihr, für wen, wo", drei Leistungskarten (jede verlinkt auf ihren Abschnitt), ein vierstufiger Ablauf (nummeriert mit "Schritt 1" über einen CSS-Counter, nicht 01/02), zwei Projektbeispiele, ein Telefonband. WebPage.
2. hizmetler.html: ein Abschnitt pro Leistung; der erste Absatz beantwortet "Wann wird sie gebraucht, was bewirkt sie", danach eine Liste des Leistungsumfangs, die typische Dauer und die Ergebnisse. WebPage plus ein Service pro Leistung (provider #business, areaServed).
3. projeler.html: Beispiele mit Gebäudetyp, Vorgehen und Ergebnis; Kundennamen nur mit Erlaubnis. CollectionPage.
4. hakkimizda.html: wer wir sind, unsere Arbeitsgrundsätze, wo wir arbeiten. AboutPage.
5. sss.html: mindestens sechs echte Fragen in <details>. WebPage und FAQPage.
6. iletisim.html: Telefon, E-Mail und Adresse in <address>, ein Kartenlink; Öffnungszeiten weglassen, wenn sie nicht bekannt sind. ContactPage mit mainEntity #business.
7. kvkk.html (Datenschutzhinweis) und 404.html.

Technische Regeln. Halte sie genau ein, denn die unten genannten Prüfungen messen genau diese:

1. Einrichtung. Führe zuerst scaffold_site als Vorschau aus, zeige mir die Dateiliste und installiere nach meiner Freigabe mit confirm=true. Lies danach site_design_guide und site_seo_guide vollständig. Bevor du Code schreibst, halte die Richtung in _kaynak/ART.md fest (Anmutung, Schriftpaarung, Farben mit Kontrastverhältnissen, Raster, Signaturelement, Entscheidung zur Bewegung, Seitenliste) und zeige sie mir.
2. JavaScript entfernen. Keine Seite dieser Website lädt JavaScript. Entferne von jeder Seite das Skript cdn.tailwindcss.com, die Zeile tailwind.config, die Tags für GSAP, ScrollTrigger, SplitText, Lenis und Swiper sowie die Script-Tags motion.js, chrome.js und site.config.js; lösche assets/chrome.js und assets/motion.js. Behalte assets/site.config.js, aber nur als Quelle für Marke, Kontakt und SEO für seo-stamp.mjs; sie wird nie im Browser geladen.
3. Menü und Footer sind statisches HTML. Die Komponenten <site-nav> und <site-footer> werden per JavaScript gezeichnet, sodass Such- und KI-Crawler weder das Menü noch die internen Links oder die Kontaktdaten sehen. Schreibe den Header nach _kaynak/ust.inc und den Footer (Name, Adresse, Telefon, E-Mail, alle Seitenlinks, Datenschutzhinweis, "Web: Opus Growth") nach _kaynak/alt.inc. Verwende die Endung .inc, damit seo-stamp und html-validate die Fragmente nicht als Seiten behandeln. Jede Seite trägt die Marker  und . Schreibe dann mit site_write_file ein abhängigkeitsfreies Node-Skript unter _kaynak/parca-bas.mjs: Es stempelt beide Fragmente zwischen die Marker in jeder HTML-Datei, setzt aria-current="page" auf den Menülink der aktuellen Seite und schreibt sitemap.xml neu, wobei das dateModified aus dem JSON-LD jeder Seite als lastmod dient (404 und noindex-Seiten werden übersprungen). Baue das mobile Menü ohne JavaScript mit <details><summary>Menu</summary>; Desktop- und mobiles Menü sind zwei getrennte <nav>-Elemente mit unterschiedlichen aria-label.
4. Schriften selbst hosten. Diese Website verwendet höchstens drei Schriftdateien. Lade das Fontshare-CSS (https://api.fontshare.com/v2/css?f[]=family@400,600&display=swap, Gewichtscode 401 für Kursiv) mit site_fetch nach _kaynak/fontshare.css, lies es mit site_read_file und übernimm nur die woff2-URLs der gewünschten Familie; der Dienst hängt manchmal eine Familie an, die du nicht angefragt hast. Lade jede woff2 mit site_fetch nach assets/fonts/. Lege die @font-face-Regeln (font-display: swap) in assets/app.css ab, denn design-check.mjs sucht nur in dieser Datei nach einer eigenen Schrift. Verwende nicht die Standardschriften Inter, Roboto, Poppins oder Montserrat.
5. Tailwind kompilieren. assets/app.css wird zur Tailwind-Quelle: oben @tailwind base; @tailwind components; @tailwind utilities;, danach @font-face, der Fokusring, der Skip-Link, eine prefers-reduced-motion-Regel und deine eigenen Komponentenklassen in @layer components. Gib einer Komponentenklasse nie den Namen eines Tailwind-Utilitys (list-item, table, grid, container, hidden und so weiter), denn der Konflikt zerstört nach dem Kompilieren still das Layout. Schreibe tailwind.config.js ins Stammverzeichnis (content: ["./*.html", "./**/*.html", "./_kaynak/*.inc"], Farben und fontFamily). Führe "npx --yes tailwindcss@3 -i assets/app.css -o assets/site.css --minify" mit site_run_command und background=true aus und warte mit site_command_status darauf. Der <head> jeder Seite enthält in dieser Reihenfolge: genau ein <link rel="stylesheet" href="/assets/site.css">, dann eine Preload-Zeile für jede Schriftdatei, die im ersten Bildschirmbereich verwendet wird (Überschrift, Akzent und Fließtext; as="font" type="font/woff2" crossorigin). Preload-Zeilen vor dem Stylesheet verzögern das CSS und verlängern LCP; eine Schrift im ersten Bildschirmbereich ohne Preload wird spät getauscht, verschiebt die Seite und erhöht CLS, und <link rel="icon" href="/assets/img/favicon.svg" type="image/svg+xml">. Die Favicon-Zeile ist Pflicht: Ohne sie fragt der Browser /favicon.ico an, erhält ein 404, und der Konsolenfehler senkt Best Practices.
6. Bilder. Lade Fotos mit site_fetch mit resize und image_format="webp" in mehreren Breiten herunter (480, 800, 1200 und 1600 für das Bild im ersten Bildschirmbereich, 480, 800 und 1200 für alle anderen; Qualität zwischen 60 und 75, niedriger bei detailreichen Fotos). Jedes <img> hat srcset, sizes passend zum tatsächlichen Layout, width und height (null CLS) und einen aussagekräftigen, ehrlichen Alt-Text. fetchpriority="high" kommt nur auf das Bild, das Lighthouse als LCP-Element meldet, und dieses Bild ist nicht lazy; alle anderen Bilder verwenden loading="lazy". Ist das LCP-Element Text, bekommt kein Bild fetchpriority. Bereite außerdem assets/img/logo.png, ein assets/img/og.jpg im Format 1200x630 und assets/img/favicon.svg vor.
7. HTML-Regeln (html-validate-Standards). <!DOCTYPE html> in Großbuchstaben; kein Inline-style-Attribut (auch nicht das style="background:var(--brand)" des Kits, verwende stattdessen eine Klasse); &nbsp; statt normaler Leerzeichen im Text von tel:-Links; ein type bei jedem <button>; keine nachgestellten Leerzeichen; Tabellen mit <thead>, <tbody> und th scope. Links in Absätzen sind unterstrichen; Links in Menü, Footer, Breadcrumb und Buttons haben eine Touch-Fläche von mindestens 44x44 Pixeln (min-h-[44px] min-w-[44px]).
8. Strukturierte Daten. Fülle den seo-Block in site.config.js (siteUrl, description, logo, og-Bild, Unternehmenstyp, Adressfelder) und führe "node seo-stamp.mjs" mit site_run_command aus; es stempelt Organization, WebSite und, wo passend, einen LocalBusiness-Untertyp sowie canonical- und OG-Tags. Ergänze seitenspezifisches Schema von Hand: auf jeder Seite einen WebPage-Knoten mit @id (oder AboutPage, ContactPage, CollectionPage, ProfilePage), datePublished und dateModified, isPartOf #site, about #business oder #org und breadcrumb mit Verweis auf eine BreadcrumbList; dazu ein Service pro Leistung auf der Leistungsseite und FAQPage auf der FAQ-Seite. Schreibe jeden Knoten in einen EIGENEN <script type="application/ld+json">-Block und verwende keinen @graph-Wrapper, denn seo-check.mjs liest nur den obersten @type und übersieht eine BreadcrumbList innerhalb von @graph. Verknüpfe die Knoten über @id. Erfinde niemals Öffnungszeiten, Koordinaten, Bewertungen, Rezensionen, Auszeichnungen, Kundenzahlen oder Zertifikate; lass unbekannte Felder weg.
9. KI-Zugriff. Schreibe robots.txt: die gesamte Website offen, nur /_kaynak/ gesperrt; Allow: / für GPTBot, OAI-SearchBot, ChatGPT-User, ClaudeBot, Claude-User, Claude-SearchBot, PerplexityBot, Perplexity-User, Google-Extended, Applebot-Extended und Bingbot; deine Entscheidung zu CCBot mit der Begründung als Kommentar; die Sitemap-Zeile zuletzt. Lege llms.txt im Stammverzeichnis an: eine korrekte Zusammenfassung des Unternehmens in zwei Sätzen, die wichtigen Seiten mit je einer Zeile und die Kontaktdaten. Schreibe 404.html (noindex, mit den Markern für Header und Footer).
10. Texte. Jede Seite hat mindestens 150 Wörter Originaltext in <main>, und der erste Absatz beantwortet direkt die Hauptfrage der Seite. Titel haben 48 bis 60 Zeichen, Beschreibungen 145 bis 158, auf jeder Seite einzigartig. Keine Gedankenstriche oder Halbgeviertstriche, keine Standardfloskeln, keine leeren Versprechen. Wenn etwas auf der Website nicht echt ist, sage klar, dass es fiktiv ist.

Prüfungen. Führe sie nach jeder Änderung in dieser Reihenfolge mit site_run_command aus und gehe erst weiter, wenn jede sauber durchläuft:
1. node _kaynak/parca-bas.mjs, node seo-stamp.mjs, der Tailwind-Build (erneut, wenn du Klassen hinzugefügt hast).
2. node seo-check.mjs: 0 Fehler und 0 Warnungen. Warnt es mit "gövde kısa" (Textkörper zu kurz), ergänze echten Text, keine Füllwörter.
3. node design-check.mjs: 0 Fehler. Die einzige zulässige Warnung ist "Hiç hareket yok" (keine Bewegung); das ist die bewusste Entscheidung dieser Website, nenne also im Bericht den Grund.
4. npx --yes html-validate "**/*.html": 0 Fehler.
5. Sieh dir jede Seite mit site_preview bei view="mobile" und view="desktop" an und prüfe die Startseite zusätzlich bei 360 und 768 Pixeln. Behebe horizontalen Überlauf, gedrängte Überschriften oder Touch-Flächen unter 44 Pixeln und sieh noch einmal hin.
6. Miss jede Seite mit core_web_vitals bei strategy="mobile" und strategy="desktop" und prüfe dann die Startseite und die längste Seite mit seo_audit. Ziel: mobil Accessibility, Best Practices und SEO 100 und Performance mindestens 95; auf dem Desktop alle vier mindestens 95. Keine einzige Anfrage darf die Website verlassen. Ist LCP hoch, finde mit resources=true die bremsende Datei: meist Preload-Zeilen vor dem Stylesheet oder ein fetchpriority auf einem Bild, das nicht das LCP-Element ist. Liegt CLS über 0,1, suche nach einer Schrift im ersten Bildschirmbereich ohne Preload.
Melde die Arbeit erst als erledigt, wenn alles davon bestanden ist.

Sende nach der Veröffentlichung https://[domain]/site

WebsiteÄndert nach deiner FreigabeLive-Demo

Formularfreie Kampagnenseite für Ad-Traffic, die Anrufe und WhatsApp-Kontakte bringt, mit getaggten Conversions

Baut eine einzelne Seite für Traffic aus Google Ads und Meta, die das Versprechen der Anzeige wiederholt und Buttons für Anruf, WhatsApp und Terminbuchung bietet. Klicks werden als dataLayer-Events markiert, Consent Mode wird eingerichtet, und nach deiner Freigabe kommen Tag-Manager-Trigger und Tags dazu. Zum Schluss wird die Seitengeschwindigkeit mit und ohne Tags gemessen.

Wann du ihn nutztWenn Sie Google-Ads- oder Meta-Traffic auf eine allgemeine Seite oder ein Formular leiten, das Anfragen verliert, und eine schnelle Seite wollen, auf der Besucher anrufen oder per WhatsApp schreiben und jeder Klick gemessen wird.

Baue auf meinem Opus Growth Hosting-Server [server name] eine einzelne Kampagnenseite für Traffic aus Google Ads und Meta Ads sowie eine Datenschutzseite. Es gibt kein Formular; Besucher erreichen uns per Telefon, WhatsApp oder Buchungslink. Angaben: Unternehmen [business name], Leistung [service], Einzugsgebiet [districts], Telefon [phone], WhatsApp [number], Buchungslink [link or "none"], Adresse [address], Öffnungszeiten [opening hours], Anzeigen-Überschriften und Hauptangebot [headlines and offer], Tag-Manager-Container [GTM-XXXXXXX], Google-Ads-Konto [account name], Meta-Werbekonto [account name].

Message Match: Die h1 wiederholt das Versprechen der Anzeigen-Überschrift mit denselben Worten (Leistung, Gebiet, Hauptangebot). Setze auf der Seite kein Versprechen, das nicht in der Anzeige steht, und in der Anzeige keines, das nicht auf der Seite steht. Wenn sich die Überschriften bei Google und Meta unterscheiden, nimm die Überschrift der Anzeige mit dem höchsten Budget und schlage vor, wie die andere Anzeige an die Seite angeglichen werden kann. Bei Gesundheit, Recht oder Finanzen keine Sicherheitsversprechen ("garantiert", "100 %").

Seitenaufbau: Die obere Leiste enthält nur den Markennamen und einen Anruf-Button, kein Menü, damit Besucher nicht abgelenkt werden. Hero: h1, ein Satz Beschreibung, drei Buttons (Jetzt anrufen, Per WhatsApp schreiben, Termin wählen), darunter vier kurze Vertrauenspunkte und ein Bild. Danach der Ablauf in drei Schritten, was den Preis bestimmt (Answer-first, falls du keine Preise veröffentlichst), FAQ, ein abschließender Call-to-Action und ein Footer mit Name, Adresse, Telefon und Link zum Datenschutz. Auf Mobilgeräten heftest du eine zweiteilige Leiste (Anrufen, WhatsApp) am unteren Bildschirmrand an und gibst dem Body unten ein Padding in gleicher Höhe, damit nichts verdeckt wird und nichts springt. Der WhatsApp-Link nutzt wa.me mit vorausgefüllter Nachricht. Halte das Design schlicht und vertrauenswürdig: eine Schriftfamilie (zum Beispiel General Sans, zwei Schnitte), eine Akzentfarbe, ein dunkelgrüner WhatsApp-Button mit mindestens 4,5:1 Kontrast zu weißem Text.

Regeln für Animation und Messung:
1. Leichte Animation ohne Bibliotheken: Lade weder GSAP noch Lenis noch Swiper. Hover- und Press-Übergänge an Buttons; an den Schritt-Karten ein kleiner scrollgesteuerter Aufstieg, der ausschließlich transform nutzt, innerhalb von `@supports (animation-timeline: view())` und nur für Besucher, die keine reduzierte Bewegung eingestellt haben. Verwende kein opacity: In der Demo fielen Karten, die ausgeblendet unterhalb des Bildschirms lagen, beim Kontrast durch und drückten Accessibility auf 96. Nichts im ersten Bildschirm startet mit einer Eintrittsanimation.
2. Lade die Messschicht als `assets/tag.js` mit defer:
   a. `window.dataLayer` und die Consent-Mode-v2-Defaults: ad_storage, ad_user_data, ad_personalization und analytics_storage auf "denied", wait_for_update 500.
   b. Gib jedem Aktionslink data-conv="phone", "whatsapp" oder "booking" und ein data-conv-place mit dem Namen seines Abschnitts. Ein einziger Click-Listener schickt sie als `{event: "phone_click" | "whatsapp_click" | "booking_click", conv_place, page_path}` an dataLayer.
   c. Setze das klassische GTM-Snippet nicht in den `<head>`; injiziere es nach dem load-Event mit requestIdleCallback, damit Tags den ersten Paint nie aufhalten.
   d. Füge eine kleine fixierte Consent-Leiste hinzu: Ablehnen und Akzeptieren als gleichwertige Buttons, die Auswahl im Browser gespeichert und als Consent-Update gesendet. Auf Mobilgeräten sitzt sie über der Aktionsleiste und ist niedrig genug, um den Haupt-Button im Hero nicht zu verdecken.
3. Tag Manager: Zeige zuerst den aktuellen Stand mit list_gtm_containers, list_gtm_triggers und gtm_workspace_status. Schlage mit create_gtm_trigger drei Custom-Event-Trigger vor (phone_click, whatsapp_click, booking_click). Finde die Kontakt-Conversion und ihren send_to-Wert in Google Ads mit list_conversion_actions und get_conversion_tags. Damit jemand, der sowohl anruft als auch schreibt, nicht doppelt gezählt wird, schlage vor, Telefon und WhatsApp an eine einzige "Contact click"-Conversion zu binden, die einmal zählt; falls keine existiert, sage, was du anlegen würdest, und warte auf meine Freigabe. Schlage mit create_gtm_tag (tag_type "sp") ein Google-Ads-Conversion-Tag vor. Suche für Meta den Pixel mit list_meta_pixels; falls der Basis-Pixelcode nicht im Container ist, schlage ihn als Custom-HTML-Tag auf allen Seiten vor, und getrennt davon die Tags, die bei Klicks `fbq('track','Contact')` und bei Buchung `fbq('track','Schedule')` senden. Führe jedes Tool zuerst mit confirm=false aus, zeige mir die Änderungsliste und lege sie nach meiner Freigabe an. Zeige publish_gtm_container zuerst mit confirm=false, veröffentliche nach meiner Freigabe und nenne die Version, die sich wiederherstellen lässt.
4. Testplan: Schreibe Schritt für Schritt auf, wie ich im GTM-Vorschaumodus sehen kann, welches Tag bei jedem der drei Buttons feuert und dass bei abgelehntem Consent kein Werbe-Cookie gesetzt wird.
5. Führe nach dem Hinzufügen von GTM und den Tags core_web_vitals erneut aus, denn Tags können den Score senken, und zeige den Unterschied in einer Tabelle. Damit das Google-Tag nicht von Adblockern blockiert wird, zeige mit site_tag_gateway eine Vorschau des First-Party-Messpfads und richte ihn nach meiner Freigabe ein.

Einrichtung und bekannte Stolperfallen (jede hat in den Demo-Messungen einen Score gesenkt, überspringe keine):
1. Wenn auf dem Server bereits eine Website live ist, sage mir das zuerst, denn die Einrichtung überschreibt index.html und den assets-Ordner. Zeige scaffold_site mit confirm=false als Vorschau und rufe es nach meiner Freigabe mit confirm=true auf. Lies danach site_design_guide und site_seo_guide. Schreibe vor dem Code die Gestaltungsrichtung (Typografie, Farbe, Raster, Signature-Element, Bewegungssprache und die Bibliotheken, die NICHT geladen werden) in eine kurze ART.md außerhalb von assets und zeige sie mir.
2. Kompiliere Tailwind, statt es vom CDN zu laden. Installiere es mit site_run_command und background=true: `npm i -D tailwindcss@3`, danach site_command_status. Die content-Pfade in `tailwind.config.js` müssen alle HTML-Dateien, die Templates und jede JS-Datei abdecken, die Klassennamen schreibt. `_src/tw.css` enthält die Zeile `@import "../assets/app.css";` und die drei `@tailwind`-Zeilen; kompiliere sie mit `npx tailwindcss -c tailwind.config.js -i _src/tw.css -o assets/site.css --minify` in eine einzige Datei. Entferne das Skript cdn.tailwindcss.com und die Inline-tailwind.config aus jeder Seite und verlinke nur `/assets/site.css`. Kompiliere nach jeder HTML-Änderung neu.
3. Hoste die Schriften selbst. Lies das CSS der gewählten Fontshare-Familien, lade die woff2-Datei jedes Schnitts mit site_fetch nach `assets/fonts/` herunter und schreibe die @font-face-Regeln mit `font-display: swap` in `assets/app.css`; design-check sucht dort nach einer Custom Font. Prüfe den font-family-Namen im heruntergeladenen CSS, denn Fontshare kann eine andere Familie liefern, wenn ein Schnitt nicht existiert. Lade die Schrift der Überschrift im ersten Bildschirm und die Fließtextschrift auf jeder Seite mit `<link rel="preload" as="font" type="font/woff2" crossorigin>` vor; in der Demo beseitigte das den durch den Font-Swap verursachten Layout Shift (CLS 0,024 auf 0). Die meisten Fontshare-Schriften haben kein ₺-Glyph, schreibe bei Preisen also "TL".
4. Mach Menü und Footer zu statischem HTML. Lade weder chrome.js noch site.config.js auf den Seiten. Schreibe ein kleines `chrome-stamp.mjs`, das die Nav-Liste in site.config.js liest und `_src/header.tpl` sowie `_src/footer.tpl` zwischen die Marker `` und `` jeder Seite stempelt und beim aktuellen Link aria-current="page" ergänzt. Gib den Templates keine .html-Endung und nutze Platzhalter wie `[[NAV]]` statt `{{...}}`, sonst lesen design-check und seo-check sie als unfertige Seiten. Baue das Mobilmenü ohne JS mit `<details>`. Lass Firmenname, Adresse und Telefon im Footer als reinen Text stehen.
5. Konvertiere Bilder schon beim Herunterladen mit site_fetch: Schreibe dasselbe Foto in separate Dateien mit resize="480x", "800x" und "1200x", image_format="webp", quality=65. Gib jedem `<img>` srcset, sizes, width und height. Das Hauptbild im ersten Bildschirm bekommt fetchpriority="high" und wird nie lazy geladen; alle anderen bekommen loading="lazy" decoding="async". Füllt das Hauptbild den Handy-Bildschirm, liefere mit `<picture>` auf Mobilgeräten einen breiteren, kleineren Ausschnitt (in der Demo sank das mobile Hero von 89 KB auf 43 KB).
6. Erzeuge mit site_fetch aus dem Logo ein 48-px-PNG-Favicon und füge `<link rel="icon">` zu jeder Seite hinzu. Ohne Favicon protokolliert der Browser einen 404, und Best Practices fällt auf 96.
7. Regeln für den HTML-Validator: Beginne jedes Dokument mit einem großgeschriebenen `<!DOCTYPE html>` (die Starterdateien des Kits nutzen Kleinschreibung), verwende `&nbsp;` für die Leerzeichen im sichtbaren Text von tel:-Links, nutze nie ein style=""-Attribut und gib jedem Button type="button".

SEO, AEO und GEO:
1. Nutze Verzeichnis-URLs mit abschließendem Schrägstrich (/gizlilik/). Fülle den seo-Block in site.config.js und führe `node seo-stamp.mjs` aus. Schreibe das seitenspezifische Schema (auf der Kampagnenseite WebPage, einen Service mit Verknüpfung zu #business als provider mit areaServed sowie FAQPage; auf der Datenschutzseite WebPage und BreadcrumbList. In site.config.js den spezifischsten LocalBusiness-Untertyp, zum Beispiel HousePainter, Plumber, Dentist. Die Datenschutzseite erklärt die Cookies, die Mess-Tags und wie sich die Consent-Auswahl ändern lässt) in separate `<script type="application/ld+json">`-Blöcke und verknüpfe es per @id mit dem Basis-Graph. Verstecke BreadcrumbList nicht in einem @graph; gib ihr einen eigenen Block, denn nur so sieht seo-check sie.
2. Titel mit 48 bis 60 Zeichen (seo-check meldet alles über 65 als Fehler), Beschreibungen mit 145 bis 158 Zeichen, eine h1 pro Seite. Jede Seite braucht mindestens 150 Wörter Hauptinhalt; Kontakt- und Datenschutzseiten bleiben dabei oft zu kurz.
3. Der erste Absatz jeder Seite beantwortet die Frage der Seite direkt. Schreibe eine seitenspezifische FAQ mit `<details>` und zeichne sie als FAQPage aus. Zeige die veröffentlichende Organisation und ein "Zuletzt aktualisiert"-Datum mit `<time>` an.
4. Schreibe in robots.txt deine Entscheidung samt Begründung für GPTBot, OAI-SearchBot, ChatGPT-User, ClaudeBot, Claude-User, Claude-SearchBot, PerplexityBot, Perplexity-User, Google-Extended, Applebot-Extended, Bingbot und CCBot und verweise auf die Sitemap. sitemap.xml enthält echte lastmod-Daten. llms.txt enthält eine korrekte Zusammenfassung der Website in zwei Sätzen und die Liste der wichtigsten Seiten.
5. Erfinde nichts: keine Bewertungen, Ratings, Auszeichnungen, Kundenzahlen, Zertifikate, Öffnungszeiten, Koordinaten oder Preise, sofern ich sie nicht angebe. Lass unbekannte Felder im Schema weg.

Gates (in dieser Reihenfolge; melde erst Vollzug, wenn alle bestanden sind):
1. Führe mit site_run_command `node chrome-stamp.mjs`, den Tailwind-Build, `node seo-stamp.mjs`, `node seo-check.mjs` (0 Fehler, 0 Warnungen), `node design-check.mjs` (0 Fehler; begründe jede verbleibende Warnung) und `npx html-validate "**/*.html"` (0 Fehler) aus.
2. Sieh dir jede Seite mit site_preview an, view="mobile" und view="desktop". site_preview erfasst die Seite mit ausgeschalteter Bewegung (reduced-motion); fehlt in diesem Bild Inhalt, ist der bewegungslose Zustand kaputt. Bei Full-Page-Aufnahmen können weiter unten liegende Lazy-Bilder leer erscheinen; das ist kein Fehler, prüfe aber ihre Pfade.
3. Führe core_web_vitals für jede Seite mit strategy="mobile" und strategy="desktop" aus. Bestanden: mobil Performance mindestens 95 sowie Accessibility, Best Prac

WebsiteÄndert nach deiner FreigabeLive-Demo

Schnelle dunkle SaaS-Website mit GSAP: fixierte, scrollgesteuerte Produktstory

Baut eine mehrseitige Produktwebsite auf deinem Hosting-Server mit einer per ScrollTrigger fixierten, scroll-gesteuerten Produktstory, einem SplitText-Einstieg für Überschriften und Lenis-Smooth-Scrolling. Die Animations-Bibliotheken werden nur dort geladen, wo sie gebraucht werden, und erst nach dem First Paint; Mobile-Lighthouse wird gemessen und bleibt über 95.

Wann du ihn nutztWenn Sie auf Ihrem Hosting-Server eine schnelle, dunkle SaaS-Website mit mehreren Seiten brauchen, die die Produktgeschichte per scrollgesteuerter GSAP-Animation erzählt, ohne die Lighthouse-Werte zu verschlechtern.

Baue auf meinem Opus Growth Hosting-Server [server name] eine dunkle, mehrseitige Produktwebsite für [product name], die ihre Geschichte beim Scrollen erzählt. Produkt: [what it does, who it is for]. Die drei Schritte, die Nutzer im Produkt durchlaufen: [three steps]. Wichtigste Funktionen: [4 to 6 features]. Kontakt: [email], [phone], [WhatsApp number], [address if any]. Domain: [domain]. Farbwunsch: [colour or "you choose"]. Echte Produkt-Screenshots oder Fotos: [links or "none"].

Seiten: Startseite (/), Produkt (/urun/), Über uns (/hakkimizda/), Kontakt (/iletisim/), Datenschutz (/gizlilik/) und 404.html. Abschnitte der Startseite in dieser Reihenfolge: Hero (h1, Beschreibung in zwei Sätzen, zwei Buttons, Produktbild), die Produktstory als Signature-Element, Funktionen, Zielgruppe, FAQ und ein abschließender Call-to-Action. Kein Formular auf der Kontaktseite; nutze E-Mail, Telefon und einen WhatsApp-Link mit vorausgefüllter Nachricht, weil der Server nur statische Dateien ausliefert.

Stil: Dark Motion. Dunkler Hintergrund, eine zurückhaltende Akzentfarbe (kein Neon), eine enge Grotesk als Display-Schrift von Fontshare (z. B. Cabinet Grotesk) und eine ruhige Fließtextschrift (z. B. Switzer). Keine Verläufe und kein WebGL; hebe dir das Auffällige für die Produktstory auf.

Animationsregeln (der schwierigste Teil, befolge sie buchstabengetreu):
1. Bibliotheken: GSAP 3.13 Core, ScrollTrigger, SplitText und Lenis. Lade sie mit site_fetch von jsdelivr in `assets/vendor/` herunter und fixiere die Version. Lade sie nur auf der Start- und der Produktseite; die Seiten Über uns, Kontakt und Datenschutz enthalten gar kein Skript. Lade Swiper nicht.
2. Binde diese nicht mit `<script defer>` ein. Setze am Ende der Seite einen kleinen Loader ein: Nach dem load-Event wartet er zwei requestAnimationFrame-Aufrufe und dann requestIdleCallback, hängt die Skripte der Reihe nach mit async=false an und lädt nichts herunter, wenn `<html>` die Klasse `anim` nicht hat. In der Demo haben per defer geladene Bibliotheken die mobile LCP auf 3,2 s getrieben und die Performance bei 92 belassen; mit diesem Loader waren es 99.
3. Ein einzeiliges Skript im `<head>` setzt die Klasse `js` auf `<html>` und die Klasse `anim`, es sei denn, prefers-reduced-motion ist "reduce". Definiere versteckte Ausgangszustände nur unter `.anim`, damit Inhalte ohne JS oder für Besucher, die weniger Bewegung bevorzugen, von Anfang an sichtbar sind und die Bibliotheken für sie nie heruntergeladen werden. Als Sicherheitsnetz für den Fall, dass eine Bibliothek nicht lädt, füge eine CSS-Animation hinzu, die jedes versteckte Element nach 2,5 s sichtbar macht. Wenn JS später als das eintrifft, verstecke bereits sichtbare Inhalte nicht erneut; baue nur die fixierte Story auf.
4. SplitText-Einstieg für Überschriften: Die h1 im ersten Bildschirm ist das LCP-Element, starte sie nie versteckt. Die h1 beginnt sichtbar in einer abgedunkelten Farbe, die den AA-Kontrast noch besteht, und SplitText bringt ihre Zeilen nacheinander in volle Farbe (mask- und aria-Optionen aktiviert). Behalte den maskierten Einstieg mit aufsteigenden Zeilen für die weiter unten liegenden h2-Überschriften bei und spiele ihn beim Scrollen mit ScrollTrigger ab.
5. Signature-Element: Nutze in der Produktstory ScrollTrigger pin und scrub über gsap.matchMedia nur ab 768 px Breite (scrub etwa 0.6, end "+=180%"). Links werden die drei Schritte nacheinander aktiv; rechts füllt sich der Produktbildschirm Schritt für Schritt. Dimme inaktive Schritte nicht über opacity; ändere nur die Überschriftenfarbe und die Rahmenlinie. In der Demo haben über opacity gedimmte Schritte auf dem Desktop den Kontrasttest nicht bestanden und die Barrierefreiheit auf 95 gedrückt. Auf Mobilgeräten gibt es kein Pinning; die Schritte erscheinen im normalen Fluss. Ohne JS zeigt der Produktbildschirm seinen fertigen Zustand.
6. Aktiviere Lenis nur für `(pointer: fine)`-Geräte, damit Touch-Geräte natives Scrollen behalten. Steuere Lenis über gsap.ticker und setze den Fokus nach dem Scrollen zu einem Anker-Link auf das Ziel.
7. Der Produktbildschirm ist eine dekorative Figure mit aria-hidden und einer figcaption, die beschreibt, was gezeigt wird. Jede Interaktion funktioniert per Tastatur und der Fokusring bleibt sichtbar.

Setup und bekannte Fallstricke (jeder davon hat in den Demo-Messungen einen Wert gesenkt, überspringe keinen):
1. Wenn auf dem Server bereits eine Website live ist, sag mir das zuerst, denn das Setup überschreibt index.html und den Ordner assets. Zeige scaffold_site mit confirm=false als Vorschau und rufe es nach meiner Freigabe mit confirm=true auf. Lies danach site_design_guide und site_seo_guide. Lege vor dem Schreiben von Code die Designrichtung (Typografie, Farbe, Raster, Signature-Element, Bewegungssprache und die Bibliotheken, die NICHT geladen werden) in einer kurzen ART.md außerhalb von assets ab und zeig sie mir.
2. Kompiliere Tailwind, statt es vom CDN zu laden. Installiere es mit site_run_command und background=true: `npm i -D tailwindcss@3`, danach site_command_status. Die content-Pfade in `tailwind.config.js` müssen jede HTML-Datei, die Templates und jede JS-Datei abdecken, die Klassennamen schreibt. `_src/tw.css` enthält die Zeile `@import "../assets/app.css";` und die drei `@tailwind`-Zeilen; kompiliere sie mit `npx tailwindcss -c tailwind.config.js -i _src/tw.css -o assets/site.css --minify` zu einer einzigen Datei. Entferne das Skript cdn.tailwindcss.com und die Inline-tailwind.config von jeder Seite und verlinke nur `/assets/site.css`. Kompiliere nach jeder HTML-Änderung neu.
3. Hoste die Schriften selbst. Lies das CSS der gewählten Fontshare-Familien, lade die woff2-Datei jeder Schriftstärke mit site_fetch nach `assets/fonts/` herunter und schreibe die @font-face-Regeln mit `font-display: swap` in `assets/app.css`; design-check sucht dort nach einer eigenen Schrift. Prüfe den font-family-Namen im heruntergeladenen CSS, denn Fontshare kann eine andere Familie liefern, wenn eine Schriftstärke nicht existiert. Lade die Schrift der Überschrift im ersten Bildschirm und die Fließtextschrift auf jeder Seite per `<link rel="preload" as="font" type="font/woff2" crossorigin>` vor; in der Demo hat das die durch den Schrifttausch verursachte Layoutverschiebung beseitigt (CLS 0,024 auf 0). Die meisten Fontshare-Schriften haben kein ₺-Glyph, schreibe für Preise also "TL".
4. Mache Menü und Footer zu statischem HTML. Lade chrome.js und site.config.js nicht auf den Seiten. Schreibe ein kleines `chrome-stamp.mjs`, das die Navigationsliste in site.config.js liest und `_src/header.tpl` sowie `_src/footer.tpl` zwischen den Markern `` und `` jeder Seite einstempelt und dabei dem aktuellen Link aria-current="page" hinzufügt. Gib den Templates keine .html-Endung und verwende Platzhalter wie `[[NAV]]` statt `{{...}}`, sonst lesen design-check und seo-check sie als unfertige Seiten. Baue das mobile Menü ohne JS mit `<details>`. Lass Firmenname, Adresse und Telefon im Footer als reinen Text stehen.
5. Konvertiere Bilder direkt beim Herunterladen mit site_fetch: Schreibe dasselbe Foto in separate Dateien mit resize="480x", "800x" und "1200x", image_format="webp", quality=65. Gib jedem `<img>` srcset, sizes, width und height. Das Hauptbild im ersten Bildschirm bekommt fetchpriority="high" und wird nie lazy geladen; die übrigen bekommen loading="lazy" decoding="async". Wenn das Hauptbild den Handybildschirm ausfüllt, liefere mit `<picture>` auf Mobilgeräten einen breiteren, kleineren Ausschnitt aus (in der Demo sank das mobile Hero-Bild von 89 KB auf 43 KB).
6. Erstelle mit site_fetch aus dem Logo ein 48-px-PNG-Favicon und füge `<link rel="icon">` zu jeder Seite hinzu. Ohne es protokolliert der Browser einen 404 und Best Practices fällt auf 96.
7. Regeln des HTML-Validators: Beginne jedes Dokument mit einem großgeschriebenen `<!DOCTYPE html>` (die Starterdateien des Kits verwenden Kleinbuchstaben), nutze `&nbsp;` für die Leerzeichen im sichtbaren Text von tel:-Links, verwende nie ein style=""-Attribut und gib jedem Button type="button".

SEO, AEO und GEO:
1. Verwende Verzeichnis-URLs mit abschließendem Schrägstrich (/urun/, /hakkimizda/, /iletisim/, /gizlilik/). Fülle den seo-Block in site.config.js aus und führe `node seo-stamp.mjs` aus. Schreibe das seitenspezifische Schema (Startseite WebPage und FAQPage; Produkt SoftwareApplication und FAQPage; Über uns AboutPage; Kontakt ContactPage; BreadcrumbList auf Unterseiten. Für ein Softwareunternehmen ohne physisches Geschäft setze localBusiness:false in site.config.js) in getrennte `<script type="application/ld+json">`-Blöcke und verknüpfe es per @id mit dem Basisgraphen. Vergrabe BreadcrumbList nicht in einem @graph; gib ihm einen eigenen Block, denn nur so erkennt seo-check es.
2. Title 48 bis 60 Zeichen (seo-check meldet alles über 65 als Fehler), Descriptions 145 bis 158 Zeichen, eine h1 pro Seite. Jede Seite braucht mindestens 150 Wörter Hauptinhalt; Kontakt- und Datenschutzseite bleiben oft darunter.
3. Der erste Absatz jeder Seite beantwortet die Frage der Seite direkt. Schreibe ein seitenspezifisches FAQ mit `<details>` und zeichne es als FAQPage aus. Zeige die veröffentlichende Organisation und ein Datum "Zuletzt aktualisiert" mit `<time>`.
4. Schreibe in robots.txt deine Entscheidung samt Begründung für GPTBot, OAI-SearchBot, ChatGPT-User, ClaudeBot, Claude-User, Claude-SearchBot, PerplexityBot, Perplexity-User, Google-Extended, Applebot-Extended, Bingbot und CCBot und verweise auf die Sitemap. sitemap.xml enthält echte lastmod-Daten. llms.txt enthält eine korrekte Zusammenfassung der Website in zwei Sätzen und die Liste der wichtigsten Seiten.
5. Erfinde nichts: keine Bewertungen, Ratings, Auszeichnungen, Kundenzahlen, Zertifikate, Öffnungszeiten, Koordinaten oder Preise, außer ich nenne sie dir. Lass unbekannte Felder im Schema weg.

Gates (der Reihe nach; melde den Abschluss erst, wenn alle bestanden sind):
1. Führe mit site_run_command `node chrome-stamp.mjs`, den Tailwind-Build, `node seo-stamp.mjs`, `node seo-check.mjs` (0 Fehler, 0 Warnungen), `node design-check.mjs` (0 Fehler; begründe jede verbleibende Warnung) und `npx html-validate "**/*.html"` (0 Fehler) aus.
2. Sieh dir jede Seite mit site_preview an, view="mobile" und view="desktop". site_preview erfasst die Seite mit ausgeschalteter Bewegung (reduced-motion); fehlen auf diesem Bild also Inhalte, ist der Zustand ohne Bewegung defekt. In Full-Page-Aufnahmen können weiter unten liegende Lazy-Bilder leer erscheinen; das ist kein Fehler, prüfe aber ihre Pfade.
3. Führe core_web_vitals für jede Seite mit strategy="mobile" und strategy="desktop" aus. Bestanden: mobil Performance mindestens 95 sowie Barrierefreiheit, Best Practices und SEO 100; Desktop alle vier mindestens 95. Finde auf einer durchgefallenen Seite mit resources=true die bremsende Datei, behebe das Problem und miss erneut. Führe danach seo_audit auf der Startseite mit strategy="mobile" und runs=2 aus. Die Liste der Netzwerkanfragen darf keinen anderen Host als deine eigene Domain enthalten.
4. Kein horizontales Scrollen bei 360, 390, 768 und 1440 px Breite, Touch-Ziele mindestens 44 px, keine Konsolenfehler.

Bewegungsprüfung: site_preview kann keine Bewegung zeigen. Beschreibe daher den fixierten Abschnitt der Startseite und sag mir, was ich in meinem eigenen Browser prüfen soll: Auf dem Desktop sollte die Produktstory oben haften bleiben, während die Schritte beim Scrollen voranschreiten; auf dem Handy sollte sie ohne Haften durchfließen; und bei eingeschaltetem reduzierten Bewegungsmodus im Betriebssystem sollte sich nichts bewegen und alles sichtbar sein.

Nach der Veröffentlichung: Zeige mit site_headers die Regel `/assets/* Cache-Control: public, max-age=31536000, immutable` als Vorschau und wende sie nach meiner Freigabe an; benenne CSS- oder JS-Dateien danach bei jeder Änderung um (site-v2.css usw.). Reiche sitemap.xml mit

Strategie

Alle 49 ansehen →

StrategieNur lesend

Die Quellen kartieren, die KI statt Ihnen zitiert, und einen Off-Site-Sichtbarkeitsplan erstellen

Findet heraus, welche Seiten ChatGPT, Perplexity und die KI-Antworten von Google für die Fragen Ihrer Kunden zitieren, gruppiert diese Quellen nach Typ und liest die am häufigsten zitierten Seiten einzeln durch. Plant die Content-Arbeit auf Ihrer eigenen Website getrennt von der Arbeit an Listen, Verzeichnissen und Communities.

Wann du ihn nutztWenn KI-Antworten wie ChatGPT, Perplexity oder Google AI Overviews statt Ihrer Marke Wettbewerber oder Drittseiten empfehlen und Sie einen Plan brauchen, um dort zitiert zu werden.

Mein Unternehmen [business name], Website [domain], verkauft [service or product] im Markt [city or country]. Meine Wettbewerber: [up to 3 competitors]. Die Fragen, die meine Kunden an KI stellen: [5 to 8 questions that do not name my brand]. Dies ist eine reine Lese- und Planungsaufgabe: Schreibe niemanden an und ändere nichts.

Die meisten Zitate in KI-Antworten stammen von Seiten Dritter und nicht von der eigenen Website der Marke: Vergleichslisten, Foren, Verzeichnisse, Bewertungsportale. Ziel dieser Aufgabe ist es, diese Seiten zu finden und herauszuarbeiten, wie man auf jeder davon vertreten sein kann.

1. Credit-Check. Nutze seo_history, um aktuelle Läufe mit diesen Fragen zu finden, und verwende sie wieder. Sag mir, wie viele neue Aufrufe nötig sind.
2. Chat-Engines. Führe seo_geo_tracker mit brand=[business name], brand_domain=[domain], den Wettbewerbern und der Fragenliste aus, engines='chat_gpt,perplexity', repeats=2. Übernimm die Liste top_cited_sources und die Erwähnungsraten der Wettbewerber. Dieses Tool zeigt, wie oft jede Domain zitiert wird, aber nicht die vollständige Seiten-URL.
3. KI-Antworten von Google. Führe seo_ai_overview für die 4 Fragen mit der stärksten kommerziellen Intention aus (target=[domain], Standort und Sprache für meinen Markt). Übernimm die vollständige URL jeder Quellseite in jeder Antwort. Wenn references leer ist, nutze die Links im Text von ai_answer. Diese Seiten-URLs sind die wichtigste Grundlage für den Plan.
4. Quellen klassifizieren. Ordne jede gesammelte Domain einem dieser Typen zu: meine Website, Wettbewerber-Website, Vergleichs- oder "Best of"-Liste, Forum oder Community (Reddit, Quora, Branchenforen), Verzeichnis oder Bewertungsportal (lokale Verzeichnisse außer Google Maps, Trustpilot, G2 und Ähnliche), Video, News oder Blog, Behörde bzw. offizielle Stelle oder Enzyklopädie. Wenn du dir beim Typ einer Domain nicht sicher bist, rate nicht, sondern lies die Seite.
5. Die meistzitierten Seiten lesen. Lies die Top 10 der Drittseiten nach Anzahl der Zitate mit site_read_url und text=true. Notiere für jede Seite: welche Marken vorkommen und ob meine dabei ist, das Format (Ranking-Liste, Tabelle, Q&A, Bewertung), das Veröffentlichungs- oder Aktualisierungsdatum und ob die Seite einen Weg zur Bewerbung, Kontaktaufnahme oder zum Einreichen eines Eintrags ("Eintrag vorschlagen") bietet. Wenn eine Seite nicht gelesen werden kann (403, Login erforderlich), sag das und mach weiter.
6. Mit meiner Website vergleichen. Wenn eine meiner Seiten zitiert wird, liste sie auf. Bestimme den Typ der zitierten Wettbewerberseiten (Preisseite, Ratgeber, Vergleichsseite) und prüfe mit site_read_url, ob ich eine Seite dieses Typs habe.

Formatiere die Ausgabe so. Zuerst eine Zusammenfassung in vier Sätzen. Dann eine Tabelle als Quellenkarte: Domain, Typ, Anzahl der Antworten, die sie zitieren, für welche Fragen, ist meine Marke auf der Seite. Dann eine Tabelle der Top-10-Seiten: URL, Format, Datum, erwähnte Marken, Zugangsweg. Danach drei getrennte Aufgabenlisten:
1. Auf meiner Website: Seitentypen, die erstellt oder gestärkt werden sollten, und welche Frage jeder davon beantworten soll.
2. Listen und Verzeichnisse: Listenartikel, bei denen ich mich bewerben sollte, und Verzeichnisse, in denen ein Eintrag angelegt oder aktualisiert werden sollte, jeweils mit Zugangsweg.
3. Community: Diskussionen, in denen sich meine Marke natürlich einbringen kann.

Regeln: Schlage keine gefälschten Bewertungen, falschen Nutzerkonten, versteckt bezahlten Erwähnungen oder Werbung in Foren vor. Wenn du eine bezahlte Platzierung vorschlägst, sag, dass sie klar als gesponsert gekennzeichnet sein muss. Wenn ein Vorschlag lautet, einen Publisher anzuschreiben, damit er eine alte Liste aktualisiert, gib die Nachricht als Entwurf an, aber sende sie nicht. Wenn die Daten für eine Schlussfolgerung nicht ausreichen, rate nicht.

StrategieÄndert nach deiner Freigabe

Budget zwischen Google Ads und Meta verschieben, basierend auf dem CPA der letzten 30 Tage

Eine einzige Kampagnentabelle über Google Ads und Meta hinweg und ein zeilenweiser Plan zur Budgetumverteilung auf Basis einer klaren CPA-Regel.

Wann du ihn nutztWenn eine Plattform pro Conversion deutlich günstiger ist als die andere und du entscheiden musst, wohin dein Monatsbudget fließen soll.

Vergleiche meine Google-Ads- und Meta-Kampagnen der letzten 30 Tage und sag mir, wohin mein Budget verschoben werden sollte. Mein monatliches Werbebudget beträgt [Monatsbudget] und mein Ziel-CPA (Kosten pro Conversion) liegt bei [Ziel-CPA].

1. Hole für jede aktive Kampagne auf beiden Plattformen Ausgaben, Conversions, Kosten pro Conversion, Conversion-Rate und aktuelles Tagesbudget. Verwende für beide Plattformen denselben Zeitraum.
2. Erstelle eine Tabelle, sortiert nach Kosten pro Conversion. Nimm den Anteil jeder Kampagne an den Gesamtausgaben und an den gesamten Conversions auf.
3. Markiere jede Kampagne mit weniger als 10 Conversions als "geringe Aussagekraft" und verschiebe ihr Budget noch nicht.
4. Ergänze bei Google-Search-Kampagnen den durch das Budget entgangenen Anteil an Impressionen (Impression Share Lost to Budget).

Entscheidungsregel:
- Eine Kampagne mit mindestens 10 Conversions und einem CPA, der mehr als 30 % über dem Ziel liegt, verliert Budget.
- Eine Kampagne unter dem Ziel-CPA, die mehr als 20 % Impression Share wegen des Budgets verliert, oder ein Meta-Anzeigensatz, der sein volles Budget ausschöpft, erhält mehr Budget.
- Ändere kein einzelnes Budget in einem Schritt um mehr als 20 %.

Liefere eine Umverteilungstabelle mit diesen Spalten: Kampagne, Plattform, aktuelles Tagesbudget, vorgeschlagenes Tagesbudget, Begründung. Ändere noch nichts. Ich markiere, welche Zeilen ich akzeptiere. Zeige mir danach eine Vorschau genau dieser Änderungen und warte auf meine Bestätigung, bevor du sie umsetzt.

StrategieNur lesend

Prüfen, ob Conversions vergleichbar sind, bevor du Budget zwischen Kanälen verschiebst

Eine Vertrauenstabelle, die plattformgemeldete Conversions mit GA4 vergleicht und die vergleichbaren Kosten pro Conversion je Kanal zeigt.

Wann du ihn nutztWenn Google Ads, Meta und GA4 sehr unterschiedliche Conversion-Zahlen melden und du vor dem Kanalvergleich nicht weißt, welcher Zahl du trauen kannst.

Bevor ich Geld zwischen Google Ads und Meta verschiebe, muss ich wissen, ob sich ihre Conversion-Zahlen überhaupt vergleichen lassen. Nutze die letzten 30 Tage.

1. Google Ads: Prüfe den Zustand des Conversion-Trackings. Liste die primären Conversion-Aktionen mit ihrem Zähltyp (jede oder eine), den Lookback-Fenstern für Klick- und View-Through sowie dem Attributionsmodell auf.
2. Meta: Liste die Pixel mit dem Zeitpunkt der letzten Auslösung, die Custom Conversions und die Conversion-Events auf, auf die meine Kampagnen optimieren. Beachte, dass die Standard-Attribution von Meta View-Through-Conversions einschließt.
3. GA4: Hole die Key Events nach Sitzungsquelle/-medium für dieselben 30 Tage. Bestätige, welche Key Events den Plattform-Conversions entsprechen.
4. Erstelle pro Kanal eine Tabelle mit diesen Spalten: von der Plattform gemeldete Conversions, GA4-Key-Events aus diesem Kanal, Verhältnis, Ausgaben, Plattform-CPA, GA4-basierter CPA.

Markiere jedes Problem, das Ergebnisse aufbläht oder verbirgt:
- Zählung auf "jede" bei Lead-Aktionen.
- Doppelte oder sekundäre Aktionen, die mitgezählt werden.
- Ein Pixel, das seit 24 Stunden nicht ausgelöst hat.
- Ein Verhältnis von Plattform zu GA4 über 1,5.

Schließe mit einer klaren Antwort: Welchen CPA sollte ich für den Kanalvergleich verwenden, und was muss zuerst behoben werden. Ändere keine Einstellung. Wenn eine Korrektur nötig ist, beschreibe sie, und ich bitte separat um eine Vorschau.

StrategieNur lesend

Onboarding neuer Kunden: einseitiges Briefing zur Wettbewerbslandschaft

Ein einseitiges Briefing, das zeigt, wer im Markt des Kunden wirbt, wo, mit welcher Botschaft und wo der Kunde heute steht.

Wann du ihn nutztWenn du mit einem neuen Kunden startest und vor dem Kickoff-Call verstehen musst, wer in bezahlter und organischer Suche die Wettbewerber sind.

Wir onboarden [Kundenname] (Domain [Kunden-Domain], Google-Ads-Konto [Konto]). Erstelle vor dem Kickoff-Call ein Briefing zur Wettbewerbslandschaft.

1. Hole einen Konto-Snapshot, damit wir aktuellen Spend, Conversions und aktive Kampagnentypen kennen.
2. Führe eine Live-SERP-Analyse für die 5 wichtigsten kommerziellen Suchanfragen des Kunden durch: [5 Kern-Suchanfragen]. Halte fest, welche Domains in bezahlten Positionen und welche in den Top 5 der organischen Ergebnisse erscheinen.
3. Nimm die 4 Domains, die am häufigsten in bezahlten Positionen auftauchen. Ziehe für jede ihren Paid-Keyword-Footprint (Keyword-Anzahl und geschätzter Paid Traffic) und ihre Live-Anzeigen aus öffentlichen Ad Libraries.
4. Führe eine Keyword-Gap-Analyse zwischen der Domain des Kunden und diesen 4 Wettbewerbern durch.

Ergebnis, eine Seite:
- Wettbewerbertabelle mit diesen Spalten: Domain, Paid-Präsenz (Anzahl der Suchanfragen von 5, in denen sie erschien), organische Präsenz, geschätzte Anzahl Paid Keywords, Kanäle mit Live-Anzeigen, Hauptbotschaft
- wo der Kunde stärker ist, wo schwächer und wo er gar nicht vorkommt
- 5 priorisierte Fragen für das Kickoff, etwa zu Margen, bei welchem Wettbewerber sie Deals verlieren und welche Angebote sie rechtlich mitziehen können

Nur lesend. Keine Änderungen am Konto.

StrategieÄndert nach deiner Freigabe

Schwache RSA-Assets umschreiben, um sich von der Konkurrenz abzuheben

Vergleicht deine Responsive-Search-Ad-Texte mit den Live-Anzeigen der Wettbewerber, markiert generische oder CTR-schwache Assets und bereitet Rewrites direkt in den bestehenden Anzeigen vor, basierend auf geprüften Fakten. Nichts wird geändert, bevor du die Vorschau freigegeben hast.

Wann du ihn nutztWenn deine Google-Ads-Texte genauso klingen wie die der Konkurrenz und deine RSA-Anzeigen sich abheben sollen.

Im Google-Ads-Konto [account], Kampagne [campaign name], sollen unsere Responsive Search Ads nicht mehr klingen wie die der Konkurrenz.

Fakten über [client name], die du verwenden darfst (nur diese, plus alles, was du auf unserer Live-Landingpage lesen kannst): [paste real numbers, guarantees, process details, certifications, review counts].

1. Finde die Kampagne und ihre Anzeigengruppen und Anzeigen samt IDs.
2. Hole die Live-Google-Anzeigen von [competitor domains, up to 4] aus dem Ads Transparency Center, Region [country]. Liste die Aussagen und Formulierungen auf, die bei den Wettbewerbern immer wieder vorkommen, etwa "fast delivery", "best price" oder "trusted by X". Liefert ein Wettbewerber keine Anzeigen, sag das und mach mit den anderen weiter.
3. Lies unsere RSAs in dieser Kampagne: alle Headlines und Beschreibungen, Final URL, Ad Strength und die Handlungsempfehlungen von Google. Hole dann die Performance auf Asset-Ebene für die letzten 60 Tage, mit einem Minimum von 1.000 Impressionen.
4. Lies die Final URL jeder Anzeige als Live-Seite und notiere alle konkreten Fakten, die dort stehen (Zahlen, Garantien, Lieferzeiten, Belege). Nutze sie zusammen mit den Fakten, die ich oben eingefügt habe.
5. Markiere unsere Headlines und Beschreibungen, die entweder (a) eine wiederkehrende Aussage der Konkurrenz fast wortgleich wiederholen oder (b) beim CTR im unteren Drittel liegen, und zwar unter den Assets mit 1.000+ Impressionen. Erreichen weniger als 6 Assets 1.000 Impressionen, nutze stattdessen die Lifetime-Werte und kennzeichne das Ergebnis als geringe Aussagekraft.

Schreibe für jedes markierte Asset einen Ersatz, der auf einem konkreten Fakt aus meiner Liste oder von der Landingpage beruht: eine Zahl, eine Garantie, ein Prozessdetail oder ein Beleg, den die Wettbewerber nicht erwähnen. Erfinde niemals eine Aussage. Passt kein Fakt, schreib "needs a fact from you" statt eines Ersatzes. Halte Headlines bei maximal 30 Zeichen und Beschreibungen bei maximal 90. Behalte mindestens 3 Headlines, die das Haupt-Keyword enthalten.

Pins: Zeigen die Anzeigendetails, welche Assets angepinnt sind, lass angepinnte Assets unverändert. Ist der Pin-Status in den Daten nicht sichtbar, liste die Assets auf, die du ändern willst, und frag mich, welche davon angepinnt sind, bevor du Änderungen vorbereitest.

Zeig pro Anzeige eine Vorher/Nachher-Tabelle mit dem Grund für jeden Austausch und der Quelle des verwendeten Fakts. Bereite dann die Änderungen mit dem partiellen In-Place-RSA-Update vor (nur die markierten Assets entfernen und hinzufügen), damit die Performance-Historie erhalten bleibt. Führe es als Vorschau mit confirm=false aus und warte auf meine Freigabe, bevor du irgendetwas anwendest.

StrategieNur lesend

Meta-Anzeigengruppen-Funnel: Creative, Seite, Angebot oder Checkout?

Jede Meta-Anzeigengruppe erhält eine Diagnose, an welchem Funnel-Schritt sie Käufer verliert, auf Basis klarer Schwellenwerte.

Wann du ihn nutztWenn deine Meta-Anzeigen Klicks bringen, aber zu wenige Käufe, und du nicht weißt, in welchem Trichterschritt Käufer verloren gehen.

Analysiere für das Meta-Werbekonto [Werbekonto] jede Anzeigengruppe, die in den letzten 14 Tagen mehr als [Mindestbudget] ausgegeben hat.

Ziehe pro Anzeigengruppe diese Kennzahlen:
- Ausgaben
- Link-CTR
- Landingpage-Aufrufe pro Link-Klick
- In den Warenkorb pro Landingpage-Aufruf
- Checkout eingeleitet pro In den Warenkorb
- Käufe pro eingeleitetem Checkout
- Kosten pro Kauf
- Purchase ROAS

Diagnostiziere jede Anzeigengruppe nach diesen Regeln:
- Link-CTR unter 0,8 %: Creative- oder Hook-Problem.
- Landingpage-Aufrufe unter 70 % der Link-Klicks: Problem bei Seitenladezeit oder Weiterleitung.
- In den Warenkorb unter 5 % der Landingpage-Aufrufe: Problem bei Produktseite, Preis oder Angebot.
- Käufe unter 40 % der Checkouts: Problem bei Checkout, Versandkosten oder Zahlung.

Liefere eine nach Ausgaben sortierte Tabelle, in deren letzter Spalte der fehlerhafte Schritt und seine Diagnose stehen. Gruppiere die Anzeigengruppen unter der Tabelle nach Problemtyp und schätze die an jedem fehlerhaften Schritt entgangenen Käufe, unter der Annahme, dass dieser Schritt den Kontomedian erreicht hätte. Nur Analyse, keine Änderungen.

Diese Prompts funktionieren am besten, wenn dein KI-Assistent über Opus Growth mit deinen Konten verbunden ist.

Konten kostenlos verbinden