Pour les éditeurs d'actualités en particulier, un mode de consentement permettant au visiteur de choisir uniquement entre la publicité et un abonnement payant peut constituer un modèle intéressant. Les éditeurs peuvent mettre en œuvre ce modèle « payer ou accepter » (également appelé PUR ou « accepter ou s'abonner ») soit en utilisant notre module ContentPass intégré, soit en implémentant le service eux-mêmes.

Considérations relatives à la conception

Lors de la mise en place d'un modèle « payer ou accepter », les éditeurs devront utiliser du code HTML personnalisé afin d'afficher la passerelle de paiement. Il est généralement recommandé de mettre en avant les deux options (payer ou accepter) de manière égale et avec un design similaire.

Mise en œuvre technique

La mise en œuvre technique d'un modèle de paiement propre se présente comme suit :

1. Si un modèle « payer ou accepter » doit être utilisé sur le site web, celui-ci doit définir la variable window.cmp_pur_enable = true; . Cela activera les mécanismes de vérification internes. Une fois activée, la couche s'affichera systématiquement, sauf si un consentement complet (tous les fournisseurs + toutes les finalités activés) est donné ou si le signal de connexion est présent. Veuillez vous assurer que la variable est définie avant le code CMP.
   
   
2. Une fois que l'utilisateur a payé et s'est connecté, le site web doit signaler cela au CMP en définissant la variable window.cmp_pur_loggedin = true;. Une fois connecté, le CMP rejettera automatiquement tous les fournisseurs et toutes les finalités pouvant être rejetés.
   Remarque : veuillez vous assurer que cette variable est définie avant le code CMP ou, si cela n'est pas possible, utilisez window.cmp_waitforimport afin de retarder le chargement du CMP en attendant le statut de connexion.
   
   
3. Dans les cas où les codes tiers ne doivent être bloqués que lorsqu'un utilisateur est connecté, vous devez utiliser l'attribut data-cmp-block="purmodel" afin d’indiquer au CMP que ce script ou cet iframe doit être bloqué.
   Remarque : si le blocage semi-automatique est utilisé, vous devrez préparer l’élément pour le blocage en mettant à jour les attributs.

Le parcours utilisateur normal sera le suivant :

1. Le visiteur arrive sur le site web. Le code de blocage automatique bloquera tous les éléments tiers et/ou le webmaster a préparé les codes pour un blocage semi-automatique.
2. Le CMP reçoit le signal cmp_pur_enable et vérifie si le consentement ou une connexion a été donné(e).
3. Pour un nouvel utilisateur, ni le consentement ni les identifiants de connexion ne seront fournis, c'est pourquoi la fenêtre de consentement s'affichera.
4. a) l'utilisateur clique sur « Tout accepter », la fenêtre de consentement disparaît et l'utilisateur peut continuer à utiliser le site web
   b) l'utilisateur clique sur « Se connecter » ou « Payer » et est redirigé vers une nouvelle page afin de procéder à la connexion ou au paiement (Remarque : la page de connexion/paiement ne doit pas inclure le code CMP et ne doit pas utiliser de codes tiers non essentiels)
5. Une fois que l'utilisateur a payé et/ou s'est connecté, il est redirigé vers le site web. Le site web signale cmp_pur_enable ET cmp_pur_loggedin. Le CMP désactive tous les fournisseurs et toutes les finalités et n'affiche pas la couche de consentement.

Configuration variables

Variable	Description
window.cmp_pur_enable	Doit être défini sur « true » pour activer les modes « payer ou accepter ». Lorsque vous utilisez le module ContentPass intégré, cette valeur est automatiquement définie sur « true ».
window.cmp_pur_loggedin	Indique au CMP si l'utilisateur est connecté en tant qu'utilisateur payant.
window.cmp_pur_mode	Définit la manière dont le CMP doit traiter les visiteurs ayant déjà fait des choix. Définissez-la sur 0 (par défaut) pour indiquer au CMP que les visiteurs ayant déjà fait des choix mais n'ayant pas accepté tous les fournisseurs doivent voir s'afficher à nouveau la couche de consentement. Définissez sur 1 pour indiquer au CMP que les visiteurs ayant déjà effectué des choix mais n'ayant pas accepté tous les fournisseurs ne doivent plus voir s'afficher la couche de consentement. Définissez sur 2 pour indiquer au CMP que certaines finalités (définies via window.cmp_pur_purposes) ou fournisseurs (définis via window.cmp_pur_vendors) doivent être activés pour masquer la couche de consentement. Si des finalités/fournisseurs manquent, la couche s’affichera à nouveau.

Masquer le contenu pour les visiteurs qui n'ont pas accepté

Afin d'obliger les utilisateurs à faire un choix, vous pouvez masquer du contenu sur votre page si les utilisateurs n'ont pas donné leur accord. Pour ce faire, vous pouvez ajouter class="cmplazyload" data-cmp-block="textblocking" à n'importe quel élément de votre page. Pour les visiteurs qui n'ont pas accepté tous les fournisseurs et toutes les finalités (et qui ne se sont pas connectés via ContentPass ou notre modèle), la plateforme de gestion du consentement (CMP) masquera l'élément et affichera à la place un message de consentement.

Vous pouvez utiliser data-cmp-preview-... des attributs et data-cmp-vendor / data-cmp-purpose afin de personnaliser la mise en page et le comportement. Par défaut data-cmp-vendor et data-cmp-purpose sont définis sur * (demander le consentement pour toutes les finalités et tous les fournisseurs).

Exemple :

<div class="cmplazyload" 
     data-cmp-block="textblocking" 
     data-cmp-preview-text="Advertising helps us create quality content for you. 
                            Please accept to deliver advertising on this page in order 
                            to be able to see this content.">

Lorem ipsum dolor sit amet, consectetur adipiscing elit. Donec metus arcu, hendrerit 
  eget neque eu, lacinia tempus magna. Morbi placerat efficitur nulla nec dictum. Integer 
  sit amet facilisis turpis. Proin placerat diam urna, ...
</div>

L'exemple ci-dessus s'affichera ainsi lorsque l'utilisateur n'aura pas accepté tous les fournisseurs et toutes les finalités :