コンテンツにスキップ

ブログのコンテンツは現在英語でご利用いただけます。翻訳は近日公開予定です。

キャンペーンスケーリング

Facebook広告の命名規則システム完全ガイド

8 分で読めます
MR

Marco Rossi

Head of Performance Marketing

複数のキャンペーンを管理した経験のあるメディアバイヤーなら、誰もがこの感覚を知っています。Ads Managerを開くと、「Test 3 - Copy」「Black Friday FINAL v2」「Conversions - US - new」といった名前の47個のキャンペーンが並び、その半分が何をしているのかまったくわからない。facebook ads naming convention(命名規則)を導入すれば、この混乱を完全に排除し、フィルタリング、自動化、レポーティング、そして大規模なチームコラボレーションの基盤となります。

本ガイドでは、50以上の広告アカウントを同時に管理する代理店の実績に基づいた、完全なシステム(分類体系、テンプレート、ルール、実装手順)をご紹介します。

命名規則が最もレバレッジの高いシステムである理由

ほとんどのメディアバイヤーは、命名を単なる整理整頓だと考えています。しかし、そうではありません。これはインフラです。キャンペーンの上に構築するすべてのシステム(自動化ルール、クロスアカウントレポーティング、チームワークフロー、クライアントダッシュボード)は、キャンペーン名からその内容をプログラム的に特定できるかどうかにかかっています。

命名規則がない場合:

タスク規則なしの所要時間規則ありの所要時間
すべてのプロスペクティングキャンペーンを見つける15〜20分(手動スキャン)10秒(フィルター)
クロスアカウントレポートの作成2〜3時間5分
自動化ルールの作成キャンペーンごと(脆弱)普遍的(堅牢)
新しいチームメンバーのオンボーディング2週間以上2〜3日
キャンペーンの目的を特定設定を開いて確認名前を読むだけ

選択する命名規則は、次の3つの下流システムに影響を与えます:

  1. フィルタリングと検索。 Ads Managerの検索・フィルターツールはキャンペーン名に基づいて動作します。構造化された名前により、すべてのアカウントのLookalikeキャンペーンを数秒で検索できます。
  2. 自動化ルール。 ルールの条件は名前パターンにマッチさせることができます。一貫した命名規則があれば、1つのルールで、作成時期に関係なく、特定のタイプのすべてのキャンペーンに適用できます。
  3. レポーティングと分析。 名前が分類体系に従っていれば、プログラム的に解析してピボットテーブル、トレンド分析、パフォーマンス比較を構築できます。

3レベルの命名分類体系

命名規則は、キャンペーン、広告セット、広告の3つのレベルで機能する必要があります。各レベルはそれぞれ異なる情報を持ちます。

キャンペーンレベル

キャンペーンには戦略レベルの情報が含まれます:誰を対象とし、ビジネス目的は何か、いつ開始されたか。

フォーマット:

[AccountCode]_[FunnelStage]_[Objective]_[GeoTarget]_[DateCode]

コンポーネント:

コンポーネント目的
AccountCodeクライアントまたはブランドの識別3〜4文字のコード:ACME, SHOP, BRX
FunnelStageファネル内の位置TOF(上部), MOF(中部), BOF(下部), RET
ObjectiveMetaキャンペーンの目的CONV, TRAF, LEAD, AWR, ENGMT, VV
GeoTargetターゲット地域US, UK, EU, GLOBAL, または特定の市場コード
DateCode開始時期2026Q1, 2026W12, 2026-03

例:

  • ACME_TOF_CONV_US_2026Q1 — Acmeブランド、ファネル上部のコンバージョン、米国、2026年第1四半期
  • SHOP_BOF_RET_EU_2026W12 — Shopブランド、ファネル下部のリターゲティング、EU、第12週
  • BRX_MOF_LEAD_UK_2026-03 — BRXブランド、ファネル中部のリード獲得、英国、2026年3月

広告セットレベル

広告セットにはターゲティング情報が含まれます:具体的に誰にリーチし、どこに配信するか。

フォーマット:

[AudienceType]_[AudienceDetail]_[Placement]_[OptEvent]_[Age/Gender]

コンポーネント:

コンポーネント目的
AudienceTypeオーディエンスのカテゴリーLAL, INT, BROAD, RMK, CRM, SAVED
AudienceDetailカテゴリー内の詳細1pct_Purch, Fashion_Luxury, Cart_7d
Placement広告の表示場所AUTO, FEED, STORY, REEL, INSTA, MSGR
OptEvent最適化イベントPURCH, ATC, IC, LEAD, LP_VIEW
Age/Genderデモグラフィックターゲティング(任意)25-44_F, 18-65_ALL, 35+_M

