サイトごとに1つのプロジェクト(siteCode)
長所
- きめ細やかなチーム管理: 各サイトまたはプロジェクトに対して特定の権限を割り当てられます。
- 独立した設定: 各プロジェクトは独自のゴール、実験、統合を持つことができます。さらに、必要に応じて異なるプロジェクト間でテスト、ゴール、セグメントを簡単に複製できます。
- デバッグとリスク分離の容易化: あるサイトでの問題は他のサイトに影響しません。
- 柔軟なテスト: 異なる国やサイトごとにさまざまなテスト戦略を実装できます。
短所
- 非効率: セットアップとメンテナンスにより大きな労力が必要です。異なるプロジェクト間で設定とテストを複製するには手動作業が必要ですが、このプロセスは Automation API で合理化できます。
- 複雑性の増大: 複数のサイトでテストを実行する場合、グローバルなテストの複雑さを管理することが難しくなる可能性があります。複製と結果の手動集計が必要になるためです。
- 保守: サイト間で同一の設定を保証することが困難になるため、一貫性の維持がより難しくなります。さらに、各プロジェクトはサードパーティツールとの個別の統合を必要とするため、統合の作業量が増加します。
複数サイトのための1つのプロジェクト(siteCode)(共有 siteCode)
長所
- 簡素化された管理: ゴール、セグメント、サードパーティ統合が一元化され、扱いやすくなります。
- グローバルテストが容易: 複数の地域にわたってスムーズに A/B テストを実施できます。
- より迅速なデプロイ: 個々のサイトごとにテスト、ゴール、セグメントを複製する必要がありません。
- 統一されたデータ分析: 単一のダッシュボードで、異なる国とサイト間のパフォーマンス比較がより容易になります。
短所
- パフォーマンスへの影響の増加: 一部の機能が不要な場合でも、単一のスクリプトがすべてのサイトで読み込まれます。
- より複雑なターゲティング: 実験が関連ユーザーにのみ影響するように、URLパターンなどの追加の基準が必要です。
- より高いリスクエクスポージャー: 共有スクリプト(例: グローバルカスタムスクリプト)の問題はすべてのサイトに影響を与える可能性があります。
- 柔軟性の制限: サイトが同一でない場合、違いに対処するためのワークアラウンドが必要になる可能性があります。