Go.cam s’intègre sous forme de module léger directement dans les parcours d’accès existants. Son activation s’insère dans l’architecture web sans refonte des bases utilisateurs ni modification structurelle des systèmes de gestion d’identité (IAM).

Tiers de confiance ponctuel, le module s'efface immédiatement après la transmission de la décision. L’ensemble reste compatible avec les environnements web standards et est optimisé pour les infrastructures MojoHost.

Deux modes de déploiement au choix

Go.cam propose deux modes de déploiement selon le niveau d’autonomie technique souhaité.

Option	Méthode d'intégration	Autonomie et contrôle
Standard implementation	Insertion d'un snippet (script) ou via un Tag Manager.	Le Client Professionnel (exploitant) conserve la main sur les points d’activation, les règles de déclenchement et l’orchestration.
Hosted implementation	Appel du module hébergé et exploité par Go.cam.	L'intégration se limite aux éléments nécessaires pour appeler le module et exploiter le résultat.

Initialisation du module et interception du parcours

Le module ne fonctionne pas en continu. Il s’initialise au point de contrôle défini par le Client Professionnel (exploitant), au moment précis où l’accès doit être conditionné. Ce déclenchement ciblé garantit la fluidité du parcours et limite la vérification aux périmètres strictement nécessaires.

Les points d’activation courants :

• Entrée sur le domaine pour un service intégralement restreint
• Accès à un répertoire spécifique ou une URL protégée
• Action critique comme l’ajout au panier ou l’étape de paiement

Pendant l’opération, l’utilisateur reste dans l’environnement visuel du site. Une fois la décision produite, le module se retire et la navigation reprend.

Paramétrage du seuil et logique de contrôle

Lors de l’appel du module, le Client Professionnel (exploitant) définit deux paramètres opérationnels :

• Le seuil d’âge : 18 ans, 21 ans, ou tout seuil requis selon la réglementation locale et la typologie de contenu.
• La portée temporelle : vérification à chaque accès ciblé ou validation portée sur la session en cours, selon la stratégie de contrôle retenue.

Le Client Professionnel (exploitant) garde la maîtrise du périmètre éditorial et du zonage soumis à restriction.

Restitution du signal binaire et gestion de l’accès

L’intégration aboutit à un retour unique : autorisation ou refus. Go.cam ne transmet ni donnée biométrique ni donnée personnelle. Le site traduit ce signal binaire dans sa propre logique d’accès :

• Autorisation : levée de la restriction, poursuite de la navigation.
• Refus : application de la règle définie par le Client Professionnel (exploitant) (redirection, blocage de transaction, parcours alternatif).

Go.cam livre la décision technique ; le site pilote l’expérience utilisateur.

Répartition technique des rôles

Le déploiement respecte les protocoles web standards et définit une séparation claire des domaines d'exécution :

Go.cam	Site exploitant
Disponibilité : Performance du moteur et temps de réponse de l'estimation.	Orchestration : Configuration des points d'appel et déclenchement du module.
Sécurité : Intégrité de l'exécution locale et isolation du calcul (sandbox).	Logique d'accès : Traitement du signal binaire et exécution de la redirection.
Maintenance : Mise à jour des modèles et compatibilité avec les navigateurs.	Paramétrage : Définition des seuils et gestion du zonage applicatif.

Synthèse Intégration

• Agilité technique : déploiement par snippet ou mode hébergé, sans refonte de l'architecture existante.
• Contrôle ciblé : initialisation ponctuelle du module uniquement sur les zones ou actions critiques.
• Signal binaire : réception d'un résultat "Autorisation/Refus" immédiat et facile à interpréter par le site.