レスポンシブ検索広告(RSA)は、見出しや説明文を多く登録すれば自動的に完成度の高い広告になる機能ではありません。登録したアセットをGoogle 広告が配信時に組み合わせるため、検索意図、広告文の役割、遷移先LP、コンバージョン計測がずれていると、文言を増やしても期待する問い合わせや資料請求につながりにくくなります。
この記事では、Google 広告のRSAの仕組みと仕様を確認したうえで、広告文の初稿を作る手順、ピン留めの要否、配信後に見直す対象を解説します。検索意図からLP・CVまで一貫したRSAを設計し、改善箇所を切り分けられるようになります。

RSAではアセットの組み合わせが調整される一方、検索意図からLP・CVまでの導線設計は事前にそろえる必要があります。
01Sectionレスポンシブ検索広告(RSA)とは:組み合わせる範囲と設計する範囲
RSAは、複数の見出しと説明文をアセットとして登録し、Google 広告が検索語句との関連性などを踏まえて、表示する組み合わせや順序を調整する検索広告の形式です。登録したアセットが常にすべて表示されるわけではないため、1つの完成広告文として読むのではなく、組み合わせ対象の部品群として設計します。
RSAでGoogle 広告が調整すること、人が決めること
Google 広告が担うのは、登録済みアセットの組み合わせと表示順の調整です。一方で、次の設計まで自動化されるわけではありません。
- 誰のどの課題・検討段階を対象にするか
- 同じ広告グループに置く検索語句、主訴求、LPの組み合わせ
- 商材名、対象条件、提供範囲、CTAの事実性
- 主要CV・補助CVと、営業上の後続成果の定義
したがって、広告主側では「どのアセット同士が並んでも意味が通るか」と「少ない表示でも商材や条件を誤認させないか」を確認する必要があります。RSAの基本的な仕組み、表示方法、ピン留めはGoogle 広告の公式ヘルプで確認できます。
拡張テキスト広告との位置付け
新規の検索広告を設計する際は、RSAを前提に考えます。拡張テキスト広告は新規作成・編集の対象ではなく、既存広告の扱いには制約があります。既存形式の対応状況は、拡張テキスト広告に関するGoogle 広告ヘルプで確認してください。
02Section2026年時点のRSA仕様:登録数・文字数・表示数は分けて確認する
RSAでは「何本登録できるか」と「実際に何本表示されるか」は別の話です。2026年時点の参照情報を、設計・入稿で混同しやすい点と分けて整理します。
| 確認項目 | 2026年時点の参照情報 | 設計・入稿時の確認 |
|---|---|---|
| 見出し登録数 | 最低3本、最大15本 | 言い換えを増やすのではなく、役割の異なる情報を用意する |
| 説明文登録数 | 最低2本、最大4本 | 価値、条件、CTAが補完関係になっているか確認する |
| 文字数 | 見出しは1本半角30文字(全角15文字)、説明文は1本半角90文字(全角45文字)。全角1文字は半角2文字分としてカウントされる | 日本語は半角換算で上限が半分になる点を踏まえ、管理画面の残文字数で確認する |
| 最少表示 | 見出し1本・説明文1本が選択される | 少ない表示でも、何の広告か誤認しない設計にする |
| 追加表示 | 見出し2・3、説明文2は表示されることがあるが、常時表示は保証されない | 見出し3本・説明文2本が常に出る前提で必須情報を分散させない |
| ピン留め位置 | 見出し位置1・2、説明文位置1へのピン留めは指定位置での表示対象となる。見出し位置3・説明文位置2は毎回の表示を保証しない | 必須情報だけを固定候補にし、位置ごとの保証を確認する |
| プレビュー | アセットから候補表示を作るため、すべての組み合わせを示すものではない。表示形式により短縮される場合がある | プレビューだけで可否を決めず、最少表示と高リスクの組み合わせも確認する |
上表の仕様・表示に関する参照先は、レスポンシブ検索広告のGoogle公式ヘルプです。見出し3本・説明文2本が常時表示される前提では設計しないことが重要です。
RSAの仕様・UIは入稿直前に再確認する
登録数、文字数、全角文字のカウント、プレビュー、設定可能なピン留め位置は更新される場合があります。レポートの列名や利用可否もアカウント条件によって異なり得ます。入稿直前には公式ヘルプと対象アカウントの管理画面を照合し、その時点で確認できる内容を優先してください。
03Section広告文を書く前に、検索意図・広告グループ・LP・CVをそろえる

