ファーストパーティ ID の設定方法

このページで学べること

リピート訪問者を識別する能力を向上させるために、ファーストパーティ ID の設定方法をご確認ください。ファーストパーティ ID はサーバーサイド Cookie を使用して識別を拡張し、より多くのリピート購入者を認識し、より多くのサイト内イベントをアトリビュートし、よりターゲットを絞ったマーケティングオートメーションを実現できるようにします。

First-Party ID の仕組みはどのようになっていますか？

Klaviyo の標準トラッキングでは、JavaScript を使用して訪問者のブラウザに __kla_id という Cookie を設定します（詳細はこちら）。Safari や Firefox などのブラウザでは、プライバシー保護によりその Cookie が保持される期間に上限があります。期限が切れると、別の識別イベントが発生するまで、Klaviyo は訪問者を既知のプロファイルとして認識できなくなります。

ファーストパーティ ID は、お客様のドメインのサブドメイン上で Cloudflare worker を実行することで、これに対処します。この worker は、__kle_id という長期間有効でサーバーによって設定される Cookie を設定します。既存の __kla_id の有効期限が切れると、Klaviyo は __kle_id を使用してそれを更新し、訪問者を再識別して、オンサイトでアクティブなセッションを正しい既知のプロファイルに紐付けます。worker が利用できない場合でも、Klaviyo は標準の __kla_id の動作（Klaviyo Javascript）に問題なくフォールバックするため、データが失われることはありません。

• 注意：First-Party ID は、完全に新規の訪問者を識別しません。First-Party ID が再訪時に再識別できるようにするには、買い物客は事前に、登録、トラッキングされたメールクリック、またはその他の識別イベントによって作成された Klaviyo プロファイルを持っている必要があります。

Cookie の有効期間

訪問者が識別されると、Klaviyo Cookie（__kla_id）は最大 2 年間保持されるように設定されますが、その有効期間は各ブラウザの Cookie の有効期間ポリシーによって異なります。これは、ブラウザで Cookie がどのように設定されるかによって決まります。__kla_id は通常、Cookie をクライアントサイドに配置する Klaviyo Javascript を使用して設定されます。Extended ID または First Party ID が有効になっている場合、Klaviyo Cookie はそれぞれクライアントサイドとサーバーサイドに設定されます。ユーザーを再識別しやすくするために、これらの Klaviyo 機能を有効にする方法の詳細をご覧ください。拡張 ID の設定方法については、こちらをご覧ください。

標準の __kla_id Cookie の有効期間（First-Party ID が更新する必要が生じるまでの継続時間）は、ブラウザによって異なります。詳細については、この CookieStatus で確認できます。

• Cookie の有効期間はブラウザによって異なり、Cookie が JavaScript によりクライアント側で設定されるか、サーバー側で設定されるかによっても変わります。以下の表では、両方を示しています。

ファーストパーティ ID を有効化

First-Party ID には、Klaviyo の Cloudflare アカウントを参照する、お使いのドメイン上の専用サブドメインが必要です。Klaviyo は必要な DNS レコードを提供します。

• Klaviyo アカウントの左下にあるアカウントメニューをクリックしてください。
• メニューから [設定] を選択してください。

• [データ] タブに移動します
• First-Party ID セクションで、[設定] をクリックします。
• 事前入力されたドメインが正しいことを確認してください。正しくない場合は、ルートドメイン （例：example.com）をストアフロントに入力し、[次へ] をクリックしてください。

• サブドメインを設定するには、Entri を使用していくつかの詳細を入力し、サブドメインを自動的に設定することもできます。または、DNS プロバイダーの設定でサブドメインを手動で設定することもできます。

• Entri を選択する場合
  • [Entri と接続] をクリックし、[続行] をクリックします。

• Entri はドメインの DNS プロバイダーを自動的に検出し、ログイン情報などのいくつかの詳細の入力を求めます。画面の指示に従うと、Entri がサブドメインを DNS レコードに自動的に追加します。

• 手動を選択する場合
  • 画面に表示されている CNAME レコードを DNS プロバイダーにコピー＆ペーストしてください。

• [確認] をクリックしてください。

