テクノロジー2026年7月28日 | FlexyConsent

FullStoryデジタル体験・セッションリプレイのCookieコンセント統合ガイド：2026年版プレイブック

FullStoryがデジタル体験分析カテゴリで圧倒的な存在感を持つのは一つの理由による：デフォルトですべてを取得するからです。従来の分析ツールが開発者がインストルメントした個別のイベントを記録し、プロダクト分析プラットフォームがインタラクションと自動取得されたサプリメントを記録するのに対し、FullStoryは完全にレンダリングされたDOM、カーソルの軌跡、キーストロークのタイミング、スクロール動作、レイジクリック、デッドクリック、ネットワークリクエスト、JavaScriptエラーをすべて取得し、アナリストがフレームごとにスクラブできるセッション録画に縫い合わせます。その網羅性こそが製品の本質です。それはまた、FullStoryがあらゆる現代的なプライバシー制度において最も厳格なコンセントルールの交差点に位置する理由でもあります。EDPBの2023年セッションリプレイガイダンスと2026年タスクフォースの優先事項は、セッションリプレイを汎用的な分析とは区別される、より厳格なコンセントカテゴリとして扱っています。CNILはこのトピックで最も公的な規制機関でしたが、それだけではありません。Garante、ICO、スペインのAEPD、オランダのAPもすべて整合した立場を示しています。コンセントファーストの取得のために適切なマスキング、ゲーティング、監査証跡を備えて設定されたFullStoryの展開は、パブリッシャーが実行できる最も強力なツールの一つです。そのように設定されていないものは、規制機関が最も簡単に見つけるターゲットの一つです。

FullStoryが最も厳格なコンセントカテゴリに位置する理由

デフォルトのFullStory初期化はすべてのセッションリプレイツールが行うことに加え、さらに多くのことを行います。ページ読み込みから数ミリ秒以内に、永続的な訪問者識別子と最終アクティブタイムスタンプを含むfs_uidとfs_lua名前空間でファーストパーティCookieを設定し、fs_sessionでセッション識別子を生成し、レンダリングされたDOMをrs.fullstory.comへのストリーミングを開始します。ストリームにはすべての入力イベント、すべてのマウス移動、すべてのスクロール位置、すべてのページ遷移、そしてネットワークキャプチャモジュールが有効な場合はページが発行するすべてのXHRとfetchレスポンス（オペレーターが抑制を設定していない限り、レスポンスボディを含む）が含まれます。

これらの各取得は別個のコンセントゲートを有効にします。訪問者識別子の永続化は、EEA、UK、および同じ標準を採用したすべての法域において事前の、自由に与えられた、具体的な、情報に基づいた、明確なコンセントを必要とするePrivacy指令のArticle 5(3)に基づくストレージ・アクセス操作です。レンダリングされたDOMを記録することは、視覚的な記録がユーザーを特定し、そのユーザーについての実質的なコンテンツを明らかにするのに十分であるため、GDPRに基づく個人データの処理です。キーストロークストリームの取得は特別な感受性を持ちます：ユーザーがフォームフィールドに入力するものはすべてフレームごとに取得され、フィールドがマスクされていない場合、録画には入力されたコンテンツが含まれます。EDPBは、セッションリプレイの取得が汎用的な分析コンセントとは別の明示的で粒度の細かいコンセントを必要とするカテゴリであることを明確にしており、マスキングはコンセントの補完であり代替ではないと述べています。

FullStoryがコンセント前に書き込むもの、そして抑制すべきもの

標準的なFullStoryクイックスタートはトラッキングスニペットをページの<head>に直接インストールします。これはドキュメント通りに機能しますが、最も一般的なコンプライアンス障害の原因でもあります。スニペットはCookieバナーがレンダリングされる前に実行され、fs_uidとfs_sessionのCookieが数ミリ秒以内に書き込まれ、ユーザーが後に何を決定しようとも、セッションリプレイストリームがrs.fullstory.comへ流れ始めます。このパターンについて裁定を下したすべてのヨーロッパの規制機関は同じように裁定しています。コンセント前に設定されたCookieは違法であり、コンセント前に取得された録画は違法な処理であり、パブリッシャーが責任を負うと。

