Quel domaine utiliser pour charger le SDK Didomi?
Par défaut, qu'il soit utilisé pour charger une notice, un centre de préférences ou un widget de requête utilisateur, le SDK Web Didomi, y compris ses ressources (fichiers JavaScript, images, etc.) and les requêtes API, s'appuie sur le domaine privacy-center.org. Alternativement, vous pouvez utiliser votre propre domaine pour charger le SDK et ses ressources. Un domaine personnalisé peut être utilisé pour :
- Partager les consentements entre domaines
- Servir le SDK Web et les requêtes API depuis votre propre domaine en redirigeant toutes les requêtes vers votre domaine au lieu du domaine utilisé par Didomi (privacy-center.org). Cela garantit que Didomi n'apparaît pas comme un tiers sur vos sites web.
- Empêcher les bloqueurs de publicité de bloquer le SDK Didomi.
Nous proposons deux solutions pour configurer votre domaine :
- Un domaine personnalisé délégué s'appuyant sur l'infrastructure de Didomi
- Un reverse proxy s'appuyant sur votre propre infrastructure
Options de configuration disponibles
| Domain Didomi (privacy-center.org) | Délégation NS (sous-domaine) | Reverse proxy (sous-domaine) | Reverse proxy (domaine principal) | |
| Résilience | ❌ | ✅ | ✅ | ✅ |
|
Safari ITP |
❌ | ❌ | ✅ | ✅ |
|
Complexité d'implémentation |
🟢 Faible |
🟢 Faible – Enregistrement NS uniquement | 🔴 Élevée – Nécessite une configuration de reverse proxy |
🔴 Élevée – Nécessite une configuration de reverse proxy + Transformation du path
|
|
Recommandation
|
Idéal pour les clients à petit budget, non techniques, ou les configurations non critiques |
Idéal pour les clients à petit budget, non techniques, ou les configurations non critiques |
Idéal pour les équipes techniques avec une infrastructure solide et des préoccupations ITP, et permet le branding de sous-domaine |
Idéal pour les équipes techniques avec une infrastructure solide et des préoccupations ITP |