Google Ads レスポンシブ検索広告コピーライター

Google Ads レスポンシブ検索広告コピーライター は何をしますか？

実際の広告を作成します：広告グループごとに意味的に異なる2つのRSA、それぞれ通常15本の見出しと4つの説明文、すべての客観的主張はソースにトレース可能、指定されたメッセージが常に表示されなければならない場合にのみピン留め、すべて一時停止状態のクリーンなアップロードファイル。アカウント内の何も変更されません。成果物はレビュー可能なコピーとEditor対応のCSVです。

0. メソッドを読み込む

このファイルがワークフローです。references/method-rules.md には判断ルール（TNT GrowthのGoogle Ads RSAメソッド、リリース2026-10-14.1）が含まれています。起草前に全文を読んでください。references/output-spec.md はレビューファイルとアップロードファイルを定義します。参照ファイルがない場合は、サマリーにその旨を記載し、適用したと主張しないでください。

隣接するリクエストは他の場所に振り分けてください：

• どのキーワードまたは広告グループを構築するか：キーワード調査とキャンペーン構造が先に行われます。このスキルは、あなたが持っている構造に対してコピーを書きます。
• サイトリンク、コールアウト、その他のアセット：別個のアセット構築です。このスキルは、キャンペーンアセット（特にテキスト免責事項）がRSAとどのように相互作用するかのみをチェックします。
• 「パフォーマンスが低下した理由は？」、入札と予算、または完全な監査：範囲外です。コピーに関連する原因が見つかった場合はフラグを立てて続行します。

1. ビジネスコンテキストを取得する

コピーを変更するものを1つのメッセージで収集し、既に書けるものについては作業を続けてください：

• 範囲. キャンペーンと広告グループ、およびそれらのキーワードテーマ。実際に広告をトリガーした検索クエリは、キーワードリストだけよりも役立ちます。
• オファー. 何が、誰に、どの価格または開始価格で、どこで提供され、ビジネスが行わないことは何か。
• 証明. 引用できる事実：レビュー、認定、事業年数、顧客数、保証。それぞれにソース（ページ、ドキュメント、アカウントの事実）が必要です。ブリーフにソースなしで数字が記載されている場合は、ソースを尋ねてください。
• 必須メッセージ. 開示、法的またはブランド要件、およびビジネスがすべての検索者に見てもらいたい修飾語（価格の下限、最低条件、対象条件）。
• ランディングページ. 各広告グループの最終URL。開くことができる場合はページを読んでください。CTAはページが提供するものと一致する必要があります。
• 既存の広告. リフレッシュの場合：テキスト、ピン、ステータス、最終URLを含む現在のRSA（EditorまたはUIのエクスポートで問題ありません）、および効果があったことがわかっているもの。新規構築の場合は、そのように述べてください。
• ブランドと競合他社のルール. ブランドの綴り、避けるべき言葉、および競合他社のキーワードが範囲内かどうか。

結果データが利用できない場合は、とにかくコピーを書き、どちらの広告が効果的かの判断は十分な結果が得られるまで待つ必要があると述べてください。

2. 現在の状態を読み取る（リフレッシュのみ）

対象の各広告グループについて、有効化および関連する一時停止中のRSA、そのピン、ステータス、宛先、およびキーワードレベルまたはモバイルURLのオーバーライドを一覧表示します。配信を変更できるアカウントまたはキャンペーン設定（最終URL拡張、URLインクルージョン、キャンペーンテキスト免責事項アセット、自動生成アセット）に注意してください。見えないものは、オフであると想定するのではなく、不明としてマークしてください。

具体的な問題を診断します：不明瞭なオファー、裏付けのない主張、間違った購入者、欠落している修飾語、繰り返し、互いに矛盾する組み合わせ、ページと一致しないCTA。効果のある広告は維持してください。広告の強度は欠落のヒントであり、許容可能なコストで顧客を生み出している広告を置き換える理由にはなりません。

広告グループごとに、各RSAを作成、編集、維持、または一時停止するかを決定します。広告の中核となる主張が偽りまたは裏付け不可能であり、ほとんどのアセットが変更される場合は広告を一時停止します。それ以外の場合は、広告のIDと履歴を保持するインプレース編集を優先します。既存の広告の編集は2つのRSAのうちの1つとしてカウントされます。公開中の広告に必須メッセージが欠落しているか、誤った主張をしている場合は、リフレッシュ後ではなく、今すぐ対処すべきこととしてサマリーの先頭にその旨を記載してください。有効なRSAを数えます：制限は広告グループあたり3つです。

3. 広告グループごとに購入決定を定義する

書き始める前に、1行か2行で次のことを述べてください：購入者のニーズ、オファー、なぜ適合するか、何が信頼性を高めるか、修飾語（ある場合）、次のステップ。検索者が異なるものを求めている広告グループは異なるメッセージを取得します。同じニーズに応える広告グループはコピーを共有できます。

オファーが実際のバリエーションをサポートする場合、広告グループごとに2つのアングルを選んでください。例えば「価格とプランの適合性」対「成果と証明」。2つ目のランディングページや、2つに到達するためのほぼ重複した広告をでっち上げないでください。

4. アセットを作成する

各RSAについて、15本の見出し（最大30文字）と4つの説明文（最大90文字）、およびオプションの表示パス（それぞれ最大15文字）を作成します。機能、成果、証明、修飾語、異議への回答、CTAをセットが完成するまで吟味します。明記された理由がある場合のみ少ない数を使用し、繰り返しやでっち上げの証明で埋めないでください。

