Guide de conformité au consentement des cookies selon la loi bahreinienne sur la protection des données personnelles (PDPL) : Loi n° 30 de 2018 pour les éditeurs en 2026

Bahrain fut la première juridiction du Golfe à adopter un statut complet de protection des données, la Loi n° 30 de 2018 ayant été promulguée le 12 juillet 2018 et ses dispositions substantielles étant entrées en vigueur le 1er août 2019. Pendant la majeure partie de la période suivante, le régime s'est développé discrètement tandis que les résolutions exécutives, la Personal Data Protection Authority — le régulateur établi en vertu de la Loi — et l'infrastructure de soutien rattrapaient le statut. En 2026, ce rattrapage est achevé : l'Autorité est dotée de personnel et active, les résolutions exécutives couvrent la totalité de la surface procédurale et substantielle, et l'application du droit bahreinien est passée d'une possibilité théorique à un bilan documenté. Pour les éditeurs, l'implication est claire : une posture de consentement aux cookies qui fonctionnait lorsque le PDPL bahreinien n'existait que sur le papier n'est plus suffisante, et une posture qui satisfait le GDPR ne satisfera le PDPL bahreinien que si l'intégration tient compte des points précis où les régimes divergent.

Ce que le PDPL bahreinien exige réellement

La Loi s'applique au traitement de données personnelles effectué à Bahrain indépendamment du lieu d'incorporation du responsable du traitement, et aux responsables du traitement situés en dehors de Bahrain qui utilisent des moyens situés à Bahrain pour traiter des données personnelles, sauf si ces moyens sont utilisés exclusivement pour le transit. L'effet est un champ d'application territorial étendu qui concerne la plupart des éditeurs servant des lecteurs bahreinis, le cas limite le plus courant — un éditeur non bahreinien sans infrastructure bahreinienne mais avec des visiteurs bahreinis — étant résolu par référence à la question de savoir si le responsable du traitement a activement dirigé des services vers Bahrain. Les données personnelles sont définies largement comme toute information qui identifie, ou peut identifier directement ou indirectement, une personne physique ; les données personnelles sensibles — notamment les données raciales, ethniques, d'opinion politique, de conviction religieuse, syndicales, de santé, de vie sexuelle et de condamnation pénale — sont soumises à un seuil de consentement plus élevé.

La Loi établit des bases légales pour le traitement modelées sur le GDPR mais réduites à un ensemble plus restreint ; la liste standard des droits des personnes concernées — accès, rectification, effacement, limitation, opposition — ; un cadre de responsabilité responsable-sous-traitant ; des obligations de notification des violations à l'Autorité et aux personnes concernées affectées ; des contrôles des transferts transfrontaliers tributaires d'une décision d'adéquation ou d'une approbation explicite de l'Autorité ; et un régime de sanctions administratives avec des amendes pouvant atteindre BHD 20 000 par violation, plus des sanctions pénales pour les catégories les plus graves, notamment le transfert transfrontalier non autorisé et le traitement de données sensibles sans base appropriée.

Comment le PDPL traite le consentement aux cookies

Le PDPL bahreinien ne contient pas de disposition distincte de type ePrivacy sur les cookies ; les cookies et les technologies analogues de stockage et d'accès relèvent du cadre général du consentement. Le standard est un accord explicite, volontaire, spécifique et éclairé attesté par un acte affirmatif — la même famille d'exigences que le GDPR a établi comme référence mondiale. La Personal Data Protection Authority, dans ses orientations publiées, a confirmé que les cases pré-cochées, le consentement implicite résultant d'une navigation continue et les bannières de consentement groupées ne satisfont pas au seuil de la Loi. Cela place Bahrain fermement dans la trajectoire mondiale et signifie que la posture que les éditeurs maintiennent déjà pour l'EEA est le bon point de départ pour le trafic bahreinien.

L'effet pratique est que les cookies et les technologies analogues qui ne sont pas strictement nécessaires pour fournir le service que l'utilisateur a activement demandé ne doivent pas être déposés avant que l'utilisateur ait consenti. Les cookies strictement nécessaires — identifiants de session, contenus du panier, jetons de sécurité, cookies d'équilibrage de charge — peuvent être déposés sur la base du fait que l'utilisateur a activement demandé le service. Tout le reste — analytics, publicité, personnalisation, tests A/B, rejeu de session et tout tag tiers — nécessite un consentement préalable.

Comment le PDPL bahreinien diverge du GDPR au niveau de l'intégration

