ある代理店が14クライアントのオーディエンスを一つのライブラリで管理するまで
Lucia Marrone
クリエイティブAIストラテジスト
その代理店は14のクライアントを抱え、誰もやりたがらなかった正直な棚卸しをすれば、アカウントに散らばったオーディエンスは優に100を超えていました。その大半は重複でした――クライアントごとに3つのMetaアカウントで作り直された同じルックアライク、わずかに形を変えて何度もアップロードされた同じ顧客リスト、新しいバイヤーが加わるたびに再作成された同じサイト訪問者セグメント。これはクライアント横断のオーディエンス管理についての物語です。14のブランドのパフォーマンス広告を運用するチームが、あらゆるシードをどこでも作り直す状態から一つの共有ライブラリへ移行するまで、そして実際に何が変わったのかを語ります。
要点:14のクライアントを運用する代理店が、重複しずれていく数十のカスタムオーディエンスとルックアライクを、一つの共有オーディエンスハブへ統合しました。各クライアントのシードを一度だけ作成し、Meta・Google・TikTokで再利用し、配信前に重複を確認します――クライアントごとの分離は保ったまま、「どこでも作り直す」混乱を終わらせたのです。ハブが取り除いたのは運用上のコストで、メディアバイヤーはすべての戦略判断を手元に残しました。
出発点:名簿が問題を掛け算する状態
インハウスのブランドにとって、散らばったオーディエンスは煩わしさです。代理店にとっては構造的な状態です。なぜなら、代理店はクライアント数の分だけ問題を掛け算するからです。
このチームは、ほとんどのクライアントを2〜3のMetaアカウントで運用し、規模の大きいブランドにはさらにGoogleとTikTokを加えていました。各クライアントの主力オーディエンス――高価値の顧客リスト、過去90日の購入者ルックアライク、商品ページのリターゲティング――は、そのクライアントのすべてのアカウントに存在しなければなりませんでした。だからバイヤーたちは、クライアントごと、アカウントごとに、それらを作り直していたのです。14のクライアント、それぞれに2〜3のアカウント、大手には複数のプラットフォーム。作り直しは時々の作業ではなく、それ自体が仕事でした。
代理店が抱えるのは、一つのブランド分のオーディエンス問題ではありません――それを名簿の数だけ掛け算した問題です。新しいクライアントが増えるたびに、そのクライアントのアカウントとプラットフォームにまたがって作成・同期し続けるべきシードのセットがもう一組増えます。作り直しのコストもずれも、壁に掛かったロゴの数に比例して膨らむ――ロゴを増やして成長する事業にとって、これはまさに逆方向です。
ずれは、静かな部分でした。2月にあるクライアントをオンボーディングしたバイヤーは、2月の購入者エクスポートからルックアライクを作りました。5月に別のバイヤーがそのクライアントを引き継いだとき、バックアップアカウントで「足りない」オーディエンスを5月のエクスポートから作り直しました――こうしてクライアントは、3か月離れた2つの購入者ルックアライクを抱え、どちらも稼働中なのに、どちらが最新かを示すラベルはありませんでした。パフォーマンスの差はクリエイティブのせいにされました。本当の原因は、オーディエンスが静かに別物のオーディエンスになっていたことだったのです。
限界点:1週間長すぎたオンボーディング
このチームが変わったのは、戦略的なひらめきのせいではありませんでした。既存のクライアントへ新しいメディアバイヤーをオンボーディングするのにほぼ1週間かかり、その時間のほとんどがオーディエンスの発掘作業だったから変わったのです。
新しいバイヤーの最初の質問は、いつも同じでした。どのオーディエンスが最新で、どこにあるのか? それに答えるには、クライアントの各アカウントを開き、それぞれのネイティブ管理画面でオーディエンスを一覧し、一貫性のない名前からシードを推測し、古そうなものや足りなそうなものを作り直す必要がありました。バイヤーがそのセットアップを信頼して運用に乗せられるようになる頃には、何日も過ぎていました――しかも作り直したものの半分は、作っている自覚すらない重複でした。
散らばったオーディエンスのコストは、引き継ぎのときに最も残酷な形で現れます。すべてのオンボーディング、すべてのクライアント再割り当て、病欠した同僚のカバー――そのどれもが発掘作業に変わります。各アカウントにログインし、各オーディエンスを一覧し、各シードを推測し、足りなそうなものを作り直す。仕事を絶えず再割り当てする代理店にとって、その発掘は一度きりのセットアップコストではなく、人員配置が変わるたびに毎回支払う税金なのです。
それが限界点でした。クライアントのオンボーディングとバイヤーの再割り当てを基本動作とする事業が、一手ごとに1週間の発掘を払う余裕はありません。オーディエンスの散乱は、もはやツールの好みの問題ではなく、代理店がどれだけ速く成長できるかを縛る制約になっていました。同じ緊張は代理店のチーム管理全般に現れますが、ここではそれに、特定の、修正可能な根本原因があったのです。
変化:クライアントごとに一つのライブラリ、一度だけ作成
解決策は、オーディエンスを各ネイティブ管理画面の中に住むものとして扱うのをやめ、ライブラリとして扱い始めることでした。チームはオーディエンス作業をWevionのオーディエンスハブへ移しました。これは、ユーザーがアクセス権を持つアカウントにスコープを限定したうえで、Meta・Googleのユーザーリスト・TikTokのオーディエンスを一つの画面で一覧・同期・作成するものです。
移行は地味でしたが、決定的でした。各クライアントについて、アカウントごとではなく一つのビューで既存のオーディエンスをすべて棚卸ししました。重複と古いシードにタグを付け、各顧客リストの正規版を一つだけ選び、一度だけ再アップロードしました――有効と無効の件数を読み取り、何が一致したのかを正確に把握しながら。そのうえで、各主力ルックアライクを、そのクリーンなシードから、そのクライアントが運用するプラットフォーム向けに一度だけ作り直したのです。
変わったのは新しい戦略ではなく、作業の単位でした。「このオーディエンスを各アカウントで作り直す」ではなく、「このクライアントのために、このオーディエンスを一度だけ作る」が単位になったのです。オーディエンスは各ユーザーが到達できるアカウントにスコープ設定されるため、クライアントごとの分離はそのまま保たれました。消えたのは重複です――アカウントごとにコピーがそれぞれの時計でずれていく代わりに、クライアントのオーディエンスごとに一つのシードを再利用するようになりました。
重要なのは、この統合がクライアントをひとまとめにしなかったことです。各クライアントのオーディエンスはそのクライアントのアカウント内にとどまり、共有されたのはワークフロー――作成と比較を行う一つの場所――であって、セグメントの共有プールではありませんでした。代理店はクライアントが期待する分離を保ち、失ったのは作り直しだけです。この区別は、クライアントの信頼にとって重要でした。ブランドをまたいでオーディエンスを混ぜる代理店は負債ですが、クライアントごとに一つの整然としたコンソールから作業するだけの代理店は、ツールを一度も見せなくてもクライアントが体感できるアップグレードだからです。
これまで一度も実行できなかった重複チェック
予想外の収穫は重複でした。何年もの間、バイヤーたちは一部のクライアントのオーディエンスが同じオークションで競合しているのではと疑っていましたが、ネイティブ管理画面には任意の2つのオーディエンスをその場で確認する手段がありませんでした。ハブのMeta重複レポートとオーディエンス間の比較機能が、それを30秒のチェックに変えました。
規模の大きいクライアント2件で、リターゲティングとルックアライクのオーディエンスが大きく重なっていることが見つかりました――クライアント自身のキャンペーンが互いに入札し合い、誰も重複に起因すると考えていなかったCPM(インプレッション単価)を押し上げていたのです。彼らは統合し、除外を追加しました。オーディエンスが散らばっている限りずっと見えなかったこの一つの発見が、それだけで移行のコストを回収しました。これはルックアライクオーディエンスのガイドが「見えていて当然」と前提する戦略レイヤーであり、散乱がそれを隠していたのです。
チームはこのチェックを、一度きりの掃除ではなくルールに変えました。クライアントアカウントで2つめのオーディエンスを配信する前に、バイヤーが比較を実行し、重複率をそのクライアントのセットアップメモに記録します。コストは30秒、そしてクライアントとの会話を変えました――CPMの急騰を後から説明する代わりに、代理店はレビューの場で、競合するオーディエンスを意図的に除外したことを示し、その判断の裏にある重複の数値を指し示せるようになったのです。散乱のもとでは不可能だったチェックが、小さく反復可能なアカウント衛生の一部となり――そして代理店がクライアントの前に置ける静かな信頼のシグナルになりました。それはまた、ジュニアバイヤーに従うべき具体的なゲートを与え、「重複に気をつけて」という曖昧な指示よりも教えやすい基準にしました。
実際に何が変わり、何が変わらなかったか
数か月後、その違いは具体的でした。既存クライアントへのバイヤーのオンボーディングは、1週間の発掘から、一つの棚卸しを読んでそれを信頼するだけに変わりました。ライブラリが最新で、シードに名前が付いていたからです。新規クライアントの立ち上げは速くなりました。主力オーディエンスがアカウントごとに再作成されるのではなく一度だけ作られたからです。そして「どのオーディエンスが最新か?」という問いは、単に発せられなくなりました。クライアントごとに答えが一つになったからです。
オーディエンスの統合が代理店にもたらした変化は、ターゲティングそのものではなく、良いターゲティングを持つための運用コストでした。同じオーディエンス、同じ戦略、同じバイヤー――けれども5回ではなく一度だけ作られ、ずれる代わりに最新に保たれ、盲目的に競合する代わりに重複をチェックされる。クライアント数に比例していた作業が、クライアントごとの一度きりのセットアップへ縮んだのです。
変わらなかったことを正直に述べるのも、同じくらい重要です。バイヤーは依然としてすべてのターゲティング判断を下していました――どのクライアントにどのシードを優先するか、どうレイヤリングして除外するか、いつプラットフォームのAIに委ねるか。ハブはキャンペーンを配信せず、何も最適化せず、独自には動きませんでした。作成・同期・一覧・比較を行い、そこで止まります。同期は公式API経由でおよそ15分ごとに走り、ライブではないため、作りたてのオーディエンスが反映されるには少し待つ必要がありました。そしてプラットフォームの厚みには差がありました――Metaが最も充実した作成アクションを備え、GoogleのユーザーリストとTikTokは中核フローをカバーしていました。そのどれも結果には影響しませんでした。結果は運用上のものだったからです――作り直しと重複の見えなさが、なくなったのです。
同じパターンは、あらゆるポートフォリオ運用者に一般化できます。代理店はクライアント数が痛みを掛け算するために最初にそれを感じますが、複数アカウントのブランド、ポートフォリオ型のメディアバイヤー、バックアップアカウントを抱えるドロップシッパーも、同じ壁にぶつかります――同じシードが多くの場所に存在させられ、ずれていき、重複の共有ビューがないという壁に。
代理店への教訓
もしあなたの代理店が、同じクライアントオーディエンスをすべてのアカウントで作り直しているなら、コストは作り直しだけではありません――引き継ぎのたびの発掘、クリエイティブのせいにされるずれ、そしてどのキャンペーン別レポートにも決して現れない場所でクライアントのCPMを静かに押し上げる重複です。オーディエンスをクライアントごとの一つのライブラリへ統合しても、戦略は変わりません。ロゴを増やすたびに膨らむ運用上の税金を取り除き、これまで一度も確認できなかった重複を表面化させるのです。
中央オーディエンスライブラリが、あなた自身のクライアント名簿をMeta・Google・TikTok横断でどう扱うか――クライアントごとのスコープ設定、公式API経由のおよそ15分ごとの同期、そしてすべてのターゲティング判断をバイヤーに委ねたまま――を確かめるには、Wevionの14日間トライアルを恒久無料プランと並行して始め、今週最初のクライアントのオーディエンスを統合してみてください。
このガイドは代理店ツールハブの一部です――関連するプレイブックはクラスター全体でご覧いただけます。
よくあるご質問
The Ad Signal
推測を拒否するメディアバイヤーのための週刊インサイト。1通のメール。シグナルのみ。
関連記事
オーディエンスがアカウントごとにバラバラ——その解決策
どのアカウントにも「あの」カスタムオーディエンスのコピーがあり、プラットフォームごとに別々の類似オーディエンスがあり、どのシードが最新なのか誰も分からない——本記事は、広告オーディエンスがアカウントやチャネルを横断して散らばる理由、そのズレが無駄な広告費と重複としていくらコストになるのか、そして一度作れば全アカウントで再利用できる一元化されたオーディエンスハブがどう解決するのかを、課題から解決へとたどる実践ガイドです。
複数アカウントで再利用できる広告オーディエンスの作り方
広告オーディエンスを一度だけ作り、複数のアカウントとプラットフォームで再利用するための、実践的でステップ順の手順を解説します。すでに持っているものの棚卸し、有効性チェック付きの顧客リストアップロード、カスタムオーディエンスとルックアライクの作成、配信前の重複確認、シードの同期維持まで――5つのネイティブ管理画面の代わりに、中央オーディエンスハブを使います。
Facebook広告代理店のチーム管理:権限とアクセス制御の完全ガイド
多くの代理店は認証情報を共有し、それをチーム管理と呼んでいます。認証情報を一切共有せず、クライアントの広告アカウントをまたいで本物のロールベースアクセス制御を設計する方法を紹介します。