treboutat/google-ads-rsa-copy-writer

Google Ads RSA Copy Writer - Texterstellung für Responsive Search Ads

Schreiben Sie die eigentlichen Anzeigen: zwei inhaltlich unterschiedliche RSAs pro Anzeigengruppe, jede normalerweise mit 15 Überschriften und vier Beschreibungen, jede objektive Behauptung auf eine Quelle zurückgeführt, Pins nur dort, wo eine benannte Botschaft immer erscheinen muss, und eine saubere Upload-Datei mit allen pausierten Anzeigen. Es wird nichts im Konto geändert. Das Ergebnis ist eine überprüfbare Kopie und eine Editor-fähige CSV-Datei.

0. Die Methode laden

Diese Datei ist der Workflow. references/method-rules.md enthält die Bewertungsregeln (TNT Growths Google Ads RSA-Methode, Version 2026-10-14.1); lesen Sie sie vollständig, bevor Sie mit dem Entwurf beginnen. references/output-spec.md definiert die Überprüfungsdatei und die Upload-Datei. Wenn eine Referenz fehlt, geben Sie dies in der Zusammenfassung an und behaupten Sie nicht, dass sie angewendet wurde.

Leiten Sie benachbarte Anfragen anderweitig:

• Welche Keywords oder Anzeigengruppen erstellt werden sollen: Die Keyword-Recherche und Kampagnenstruktur kommen zuerst. Diese Fertigkeit schreibt Text für die vorhandene Struktur.
• Sitelinks, Callouts und andere Assets: Ein separater Asset-Build. Diese Fertigkeit prüft nur, wie Kampagnen-Assets (insbesondere Textausschlüsse) mit der RSA interagieren.
• "Warum ist die Leistung eingebrochen?", Gebote und Budgets oder ein vollständiges Audit: Nicht im Rahmen. Kennzeichnen Sie eine kopiebedingte Ursache, wenn Sie eine sehen, und arbeiten Sie weiter.

1. Den Geschäftskontext erfassen

Sammeln Sie, was den Text ändert, in einer Nachricht, und arbeiten Sie an allem weiter, das Sie bereits schreiben können:

• Umfang. Die Kampagnen und Anzeigengruppen mit ihren Keyword-Themen. Suchbegriffe, die die Anzeigen tatsächlich ausgelöst haben, helfen mehr als die reine Keyword-Liste.
• Das Angebot. Was wird verkauft, an wen, zu welchem Preis oder Startpreis, wo wird es geliefert, und was tut das Unternehmen nicht.
• Nachweise. Fakten, die Sie zitieren können: Bewertungen, Zertifizierungen, Jahre im Geschäft, Kundenanzahlen, Garantien. Jeder benötigt eine Quelle (eine Seite, ein Dokument, eine Kontofakten). Fragen Sie nach der Quelle, wenn ein Briefing eine Zahl ohne Quelle nennt.
• Erforderliche Botschaften. Hinweise, rechtliche oder markenrechtliche Anforderungen und Qualifikationen, die das Unternehmen jedem Suchenden zeigen möchte (eine Preisuntergrenze, ein Minimum, eine Berechtigungsregel).
• Landing Pages. Die finale URL für jede Anzeigengruppe. Lesen Sie die Seite, wenn Sie sie öffnen können; der CTA muss mit dem übereinstimmen, was die Seite bietet.
• Vorhandene Anzeigen. Für eine Aktualisierung: aktuelle RSAs mit Text, Pins, Status und finalen URLs (ein Editor- oder UI-Export ist in Ordnung), plus alles, von dem bekannt ist, dass es funktioniert. Für einen Neubau: geben Sie dies an.
• Marken- und Wettbewerbsregeln. Markenschreibweisen, zu vermeidende Wörter und ob Wettbewerber-Keywords im Rahmen liegen.

Wenn keine Ergebnisdaten verfügbar sind, schreiben Sie den Text trotzdem und sagen Sie, dass die Beurteilung, welche Anzeige funktioniert, auf reife Ergebnisse warten muss.

2. Den aktuellen Zustand lesen (nur bei Aktualisierung)

Für jede im Umfang enthaltene Anzeigengruppe listen Sie die aktivierten und relevanten pausierten RSAs auf, deren Pins, Status und Ziele sowie eventuelle Keyword-Level- oder Mobile-URL-Überschreibungen. Notieren Sie Konto- oder Kampagneneinstellungen, die ändern können, was ausgeliefert wird: Finale URL-Erweiterung, URL-Inklusionen, Kampagnentext-Ausschluss-Assets und automatisch erstellte Assets. Markieren Sie alles, das Sie nicht sehen können, als unbekannt, anstatt anzunehmen, dass es ausgeschaltet ist.

