Google は AI 技術を使用して、コンテンツをご希望の言語に翻訳しています。AI 翻訳には誤りが含まれる場合があります。

2026 年 1 月に Google Ads API で広告共有機能のサポートを終了

2025 年 7 月 9 日（水曜日）

変更内容

Google は、Google Ads API の広告共有機能を非推奨にします。

2026 年 1 月にリリースされる v23 では、2026 年 1 月 28 日に、サポートされているすべてのバージョンから共有広告を作成する機能が削除されます。

状況「共有広告」機能は 2026 年第 2 四半期に終了します。
影響元の共有広告は、「共有」広告グループで掲載が停止されます。
解決策広告掲載を継続するため、各広告の新しい個別コピーが自動的に作成されます。これらの新しいコピーは、通常の広告として引き続き配信されます。
いつ？正確な日付は未定です。今後お知らせいたします。

この変更は、広告の大規模な作成と管理に影響するため、その影響を理解し、それに応じてシステムを準備することが重要です。何が起きているのか、なぜそれが重要なのか、そして何をする必要があるのかを詳しく見ていきましょう。

簡単に言うと、「広告の共有」とは、1 つの広告を作成し、その広告を複数の広告グループで使用することを意味します。

広告グループごとに同じ広告を何度も作成する代わりに、1 つの広告を作成して、必要なすべての場所にリンクできます。

変更の理由

この変更は、アセットベース広告への移行に沿ったものです。Google 広告の未来は、レスポンシブ検索広告（RSA）や P-MAX キャンペーンなどのアセットベース広告フォーマットを中心に展開されます。これらのフォーマットでは、「広告」はアセット（広告見出し、説明文、画像）のプールから動的に組み立てられるため、静的で共有可能な広告オブジェクトというコンセプトは効率的ではありません。

準備方法

このスケジュールでは、対応に十分な時間が確保されていますが、広告運用が中断しないよう、今すぐプロセスを開始することを強くおすすめします。スムーズに移行できるよう、次の手順に沿って操作してください。

ステップ 1: アプリケーションを監査する

最初のステップは、アプリケーションが広告共有モデルを使用しているかどうかを判断することです。

コードベース、特に AdGroupAdService とやり取りするロジックを確認します。別の広告グループですでに使用されている既存の広告のリソース名を指定して AdGroupAd を作成したインスタンスを探します。

現在の、まもなく非推奨になるロジックは、概念的には次のようになります。

Ad を含む AdGroupAd を作成します。
AdGroupを作成します。
ステップ 1 の埋め込み Ad とステップ 2 の AdGroup を使用して、別の AdGroupAd を作成します。（この機能は削除されます）。

ステップ 2: 広告作成ロジックを更新する

コードをリファクタリングして、広告グループごとに新しい一意の広告を作成する必要があります。広告を共有する代わりに、新しいワークフローでは、ターゲット広告グループごとに個別の広告を作成するループを使用する必要があります。スタンドアロン広告を作成できなくなります。代わりに、AdGroup の作成時に広告パラメータを指定します。

新しい準拠ロジックは次のようになります。

AdGroup_1 の場合:
- ad for ad_group_1 を使用して AdGroupAd を作成します。
AdGroup_2 の場合:
- ad for ad_group_2 を使用して AdGroupAd を作成します。

広告コピーが同じであっても、API では別々の広告オブジェクトとして作成する必要があります。

共有されている従来の拡張テキスト広告（ETA）がまだ配信されている場合は、レスポンシブ検索広告に変換し、共有インスタンスごとに 1 つの広告グループを割り当てる必要があります。

ステップ 3: レポートへの影響を理解する

1 つの広告の共有を停止し、広告グループごとに固有の広告を作成し始めると、パフォーマンス履歴に影響します。

重要: パフォーマンスの統計情報（インプレッション数、クリック数、コンバージョン数）は、個々の広告に関連付けられます。新しく作成した広告のパフォーマンス履歴はゼロから始まります。古い共有広告の過去のデータは保持されますが、新しい広告には引き継がれません。

このことをチームやクライアントに必ず伝えてください。長期的な広告レベルの分析を行うために、切り替え前に過去のパフォーマンスデータをエクスポートしてアーカイブする計画を立ててください。

既存の共有広告の移行

ステップ 1: 共有広告を特定する

まず、複数の広告グループで現在共有されているすべての広告のリストを確定する必要があります。

SELECT
  ad_group_ad.ad.id,  -- This is the unique ID of the 'Ad' itself
  ad_group.id,        -- This is the unique ID of the 'AdGroup'
  ad_group_ad.status,
  ad_group_ad.ad.type,
  campaign.id,
  campaign.name,
  ad_group.name
FROM
  ad_group_ad
WHERE
  ad_group_ad.status IN ('ENABLED', 'PAUSED')
ORDER BY
  ad_group_ad.ad.id, ad_group.id

結果に ad_group_ad.ad.id があり、関連付けられた ad_group.ids のコレクションに複数のエントリがある場合、その特定の広告（ad_group_ad.ad.id で識別される）が複数の広告グループ（それぞれコレクション内の一意の ad_group.id で識別される）にリンクされていることを意味します。