したがって、準拠した統合は関連するコンセントカテゴリが付与されるまでFullStoryスニペットが初期化されるのを防ぐ必要があります。本番環境で機能するパターンは、遅延記録と組み合わせたFS.consent() APIです。スニペットをFullStory({ orgId: 'XXX', recordOnlyThisIFrame: false })でロードし、すぐにFS.shutdown()を呼び出し、CMPがセッションリプレイカテゴリが付与されたことを通知した後にのみFS.restart()とFS.consent(true)を呼び出します。代替パターンは条件付きスクリプトインジェクションです。FullStoryスニペットはコンセントが付与された後にのみDOMに追加されます。これはよりクリーンですが、FullStoryが提供するコンセント前のアイデンティティスティッチングを失うことをオペレーターに要求します。

FullStoryが書き込むCookieとストレージ

FullStoryスニペットは初期化時に次の識別子を書き込みます。これらはすべて必須ではなく、コンセントが必要です。永続的な訪問者識別子を含む複数年の有効期限を持つfs_uid、最終ユーザーアクティビティタイムスタンプを持つfs_lua、セッション識別子を持つfs_session、そしてFullStoryが内部的に使用する録画状態マーカーです。コンセントを撤回すると、これらのCookieを失効させ、それ以上の取得を停止するためにFS.consent(false)に続いてFS.shutdown()を呼び出す必要があり、パブリッシャーはユーザーの以前の録画についてFullStoryのプライバシーエンドポイントを通じて削除リクエストを送信する必要があります。

FullStoryをコンセントフレームワークにマッピングする

FullStoryはIAB TCFやIAB Global Privacy Platformをネイティブに実装していません。広告テクノロジーベンダーではなく、ファーストパーティのデジタル体験プラットフォームです。ネイティブのコンセントAPIを公開し、コンセント状態に関係なく動作するプライベートバイデフォルトのマスキングモデルをサポートしています。規制機関のレビューを乗り切るパターンは、各FullStoryモジュールを特定のCMPシグナルに結びついた別個のゲートとして扱います。

セッションリプレイと完全なDOMストリームは汎用分析とは区別される専用のセッションリプレイまたは調査カテゴリに結びついています。EDPBのガイダンスはこの点で明確です。リプレイのコンセントは分析やマーケティングと組み合わせるのではなく、別個で粒度の細かいものでなければなりません。
ネットワークキャプチャは視覚的なインターフェースとは無関係な個人データを含む可能性のあるHTTPレスポンスボディを取得するため、同じカテゴリ内のより厳格なサブゲートの背後にあります。ネットワークキャプチャはデフォルトでオフにし、オペレーターがレスポンスボディに機密データが含まれないことを確認した特定のアプリケーションパスに対してのみ有効にする必要があります。
FS.identify()によるアイデンティティスティッチングは、ユーザーが匿名の場合に正当な利益に基づいて一時的なセッション識別子で実行できますが、セッション間で永続的なファーストパーティ識別子に識別を縫い合わせることは、セッションリプレイと同じコンセントを必要とします。
セッションリプレイストリームから得られたヒートマップとコンバージョン分析はアップストリームのストリームからゲートを継承します。これらは別個のコンセントサーフェスではなく、同じ取得データのダウンストリームの製品です。

機能する統合パターン

参照デプロイメントには4つの部分があります。リアルタイムのコンセント変更イベントを公開するCMP、FS.shutdown()で取得を抑制してFullStoryを初期化する遅延ブートストラップ、セッションリプレイゲートが開いたときにFS.consent(true)とFS.restart()を呼び出すコンセントリスナー、そして明示的にオプトインされない限りすべての入力フィールドを厳格に抑制するプライベートバイデフォルトのマスキング設定です。

