aj-suresh/google-ads-copy

Google Ads Textanzeigen

Du schreibst Suchanzeigentexte, die gleichzeitig drei Dinge erfüllen: was die Person eingegeben hat, was auf der Landingpage steht und was das Produkt ehrlicherweise behaupten kann. Anschließend trägst du sie in die Google Ads Copy Template des Benutzers ein. Du übergibst zwei Dinge:

1. Eine ausgefüllte Kopie der Arbeitsmappe. Das Original wird niemals angetastet.
2. Eine kurze Chat-Zusammenfassung pro Anzeigengruppe: den Winkel, was die Anzeige testet und alle Flags, die der Benutzer sehen muss, bevor sie live geht.

Der Großteil der Qualität kommt aus den Schritten 0 bis 3. Überschriften, die ohne diesen Kontext geschrieben werden, sind mit denen jedes Mitbewerbers austauschbar. Überschriften, die damit geschrieben werden, sind spezifisch genug, um den Klick zu verdienen und eine Prüfung von Behauptungen zu überstehen.

Standardwerte, die der Benutzer bereits gewählt hat. Frage nicht erneut danach.

• Produktfakten stammen aus einer Produkt-Skill-Datei, die zur Laufzeit gelesen wird. Niemals aus dem Gedächtnis.
• Kurzeingaben können aus dem Tab „Keywords & Intent“ der Vorlage, dem Google Ads Connector oder dem Chat stammen. Kombiniere sie.
• Ausgabe ist die ausgefüllte .xlsx.
• Namen von Mitbewerbern werden nur in Anzeigentexten für Anzeigengruppen verwendet, die um diesen Mitbewerber herum aufgebaut sind (Alternative, vs., Preise, Bewertungen). Überall sonst bleibt der Text namenfrei.

Lies references/template-map.md vor dem ersten Befüllen. Es enthält das Arbeitsblatt-Layout, das Payload-Schema und die Skriptnutzung.

---

Schritt 0: Lade den Produktkontext

Produktfakten stammen aus dem eigenen Produktkontext des Benutzers, niemals aus dem Gedächtnis. Arbeite diese Liste ab und stoppe bei der ersten Quelle, die das Kontextpaket liefert:

1. Bereits im Gespräch? Der Benutzer hat ein Produkt-Skill ausgeführt, eine Kurzbeschreibung eingefügt oder ein Positionierungsdokument angehängt. Verwende es.
2. Konfiguration. Wenn config/product-context.md im Ordner dieses Skills existiert, ordnet es Segmente Produkt-Skills oder -Dateien zu und gibt an, wo sie zu finden sind. Verwende das vom Benutzer genannte Segment. Leite es andernfalls aus der Anzeigengruppe, den Keywords und der Landingpage ab. Wenn es mehrdeutig ist oder die Anzeigengruppe Segmente mischt, frage einmal. Vermische niemals zwei Segmente in einer Anzeige.
3. Projektdateien. Suche nach .agents/product-marketing.md, .claude/product-marketing.md oder product-marketing-context.md im Projekt (die Dateien, die das Produktmarketing-Skill schreibt).
4. Fragen. Frage den Benutzer, ob er auf ein Produkt-Skill, eine Datei oder eine URL verweisen oder eine Kurzbeschreibung einfügen möchte: was das Produkt tut, für wen, Nachweise, nicht erlaubte Behauptungen, wer die Mitbewerber sind. Sage deutlich, dass der Text allein auf dieser Kurzbeschreibung beruht.

Lies ein Produkt-Skill SKILL.md über den Pfad. Verlasse dich nicht auf das Skill-Tool: Produkt-Skills sind oft nur manuell aufrufbar (disable-model-invocation: true), und das Tool lehnt diese ab.

Extrahiere dann das Kontextpaket (references/context-pack.md): die zu erledigende Aufgabe für diese Anzeigengruppe, die Persona, sichere Nachweise, Schutzmaßnahmen für Behauptungen mit ihren Bewertungen, den Wettbewerbsrahmen, Nachrichten-Pillars. Notiere, welche Nachweise du verwenden möchtest. Die Notizzelle zitiert sie später.

Wende alle qualifizierenden Tests oder Ausschlusskriterien an, die der Produktkontext angibt. Wenn eine Anzeigengruppe auf einen Käufer abzielt, den er ausschließt, sage dies und frage, bevor du dafür schreibst.

Schritt 1: Sammle die Anzeigengruppen-Kurzbeschreibung

Pro Anzeigengruppe benötigst du: Kampagnenname, Anzeigengruppenname, Keywords (mit Übereinstimmungstyp, Intent, Priorität), finale URL. Nützliche Extras: Angebot, CTA, Geografie, Zielgruppe, vorhandene Anzeigen, Mitbewerber im Spiel.

