Coredashの高度なセットアップオプション
Core/Dashの標準トラッキングはすぐに機能するが、すべてのウェブサイトには独自の要件がある。高度な設定オプションを利用すれば、データ収集方法を柔軟に適合させ、特定のユースケースに対して指標を正確かつ実用的なものにすることができる。
最初のページビューの追跡
最初のページビューはそれ以降のページビューとは異なるため、最初のページビューの追跡は重要である。 訪問者のブラウザには、すぐにアクセスできるキャッシュファイルがなく、追加のDNSルックアップやブラウザとサーバー間の安全な接続の確立に時間がかかるためだ。
最初のページビューは明らかに第一印象を決定づけ、広告トラフィックのような新しいトラフィックソースにも関連する。そのため、新規訪問者を追跡してフィルタリングすることが、サイトにとって重要なのだ。
Coredashは、最初のページビューの追跡方法に柔軟性を提供する。この設定により、最初の訪問を記録するかどうか、およびデータをどのように保存するかを決定する。

オプション:
- 有効 (Localstorage経由、デフォルト): モダンで軽量なオプション。リクエストヘッダーを軽く保ちたいシングルページアプリケーション(SPA)に最適である。
- 有効 (Cookie経由): 最も堅牢な方法。ブラウザを閉じてもユーザーを記憶し、再訪問に関する正確なデータを提供する。
- 無効: 厳格なプライバシー要件がある場合、または独自のシステムでセッショントラッキングを処理する場合は、これをオフにする。
ページラベル
URLは煩雑で固有なものになりがちだが、テンプレートはそうではない。何百もの製品ページを「Product Detail」のような単一のラベルにグループ化することで、統計的に有意な集計データが得られる。これにより、類似したページタイプ全体でのパフォーマンスの傾向を簡単に特定できるようになる。

Coredashが初期化される前に、JavaScriptのグローバルスコープでページラベルを定義する:
window.__CWVL = 'product_detail_template';'mypagelabel'を、そのページの一意の識別子に置き換える。このラベルは、識別を容易にするためにCoredashレポートに表示される。
A/Bテストのセグメンテーション
新機能によってパフォーマンスの低下が生じることがある。アクティブな実験バリアントでユーザーセッションにタグを付けることで、バージョンBがバージョンAより遅いかどうかを即座に確認できる。:
window.__CWAB = 'experiment_checkout_v2'; 「v2」ユーザーのロード時間が遅くなり始めた場合、即座に把握できるため、機能を全員に展開する前にボトルネックを修正できる。
ログインユーザーを追跡する(匿名で!)
ログインユーザーは、多くの場合、サイトを異なる形で体験する。彼らのページはキャッシュされない可能性があり、サーバーの応答時間が遅くなる原因となる。認証されたトラフィックを匿名の訪問者から分離することで、公開向けパフォーマンス指標の正確性を維持し、バックエンド処理によってデータが歪められるのを防ぐことができる。
ユーザーの状態を区別するには、以下のフラグを使用する:
- ログインユーザーの場合は、次のように設定する:
window.__CWLI = 1; window.__CWLI = 0; このシンプルな手順により、マーケティングページとアプリケーションビューの両方でクリーンなデータを確保できる。