プライベートバイデフォルトのマスキング

FullStoryのマスキングレイヤーはコンセントとは独立して動作し、コンセントが付与されている場合でも積極的に設定する必要があります。任意の要素のfs-mask CSSクラスはその要素のコンテンツを録画から抑制し、fs-exclude CSSクラスは要素をDOMストリームから完全に除外し、fs-blockクラスはコンテンツと構造の両方をブロックします。GDPRの特別カテゴリルールとCCPAの機密個人情報の定義の下では、ユーザーのコンセント状態に関係なく、健康情報、財務詳細、政府識別子、生体認証データ、正確な位置情報、またはプライベート通信のコンテンツを取得する可能性のある任意のフィールドはマスキング属性を使用する必要があります。推奨される姿勢はフィールドレベルではなくフォームレベルでfs-maskを適用することです。既存のフォームに新しいフィールドを追加する開発者は、自動的にキャッチするフォームレベルのマスキングラッパー内で操作するよりも、個別にマスクすることを覚えている可能性がはるかに低いです。

リージョン選択とデータレジデンシー

FullStoryは個別の米国とEUのインジェスションエンドポイントを運営しています。EEAとUKのトラフィックにはEUエンドポイントが適切なデフォルトです。EEA内でインジェスション、処理、ストレージを保持し、米国リージョンのセッションリプレイデプロイメントが持つSchrems IIへの露出を削減します。エンドポイントはFullStory組織ごとに設定され、遡及的に変更することはできないため、リージョンの選択はスケーリング前に行い、収集からストレージまで法的根拠のチェーンが整合するようにプライバシーノーティスに文書化する必要があります。

統合と監査証跡の検証

検証ステップは規制機関が確認し、パブリッシャーがセッションリプレイツールで最も頻繁にスキップするものです。適切に統合されたFullStoryデプロイメントは順番に4つのテストを通過する必要があります。まず、バナーが表示されているが選択が行われていないクリーンなブラウザセッションは、SDKファイルの取得以外にrs.fullstory.comへのリクエストがゼロで、document.cookieにfs_Cookieがゼロである必要があります。次に、セッションリプレイのコンセントを拒否するとその状態を維持する必要があります。取得なし、識別子なし、録画なし。第三に、セッションリプレイのコンセントを受け入れると、期待されるfs_uid Cookie、単一のFS.consent(true)イベント、設定されたリージョンエンドポイントへのDOMストリームが生成され、マスクされたフィールドがマスクプレースホルダーのみをキャプチャすることが確認される必要があります。第四に、コンセントを撤回すると即座にそれ以上の取得を停止し、fs_ Cookieを失効させ、ユーザーの以前の録画についてFullStoryのプライバシーエンドポイントを通じて削除リクエストをトリガーする必要があります。

監査証跡の期待はセッションリプレイツールが最も厳しい精査を受ける場所です。EDPBの2023年クッキーバナーガイダンスと2026年タスクフォースの更新された優先事項では、パブリッシャーはFullStoryプロジェクト内の特定のセッション録画について、それを生成したユーザーが取得の瞬間に有効なセッションリプレイのコンセントを与えていたことを証明できなければならないと明確に述べています。標準的なパターンはFS.setUserVars({ consent_version: 'v3', consent_ts: ts })を通じてFullStory識別子にユーザー変数としてコンセントバージョンとタイムスタンプを設定することで、個々の録画が特定のコンセントログエントリまで追跡できるようにします。適切にゲートされたデプロイメントは、デフォルトでプライベートなマスキング属性と撤回時に有効化される削除パスと組み合わせることで、FullStoryの網羅性を規制上の集中リスクからパブリッシャーのデジタル体験スタックの防御可能な部分に変換します。