Diagnostizieren Sie konkrete Probleme: unklares Angebot, nicht belegte Behauptungen, falscher Käufer, fehlende Qualifikationen, Wiederholungen, Kombinationen, die sich widersprechen, ein CTA, der nicht zur Seite passt. Behalten Sie funktionierende Anzeigen bei. Die Anzeigenstärke ist ein Hinweis auf Auslassungen, kein Grund, eine Anzeige zu ersetzen, die zu akzeptablen Kosten Kunden generiert.

Entscheiden Sie pro Anzeigengruppe, ob jede RSA erstellt, bearbeitet, beibehalten oder pausiert werden soll. Pausieren Sie eine Anzeige, wenn ihre Kernbehauptung falsch oder nicht belegbar ist und die meisten Assets geändert würden; bevorzugen Sie andernfalls eine In-Place-Bearbeitung, die die ID und den Verlauf der Anzeige behält. Eine bearbeitete bestehende Anzeige gilt als eine der beiden RSAs. Wenn einer live-Anzeige eine erforderliche Botschaft fehlt oder sie eine falsche Behauptung aufstellt, sagen Sie dies oben in der Zusammenfassung als etwas, das jetzt sofort zu erledigen ist, nicht erst nach der Aktualisierung. Zählen Sie aktivierte RSAs: das Limit beträgt drei pro Anzeigengruppe.

3. Die Kaufentscheidung pro Anzeigengruppe definieren

Geben Sie vor dem Schreiben in ein oder zwei Zeilen an: das Bedürfnis des Käufers, das Angebot, warum es passt, was es glaubwürdig macht, die Qualifikation (falls vorhanden) und der nächste Schritt. Anzeigengruppen, deren Suchende unterschiedliche Dinge wollen, erhalten unterschiedliche Botschaften; Anzeigengruppen, die das gleiche Bedürfnis bedienen, können sich den Text teilen.

Wählen Sie zwei Blickwinkel pro Anzeigengruppe, wenn das Angebot echte Variation unterstützt, zum Beispiel "Preis- und Planpassung" versus "Ergebnis und Nachweis". Erfinden Sie keine zweite Landing Page oder eine nahezu identische Anzeige, um zwei zu erreichen.

4. Die Assets schreiben

Schreiben Sie für jede RSA 15 Überschriften (bis zu 30 Zeichen) und vier Beschreibungen (bis zu 90), plus optionale Anzeigepfade (bis zu 15 Zeichen). Arbeiten Sie die Fähigkeiten, Ergebnisse, Nachweise, Qualifikationen, Einwand-Antworten und CTAs durch, bis das Set vollständig ist. Verwenden Sie nur aus einem genannten Grund weniger; füllen Sie nie mit Wiederholungen oder erfundenen Nachweisen auf.

Regeln, die am häufigsten falsch gemacht werden:

• Jedes Asset muss allein und neben jedem anderen Asset Sinn ergeben. Lesen Sie die riskanten Paare: zwei CTAs, ein Preis und "Kostenlos", eine Qualifikation und eine Behauptung, die ihr widerspricht.
• Eine objektive Behauptung (Zahl, Bewertung, Preis, Garantie, Geschwindigkeits- oder Ergebnisversprechen, Vergleich, Superlativ) ohne Quelle bleibt draußen, selbst wenn sie im Briefing stand. Listen Sie sie in der Zusammenfassung mit den Nachweisen auf, die sie zulassen würden. Einfache Beschreibungen dessen, was das Unternehmen anbietet, können aus seinem eigenen Briefing oder seiner Website stammen; zitieren Sie diese und schreiben Sie weiter. Spezifische Begriffe, die das Unternehmen über sein eigenes Angebot angibt (Preise, Kredit- oder Plangrenzen, Bedingungen, Lieferzeiten), können unter Zitierung des Briefings verwendet werden, aber die Anzeige muss mit der Landing Page übereinstimmen. Daher ist die Bestätigung auf der Seite ein Launch-Check. Ergebnisse, Bewertungen und Vergleiche benötigen zugrundeliegende Nachweise.
• Dünne Fakten bedeuten mehr Blickwinkel, nicht weniger Überschriften: Käuferproblem, für wen es ist, Anwendungsfälle, Einwände, die Qualifikation und jeder Call-to-Action, den die Seite unterstützt.
• Assets aus verschiedenen RSAs in derselben Anzeigengruppe können sich kombinieren, überprüfen Sie daher CTAs und Behauptungen über die RSAs hinweg, nicht nur innerhalb einer.
• Keine Quoten: keine feste Aufteilung der Überschriftentypen, keine Anzahl kurzer Überschriften, keine erforderliche Keyword-Insertion, keine Standort-Insertion, keine Regel für das erste Wort.
• Keine Keyword-Insertion in Wettbewerber- oder Marken-Anzeigengruppen. Fügen Sie niemals automatisch den Namen eines Wettbewerbers ein und implizieren Sie niemals eine Zugehörigkeit. In einer Anzeigengruppe, die mehrere Wettbewerber abdeckt, lassen Sie Wettbewerber-Namen aus dem Text.
• "In Ihrer Nähe" und Standort-Insertion nur, wo die Dienstleistung tatsächlich lokal erbracht wird.
• Behalten Sie die tatsächliche Schreibweise und Akronyme der Marke bei; vermeiden Sie alberne Großschreibung.