広告文だけを独立して考えず、検索意図・LP・CVまでを同じ広告グループの単位で対応させます。
広告文を増やす前に、検索した人が求める情報、広告で伝える価値、遷移先で確認・実行できる行動を対応させます。同じ広告グループには、同じ検索意図・主訴求・LPへ自然につながるキーワードとアセットを置くのが基本です。
たとえば、課題探索の検索と、特定機能の比較をしたい検索、導入条件を確認したい検索を同じ広告グループへ混在させると、どの訴求も中途半端になりがちです。対象者、提供条件、LP、フォーム上の行動が異なる場合は、アセット追加より先に広告グループやLPの分割を検討します。
実際に広告表示を生んだ検索は、検索語句レポートに関するGoogle 広告ヘルプで確認できます。意図から外れる流入は、キーワードの見直しや、除外キーワードの検討材料になります。検索語句、キーワード、広告グループの基本構造は、リスティング広告の運用方法もあわせて確認してください。
広告グループごとの導線設計テンプレート
対象検索意図
誰のどの課題・検討段階に答えるかを記入する。同じ広告グループに置くキーワード・広告文・LPが自然につながる粒度にする。
主訴求
商材、課題、便益、対象条件のうち、検索意図に対して何を優先して伝えるかを記入する。
遷移先LP
広告の約束、根拠、対象条件、CTAを確認でき、次の行動を実行できるページを記入する。
主要CV
主要な評価・最適化に使う行動を記入する。キャンペーンが該当目標へ最適化しているかも確認する。
補助CV・後続営業指標
主要CVだけでは把握しにくい検討行動と、有効商談化・対象外理由などCV後の成果を記入する。
Google 広告では、キャンペーンが該当する目標へ最適化している場合、主要アクションが入札と「コンバージョン」列に使われ、補助アクションは観察に使えます。詳しくはコンバージョン目標に関する公式説明を確認してください。LP・CV・改善サイクルまで含めた運用の考え方は、Web広告運用を成功させるプロセスで補えます。
04SectionRSA広告文の作り方:役割を分けてアセット化する