Quellen, kombiniert:

• Vorlage. Wenn der Benutzer eine Arbeitsmappe übergeben hat, führe scripts/read_template.py <xlsx> aus. Die Zeilen „Keywords & Intent“ sind die Kurzbeschreibung. Derselbe Dump zeigt bereits vorhandene Texte, damit du sie nicht wiederholst. Eine leere Kopie wird in assets/Google_Ads_Copy_Template.xlsx mitgeliefert; verwende sie, wenn der Benutzer keine Arbeitsmappe hat.
• Google Ads Connector (wenn das ads_search-Tool verfügbar ist). Nur lesend. Ruft die Anzeigengruppen, Keywords, Suchbegriffe und live RSAs mit ihren Asset-Performance-Labels ab. Abfragen und Hinweise findest du in references/google-ads-connector.md. Frage nach der Kunden-ID, wenn du sie nicht hast. Schreibe niemals in das Konto.
• Chat. Was auch immer der Benutzer eingefügt oder beschrieben hat.

Verwende Namen genau so, wie sie im Konto oder Blatt erscheinen. Erfinde keine Kampagnen- oder Anzeigengruppennamen. Wenn etwas Entscheidendes fehlt, frage einmal in einer Nachricht und liste alles auf, was du benötigst.

Keyword-Intent und -Priorität: Wenn der Benutzer sie nicht festgelegt hat, schlage sie aus der Keyword-Formulierung vor und sage, welche du abgeleitet hast. Der Intent bestimmt den Winkel (siehe references/rsa-playbook.md).

Schritt 2: Lies die Landingpage und die Website

Rufe jede finale URL live ab. WebFetch liefert eine Zusammenfassung durch ein kleines Modell, und seine „Nicht gefunden“-Antworten sind unzuverlässig. Verwende es daher, um die Seite zu lesen, und bestätige dann jede Behauptung, auf die sich der Text stützen wird, anhand des rohen HTML (curl -sL <url> | grep -i -o '.\(40\)<Behauptung>.\(40\)'). Verwende den Browser für Seiten, die JavaScript benötigen. Wenn eine Seite nicht abgerufen werden kann, bitte den Benutzer, ihren Text einzufügen. Schreibe niemals aus dem Gedächtnis einer Seite.

Erfasse die H1, den Untertitel, das primäre CTA-Label, das Angebot und seine Bedingungen, die Preissichtbarkeit, Nachweise auf der Seite, den Buchungs- oder Formularablauf und jede Behauptung, die die Seite aufstellt. Lies dann die Navigation oder Sitemap der Website, um Sitelink-Ziele und die Seiten zu finden, die jeden Callout- und Snippet-Wert untermauern. Notiere die Seite für jeden in der Notizzelle dieser Zeile.

Was die Seite ändern kann und was nicht:

• Message Match. Das Versprechen der Anzeige, der CTA und die Schlüsselbegriffe müssen auf der Seite erscheinen. Eine Überschrift, die die Seite nicht untermauert, kostet Qualitätsfaktor und Vertrauen.
• Behauptungsgrenze. Gib in einer Anzeige nicht mehr an, als die Seite behauptet. Wenn das Produkt-Skill eine Behauptung erlaubt, die der Seite fehlt, verwende sie nur, wenn du die Lücke kennzeichnest („dies vor dem Launch zur Seite hinzufügen“).
• Angebote stammen von der Seite. Produkt-Skills listen selten Angebote auf. Verwende eine kostenlose Testversion, Demo-Länge oder einen Preis nur, wenn die Seite dies angibt. Wenn deren Bedingungen oder Zielgruppe nicht auf der Seite stehen, kennzeichne dies, anstatt zu raten.
• Blockierte Behauptungen auf der Seite. Wenn die Seite eine Behauptung enthält, die die Schutzmaßnahmen des Produkt-Skills blockieren, wiederhole sie nicht und informiere den Benutzer. Ihre Website widerspricht ihren eigenen Regeln.
• Eine schwächere Seite als möglich. Wenn die URL des Benutzers die Keywords nicht enthält und eine bessere Seite existiert, behalte seine URL bei, kennzeichne die Lücke und nenne die bessere Seite. Wenn er zustimmt, ändere final_url und landing_page jedes Keywords gemeinsam.

Liste Lücken der Landingpage für die Kurzbeschreibung auf: Angebot in der Anzeige, aber nicht auf der Seite, CTA-Diskrepanz, schwache Nachweise.

Schritt 3: Mitbewerberkontext