• セットアップが完了しました。Klaviyo システムが、サブドメインが正しくトラフィックを受信し始めていることを確認するまで最大 48 時間かかります。サブドメインの検証が完了し、ファーストパーティ ID が稼働するとメールが届きます！

サブドメインのステータス状態

サブドメインのステータスが失敗と表示されます

[エラー] ステータスは、Cloudflare がサブドメイン設定の問題を検出したことを意味します。一般的な原因：

• CNAME レコードが見つからないか、誤ったターゲットを参照しています。
• DNS レコードは追加されましたが、完全には伝播していません（まれに最大 48 時間かかる場合があります）。
• Klaviyo が提供した CNAME ターゲットが誤って入力されました。

解決方法：問題に応じて、その問題に関する手順が記載されたメールが届きます。通常は、DNS レコードがセットアップフローで表示された内容と完全に一致していることを確認し、ファーストパーティ ID の設定で [再設定] をクリックする必要があります。問題が解決しない場合は、Klaviyo サポートにお問い合わせください。

ファーストパーティ ID を無効化

ファーストパーティ ID をオフにするには：

1. Klaviyo アカウントの左下にあるアカウントメニューをクリックしてください。
2. メニューから [設定] を選択してください。
3. [データ] タブに移動します。
4. ファーストパーティ ID セクションで、[無効化] ボタンをクリックしてください。

ファーストパーティ ID の影響を測定

First-Party ID がブランドの訪問者識別能力に与える影響を確認するには、Active on Site イベントを活用できます。

1. [アナリティクス] —> [メトリック] —> [サイト上でアクティブ] に移動します。
   
2. フィルタ [By]—>ssc_refresh を追加します。

これは、First Party ID によってキャプチャされた追加の active on site イベント数を示しています。First Party ID でキャプチャされたイベントの値は 1.0（つまり true）で、Klaviyo の標準 Cookie トラッキングまたは Extended ID でキャプチャされたイベントの値は 0.0（つまり false）です。

First-Party ID はアクティブですが、Active on Site に ssc_refresh プロパティが表示されません

ssc_refresh フラグは、ワーカーの再ハイドレーションが成功した後にキャプチャされたイベントにのみ設定されます。__kla_id の有効期限が切れた後にサイトに再訪した訪問者がいない場合、ssc_refresh イベントはまだ発生していません。

ファーストパーティ ID のアトリビューションを理解する

Klaviyo は、"アトリビューション対象" のオンサイトイベント（__kla_id の有効期限が切れた後に、ファーストパーティ ID がリピーターの購入者を正常に再識別したセッション）を追跡します。アトリビューション対象イベントとは：

• 訪問者は以前に Klaviyo プロファイル（サインアップ、メールのクリック、フォーム送信などを通じて作成）を持っていました。
• 訪問の間に __kla_id Cookie の有効期限が切れました。
• ユーザーがサイトに戻ると、worker は __kle_id に保存された ID を返しました。
• Klaviyo は __kla_id を復元し、セッションに ssc_refresh=1.0 をタグ付けしました。
  • ssc_refresh フラグは、ワーカーが __kla_id の再ハイドレーションに成功したまさにその時点で設定されます。その時点でアトリビューションがログに記録されます。
• そのセッション内の後続のオンサイト イベント（ページビュー、カートに追加など）はすべて、既知のプロファイルに紐付けられます。

ファーストパーティ ID の設定に関するよくある質問

ファーストパーティ ID の稼働を開始する際に顧客から最もよく寄せられる質問への回答：

1. First Party ID はフィンガープリンティングを使用しますか？また、複数のデバイスにわたって再識別できますか？
   1. ファーストパーティ ID では、フィンガープリンティング、確率的識別子、IP アドレス、デバイスデータ、クリック ID、ユーザーエージェント文字列は使用されません。
   2. 複数のデバイスまたはブラウザにまたがる再識別はサポートされていません。
2. First party ID は CAPI と連携しますか？
   1. ファーストパーティー ID はコンバージョン API（CAPI）と連携しません。
3. First Party ID を使用して、Klaviyo アカウントで 2 つ以上のドメインを使用できますか？
   1. 各ドメインは、1つの Klaviyo アカウント上のファーストパーティ ID にのみ割り当て可能です。同じ URL が複数のポートフォリオ アカウント間で共有されている場合（例：同じドメインで US と CA のストアフロントを運用している場合）、ファーストパーティ ID を有効化できるのはそのうち1つだけです。