例:

  • LAL_1pct_Purch_AUTO_PURCH_25-54_ALL — 購入者の1%類似オーディエンス、全配置、購入最適化
  • RMK_Cart_7d_FEED_PURCH_ALL — カート放棄者リターゲティング(7日間)、フィードのみ、購入最適化
  • BROAD_US_AUTO_ATC_18-65_ALL — 米国ブロードターゲティング、全配置、カート追加最適化

広告レベル

広告にはクリエイティブとメッセージングの情報が含まれます。

フォーマット:

[CreativeType]_[HookType]_[Variant]_[Language]

コンポーネント:

コンポーネント目的
CreativeTypeクリエイティブのフォーマットVID, IMG, CAR, DPA, COL, UGC
HookType冒頭フックの種類PROB(問題提起), BEN(ベネフィット), SOC(社会的証明), UGC, STAT
Variantバージョン識別子V1, V2, V3 または A, B, C
Languageクリエイティブの言語EN, ES, FR, DE, IT

例:

  • VID_PROB_V1_EN — 動画クリエイティブ、問題提起フック、バージョン1、英語
  • IMG_SOC_V3_ES — 画像クリエイティブ、社会的証明フック、バージョン3、スペイン語
  • UGC_BEN_V1_EN — UGCクリエイティブ、ベネフィットフック、バージョン1、英語

完全な命名例

3つのレベルすべてを組み合わせた1つのキャンペーンの例:

Campaign:  ACME_TOF_CONV_US_2026Q1
  Ad Set:  LAL_1pct_Purch_AUTO_PURCH_25-54_ALL
    Ad:    VID_PROB_V1_EN
    Ad:    VID_SOC_V2_EN
  Ad Set:  BROAD_US_FEED_ATC_18-65_ALL
    Ad:    IMG_BEN_V1_EN
    Ad:    UGC_PROB_V1_EN

チームの全員がこの階層構造を読み、何が実行されているか、誰をターゲットにしているか、どのクリエイティブがテストされているかを正確に理解できます。キャンペーンを1つも開く必要はありません。

標準コードテーブル

承認済みのすべてのコードを含む共有リファレンスドキュメントを作成しましょう。以下はスターターテンプレートです:

ファネルステージ

コード意味使用場面
TOFファネル上部コールドオーディエンス、プロスペクティング
MOFファネル中部エンゲージユーザー、検討段階
BOFファネル下部高インテントユーザー、コンバージョン
RETリターゲティングサイト訪問者、カート放棄者
CRMCRMベース既存顧客、メールリスト

目的

コードMetaの目的
CONVコンバージョン / 販売
TRAFトラフィック
LEADリード獲得
AWR認知 / リーチ
ENGMTエンゲージメント
VV動画再生
APPアプリインストール

オーディエンスタイプ

コード意味
LAL類似オーディエンス
INT興味関心ベース
BROADブロード / Advantage+
RMKリターゲティング / リマーケティング
CRM顧客リスト
SAVED保存済みオーディエンス

プロのヒント: コードテーブルは共有ワークスペースドキュメント(Notion、Google Sheets、または広告管理プラットフォーム内)に保存しましょう。すべてのチームメンバーが即座にアクセスできるようにしてください。誰かがリファレンスに追加せずに新しいコードを作ると、システムが崩壊し始めます。

実装ルール

ルール1:区切り文字が重要

コンポーネント間にはアンダースコア(_)を使用し、スペースやハイフンは使わないでください。アンダースコアはURL、API、スプレッドシートの数式、自動化ルールのパターンマッチングで安全です。

ルール2:大文字小文字の規則

すべてのコードコンポーネントに大文字を使用してください。大文字小文字の混在は曖昧さを生みます。ConvCONVと同じなのか? 大文字に統一すれば、この疑問はなくなります。

ルール3:特殊文字禁止

名前に&#%/、括弧などの文字を使用しないでください。CSVエクスポート、APIクエリ、スプレッドシートの数式が壊れます。

ルール4:日付コードは必須

日付コードがなければ、同じターゲティングの第1四半期プロスペクティングキャンペーンと第3四半期プロスペクティングキャンペーンを区別できません。常に開始時期を含めてください。

ルール5:新しいコードには承認が必要

チームメンバーが既存のコードでカバーされていないシナリオに遭遇した場合、共有リファレンスドキュメントで新しいコードを提案します。キャンペーン名でアドホックにコードを作成してはいけません。

警告: 命名規則が失敗する最大の原因は、人々が規則に従わないことではなく、文書化されていないコードを追加することです。3か月後には、CONV、CNV、CONVER、CONVERSIONがすべて同じ意味で混在する事態になります。

命名規則の展開方法

