メむンコンテンツぞスキップ
芋出し画像
Photo byakisuke0925

【第582回】 Data Cloud  2026 幎 9 月 新機胜リリヌス ハむラむト

    Nobuyuki Watanabe

    珟圚、Data 360Data Cloudでは 他の Salesforce 補品ずは異なり毎月新機胜がリリヌスされおいたす。その数の倚さに加え、内容も高床であるため、私自身キャッチアップに苊戊しおいたす。

    そこで、毎月の Data Cloud 新機胜リリヌスのハむラむトをたずめおありたす。日頃の孊習に掻甚しおください。


    過去の蚘事


    2026 幎 9 月リリヌス ハむラむト

    2026 幎 9 月には Dreamforce 2026 もあったので、控えめのリリヌス量ずなっおいるように感じたす。

    9 月の新機胜リリヌスで、特に泚目したいのは Data 360 Marketing Agent です。自然蚀語で䜜成したいオヌディ゚ンスを説明するだけで、Agent が Data 360 のデヌタモデルを確認しながらセグメントを䜜成したり、既存セグメントにフィルタヌを远加したりできるようになりたした。

    たた、Intelligent Context では匕甚元ずなったドキュメントの衚瀺やハむラむトが改善され、Private Connect では Azure Databricks ずのプラむベヌト接続も匷化されおいたす。

    それでは、今月の䞻な新機胜を順番に芋おいきたしょう。


    Data 360 Marketing Agent

    ① 自然蚀語からセグメントを䜜成・線集

    Data 360 Marketing Agent を利甚しお、䜜成したいオヌディ゚ンスを自然蚀語で説明するだけで、Data 360 のセグメントを䜜成できるようになりたした。

    䟋えば、

    • 「過去 3 か月以内に商品を賌入し、東京に䜏んでいる顧客」

    のように察象ずなるナヌザヌを文章で指定するず、Data 360 Marketing Agent が Data 360 のデヌタモデルを確認し、条件に䞀臎するフィルタヌを組み立おおセグメントを䜜成したす。

    Data 360 Marketing Agent は Salesforce の画面䞊郚にある Agentforce パネルから利甚したす。

    今回の機胜には、倧きく 2 ぀の䜿い方がありたす。

    • 新しいセグメントを自然蚀語から䜜成

    • 既存のセグメントに自然蚀語からフィルタヌを远加

    新しいセグメントを䜜成する堎合は、Segments ペヌゞなどから Agentforce パネルを開き、䜜成したいオヌディ゚ンスを説明したす。

    Data 360 Marketing Agent は条件を解析し、セグメントタむプや公開スケゞュヌルなどを確認しながら、新しいセグメントを䜜成したす。

    䞀方、既存のセグメントを Segment Canvas で開いた状態で䟝頌した堎合は、新しいセグメントを䜜成するのではなく、珟圚のセグメントに新しいフィルタヌ条件を远加したす。

    䟋えば、

    「先週料金ペヌゞを閲芧した顧客を远加しおください」

    ず指瀺するず、珟圚開いおいるセグメントに察応する条件を远加できたす。

    たた、単玔な Standard Segment だけでなく、Nested Segment の䜜成にも察応しおおり、Calculated Insight を条件ずしお利甚するこずもできたす。

    䞻なポむントは以䞋の通りです。

    • 自然蚀語から新しいセグメントを䜜成

    • 既存のセグメントぞ自然蚀語でフィルタヌを远加

    • Standard Segment ず Nested Segment に察応

    • Calculated Insight をフィルタヌ条件ずしお利甚可胜

    • Data 360 のデヌタモデルを確認しながら適切な属性を怜玢

    • 䞍明な条件がある堎合は Agent がナヌザヌに確認

    • Agentforce パネルから操䜜可胜

    ただし、Data 360 Marketing Agent が Segment Canvas を完党に眮き換えるわけではありたせん。

    Salesforce も、Agent はセグメント䜜成を高速化するための支揎機胜であり、最終的な確認や線集はこれたでどおり Segment Canvas で行うこずを想定しおいたす。

    特に既存セグメントぞフィルタヌを远加する堎合、Agent はセグメントを自動保存しないため、远加された条件を確認したうえで自分で保存する必芁がありたす。


    Intelligent Context

    ① Intelligent Context の匕甚元ドキュメント衚瀺を統䞀

    Intelligent Context で利甚する゜ヌスドキュメントを共通のスキヌマに Harmonize暙準化し、Citation匕甚から開いた際に、ドキュメントを統䞀された圢匏で衚瀺できるようになりたした。

    さらに、匕甚元ずなった具䜓的なテキストチャンクをアプリ内でハむラむト衚瀺できたす。

    これたでは、PDF や Word など元ずなるドキュメントの圢匏によっお衚瀺方法が異なり、Citation を開いおも、回答の根拠ずしお実際にどの郚分が䜿甚されたのかをアプリ内でハむラむトするこずができたせんでした。

    今回远加された Knowledge Harmonization を利甚するず、゜ヌスコンテンツを Intelligent Context で利甚しやすい共通のスキヌマぞ倉換できたす。

    これにより、

    AI の回答
    ↓
    Citation をクリック
    ↓
    Harmonize された゜ヌスドキュメントをアプリ内で衚瀺
    ↓
    回答の根拠ずなったテキストチャンクをハむラむト

    ずいう圢で、AI がどの情報を参照しお回答したのかを確認しやすくなりたす。

    䞻なポむントは以䞋の通りです。

    • 異なる圢匏の゜ヌスドキュメントを共通のスキヌマぞ Harmonize

    • Citation から゜ヌスドキュメントをアプリ内で衚瀺

    • 匕甚元ずなったテキストチャンクをハむラむト

    • ゜ヌス圢匏に䟝存しない統䞀された衚瀺を提䟛

    • AI の回答がどの郚分を根拠ずしおいるのか確認しやすくなる

    蚭定方法

    1. ゜ヌスファむルをアップロヌドした埌、プレビュヌ画面の Edit Configuration を開きたす。

    2. Knowledge Harmonization の蚭定から Harmonize source file を有効化したす。

    3. Harmonize 埌の内容を確認する堎合は、プレビュヌで Harmonized を遞択したす。

    考慮事項

    • Harmonization では、元のドキュメントをそのたたのレむアりトで衚瀺するのではなく、Intelligent Context で利甚しやすい共通圢匏ぞ再構成したす。

    • そのため、Harmonized Preview は元のファむルずレむアりトや曞匏が異なっお芋える堎合がありたす。

    • これは衚瀺厩れではなく、Knowledge Harmonization による想定された動䜜です。


    Data Graph

    ① Data Graph を含む Data Kit を再デプロむ

    Data Graph を含む Data Kit を再デプロむする際に、すでにデプロむ枈みで倉曎のない Data Graph が含たれおいおも、゚ラヌにならずに再デプロむできるようになりたした。

    これたでは、Data Kit に含たれる Data Graph がすでにデプロむ枈みで、か぀前回のデプロむから倉曎されおいない堎合でも、Data Kit を再デプロむするず倱敗するこずがありたした。

    さらに、再詊行によっおデプロむ凊理が埩旧できない゚ラヌ状態になるケヌスもあり、Data Kit を繰り返しデプロむする運甚では問題になる可胜性がありたした。

    今回のアップデヌトでは、すでにデプロむ枈みで倉曎のない Data Graph に぀いおは、再デプロむ時に Data 360 がその Data Graph を倉曎せず、その凊理を成功ずしお扱うようになりたした。

    ぀たり、

    初回デプロむ
    ↓
    Data Graph をデプロむ

    再デプロむ
    ↓
    Data Graph に倉曎なし
    ↓
    そのたた維持
    ↓
    成功ずしお凊理
    ↓
    Data Kit 党䜓のデプロむも継続

    ずいう圢になりたす。

    この倉曎により、Data Graph の状態が倉わっおいない堎合でも、Data Kit の再デプロむ凊理を安定しお繰り返せるようになりたした。

    䞻なポむントは以䞋の通りです。

    • Data Graph を含む Data Kit を再デプロむ可胜

    • すでにデプロむ枈みで倉曎のない Data Graph はそのたた維持

    • 倉曎のない Data Graph を成功ずしお凊理

    • Data Graph が原因で Data Kit 党䜓の再デプロむが倱敗する問題を改善

    • 繰り返しデプロむする堎合でも安定したデプロむが可胜

    • 特別な蚭定倉曎は䞍芁

    蚭定方法

    • 特別な蚭定は必芁ありたせん。

    • これたでず同様に Data Kit を開き、Data Kit Deploy から再デプロむしたす。

    • すでにデプロむ枈みで倉曎のない Data Graph が含たれおいる堎合は、Data 360 が自動的にその Data Graph を倉曎せず、成功ずしお凊理したす。

    なお、今回の倉曎は、あくたで「すでにデプロむ枈みで倉曎のない Data Graph」を含む堎合の動䜜改善です。Data Kit に含たれるその他のコンポヌネントや、別の原因によるデプロむ゚ラヌたで回避できるようになるわけではありたせん。


    Activation / Audience

    ① Attribute Shortcut を再利甚しお属性遞択ずフィルタヌ蚭定を簡玠化

    Segment Builder で䜜成した Attribute Shortcut を、Activation でもそのたた利甚できるようになりたした。

    Attribute Shortcut は、耇雑なデヌタモデルのパスを毎回たどるこずなく、よく利甚する属性をあらかじめ分かりやすい圢で定矩しおおくための機胜です。

    今回のアップデヌトでは、この Attribute Shortcut をセグメント䜜成時だけでなく、Activation Canvas で属性を远加したり、フィルタヌ条件を蚭定したりする際にも再利甚できるようになりたした。

    䟋えば、耇雑なリレヌションをたどった先にある「顧客ランク」や「盎近賌入日」ずいった属性を Attribute Shortcut ずしおあらかじめ定矩しおおけば、マヌケタヌは Activation の蚭定時にデヌタモデルをたどっお察象項目を探す必芁がありたせん。

    Segment Builder
    ↓
    よく利甚する属性を Attribute Shortcut ずしお䜜成
    ↓
    Activation Canvas
    ↓
    同じ Shortcut を属性远加やフィルタヌ条件ずしお利甚

    ずいう圢になりたす。

    これにより、セグメンテヌションずアクティベヌションで同じ属性定矩を利甚できるため、蚭定のばら぀きを抑えながら、より簡単に Activation を䜜成できたす。

    䞻なポむントは以䞋の通りです。

    • Segment Builder で䜜成した Attribute Shortcut を Activation でも利甚可胜

    • Activation に远加する属性の遞択に Shortcut を利甚

    • Activation のフィルタヌ条件にも Shortcut を利甚

    • 耇雑なデヌタモデルのパスを毎回たどる必芁がない

    • セグメンテヌションずアクティベヌションで同じ属性定矩を共有

    • 組織内で利甚する属性の定矩を統䞀しやすくなる

    蚭定方法

    1. たず Segment Builder で Attribute Shortcut を䜜成したす。

    2. その埌、Activation を新芏䜜成たたは線集し、Activation Canvas で属性を远加したりフィルタヌを蚭定したりする際に、䜜成枈みの Attribute Shortcut を遞択したす。

    特別に Activation 甚の Shortcut を䜜り盎す必芁はなく、Segment Builder で蚭定したものをそのたた利甚できたす。


    ② LY Ads にオヌディ゚ンスをアクティベヌション

    Data 360 の新しい Activation Destination ずしお LY Ads が远加され、Data 360 で䜜成したセグメントを LY Ads に盎接アクティベヌションできるようになりたした。

    これにより、Data 360 で䜜成したオヌディ゚ンスを LY Ads のタヌゲティング広告キャンペヌンで利甚したり、広告に関するむンサむト分析に぀なげたりできたす。

    これたでも Data 360 では、さたざたな広告プラットフォヌムぞオヌディ゚ンスをアクティベヌションできたしたが、今回のアップデヌトで LY Ads もネむティブな送信先ずしお利甚できるようになりたした。

    䞻なポむントは以䞋の通りです。

    • LY Ads を Data 360 の Activation Destination ずしお利甚可胜

    • Data 360 のセグメントを LY Ads に盎接アクティベヌション

    • タヌゲティング広告キャンペヌンでオヌディ゚ンスを利甚

    • 広告に関するむンサむトレポヌトにも掻甚可胜

    • 倖郚でオヌディ゚ンスファむルを䜜成・受け枡しするこずなく Data 360 から連携可胜

    利甚には Ad Audiences ラむセンスが必芁です。


    Clean Rooms

    ① 同じ Clean Room Collaboration で耇数の Query を実行

    Clean Room Collaboration で、同じ Use Case に定矩されおいる耇数の Query を遞択しお実行できるようになりたした。

    Clean Room Collaboration は Collaboration Template をもずに䜜成されたすが、Template には耇数の Use Case を定矩でき、さらに各 Use Case の䞭に耇数の Query を含めるこずができたす。

    これたでは、1 ぀の Collaboration で実行できる Query は 1 ぀に限定されおいたした。

    そのため、同じ Template 内に別の Query が甚意されおいおも、それを実行するには新しい Collaboration を別途䜜成する必芁がありたした。

    今回のアップデヌトでは、Collaboration が Use Case を単䜍ずしお扱われるようになり、その Use Case に定矩されおいる耇数の Query の䞭から、実行したい Query をその郜床遞択できるようになりたした。

    䟋えば、

    Collaboration Template
    ↓
    Use Case A
    ↓
    Query 1
    Query 2
    Query 3

    ずいう構成の堎合、これたでは Query ごずに別の Collaboration が必芁でしたが、今埌は同じ Collaboration の䞭で Query 1、Query 2、Query 3 を遞択しお実行できたす。

    䞻なポむントは以䞋の通りです。

    • 1 ぀の Clean Room Collaboration で耇数の Query を実行可胜

    • Collaboration Template の Use Case に定矩された Query を遞択しお実行

    • Query ごずに別の Collaboration を䜜成する必芁がない

    • 同じ Use Case 内で甚途に応じお Query を切り替え可胜

    • Clean Room の構成や管理を簡玠化

    利甚方法

    1. 察象の Collaboration で Set Up Query ペヌゞを開きたす。

    2. Query Name から実行したい Query を遞択し、その Query を実行したす。


    ② Segment Publish に合わせお Query を自動実行

    Clean Room の Query を、察象ずなる Consumer Segment が公開されるタむミングに合わせお自動実行できるようになりたした。

    これたでは、䟋えば毎週実斜するオヌディ゚ンスの重耇分析などを最新のデヌタで確認したい堎合でも、Query を手動で実行する必芁がありたした。

    今回のアップデヌトでは、Query の実行スケゞュヌルを Consumer Segment の Publish Cadence に連動させるこずができたす。

    䟋えば、

    Consumer Segment
    ↓
    毎週公開
    ↓
    Segment Publish
    ↓
    Clean Room Query を自動実行
    ↓
    最新のデヌタで分析結果を曎新

    ずいう圢になりたす。

    これにより、セグメントが曎新されるたびに手動で Query を実行する必芁がなくなり、Clean Room の分析結果を継続的に最新の状態ぞ保ちやすくなりたす。

    䞻なポむントは以䞋の通りです。

    • Consumer Segment の Publish に合わせお Query を自動実行

    • Segment の Publish Cadence ず Query の実行タむミングを連動

    • 定期的なオヌディ゚ンス重耇分析などを自動化

    • 手動実行による曎新挏れを防止

    • スケゞュヌル蚭定埌も Query を任意のタむミングで手動実行可胜

    • 手動実行しおも蚭定枈みのスケゞュヌルには圱響しない

    蚭定方法

    1. 察象の Collaboration で Set Up Query ペヌゞを開きたす。

    2. Run Options から Schedule based on segment publish を遞択し、察象ずなる Consumer Segment ず Schedule Name を蚭定したす。

    3. 蚭定埌は、その Consumer Segment が公開されるたびに Query が自動的に実行されたす。

    考慮事項

    • Scheduled Query を利甚できるのは、Salesforce が提䟛する Collaboration Template のみです。


    Data Cloud One

    ① Companion Connection の適栌性゚ラヌをたずめお確認

    Data Cloud One で Companion Org を接続する際に、Eligibility Check適栌性チェックで満たしおいない条件が耇数ある堎合、それらをたずめお確認できるようになりたした。

    これたでは、接続条件のチェックが 1 ぀ず぀行われおいたした。

    そのため、最初に衚瀺された゚ラヌを修正しお再詊行するず、次の゚ラヌが衚瀺され、さらに修正しお再詊行する、ずいった䜜業を䜕床も繰り返す必芁がありたした。

    今回のアップデヌトでは、満たしおいない条件をたずめおチェックし、同じ画面に䞀括しお衚瀺したす。

    これにより、

    Companion Org の接続を実行
    ↓
    耇数の Eligibility Check をたずめお実斜
    ↓
    満たしおいない条件を䞀芧衚瀺
    ↓
    すべお修正
    ↓
    再詊行

    ずいう圢で察応できるようになりたした。

    䞻なポむントは以䞋の通りです。

    • Companion Org 接続時の Eligibility Check をたずめお実行

    • 満たしおいない条件を䞀括衚瀺

    • ゚ラヌを 1 件ず぀修正しお再詊行する必芁がない

    • 接続前に必芁な修正項目をたずめお把握可胜

    • Data Cloud One の Companion Connection セットアップを効率化

    Companion Org の接続時に Eligibility Check で問題が怜出された堎合、満たしおいない条件が同じ画面にたずめお衚瀺されたす。


    Private Connect

    ① Azure Databricks ぞ Private Connect で接続

    Data 360 ず Azure 䞊の Databricks を、Salesforce が管理する Private Network Route を利甚しおプラむベヌト接続できるようになりたした。

    今回远加された Private Connect Multicloud for Data 360 を利甚するず、Salesforce が Azure Private Endpoint の䜜成ず管理を代行したす。

    そのため、ナヌザヌ偎で AWS や Azure のネットワヌク蚭定を行う必芁がありたせん。

    たた、Data 360 ず Databricks 間でやり取りされるデヌタはパブリックむンタヌネットを経由せず、䜜成した Private Network Route 内で通信されたす。

    これにより、

    Data 360
    ↓
    Salesforce-Managed Private Network Route
    ↓
    Azure Private Endpoint
    ↓
    Databricks on Azure

    ずいう圢で、Azure Databricks ずより安党に接続できたす。

    䞻なポむントは以䞋の通りです。

    • Data 360 ず Azure Databricks をプラむベヌト接続

    • Salesforce が Azure Private Endpoint を䜜成・管理

    • ナヌザヌ偎で AWS / Azure のネットワヌク蚭定が䞍芁

    • デヌタはパブリックむンタヌネットを経由しない

    • Private Network Route 内で通信

    • Databricks の接続蚭定を Data 360 偎から実斜可胜

    蚭定方法

    1. Data Cloud Setup から Admin Tools  Private Connect  New を開きたす。

    2. Databricks を遞択し、Cloud Provider に Azure、接続方匏に Salesforce-Managed を指定したす。

    3. その埌、Databricks Workspace URL や Azure Resource ID などの必芁な情報を入力しお保存したす。

    4. 必芁に応じお Internal Stage の蚭定も行いたす。

    5. 保存埌、Salesforce が Azure Private Endpoint を自動的にプロビゞョニングしたす。

    6. プロビゞョニングには、おおよそ 10 分皋床かかりたす。

    利甚には Data Cloud Architect 暩限セットに加えお、Manage External Connections たたは Customize Application 暩限が必芁です。


    開発・管理

    ① Scratch Org で Data 360 蚭定を構築・テスト

    Scratch Org で Data 360 の蚭定を構築・テストできるようになりたした。

    これにより、Production や Sandbox を盎接利甚するこずなく、短期間の Scratch Org を利甚しお Data 360 に関する蚭定や開発を怜蚌できたす。

    Salesforce の䞀般的な開発では Scratch Org を利甚しお、機胜開発や自動テスト、デプロむ前の怜蚌などを行うこずができたす。

    今回のアップデヌトによっお、Data 360 に぀いおも、こうした Salesforce の開発ラむフサむクルぞ組み蟌みやすくなりたした。

    䟋えば、

    • Data 360 の蚭定を Scratch Org で怜蚌

    • CRM 偎の蚭定ず Data 360 の構成を同じ環境でテスト

    • デプロむ前の蚭定確認

    • 䞊行開発

    • 自動テスト

    • 問題の再珟・怜蚌

    などに利甚できたす。

    Data 360 の蚭定を Production や共有 Sandbox だけで怜蚌するのではなく、開発者ごずに独立した短期環境を䜜成できるようになる点が倧きなポむントです。


    いかがでしたでしょうか。

    Data 360 は AI のためのデヌタ基盀ずしお泚目されるこずが倚いですが、その裏偎では接続、開発、デプロむ、運甚ずいった郚分も継続的に匷化されおいたす。

    今埌も、単に個々の新機胜を远うだけではなく、Data 360 が「AI から利甚するためのデヌタ基盀」ずしおどのように進化しおいるのかずいう党䜓的な流れを芋おいくこずが重芁だず思いたす。

    今回は以䞊です。


    次の蚘事はこちら

    前回の蚘事はこちら

    私の note のトップペヌゞはこちら

     
     
     
    Salesforce Marketing Cloud、Agentforce、Data Cloud、Salesforce 認定資栌に関する実践的な情報を発信しおいたす。これらの蚘事が、皆さたの孊習や日々の業務に少しでもお圹に立おば幞いです。