複数の異なる ad_group.id に関連付けられている ad_group.id がある場合、その広告は「共有」されていると見なされます。

ステップ 2: 広告コンテンツと関連する広告グループを収集する

ステップ 1 で特定した共有広告ごとに、次の 2 つの情報を取得する必要があります。

広告のコンテンツ（広告見出しと説明文）。
現在有効なすべての広告グループのリスト。

ステップ 3: 各広告グループに新しい固有の ResponsiveSearchAd を作成する

移行の中核として、ステップ 2 で特定した各広告グループをループ処理し、その中に新しい ResponsiveSearchAd を作成します。

ベストプラクティス: 共有する広告が拡張テキスト広告の場合、3 つの広告見出しと 2 つの説明文をコピーするだけでは不十分です。これらを出発点として使用し、さらにアセットを追加します。ResponsiveSearchAdsの強みは、Google がテストできる広告見出しと説明文のプールが豊富にあることです。短い広告見出しを 5 個、長い広告見出しを 1 個、説明文を 5 個用意することを目指しましょう。

ResponsiveSearchAds の上限の概要は次のとおりです。

アセットタイプ	最大許容値	文字数制限	ベストプラクティス
短い広告見出し	最大 5 個	30 文字	5 つすべてを指定します。
長い広告見出し	1	半角 90 文字（全角 45 文字）	常に 1 を指定します。
説明	最大 5 個	半角 90 文字（全角 45 文字）	5 つすべてを指定します。

AdGroupAdService を使用した mutate オペレーションの概念的な概要は次のとおりです。

ステップ 2 の結果から各 ad_group.resource_name をループします。
ループ内で、新しい AdGroupAd オブジェクトを作成します。
ad_group フィールドを現在の ad_group.resource_name に設定します。
AdGroupAd 内に Ad オブジェクトを作成します。
responsive_search_ad フィールドにアセットを入力します。
- 広告見出しの AdTextAsset オブジェクトのリストを作成します。
- 説明用の AdTextAsset オブジェクトのリストを作成します。
- 古い広告のデータを使用して、final_urls、path1、path3 を設定します。
MutateAdGroupAds() リクエストを実行します。

このプロセスにより、各広告グループに独自の ResponsiveSearchAds が設定され、配信できるようになります。

ステップ 4: 古い共有広告を削除する

新しい ResponsiveSearchAds が作成され、編集審査に合格したら（ステータスが ENABLED）、共有広告を廃止します。

古い AdGroupAd（共有広告と広告グループのリンク）のリソース名を特定します。
AdGroupAdService を使用して変更を行います。このサービス内で、AdGroupAdOperation を作成します。このオペレーションオブジェクトには、削除する AdGroupAd のリソース名を指定する remove フィールドがあります。
最後に、AdGroupAdService で mutateAdGroupAds メソッドを呼び出します。

共有広告の段階的廃止のスケジュール

共有広告は、ご自身で手動で移行することを強くおすすめします。

これが最適な方法です。これにより、各広告グループのオーディエンスに合わせて、独自の画像と広告見出しを使用した新しい広告を作成できます。関連性の高い広告は、より良い結果につながります。

フェーズ 1: 2026 年 1 月 28 日以降

新しい共有広告を作成することはできなくなりました。
1 つの広告を新しい広告グループにリンクしようとすると、ブロックされ、エラーが返されます。このために自動化されたツールやスクリプトを使用している場合、それらは機能しなくなります。

フェーズ 2: 2026 年 1 月 28 日～ 2027 年第 1 四半期

既存の共有広告は引き続き通常どおり配信されます。
すでに共有されている広告については、この期間中に影響を受けることはないため、すぐに対応する必要はありません。

フェーズ 3: 2027 年第 1 四半期

残りの共有広告はすべて自動的に変換されます。
共有されている広告については、広告が属する広告グループごとに個別のコピーが作成されます。

詳しくは、公式の Google Ads API ドキュメントをご覧ください。また、Google Ads Developer Blog で最新情報をご確認ください。

今すぐ監査を開始し、この投稿を開発チームと共有して、シームレスな移行に備えましょう。

2026 年第 2 四半期の自動プロセス

ご対応いただけなかった場合、2026 年第 2 四半期に、共有広告が自動的に分離されます。

自動化されたプロセスは次のように機能します。

1 つの広告グループに元の広告が保持される: 元の広告は、1 つの広告グループ（具体的には、広告グループ ID が最も小さい広告グループ）にのみ保持されます。
他の広告グループにコピーが作成される: 元の広告が共有されていた他のすべての広告グループに、元の広告の新しいコピーが作成されます。
自動化されたコンテンツが再生成される: 「アセットの自動化」などの機能の設定がコピーされます。ただし、実際に機械生成されたアセット（自動作成された広告見出しや画像など）は移行されません。コピーされた広告ごとに新しいセットが作成されるため、初期のパフォーマンスに影響する可能性があります。

ご不明な点がございましたら、フォーラムからお問い合わせください。

Bob Hancock、Google Ads API チーム

ラベル: google-ads-api

2026 年 1 月に Google Ads API で広告共有機能のサポートを終了 コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。