4. DNS セットアップにはどれくらい時間がかかりますか？
   1. 通常は CNAME レコードを追加してから数分で完了しますが、DNS プロバイダーによっては最大 48 時間かかる場合があります。[DNS 保留中] の状態が 60 分以上続く場合は、dnschecker.org などのツールで伝播を確認してください。
5. 同じドメインを 2 つ以上の Klaviyo アカウントで使用できますか？
   1. いいえ。ドメインは 1 つの Klaviyo アカウント内でのみ First-Party ID に割り当てることができ、他のポートフォリオ アカウント間で再利用することはできません。同じ URL を共有している 2 つのアカウント（たとえば、同一ドメイン上の米国向けとカナダ向けのストアフロント）であっても同様です。
6. ファーストパーティー ID を有効にする前にプライバシーポリシーを更新する必要はありますか？
   1. First-Party ID をオンにする場合、Cookie に関する通知を顧客に再度発行し、利用規約および/またはプライバシーに関する通知を確認して、再識別プロセスについて顧客に通知されるようにすることを強く推奨します。Klaviyo Cookie は期限切れになりますが、First-Party ID はサーバーサイド Cookie 機能によって再識別を提供し、自社ドメインから直接 Klaviyo Cookie を更新できるようにします。
   2. Klaviyo の Cookie を理解する の記事で、 プライバシーに関する通知、Cookie に関する通知、同意 の詳細をご確認ください。
7. ファーストパーティ ID を設定した場合でも、Extended ID は必要ですか？
   1. この 2 つは、互いに置き換えるのではなく連携して機能します。両方が有効になっている場合は First-Party ID が優先され、Extended ID は First-Party ID がまだ到達していない訪問者を引き続き補足します。
8. 設定中に問題が発生した場合、トラッキングは壊れてしまいますか？
   1. いいえ。worker に到達できない場合、Klaviyo は自動的に標準の __kla_id の動作にフォールバックします。データは失われません。
9. 有効化してからどのくらいで First-Party ID による属性付けイベントが表示されますか？
   1. これは、トラフィックのブラウザ構成によって異なります。ファーストパーティ ID で __kla_id を更新できるのは、既存の Cookie の有効期限が切れて訪問者が再訪した後に限られます。そのため、初期シグナルを確認するには3週間後に、さらにより確かな影響を確認するには約2か月後に、あらためてご確認ください。
10. ファーストパーティ ID を有効にしたところです。まだアトリビューションされたイベントが表示されないのはなぜですか？
    1. これは想定どおりです。ファーストパーティ ID が __kla_id を更新できるのは、訪問者の既存の __kla_id の有効期限が切れてから、その後に再度サイトに戻ってきた場合のみです。タイムラインはブラウザによって異なります。特に Safari のトラフィックについては、3 週間後に早期の兆候を確認してください。アトリビューションは、既存の Cookie の有効期限が切れ、買い物客が戻ってくるにつれて徐々に蓄積されます。
11. Extended ID を有効にしていて、First-Party ID をオンにしました。First-Party ID によって属性付けされたイベントが、Extended ID によって属性付けされたイベントより少ないのはなぜですか？
    1. これは想定どおりの動作です。特に最初の数週間は起こりやすくなります。拡張 ID によって、多くの買い物客の __kla_id が最近更新された可能性があります。つまり、それらの Cookie はファーストパーティ ID が引き継ぐ前に、TTL の有効期限がまだ残っている状態です。
    2. ファーストパーティ ID のアトリビューションを取得するためのパイプラインには、識別イベント → __kla_id の有効期限切れ → 再訪問の 3 つが順番に必要です。これらの有効期限切れが反映されるのを、引き続き待っているところです。
    3. 時間の経過とともに、アトリビューションは変化するはずです。ファーストパーティー ID が拡大するにつれて、Extended ID に起因するイベントは減少傾向になります。注視すべき重要なシグナル：ファーストパーティー ID に起因するイベントは、Extended ID に起因するイベントの減少幅よりも大きく増加するはずです。これにより、単なる置き換えではなく、純増の新規識別であることが確認できます。

その他のリソース