> ## Documentation Index
> Fetch the complete documentation index at: https://docs.kameleoon.com/llms.txt
> Use this file to discover all available pages before exploring further.

# 複数ドメインにまたがる単一の Kameleoon プロジェクト vs. 複数プロジェクト

> マルチドメインのA/Bテスト戦略に適したセットアップを選択するために、単一の共有プロジェクトとサイトごとのKameleoonプロジェクト構造を比較します。

複数のウェブサイトにわたって A/B テストとパーソナライゼーション戦略を実装する場合、各サイトに別々のプロジェクト(1つの siteCode)を使用するか、すべてのサイトに対して単一の共有プロジェクトを採用するかを決定することが重要です。この選択は、パフォーマンス、スケーラビリティ、テストのデプロイ、および全体的な管理のしやすさに影響します。

このガイドでは、両方のアプローチを比較し、それぞれの長所と短所を強調して、特定のニーズに基づいて最も適した構造を選択するのに役立てます。siteCode の場所のクイックガイドについては、[このリンク](/user-manual/faq#how-do-i-find-my-sitecode) をクリックしてください。

## サイトごとに1つのプロジェクト(siteCode)

### 長所

***

* **きめ細やかなチーム管理:** 各サイトまたはプロジェクトに対して特定の権限を割り当てられます。

* **独立した設定:** 各プロジェクトは独自のゴール、実験、統合を持つことができます。さらに、必要に応じて異なるプロジェクト間でテスト、ゴール、セグメントを簡単に複製できます。

* **デバッグとリスク分離の容易化:** あるサイトでの問題は他のサイトに影響しません。

* **柔軟なテスト:** 異なる国やサイトごとにさまざまなテスト戦略を実装できます。

### 短所

***

* **非効率:** セットアップとメンテナンスにより大きな労力が必要です。異なるプロジェクト間で設定とテストを複製するには手動作業が必要ですが、このプロセスは Automation API で合理化できます。

* **複雑性の増大:** 複数のサイトでテストを実行する場合、グローバルなテストの複雑さを管理することが難しくなる可能性があります。複製と結果の手動集計が必要になるためです。

* **保守:** サイト間で同一の設定を保証することが困難になるため、一貫性の維持がより難しくなります。さらに、各プロジェクトはサードパーティツールとの個別の統合を必要とするため、統合の作業量が増加します。

## 複数サイトのための1つのプロジェクト(siteCode)(共有 siteCode)

### 長所

***

* **簡素化された管理**: ゴール、セグメント、サードパーティ統合が一元化され、扱いやすくなります。

* **グローバルテストが容易**: 複数の地域にわたってスムーズに A/B テストを実施できます。

* **より迅速なデプロイ**: 個々のサイトごとにテスト、ゴール、セグメントを複製する必要がありません。

* **統一されたデータ分析**: 単一のダッシュボードで、異なる国とサイト間のパフォーマンス比較がより容易になります。

### 短所

***

* **パフォーマンスへの影響の増加:** 一部の機能が不要な場合でも、単一のスクリプトがすべてのサイトで読み込まれます。

* **より複雑なターゲティング:** 実験が関連ユーザーにのみ影響するように、URLパターンなどの追加の基準が必要です。

* **より高いリスクエクスポージャー:** 共有スクリプト(例: **グローバルカスタムスクリプト**)の問題はすべてのサイトに影響を与える可能性があります。

* **柔軟性の制限:** サイトが同一でない場合、違いに対処するためのワークアラウンドが必要になる可能性があります。

## 推奨事項

サイトが大きく異なる場合、またはチーム権限、統合、実験を独立して制御する必要がある場合は、別々のプロジェクトを使用してください。
サイトがほぼ同一で、統一されたデータと簡単なテストデプロイが可能な場合は、共有プロジェクトを使用してください。