Beginne mit dem Wettbewerbsrahmen des Produkt-Skills: wer die Rivalen sind, wo gekämpft werden soll, wo nachgegeben werden soll. Für Anzeigengruppen, die auf dem Namen eines Mitbewerbers aufbauen, rufe auch die Preis- oder Landingpage dieses Mitbewerbers ab (eine oder zwei Seiten), damit der Text auf das antwortet, was sie heute behaupten. Scrape keine Google-Ergebnisseiten.

Verwende die Mitbewerberforschung, um den Winkel zu wählen (Wechselgrund, Kostentransparenz, was du kannst, was sie nicht können) und um Behauptungen zu vermeiden, die du nicht beweisen kannst. Sie ist niemals eine Quelle für zu kopierende Zeilen.

Namen von Mitbewerbern:

• Erlaubt in Überschriften, Beschreibungen und Anzeigepfaden von Anzeigen, deren Anzeigengruppe auf diesem Mitbewerber aufbaut. Setze competes_with für die Anzeige im Payload.
• Nicht erlaubt in generischen Anzeigengruppen oder in Sitelinks, Callouts und Snippets.
• Niemals „#1“, „beste“ oder „günstiger als X“ ohne Nachweis. Niemals herabsetzen.
• Jede namentliche Nennung ist ein Markenrechtsbeschwerde-Risiko. Das Prüfskript protokolliert jede; bringe dies in die Notizzelle und die Chat-Zusammenfassung ein.

Schritt 4: Plane, bevor du schreibst

Schreibe pro Anzeigengruppe einen kurzen Plan: primärer Intent, die eine Aufgabe, die es anspricht, drei oder vier Winkel (Keyword-Echo, Ergebnis, Nachweis, Differenzierungsmerkmal, Angebot, Risikominimierung) und welche Keywords wörtlich erscheinen müssen. Grund: Eine RSA wird von Google rekombiniert, daher kommt es auf die Abdeckung über die Winkel an, wobei jede Zeile für sich allein stehen muss, nicht auf einen sauberen Satz, der in 15 Teile aufgeteilt ist.

Plane auch die Assets: vier oder mehr Sitelink-Ziele (echte Seiten aus Schritt 2), vier oder mehr Callout-Fakten mit der Seite, die jedes untermauert, und einen Snippet-Header, dessen Werte du ehrlich ausfüllen kannst.

Notiere, wen die Keywords sonst noch anziehen (Lernende, Studenten, Hobbyisten, das falsche Segment). Füge eine qualifizierende Überschrift hinzu, wo sie hilft, und empfehle Negative in der Kurzbeschreibung. Füge selbst keine Negative hinzu.

Entscheide dich für eine oder zwei Anzeigen. Führe eine zweite RSA nur dann in einer Anzeigengruppe aus, wenn sie einen anderen Winkel testet. Eine Anzeigengruppe mit gemischtem Intent erhält dennoch eine Hauptanzeige: ihr CTA-Mix folgt dem Keyword mit der höchsten Priorität, und ein weicher CTA in der Beschreibung neben direkten CTA in Überschriften ist in Ordnung.

Schritt 5: Schreiben

Befolge references/rsa-playbook.md für Rezepte für Überschriften und Beschreibungen, Intent-Winkel-Zuordnung, Pfade, Pinning und die Hypothesenzelle. Befolge references/assets-playbook.md für Sitelinks, Callouts und Snippets. Befolge references/policy-checklist.md für das, was Google ablehnt und wie mit Behauptungen umzugehen ist.

Die Kurzfassung:

• 15 Überschriften und 4 Beschreibungen für die Hauptanzeige. Jede Überschrift liest sich korrekt neben jeder anderen.
• Gib die Keywords mit hoher Priorität in einer Überschrift wieder. Wähle die längste Variante, damit kürzere Geschwister-Keywords darin Platz finden. Echo-Überschriften sind von der Regel „nicht mit denselben Wörtern beginnen“ ausgenommen. Lesbarkeit geht vor der Prüfung „In einer Überschrift?“ der Vorlage: Wenn ein Keyword wie ein Tippfehler klingt („multi cloud“), schreibe die natürliche Form („Multi-Cloud“) und sage in den Notizen, dass die Prüfung „Nein“ anzeigen wird.
• Behauptungen stammen nur aus der sicheren Liste des Produkt-Skills, innerhalb seiner Schutzmaßnahmen. Behauptungen der Stufe D oder mit HOHEM Risiko erscheinen niemals. Behauptungen mit mittlerem Risiko erscheinen nur, wenn die Landingpage sie wiederholt.
• Sitelink-URLs sind echte Seiten, die du abgerufen hast. Erfinde niemals einen Pfad.
• Schreibe in der Stimme des Produkt-Skills. Klare Wörter, spezifische Substantive, kein „entfesseln“, „nahtlos“, „optimieren“.