5. Nur das anheften, was immer erscheinen muss

Lassen Sie alles ungepinnt, wenn jede Kombination korrekt ist. Pinne Sie, wenn eine benannte Botschaft immer erscheinen muss: ein erforderlicher Hinweis, eine Markenanforderung oder eine wahrheitsgemäße Qualifikation. Schreiben Sie die Botschaft, die jeder Pin schützt. Mehrere Alternativen können sich eine gepinnte Position teilen, wenn jede die erforderliche Botschaft enthält. Verlassen Sie sich nicht auf H3 oder D2 für erforderlichen Text, und behandeln Sie das Anheften sowohl von H1 als auch von H2 als Ausnahme mit Begründung.

Bevor Sie sich auf einen Pin verlassen, überprüfen Sie zwei Einstellungen: Finale URL-Erweiterung und URL-Inklusionen (Googles Pin-erhaltende Einrichtung schaltet diese aus) sowie Kampagnentext-Ausschluss-Assets (ein genehmigter Ausschluss ersetzt Description 1). Wenn eine davon zutrifft, lösen Sie beide Botschaften; lassen Sie niemals eine erforderliche Offenlegung fallen, um Platz für eine Qualifikation zu schaffen.

6. Validieren

Erstellen Sie rsa_upload.csv im Layout aus references/output-spec.md und führen Sie den Validator von dem Ort aus, wo dieser Skill installiert ist:

python3 <skill-folder>/scripts/validate_rsa.py rsa_upload.csv --existing current_ads.csv --counts

• --existing erwartet einen Google Ads UI- oder Editor-Export aktueller Anzeigen (Kampagne, Anzeigengruppe, Anzeigentyp und der Status der Anzeige). Wenn der Benutzer stattdessen seine Anzeigen eingefügt hat, schreiben Sie dieses minimale CSV aus dem, was er angegeben hat. Lassen Sie es bei einer brandneuen Anzeigengruppe weg und geben Sie die Anzahl (0 vorhanden) in der QA an.
• --counts gibt die Anzeigelänge jedes Assets aus; verwenden Sie diese Zahlen im RSA-Copy-Tab.
• Bearbeitungen vorhandener Anzeigen kommen nicht in die Upload-Datei. Setzen Sie sie in rsa_edits_review.csv (gleiches Layout plus Anzeigen-ID, aktueller Status) und führen Sie es mit --edits aus, sodass Feld- und Pin-Prüfungen dennoch angewendet werden. Diese Datei dient zur Überprüfung, nicht zum Import; Bearbeitungen werden direkt vorgenommen.

Beheben Sie jede PROBLEM-Zeile. Übertragen Sie jeden Hinweis in den QA-Tab mit der getroffenen Entscheidung. Das Skript benötigt nur Python 3; keine Pakete.

Wenn Sie keinen Code ausführen können (z. B. in einem Claude.ai-Projekt), zählen Sie Zeichen gemäß den Regeln (Leerzeichen und Satzzeichen zählen, doppelt breite Zeichen zählen doppelt, Keyword-Insertion und Customizer zählen ihren Standardtext) und sagen Sie im QA-Tab, dass die Zählungen und Pins manuell und nicht vom Validator überprüft wurden.

Überprüfen Sie dann, was ein Skript nicht kann: Behauptungen gegen Quellen, jede riskante Kombination, CTA gegen Seite, die anderen RSAs in der Anzeigengruppe (ihre Assets können ausgeliehen werden) und die Einstellungen aus Schritt 5.

7. Liefern

Geben Sie die Überprüfungsdatei (Zusammenfassung, RSA-Copy, QA; Markdown ist in Ordnung im Chat oder in Claude Code) und die saubere Upload-Datei, wie in references/output-spec.md festgelegt. Neue Anzeigen sind pausiert. Bearbeitungen vorhandener Anzeigen werden für eine In-Place-Änderung aufgelistet, damit die Anzeigen-ID und der Verlauf erhalten bleiben.

Beenden Sie die Zusammenfassung mit dem Hinweis, wie das Ergebnis zu beurteilen ist: Lassen Sie die neuen Anzeigen laufen und vergleichen Sie dann die Kundenkosten, -qualität und -menge nach der Conversion-Verzögerung, nicht die Anzeigenstärke oder CTR allein. Zwei RSAs in einer Anzeigengruppe sind kein kontrollierter Test; verwenden Sie ein Google Ads-Experiment, wenn eine kausale Antwort wichtig ist.

Behaupten Sie niemals, dass die Anzeigen live, genehmigt oder leistungsfähiger sind. Die Fertigkeit schreibt und überprüft Texte; das Ausliefern und Beurteilen sind separate Schritte.