アセットは言い換えを増やすのではなく、検索者の判断に必要な情報を役割ごとに補完させます。
RSAでは、同じ主張を言い換えて並べるより、検索者が判断するために必要な情報を役割別に分ける方が、組み合わせても意味を保ちやすくなります。見出しには商材、課題、便益、対象者・条件、CTAを割り当て、説明文では価値の補足、適用条件、根拠、次の行動を補います。
最初にLPで確認できる約束を決める
広告で示す商材、対象者、条件、提供範囲、CTAは、LPで確認または実行できる内容に限定します。LPにない機能や対応範囲を推測で書いたり、根拠のない優位性や成果保証を加えたりすると、誤認につながるおそれがあります。Google 広告の誤認表示ポリシーも、重要情報の省略や、遷移先で確認できない提供内容の訴求を認めていません。
RSA広告文を作る4段階
- Step01
検索意図を1つに絞る
広告グループ単位で、誰のどの課題・検討段階に答える広告かを定める。
- Step02
LPで確認できる約束を決める
商材、対象者、条件、根拠、CTAをLP上で確認・実行できるか照合する。
- Step03
役割別にアセットへ分解する
商材、課題、便益、対象者・条件、CTAを重複しない見出し・説明文へ分ける。
- Step04
単独表示と高リスクの組み合わせを読む
商材名なし、CTA先行、条件入り、類似訴求の連続、LPにない約束を優先確認する。
Ad Strengthは初稿を見直す材料にする
Ad Strengthの公式説明は、キーワードとの関連性やアセットの多様性を見直すフィードバックとして役立ちます。ただし、Ad Strengthは配信資格、Ad Rank、オークションの勝敗を直接決める指標ではありません。評価だけを理由に、広告の採否や成果を判断しないようにします。
05Section架空のBtoB商材で見るアセット例と組み合わせ確認
ここでは、架空の「法人向け受発注管理クラウド」を例にします。以下は役割の分け方を示す例であり、実際に使う際は、LPに記載された機能、対象条件、CTAに置き換えてください。
| 種別 | 役割 | アセット例 | LP照合・重複回避の観点 |
|---|---|---|---|
| 見出し | 商材 | 法人向け受発注管理 | 商材名と対象業務をLPで確認できるか |
| 見出し | 課題 | 受注業務の属人化を見直す | 商材名の言い換えだけにしない |
| 見出し | 便益 | 受発注情報を一元管理 | 成果保証ではなく提供機能に寄せる |
| 見出し | 対象者・条件 | 製造業の受発注担当者向け | 対象業種・条件をLPで確認できるか |
| 見出し | CTA | 資料で機能を確認 | CTAだけが先行しても行動目的が分かるか |
| 説明文 | 提供価値 | 受発注情報をまとめ、確認業務を進めやすくします。 | 効果の程度を保証しない |
| 説明文 | 条件 | 連携要件と利用環境は資料でご確認ください。 | LPにも同じ確認事項を置く |
| 説明文 | 検討支援 | 機能と導入条件を確認したい方は資料をご覧ください。 | LPのCTA名称と導線をそろえる |
架空例の役割別アセットの見方
商材・カテゴリ
何を提供する広告なのかを分かるようにする。最少表示でも対象を誤認させないか確認する。
課題
検索者が見直したい業務や困りごとを示す。商材名の反復にしない。
便益
提供機能や得られる変化を示す。確認できない成果や最上級表現は避ける。
対象者・条件
適する部署、業種、利用条件などを示す。ほかのアセットと矛盾しないようにする。
CTA
資料確認など次の行動を示す。LP上に同じ行動が用意されているか確認する。
すべての組み合わせを列挙して確認する必要はありません。次の5つを優先すると、誤認や情報不足を見つけやすくなります。
- 商材名が表示されない状態でも、説明文を含めて対象を誤認しないか。
- CTAが先に表示されても、何を確認する行動なのか分かるか。
- 対象者・業種・条件を含むアセットが、他の訴求と矛盾しないか。
- 課題や便益のような似た役割が続き、判断材料ではなく言い換えの連続になっていないか。
- 広告にある約束、条件、CTAをLPで確認・実行できるか。
配信後に利用できる場合、組み合わせレポートは頻出の組み合わせや表示回数を確認する材料になります。ただし、RSAは配信時のシグナルに応じて組み合わせが変わるため、静的な「勝ち広告」を再現する単独の判定材料にはしません。
06Sectionピン留めは必須表示がある場合だけ検討する
ピン留めは、指定した位置に特定アセットを出すための設定です。一方で、組み合わせの選択肢を狭めるため、単に見せたい訴求があるという理由だけで多用するものではありません。
候補になるのは、法務・契約上の条件、対象者の限定、ブランド上の必須表示など、指定位置に表示されないと誤認や要件上の問題が生じる情報です。ピン留めの組み合わせへの影響は、Ad Strengthの公式説明でも確認できます。
ピン留めを決める4段階
- Step01
固定しないと問題になる情報か確認する
法務・契約・対象条件・ブランド上、指定位置に出ないと誤認や要件違反になるかを確認する。
- Step02
検索意図やLPの混在を解消する
原因が異なる意図・対象者・LPの混在なら、広告グループ、キーワード、LPを分ける。
- Step03
アセット再設計で対応できるか確認する
複数アセットへ条件を自然に含め、誤認を抑えられるか確認する。
- Step04
必要最小限で固定する
不可避な場合だけ、保証される位置を公式ヘルプと管理画面で確認し、同一位置に複数候補を置けるか検討する。
実装前には、RSA仕様とピン留め位置の公式ヘルプで、指定位置の表示条件を確認してください。見出し位置3や説明文位置2は毎回の表示を保証しないため、必須表記の配置先には向きません。
07Section配信後の改善:4つの状態から確認対象を切り分ける