フェーズ1:定義(1日目)

上記のテンプレートを使って分類体系を決定します。自社の具体的なニーズに合わせてコンポーネントをカスタマイズします。すべてを共有リファレンスに文書化します。

フェーズ2:新しいキャンペーンに適用(2日目以降)

即座に、すべての新しいキャンペーンに命名規則を適用します。既存のキャンペーンのリネームにはまだ時間を費やさないでください。

フェーズ3:最適化中にリトロフィット(2〜6週間)

既存のキャンペーンに何らかの理由(予算変更、クリエイティブ更新、パフォーマンスレビュー)で手を加える際に、同時に新しい命名規則にリネームします。

フェーズ4:監査と施行(継続的)

月次監査を実施します。命名パターンに一致しないキャンペーンを検索します。残っているものをリネームし、繰り返し違反するメンバーにはトレーニングで対処します。

複数のアカウントにまたがるキャンペーンを管理している場合、この命名規則を整備することは前提条件です。マルチアカウントワークフローの全体像については複数のFacebook広告アカウント管理ガイドを、代理店特有の組織戦略についてはFacebook Ads代理店管理ガイドをご覧ください。

命名規則を活用した自動化ルール

命名規則が整ったら、キャンペーン横断で普遍的に適用できる強力な自動化ルールを構築できます。以下は実践的な例です:

高CPAのプロスペクティングキャンペーンを停止:

  • 条件:キャンペーン名に_TOF_を含み、CPAがターゲットの2倍以上
  • アクション:キャンペーンを停止、チームに通知

成功しているBOFキャンペーンをスケール:

  • 条件:キャンペーン名に_BOF_を含み、ROASが3日連続でターゲット以上
  • アクション:予算を20%増加

バリエーションによるクリエイティブのローテーション:

  • 条件:広告名に_V1_を含み、フリークエンシーが3.0以上
  • アクション:広告を停止、_V2_バリエーションを有効化

AdRowの自動化エンジンを使えば、これらのルールを一度設定するだけで、すべての広告アカウントに自動的に適用されます。命名規則がルールをポータブルにします。

キャンペーン構造のさらに詳しい解説については、Meta Adsキャンペーン構造ガイドをお読みください。

避けるべき命名規則の間違い

  1. 複雑にしすぎる。 キャンペーン名に10以上のコンポーネントがあると、人々はコンポーネントをスキップしたり、一貫性のない略語を使ったりします。各レベル4〜6コンポーネントに抑えましょう。

  2. コードを文書化しない。 1人の頭の中にしか存在しない命名規則は、命名規則ではありません。それはボトルネックです。

  3. コードの代わりに説明的なテキストを使う。 Conversions_Lookalike_1Percent_Purchasers_AllPlacementsは読みやすいですが長すぎます。CONV_LAL_1pct_Purch_AUTOは同じ情報をフィルタリング可能で一貫したフォーマットで伝えます。

  4. 例外を許す。 「このキャンペーンは一回限りだから、別の名前をつけよう」と言った瞬間、システムの崩壊が始まります。例外はなしです。

  5. 日付コードを含めない。 時間的なマーカーがなければ、異なる期間に開始された同一のキャンペーンを区別できず、歴史的な分析が不可能になります。

キャンペーンの適切な構造でのスケーリングについて詳しくは、Meta Adsスケーリング完全ガイドをご覧ください。

重要なポイント

  • 命名規則はインフラであり、整理整頓ではない。 すべての下流システム(フィルタリング、自動化、レポーティング、チームオンボーディング)は、一貫したキャンペーン命名に依存しています。
  • 3レベルの分類体系を使う。 キャンペーンには戦略情報、広告セットにはターゲティング情報、広告にはクリエイティブ情報を持たせます。各レベルには独自のフォーマットがあります。
  • コードテーブルを標準化する。 承認済みのすべてのコードを共有リファレンスに文書化します。新しいコードにはチームの承認が必要で、アドホックな発明は禁止です。
  • 段階的に展開する。 新しいキャンペーンにはすぐに命名規則を適用します。既存のキャンペーンは4〜6週間の定期的な最適化の中でリトロフィットします。
  • 命名の上に自動化を構築する。 命名が一貫していれば、自動化ルールはすべてのキャンペーンとアカウントにポータブルになります。一度書いて、すべてに適用できます。

よくあるご質問

ニュースレター

The Ad Signal

推測を拒否するメディアバイヤーのための週刊インサイト。1通のメール。シグナルのみ。

関連記事

広告運用を自動化する準備はできましたか?

すべてのアカウントで一括キャンペーン配信。14日間無料トライアル。クレジットカードが必要です。いつでもキャンセル可能。