Trois différences sont importantes lors du câblage d'un CMP. Premièrement, le PDPL bahreinien exige que le consentement pour le traitement de données personnelles sensibles soit attesté par écrit ou via un enregistrement électronique que le responsable du traitement peut produire à la demande de l'Autorité — un niveau de preuve plus élevé que l'exigence de consentement explicite du GDPR, et qui fait passer le journal de consentement d'une bonne pratique recommandée à une nécessité juridique. Deuxièmement, le PDPL bahreinien dispose d'une procédure de notification et d'autorisation : certaines catégories de traitement — notamment le marketing direct, le traitement de données personnelles sensibles et le transfert transfrontalier — nécessitent une notification préalable ou une autorisation de l'Autorité. Troisièmement, les règles de transfert transfrontalier exigent que l'Autorité désigne les juridictions de destination comme adéquates ; les transferts vers des juridictions non désignées nécessitent soit un consentement explicite, une garantie contractuelle approuvée par l'Autorité, soit l'une des dérogations légales étroites.

À quoi ressemble une bannière de cookies conforme sous le PDPL

Les exigences techniques convergent avec ce que chaque CMP moderne produit déjà, mais l'étiquetage, la documentation et le journal de consentement doivent refléter les spécificités bahreniennes. La bannière de premier niveau doit présenter à l'utilisateur un vrai choix — accepter, refuser, gérer — où l'option de refus est au moins aussi visible que l'option d'acceptation. Le consentement groupé est interdit, de sorte que le deuxième niveau doit permettre un opt-in par catégorie couvrant au minimum les analytics, la publicité et tout traitement dépendant de transfert transfrontalier. Les catégories doivent être désactivées par défaut ; la bannière ne doit pas charger de tags tant que l'utilisateur ne les a pas activés de manière affirmative.

L'avis de confidentialité accessible depuis la bannière doit identifier le responsable du traitement, le dossier de notification du responsable du traitement auprès de l'Autorité le cas échéant, les catégories de données personnelles collectées, la base légale de chaque finalité de traitement, la durée de conservation des données, les catégories de destinataires y compris les sous-traitants situés en dehors de Bahrain, les droits de la personne concernée en vertu de la Loi, et les coordonnées de la Personal Data Protection Authority pour les plaintes. Un avis répondant au standard de l'article 13 du GDPR chevauche substantiellement, mais les lignes relative aux coordonnées de l'Autorité bahreinienne et à la juridiction de transfert transfrontalier doivent être ajoutées explicitement.

Le modèle d'intégration qui passe une revue de l'Autorité

L'implémentation de référence comporte quatre éléments mobiles. Le premier est un CMP qui prend en charge l'opt-in par catégorie, désactivé par défaut, et expose le choix de l'utilisateur via une chaîne de consentement structurée que l'éditeur peut conserver. Le deuxième est une couche de chargement de tags — un gestionnaire de tags côté serveur ou une porte native du CMP — qui fait respecter strictement l'état du consentement avant qu'un cookie non essentiel soit déposé. Le troisième est un journal de consentement, stocké côté serveur, qui enregistre pour chaque événement de consentement le choix de l'utilisateur par catégorie, l'horodatage, la version de la bannière et un identifiant IP tronqué ou haché, de sorte que le responsable du traitement puisse produire le registre à la demande de l'Autorité. Le quatrième est un chemin de retrait au moins aussi simple que l'octroi initial — typiquement un lien permanent de réouverture de bannière dans le pied de page.

Validation, notification et posture d'audit pour 2026

Un déploiement bahreinien défendable en 2026 doit passer quatre vérifications techniques. Premièrement, une session de navigateur propre servie depuis une adresse IP bahreinienne doit produire zéro cookie non essentiel avant que la bannière ait été actionnée. Deuxièmement, le chemin tout-refuser doit produire la même posture qu'une session sans action — aucun tag analytique, aucun tag publicitaire, aucun script de rejeu de session. Troisièmement, un flux tout-accepter doit produire uniquement les tags auxquels l'utilisateur a consenti, et le journal de consentement doit contenir un enregistrement correspondant. Quatrièmement, un flux de retrait doit immédiatement stopper les déclenchements de tags ultérieurs, faire expirer les cookies déposés pendant la session consentie et déclencher tout signal de suppression ou d'opt-out en aval que les partenaires destinataires requièrent.

Au-delà des vérifications techniques, la posture de notification et d'audit est ce qui rend un déploiement défendable. Les responsables du traitement qui traitent les données personnelles de résidents bahreinis au-delà des seuils fixés par les résolutions exécutives doivent avoir complété les notifications pertinentes auprès de la Personal Data Protection Authority, et le dossier de notification — avec le journal de consentement, l'avis de confidentialité, les résultats de l'analyse d'impact relative à la protection des données pour les traitements à risque plus élevé, et toute autorisation de transfert transfrontalier — constitue la documentation que l'Autorité peut demander lors d'un contrôle de conformité. Un CMP correctement configuré avec un journal côté serveur, une couche de chargement de tags qui fait respecter l'état du consentement, un avis de confidentialité nommant chaque destination de transfert transfrontalier, et les documents de notification en dossier : voilà ce qui transforme le PDPL bahreinien d'une inconnue réglementaire en une partie défendable de la posture de consentement GCC d'un éditeur.

← Blog Tout lire →