はじめに——この試験は「機能の暗記」ではなく「設計判断」を問う
Salesforce認定Data Cloudコンサルタントは、企業内に散在する顧客データを統合し、単一の顧客プロファイル（Customer 360）を構築して、パーソナライズされた体験を実現するスキルを証明する資格です。
ℹ️ 名称について：この資格は 「Data 360 コンサルタント」へ名称変更されています（旧：Data Cloud コンサルタント）。試験内容の中心は引き続きData Cloudです。本記事は「Data Cloud＝Data 360」として、現行の出題範囲で解説します。出題傾向の要点だけを素早く確認したい方は👉[Data 360 コンサルタント 出題傾向まとめ](内部リンク: data-360)もあわせてどうぞ。
20年以上ITアーキテクトの現場に立ってきた私（ケイ）が断言すると、この試験の本質は「シナリオ問題を、正しい設計判断で解けるか」です。「この要件なら、どの機能をどう組むのが最適か？」——単語の暗記では1問も解けません。だからこそ、各機能を”使いどころ”とセットで理解する必要があります。
本記事は、その全体像を掴むための総合ガイド（ハブ）です。個々の重要コンセプトの深掘りは、別記事の👉[重要コンセプト30選（前編）]／[（後編）]に譲り、ここでは出題範囲・頻出ポイント・勉強順序を体系立てて整理します。
試験の全体像——5つの出題ドメイン
Data Cloudコンサルタント試験は、大きく次の5領域から出題されます。データが「入ってから使われるまで」の流れそのものです。
- データの取り込みとモデリング（Data Stream / コネクタ / DMO）
- アイデンティティ解決（統合プロファイルの作成）
- セグメンテーション（対象者の切り出し）
- Calculated Insights とアクティベーション（分析と外部連携）
- セットアップ・管理（Data Space / 権限 / Data Kit）
以下、ドメインごとに「頻出ポイント」と「実務での勘所」をまとめます。
ドメイン①：データの取り込みとモデリング
あらゆる分析の出発点。「取り込めないデータは、使えないデータ」です。
頻出ポイント
- Salesforce CRMコネクタと統合ユーザー権限：CRMに新しいカスタム項目を追加したのにData Streamで選べない——この原因の定番は統合ユーザー（Integration User）にその項目のRead権限が無いことです。データが来ない相談の第一容疑者。
- Marketing Cloud スターターデータバンドル：利用できるデータセットは Email / MobileConnect / MobilePush（メール・SMS・プッシュのエンゲージメント）。
- PhoneNumber項目タイプとE164：電話番号の表記ゆれを標準化する最も効率的な方法は、Data Stream作成時にPhoneNumber項目タイプを割り当てること。自動でE164形式（+国番号…）に変換されます。数式やソース側修正より効率的、が正解の型。
- Batch Transform（バッチ変換）：既存のData Lake Objectを元に、分割・結合・整形した新しいDLOを作る機能。「1レコードに混在するホテル/航空ポイントを2レコードに分けたい」ならこれ。
🏛 実務コラム：8割の”動かない”は権限とマッピングで起きる
Data Cloud導入初期のトラブルは、モデルの高度な話ではなく、統合ユーザーの権限とマッピング漏れがほとんど。私の現場でも「取り込んだはずのデータが出ない→統合ユーザーのRead権限が新項目に無い」は何度も見ました。試験のシナリオ問題も、この”地味な現実”をそのまま突いてきます。（※実体験ベースで調整）
ドメイン②：アイデンティティ解決（最重要）
バラバラのソースから来たプロファイルを、「同一人物」として名寄せする工程。ここが試験でも実務でも一番の山場です。
頻出ポイント
- セグメント化の前提条件はアイデンティティ解決：データを取り込んだ後、セグメント化・活用の前に必要な設定は ID解決。これを前提とする問題が頻出。
- オブジェクトの使い分け：
- 氏名などPIIは Individual（個人） オブジェクトへ
- メールは Contact Point Email へ
- ロイヤルティIDのような独自IDの完全一致は Party Identification（当事者識別） オブジェクトを使う（”Loyalty Identificationオブジェクト”は存在しない、が定番のひっかけ）
- 一致ルール（Match Rules）：完全一致 vs ファジー一致の使い分け。
- ソースシーケンス調整ルール（Source Sequence）：統合プロファイルの属性（例：姓名）を作る際に、どのデータソースを優先するかを決めるルール。「CRMを第1優先、Marketing Cloudを第2優先…」のように真実の源（source of truth）を定義します。
🏛 実務コラム：ID解決は”技術”の前に”業務ルール”の合意
「どのソースを正とするか」は技術設定である前に、業務の意思決定です。営業が入れたメールと、フォームで顧客が入れたメール、どちらを信じるか——ここを関係部署と合意せずにSource Sequenceを組むと、後で必ず揉めます。アーキテクトの仕事は、この合意形成を設計に落とすこと。個々の一致ルールの深掘りは👉[重要コンセプト30選（前編）]へ。
ドメイン③：セグメンテーション
統合されたプロファイルから、目的の対象者を切り出す工程。
頻出ポイント
- 再利用可能なコンテナブロック（Container Block）：複数チームのセグメントに共通の除外条件を、毎月一括更新したい——最も効率的なのはコンテナブロック。1か所直せば全セグメントに反映。「ブランドごとにコピー」は非効率、が定番の不正解。
- ネストされたセグメント：セグメント同士を論理演算で組み合わせる。除外そのものの用途ではない点に注意。
- アクティベーション時のフィルタ落とし穴：「直近30日の注文」でセグメントしたのに、活性化先（Marketing Cloud）に古い注文が混ざる——関連属性側にも購入日フィルタを掛けるのが正解。セグメント条件と、活性化に含める関連属性の条件は別、というのが超頻出の実務ワナ。
🏛 実務コラム：セグメントの”数”より”再利用性”を設計する
ブランドやキャンペーンが増えると、セグメントは指数関数的に増殖します。最初にコンテナブロックで共通ルールを部品化しておくかどうかで、半年後の運用負荷が段違い。試験がコンテナブロックを推すのは、これが現場のスケール問題への正解だからです。
ドメイン④：Calculated Insights とアクティベーション
貯めた・繋げたデータから価値（指標）を生み、外へ届ける工程。
頻出ポイント
- Calculated Insights（計算されたインサイト）：LTV、チャーンリスク、商品親和性など、ソース/統合データから算出する派生指標。
- Metrics on Metrics（メトリクス上のメトリクス）：既存メトリクスを元に数式で新メトリクスを作る。「顧客ごとのLTVを算出し、さらにWeb/アプリ/店舗のチャネル別内訳も出す」ならこれ（チャネル属性をディメンションに）。
- Data Actions / アクティベーション：セグメントをMarketing Cloudや広告プラットフォーム等へ送り、実際の施策に繋げる。リアルタイム連携の考え方も問われます。
🏛 実務コラム：Data Cloudの投資対効果は”アクティベーション”で決まる
データを綺麗に統合しても、施策に繋がらなければROIはゼロ。経営に説明できるのは「統合しました」ではなく「休眠顧客セグメントを広告に連携し、CACをX%下げました」という出口の話。Calculated Insightsとアクティベーションの深掘りは👉[重要コンセプト30選（後編）]へ。
ドメイン⑤：セットアップ・管理
- Data Space（データスペース）：ブランド・地域・部門ごとにデータを論理分割。データスペースフィルタはグローバルに効くため、個別ユースケースの絞り込みには不向き（頻出の不正解パターン）。
- Data Kit（データキット）：データやセグメントを別のデータスペース/組織へ共有・配布する仕組み。
- 権限管理：統合ユーザー含め、誰が何を読めるかが取り込み・活用の前提。
合格までの学習ロードマップ（勉強順序）
やみくもに問題を解く前に、「データの流れ」に沿って理解するのが最短です。
- 全体像を掴む（本記事）＋公式の試験ガイドで出題比率を確認
- 取り込み→ID解決→セグメント→CI/アクティベーションの順にハンズオン（Trailhead組織で実際に触る）
- 重要コンセプトを深掘り：👉[重要コンセプト30選（前編）／（後編）]
- シナリオ問題の”読み方”に慣れる（要件→最適な機能を選ぶ思考の反復）
おすすめの学習リソース
- Trailhead：Data Cloud向けTrailmixを完走。特にID解決ルールセットの作成とセグメント/アクティベーションは必ず手を動かす。
- Salesforce公式ヘルプ：一致ルール、Source Sequence、Data Space/Data Kitの制限事項を確認する癖を。
- 体系的な動画講座（Udemy等）：Data Cloudは概念が多いので、一度体系立てて通すと理解が速い。（※Udemyアフィリエイトリンクを設置）
⚠️ 「試験ダンプ（過去問の丸暗記）」は推奨しません。 規約違反リスクに加え、Data Cloudは名称変更（Data 360化）を含め仕様更新が速く、丸暗記は通用しません。「要件→最適機能」を自分の頭で選ぶ訓練こそ合格と実務の両方に効きます。
まとめ
Data Cloud（Data 360）コンサルタント試験は、データの流れ（取り込み→ID解決→セグメント→分析・活性化）に沿って、各局面で「最適な設計判断」を選べるかを問う試験です。
- 取り込みの罠は統合ユーザー権限とマッピング
- 山場はアイデンティティ解決（オブジェクト使い分け＋Source Sequence）
- セグメントは再利用性（コンテナブロック）で設計
- 価値はCalculated Insights＋アクティベーションの出口で決まる
暗記ではなく設計判断で、合格を掴み取りましょう。
関連記事（内部リンク）
- 🗺 [Salesforce認定資格 完全ロードマップ【2026年版】]
- 📊 [Data Cloud 重要コンセプト30選（前編：取り込みとID解決）]
- 📊 [Data Cloud 重要コンセプト30選（後編：セグメント・アクティベーション）]
- 🤖 [Agentforceスペシャリスト試験対策（Data Cloudでのグラウンディング）]
著者：ケイ（Kei）｜セールスフォース領域 テクニカルアーキテクト
コメント