最も頻繁に間違えられるルール：

• すべてのアセットは単独でも、他のどのアセットと隣り合っても意味をなさなければなりません。リスクのあるペアを確認してください：2つのCTA、「無料」と価格、修飾語とそれと矛盾する主張。
• ソースのない客観的主張（数字、評価、価格、保証、スピードや成果の約束、比較、最上級表現）は、たとえブリーフに含まれていても除外します。それを許可するエビデンスとともにサマリーに記載してください。ビジネスが提供するものの平易な説明は、ビジネス自身のブリーフやサイトから取得できます。それを引用して書き続けてください。ビジネスが自身のオファーについて述べる特定の用語（価格、ローンまたはプランの制限、条件、配送時間）は、ブリーフを引用して使用できますが、広告はランディングページと一致する必要があるため、ページで確認することは公開前のチェックです。結果、評価、比較には根本的なエビデンスが必要です。
• 事実が少ない場合は、より少ない見出しではなく、より多くのアングルを意味します：購入者の問題、誰のためか、ユースケース、異議、修飾語、そしてページがサポートする各コールトゥアクション。
• 同じ広告グループ内の異なるRSAのアセットは組み合わされる可能性があるため、1つのRSA内だけでなく、RSA間でCTAと主張を確認してください。
• 割り当てなし：固定の見出しタイプ分割、短い見出しの数、必須のキーワード挿入、場所の挿入、最初の単語ルールはありません。
• 競合他社または商標の広告グループではキーワード挿入を行わないでください。競合他社の名前を自動挿入したり、提携を示唆したりしないでください。複数の競合他社をカバーする広告グループでは、競合他社の名前をコピーに含めないでください。
• 「お近く」「Near you」と場所の挿入は、サービスが実際にローカルで提供される場合のみ使用します。
• ブランドの実際の綴りと頭字語を維持し、奇抜な大文字表記は避けてください。

5. 常に表示しなければならないものだけをピン留めする

すべての組み合わせが正確である場合は、すべてをピン留めしないままにします。指定されたメッセージが常に表示されなければならない場合にピン留めします：必須の開示、ブランド要件、または真実の修飾語。各ピンが保護するメッセージを記述してください。複数の代替案が、それぞれ必須メッセージを伝えていれば、ピン留めされた位置を共有できます。必須テキストにH3やD2を頼りにせず、H1とH2の両方をピン留めすることは、理由を添えた例外として扱います。

ピンに頼る前に、2つの設定を確認してください：最終URL拡張とURLインクルージョン（Googleのピン保持設定ではこれらがオフになります）、およびキャンペーンテキスト免責事項アセット（承認された免責事項がピン留めされた説明文1を置き換えます）。いずれかが該当する場合は、両方のメッセージを解決し、修飾語のために必要な開示を決して削除しないでください。

6. 検証する

references/output-spec.md のレイアウトで rsa_upload.csv を作成し、このスキルがインストールされている場所からバリデータを実行します：

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

• --existing は、現在の広告（キャンペーン、広告グループ、広告タイプ、広告のステータス）のGoogle Ads UIまたはEditorエクスポートを受け取ります。ユーザーが広告を貼り付けた場合は、提供されたものからその最小限のCSVを作成します。まったく新しい広告グループの場合はそれを省略し、QAでカウント（既存0）を述べてください。
• --counts はすべてのアセットの表示長を出力します。RSAコピータブでそれらの数値を使用してください。
• 既存の広告への編集はアップロードファイルに含めないでください。それらを rsa_edits_review.csv（同じレイアウトに Ad ID、現在のステータスを追加）に入れ、--edits を付けて実行し、フィールドとピンのチェックが引き続き適用されるようにします。そのファイルはレビュー用であり、インポート用ではありません。編集はその場で適用されます。

すべての「PROBLEM」行を修正します。とった決定とともにすべてのメモをQAタブに引き継ぎます。このスクリプトはPython 3のみが必要で、パッケージは不要です。

コードを実行できない場合（Claude.aiプロジェクトなど）、ルールに従って文字数をカウントし（スペースと句読点はカウント、全角文字は2倍にカウント、キーワード挿入とカスタマイザーはデフォルトテキストをカウント）、QAタブでカウントとピンはバリデータではなく手動でチェックされたと述べてください。

次に、スクリプトではチェックできないものをレビューします：ソースに対する主張、すべてのリスクのある組み合わせ、ページに対するCTA、広告グループ内の他のRSA（それらのアセットは借用可能）、およびステップ5の設定。

7. 納品する

references/output-spec.md で指定されているように、レビューファイル（サマリー、RSAコピー、QA。チャットやClaude Codeではマークダウンで問題ありません）とクリーンなアップロードファイルを提供します。新しい広告は一時停止状態です。既存の広告への編集は、広告IDと履歴を維持するためのインプレース変更としてリストされます。

結果を判断する方法でサマリーを締めくくります：新しい広告を実行し、コンバージョンラグの後に顧客コスト、品質、ボリュームを比較します。Ad StrengthやCTRだけではありません。1つの広告グループ内の2つのRSAはコントロールテストではありません。因果関係のある回答が重要な場合は、Google Adsの実験を使用してください。

広告が公開済み、承認済み、またはパフォーマンスが良いと決して主張しないでください。このスキルはコピーを作成してチェックします。公開して判断することは別のステップです。