- ホーム
- ブログ
- Campaign Scaling
- Facebook広告の命名規則システム完全ガイド
ブログのコンテンツは現在英語でご利用いただけます。翻訳は近日公開予定です。
Facebook広告の命名規則システム完全ガイド
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つの下流システムに影響を与えます:
- フィルタリングと検索。 Ads Managerの検索・フィルターツールはキャンペーン名に基づいて動作します。構造化された名前により、すべてのアカウントのLookalikeキャンペーンを数秒で検索できます。
- 自動化ルール。 ルールの条件は名前パターンにマッチさせることができます。一貫した命名規則があれば、1つのルールで、作成時期に関係なく、特定のタイプのすべてのキャンペーンに適用できます。
- レポーティングと分析。 名前が分類体系に従っていれば、プログラム的に解析してピボットテーブル、トレンド分析、パフォーマンス比較を構築できます。
3レベルの命名分類体系
命名規則は、キャンペーン、広告セット、広告の3つのレベルで機能する必要があります。各レベルはそれぞれ異なる情報を持ちます。
キャンペーンレベル
キャンペーンには戦略レベルの情報が含まれます:誰を対象とし、ビジネス目的は何か、いつ開始されたか。
フォーマット:
[AccountCode]_[FunnelStage]_[Objective]_[GeoTarget]_[DateCode]
コンポーネント:
| コンポーネント | 目的 | 値 |
|---|---|---|
| AccountCode | クライアントまたはブランドの識別 | 3〜4文字のコード:ACME, SHOP, BRX |
| FunnelStage | ファネル内の位置 | TOF(上部), MOF(中部), BOF(下部), RET |
| Objective | Metaキャンペーンの目的 | 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 | リターゲティング | サイト訪問者、カート放棄者 |
| CRM | CRMベース | 既存顧客、メールリスト |
目的
| コード | Metaの目的 |
|---|---|
| CONV | コンバージョン / 販売 |
| TRAF | トラフィック |
| LEAD | リード獲得 |
| AWR | 認知 / リーチ |
| ENGMT | エンゲージメント |
| VV | 動画再生 |
| APP | アプリインストール |
オーディエンスタイプ
| コード | 意味 |
|---|---|
| LAL | 類似オーディエンス |
| INT | 興味関心ベース |
| BROAD | ブロード / Advantage+ |
| RMK | リターゲティング / リマーケティング |
| CRM | 顧客リスト |
| SAVED | 保存済みオーディエンス |
プロのヒント: コードテーブルは共有ワークスペースドキュメント(Notion、Google Sheets、または広告管理プラットフォーム内)に保存しましょう。すべてのチームメンバーが即座にアクセスできるようにしてください。誰かがリファレンスに追加せずに新しいコードを作ると、システムが崩壊し始めます。
実装ルール
ルール1:区切り文字が重要
コンポーネント間にはアンダースコア(_)を使用し、スペースやハイフンは使わないでください。アンダースコアはURL、API、スプレッドシートの数式、自動化ルールのパターンマッチングで安全です。
ルール2:大文字小文字の規則
すべてのコードコンポーネントに大文字を使用してください。大文字小文字の混在は曖昧さを生みます。ConvはCONVと同じなのか? 大文字に統一すれば、この疑問はなくなります。
ルール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キャンペーン構造ガイドをお読みください。
避けるべき命名規則の間違い
-
複雑にしすぎる。 キャンペーン名に10以上のコンポーネントがあると、人々はコンポーネントをスキップしたり、一貫性のない略語を使ったりします。各レベル4〜6コンポーネントに抑えましょう。
-
コードを文書化しない。 1人の頭の中にしか存在しない命名規則は、命名規則ではありません。それはボトルネックです。
-
コードの代わりに説明的なテキストを使う。
Conversions_Lookalike_1Percent_Purchasers_AllPlacementsは読みやすいですが長すぎます。CONV_LAL_1pct_Purch_AUTOは同じ情報をフィルタリング可能で一貫したフォーマットで伝えます。 -
例外を許す。 「このキャンペーンは一回限りだから、別の名前をつけよう」と言った瞬間、システムの崩壊が始まります。例外はなしです。
-
日付コードを含めない。 時間的なマーカーがなければ、異なる期間に開始された同一のキャンペーンを区別できず、歴史的な分析が不可能になります。
キャンペーンの適切な構造でのスケーリングについて詳しくは、Meta Adsスケーリング完全ガイドをご覧ください。
重要なポイント
- 命名規則はインフラであり、整理整頓ではない。 すべての下流システム(フィルタリング、自動化、レポーティング、チームオンボーディング)は、一貫したキャンペーン命名に依存しています。
- 3レベルの分類体系を使う。 キャンペーンには戦略情報、広告セットにはターゲティング情報、広告にはクリエイティブ情報を持たせます。各レベルには独自のフォーマットがあります。
- コードテーブルを標準化する。 承認済みのすべてのコードを共有リファレンスに文書化します。新しいコードにはチームの承認が必要で、アドホックな発明は禁止です。
- 段階的に展開する。 新しいキャンペーンにはすぐに命名規則を適用します。既存のキャンペーンは4〜6週間の定期的な最適化の中でリトロフィットします。
- 命名の上に自動化を構築する。 命名が一貫していれば、自動化ルールはすべてのキャンペーンとアカウントにポータブルになります。一度書いて、すべてに適用できます。
よくあるご質問
The Ad Signal
推測を拒否するメディアバイヤーのための週刊インサイト。1通のメール。シグナルのみ。
関連記事
2026年版 Meta広告キャンペーン構造ガイド
キャンペーン構造は、Metaのアルゴリズムがあなたの味方になるか敵になるかを決定します。本ガイドでは、2026年にトップメディアバイヤーが使用するフレームワークを解説します。
2026年版 Meta広告スケーリング完全ガイド
予算を無駄にしたり手作業に溺れたりせずにMeta広告をスケーリングするには、適切なインフラ、自動化、チーム体制が必要です。このガイドではスケーリングに必要なすべてのレイヤーを解説します。
実際に効果がある10のFacebook広告キャンペーンテンプレート
毎回ゼロからキャンペーンを構築するのはやめましょう。これら10の実証済みFacebook広告テンプレートは、EC、リード獲得、リターゲティング、スケーリングをカバーしています。すぐに展開可能です。