改善は広告文を一斉に変えるのではなく、どの段階に課題があるかを分けて確認します。
配信結果が期待に届かないとき、広告文だけをすぐ変更すると原因が分からなくなることがあります。表示、クリック、CV、後続の有効商談のどこで課題が起きているかを分け、検索語句、配信条件、LP、計測、営業評価を順に確認します。
| 状況 | 最初に確認する対象 | 変更時の注意点 |
|---|---|---|
| 表示回数不足 | 配信条件、検索語句、キーワード、地域などの対象設定 | 表示不足だけを理由に、LPと全アセットを同時に改稿しない |
| CTR低迷 | 実検索語句、広告グループの意図、商材・対象者の明確さ、アセット重複 | CV計測を確認せずにLPを全面改修しない |
| CVR低迷 | CVタグ、CV定義、フォーム動作、広告とLPの約束 | 入札・広告・LPを同時に大きく変えない |
| 有効商談不足 | CV種別、検索語句、対象条件、フォーム、営業の判定理由 | 資料請求数だけで広告の勝敗を決めない |
変更時は、少なくとも「仮説」「変更箇所」「変更日」「観察指標」「判定予定日」を残します。必要なデータ量や観察期間は、検索量、CV定義、計測遅延、営業リードタイム、変更範囲で異なるため、固定的な基準値ではなく変更前に判定条件を決めます。
Ad Strength・各レポートの役割を分ける
Ad Strengthは作成・編集時の改善フィードバックです。アセットレベルレポートが利用できる場合は、公式ヘルプに沿って各アセットの詳細統計を改善仮説の材料として確認できます。組み合わせレポートも、頻出表示の把握に使えます。
ただし、これらは成果や配信資格の単独判定には使いません。広告レベルの成果、検索語句、LP、主要CV・補助CV、後続営業指標を同じ広告グループの単位で照合します。
Ad Strengthとアセット評価だけで成果判断をしない
Ad Strengthは配信資格、Ad Rank、オークション勝敗を直接決めるものではありません。アセット単位の数値も、検索語句、配信設定、LP、計測、後続営業成果の影響を受けます。レポートの画面、列名、利用可否はアカウント条件やUI更新で変わり得るため、対象アカウントで確認してください。
08Section入稿前に確認するチェックリスト
入稿前は、アセット単体の文法だけでなく、検索意図からLP・CVまでの導線として確認します。業界ごとの法令、商標、比較表現、必須表示については、適用される社内基準や確認手順も加えてください。
RSA入稿前の5項目
- ✓
検索意図、広告グループ、主訴求、LP、主要CVが対応している
- ✓
見出し・説明文に役割の重複がなく、単独表示でも意味が通る
- ✓
高リスクの組み合わせで誤認・矛盾・CTAの唐突さがない
- ✓
広告の価値・条件・CTAをLPで確認し、実行できる
- ✓
文字数、ピン留め位置、ポリシー、計測動作を入稿直前に確認した
公式ヘルプと対象アカウントの管理画面を照合する
代理店納品の広告文を確認する3行ボックス
- 商材名、対象者、提供範囲、数値・比較表現に、確認済みの事実と異なる内容がないか。
- 見出し・説明文の順序を入れ替えて読んでも、誤認、矛盾、同じ意味の連続が起きないか。
- 広告で示す価値・条件・CTAを、遷移先LPで確認し、実行できるか。
リスティング広告運用の支援先を比較する
RSAの設計、検索語句の見直し、LP・CVの照合、改善体制の整備まで外部支援を検討する場合は、対応範囲や計測・報告体制を比較して選びます。
PartnerBase Mag 編集部
デジタル発注の比較・発注準備を専門に扱う編集チーム。
デジタル発注の比較・発注準備を専門に、依頼範囲、費用、選定基準を実務で使える粒度に整理しています。
支援会社を比較する
得意領域、対応サービス、地域、実績を見ながら候補会社を絞り込めます。