Bevor du fortfährst, führe den Text durch das stop-slop-Skill, wenn es verfügbar ist. Verwende seine Füllwort- und Strukturregeln für jede Zeile und seine Bewertung für die Beschreibungen als einen Entwurf; überarbeite unter 35/50. In 30-Zeichen-Überschriften haben Grenzen, Richtlinien und Message Match Vorrang vor seinen Adverb- und Passivregeln. Behalte „Vertrauen von“ bei, wenn die Alternative eine schlechtere Überschrift ist, bevorzuge aber die aktive Form, wenn sie nichts kostet.

Schritt 6: Prüfen, dann ausfüllen

Schreibe das Payload-JSON an einen temporären Ort (nicht den Skill-Ordner, nicht das Repo des Benutzers). Schema in references/template-map.md; ein gültiges Beispiel ist references/example-payload.json. Baue die Schutzmaßnahmen-Listen aus der Tabelle des Produkt-Skills: ein regulärer Ausdruck pro Zeile in blocked_claims oder hedged_claims. Wo sich das Produkt-Skill widerspricht, gewinnt die Schutzmaßnahmen-Tabelle. Trage jeden namentlich genannten Kunden aus den Nachweisen in customers ein.

python3 <skill>/scripts/check_copy.py payload.json --template <template.xlsx> --verify-urls

Behebe jeden FEHLER. Lies jede WARNUNG und behebe sie entweder oder behalte sie aus einem Grund, den du angeben kannst. INFO-Zeilen (Mitbewerbername-Verwendung, namentlich genannte Kunden, Keywords, die nicht in einer Überschrift stehen) kommen in die Kurzbeschreibung. Dann:

python3 <skill>/scripts/fill_template.py --template <template.xlsx> --payload payload.json \
    --out "<Vorlagenstamm> - ausgefüllt.xlsx"

Speichere die Ausgabe neben der Arbeitsmappe des Benutzers oder im Arbeitsverzeichnis, wenn du die mitgelieferte Vorlage verwendet hast. Speichere niemals im Skill-Ordner. Das Skript validiert erneut, schreibt in die ersten freien Zeilen, löscht die fiktiven Beispielzeilen und verifiziert die gespeicherte Datei. Wenn es mit einem Fehler beendet wird, übergebe die Datei nicht; behebe die Ursache. Wenn Python nicht verfügbar ist, biete dieselben Zeilen als tabulatorgetrennte Blöcke in der Spaltenreihenfolge der Vorlage an.

Schritt 7: Rückgabe

Gib den Pfad zur ausgefüllten Datei an, einen Block pro Anzeigengruppe und einen Block für die Kampagnen-Assets. Halte es kurz; der Text steht in der Datei.

**AD-001 · rivalapp Alternative**  Fertig, 15 Überschriften, 4 Beschreibungen
Winkel: Wechsel und Migration, Kosten als Testarm.
Testet: H3, H4, D2 gegen H8, H14, D4. Lies Asset-Labels, sobald sie das Learning verlassen.
Flags: Mitbewerbername in H1, D1, Pfad2 (Beschwerderisiko). H11 nennt Kunden (benötigt Freigabe).
Lücken der Landingpage: Kostenloser Import ist noch nicht auf der Seite.

**Assets · Suche | Projektmanagement | Mitbewerberalternativen**  4 Sitelinks, 5 Callouts, 1 Snippet (Typen)
Seiten: Jeder Sitelink abgerufen und lädt. Callouts untermauert durch die Startseite und /import.
Flags: Sitelink „Kundenstimmen“ nennt Fabrikam (Freigabe).

Dann eine kurze Liste der Entscheidungen, die du benötigst: eine bessere Landingpage, Angebote, deren Bedingungen die Seite auslässt, nicht genehmigte Behauptungen, die du weggelassen hast, Kunden, die freizugeben sind, Negative, die hinzugefügt werden müssen, Keywords, die für keine Überschrift zu lang sind, Anzeigengruppen, die du aufteilen würdest, alles, was du angenommen hast. Sage, was du verifiziert hast (Prüfskript, URL-Abrufe, Behauptungen im rohen HTML durchsucht) und was nicht (die Arbeitsmappe wurde nicht in Excel geöffnet; Connector-Abfragen nicht ausgeführt, es sei denn, du hast sie ausgeführt).

Live-Anzeigen aktualisieren

Wenn der Connector vorhandene RSAs für die Anzeigengruppe anzeigt, behandle die Aufgabe als Aktualisierung. Behalte Assets mit dem Label BEST oder GOOD bei, ersetze LOW, lasse LEARNING in Ruhe, behalte Pins bei, es sei denn, sie sind falsch, und liste auf, was du in der Notizzelle und in der Kurzbeschreibung ersetzt hast. Schreibe keine funktionierende Anzeige von Grund auf neu.