Accord de traitement des données (DPA)

1. Définitions

• « Responsable du traitement » désigne la personne physique ou morale (le Client / propriétaire du site web) qui détermine les finalités et les moyens du traitement des Données à caractère personnel.
• « Sous-traitant » désigne MousePlayer, qui traite les Données à caractère personnel pour le compte du Responsable du traitement.
• « Données à caractère personnel » désigne toute information se rapportant à une personne physique identifiée ou identifiable (Utilisateur final), traitée par le Sous-traitant pour le compte du Responsable du traitement.
• « Utilisateur final » désigne un visiteur du site web du Responsable du traitement dont les interactions sont enregistrées par MousePlayer.
• « Sous-traitant ultérieur » désigne tout autre tiers auquel le Sous-traitant fait appel pour traiter des Données à caractère personnel pour le compte du Responsable du traitement.

2. Rôles et étendue du traitement

MousePlayer fournit une infrastructure d’enregistrement de session en temps réel, de cartes de chaleur et d’analyse. En fournissant ces services, MousePlayer traite les données exclusivement pour le compte du Responsable du traitement et sur ses instructions documentées.

3. Obligations du Responsable du traitement

• Obtention d’un consentement licite : le Responsable du traitement est chargé d’obtenir le consentement valable et éclairé des Utilisateurs finaux avant l’initialisation du script MousePlayer, conformément à la directive vie privée et communications électroniques et au RGPD. MousePlayer lit le signal de consentement ; il n’obtient pas le consentement.
• Interdiction des catégories particulières : le Responsable du traitement ne doit pas transmettre à MousePlayer de catégories particulières de données à caractère personnel (y compris les données de santé, numéros de carte de crédit, mots de passe ou identifiants officiels).
• Transparence : le Responsable du traitement doit indiquer l’utilisation de l’enregistrement de session dans sa propre politique de confidentialité.
• Base juridique : le Responsable du traitement garantit que toutes les Données à caractère personnel transférées à MousePlayer ont été collectées de manière licite.
• Marquage des zones sensibles : le Responsable du traitement est chargé d’identifier les zones de son site qui affichent des données à caractère personnel et de les marquer avec data-mp-mask ou la classe mp-masked, ainsi que d’exclure les chemins qui ne doivent pas du tout être enregistrés. Voir la section 4 concernant les limites du masquage automatique.

4. Obligations du Sous-traitant

• Instructions : MousePlayer ne traite les Données à caractère personnel que sur instruction documentée du Responsable du traitement, à moins d’y être tenu autrement par le droit de l’Union ou le droit d’un État membre ; dans ce cas, MousePlayer informe le Responsable du traitement de cette obligation juridique avant le traitement, sauf si ce droit interdit une telle information. Les instructions sont le présent accord, les paramètres définis par le Responsable du traitement dans son projet et les instructions sous forme textuelle à office@mouseplayer.com. Lorsque MousePlayer considère qu’une instruction constitue une violation du droit relatif à la protection des données, il en informe le Responsable du traitement sans délai indu (article 28, paragraphe 3, deuxième alinéa, du RGPD).
• Confidentialité : les personnes autorisées à traiter les données sont tenues à la confidentialité ou soumises à une obligation légale appropriée de confidentialité.
• Aucun traitement avant le consentement : le script n’attribue aucun identifiant, ne dépose aucun cookie, ne stocke rien et n’ouvre aucune connexion tant qu’un signal de consentement n’est pas présent. L’absence de signal est traitée comme un refus, sauf dans une région que le Responsable du traitement a expressément autorisée au titre de la section 11.3 des Conditions d’utilisation ; les régions où le consentement est requis par la loi, y compris l’UE et l’EEE, ne peuvent pas être autorisées. Un signal Global Privacy Control prévaut sur tout autre signal.
• Masquage de l’adresse IP : l’adresse IP complète est utilisée dans la mémoire de travail pour établir la connexion, déterminer le pays et lutter contre les abus. Lorsque la protection contre les abus bloque une adresse, celle-ci est conservée dans un cache pendant la durée du blocage, au plus 24 heures. Les journaux du serveur web, qui consignent chaque requête, y compris les connexions du script de suivi, contiennent l’adresse complète et sont effacés après 14 jours. L’adresse d’un Utilisateur final n’est écrite dans la base de données que sous forme masquée et n’est pas affichée dans le tableau de bord.
• Occultation des URL : les valeurs des paramètres de la requête et du fragment d’une adresse qui contiennent habituellement des données à caractère personnel ou des identifiants d’accès (par exemple ?email=, ?token=, ?code=, #access_token=) sont occultées dans le navigateur avant la transmission de l’adresse.
• Masquage des saisies de formulaire – trois niveaux : le masquage intégral remplace chaque caractère de chaque saisie avant qu’elle ne quitte le navigateur et constitue le réglage par défaut pour chaque propriété. Le masquage sélectif maintient intégralement masqués les noms, adresses, e-mails, numéros de téléphone, champs de paiement et zones de texte libre, et ne remplace que les chiffres ailleurs. L’absence de masquage enregistre les saisies telles qu’elles ont été effectuées.
• Les deux niveaux moins protecteurs nécessitent une approbation écrite : MousePlayer ne les active que pour une propriété nommément désignée, sur demande motivée du Responsable du traitement, et consigne l’approbation avec sa date et son auteur. La restriction est appliquée sur les serveurs de MousePlayer : lorsqu’un niveau enregistré dépasse l’approbation, il est ramené à celle-ci avant que le paramètre ne parvienne au navigateur. Le retrait d’une approbation prend effet à la connexion suivante et ramène la propriété au masquage intégral.
• Deux limites qu’aucune approbation ne lève : les champs reconnus comme des mots de passe ou des données de paiement restent intégralement masqués à tous les niveaux ; et le masquage ne s’étend jamais au contenu que le site web lui-même affiche dans la page – une page de confirmation qui affiche une adresse fait partie de la capture du DOM et donc de la relecture. La reconnaissance compare le nom, l’identifiant, le type et l’attribut autocomplete à une liste couvrant des termes anglais, allemands et polonais ; un champ qui ne correspond à aucun terme est considéré comme un champ ordinaire. Les zones marquées data-mp-mask ou mp-masked sont entièrement exclues. Le Responsable du traitement ne doit pas se fier à la seule reconnaissance automatique.
• Assistance : MousePlayer aide le Responsable du traitement à satisfaire les demandes des Utilisateurs finaux au titre du chapitre III du RGPD et à respecter ses obligations au titre des articles 32 à 36 du RGPD.
• Point de contact et absence de délégué à la protection des données : les questions relatives à la protection des données au titre du présent accord sont adressées à MousePlayer à office@mouseplayer.com. Aucun délégué à la protection des données n’a été désigné. L’évaluation au titre de l’article 37, paragraphe 1, point b), du RGPD est consignée, avec sa date et son raisonnement, dans la section 9 du registre des activités de traitement : le suivi régulier et systématique est établi, le traitement à grande échelle ne l’est pas au vu des chiffres actuels. Comme le second critère dépend du nombre d’utilisateurs finaux observés – un chiffre déterminé par le propre trafic du Responsable du traitement, pas par MousePlayer – il est mesuré quotidiennement et l’évaluation est répétée au-delà de 100000 utilisateurs finaux par mois pour l’ensemble des Responsables du traitement et, dans tous les cas, chaque année. Toute désignation, obligatoire ou volontaire, est publiée dans le présent accord et notifiée à l’autorité de contrôle.

5. Sécurité du traitement

MousePlayer met en œuvre des mesures techniques et organisationnelles adaptées au risque, notamment le chiffrement en transit, la séparation logique des espaces de travail des Clients sur chaque chemin de lecture et d’écriture, l’application du modèle de rôles côté serveur et la fermeture automatique des connexions non autorisées de visualisation en direct. Toutes les connexions depuis internet utilisent exclusivement HTTPS ou WSS : celles du script de suivi – normalement par WebSocket, par HTTP en solution de repli lorsqu’aucune connexion WebSocket ne peut être établie, et par téléversement HTTP pour les captures de page volumineuses – ainsi que celles vers l’application et l’API. Le chiffrement prend fin sur le propre serveur de MousePlayer. Au sein de son propre réseau local sur le même site, les connexions à la base de données et au cache ne sont pas chiffrées ; elles sont protégées par mot de passe et ne sont pas accessibles depuis internet.

Les mesures sont décrites intégralement et tenues à jour dans les mesures techniques et organisationnelles, qui font partie intégrante du présent accord.

6. Sous-traitants ultérieurs

Le Responsable du traitement accorde à MousePlayer une autorisation écrite générale de faire appel à des sous-traitants ultérieurs. La liste actuelle, avec la finalité, les catégories de données et le lieu du traitement, est publiée sur la page Sous-traitants ultérieurs.

Transmissions activées par le responsable du traitement. MousePlayer propose des passerelles qui envoient des données aux destinataires que le responsable du traitement choisit lui-même : à une adresse de webhook qu’il fournit, à son système de relation client, à son système d’assistance ou de gestion des demandes, à son système d’e-mail marketing et de marketing du cycle de vie, à son compte publicitaire auprès d’un réseau publicitaire (Conversions API), à son propre stockage d’objets ou feuille de calcul et à son système de suivi des problèmes et des tâches. Cette liste nomme délibérément des catégories plutôt que des fournisseurs : les fournisseurs disponibles dans une catégorie changent avec l’ensemble des fonctionnalités, sans que cela change quoi que ce soit aux rôles respectifs. Ce qui fait foi est ce que le responsable du traitement a effectivement activé dans les paramètres de son projet. Ces transmissions n’ont lieu que si le responsable du traitement active la passerelle correspondante et enregistre ses propres identifiants ; c’est l’instruction sur laquelle elles reposent. Les destinataires ne sont pas des sous-traitants ultérieurs de MousePlayer — la relation contractuelle avec eux, y compris les garanties éventuelles pour les transferts vers des pays tiers, existe entre le responsable du traitement et le destinataire concerné. Ce qui est exactement transmis est décrit dans le registre des activités de traitement, section 4. La transmission à Meta a lieu exclusivement pour les sessions pour lesquelles le consentement a été donné et exclusivement pour les objectifs atteints ; le nom, l’adresse e-mail, le numéro de téléphone et l’adresse IP en sont exclus.

Aucun tiers ne participe à l’enregistrement lui-même : le script de suivi transmet exclusivement à l’infrastructure propre de MousePlayer. Un destinataire existe au-delà : une copie quotidienne hors site de la base de données complète et de l’archive des enregistrements — y compris les enregistrements de session — est stockée chez Google (Google Cloud Storage, bucket à Varsovie). Elle y est conservée chiffrée depuis le 11 août 2026 : le chiffrement a lieu sur notre propre serveur avant le transfert (rclone crypt) et couvre également les noms de fichiers et de répertoires ; les clés sont conservées sur notre propre serveur. Google ne les reçoit pas et ne peut pas lire le contenu, mais demeure un sous-traitant ultérieur — le chiffrement est une mesure technique, pas un changement de rôle. Le précédent dossier de destination non chiffré contenant les copies antérieures au 11 août 2026 a été supprimé le 12 août 2026.

MousePlayer informe le Responsable du traitement 30 jours avant qu’un nouveau sous-traitant ultérieur commence le traitement ou qu’un sous-traitant ultérieur existant soit remplacé. Pendant ce délai, le Responsable du traitement peut s’y opposer pour des motifs raisonnables liés à la protection des données ; si l’opposition ne peut être résolue, le Responsable du traitement peut résilier le service concerné. La notification est adressée par e-mail et affichée dans l’espace connecté ; une opposition doit être envoyée sous forme textuelle à office@mouseplayer.com. MousePlayer impose par contrat à chaque sous-traitant ultérieur des obligations relatives à la protection des données au titre de l’article 28, paragraphe 4, du RGPD, offrant des garanties suffisantes quant à des mesures techniques et organisationnelles appropriées – pour les fournisseurs qui ne proposent que des conditions standard, leurs conditions de traitement des données – et demeure pleinement responsable envers le Responsable du traitement de l’exécution de ces obligations.

L’ancienne exception n’existe plus. Jusqu’au 5 septembre 2026, la copie de sauvegarde hors site décrite ci-dessus était conservée dans un compte Google privé pour lequel des conditions de traitement des données ne sont pas disponibles ; cela dérogeait à la phrase précédente et à l’article 28, paragraphe 4, du RGPD, et la version 1.3 du présent accord l’exposait ouvertement. Depuis le 5 septembre 2026, la copie est conservée dans Google Cloud Storage (région europe-central2, Varsovie) et couverte par le Google Cloud Data Processing Addendum ; les copies auparavant conservées sur le compte privé ont été supprimées le 6 septembre 2026, après vérification d’une restauration depuis la nouvelle destination. Le chiffrement avant transfert reste en place. Les textes générés sont rédigés par un modèle de langage sur le propre matériel de MousePlayer ; aucun service d’IA externe n’intervient.

7. Droits des personnes concernées

MousePlayer aide le Responsable du traitement, compte tenu de la nature du traitement, à répondre aux demandes des Utilisateurs finaux. La suppression d’une session individuelle et de toutes les sessions d’un visiteur est disponible dans l’application pour les rôles owner et admin. En outre, une page d’information permet aux Utilisateurs finaux d’obtenir des informations sur leurs sessions et de demander leur effacement, à condition de détenir leur identifiant de visiteur (section 14.4 des Conditions d’utilisation). Les demandes que les Utilisateurs finaux adressent directement à MousePlayer sont transmises au Responsable du traitement, qui en est informé sans délai indu.

Une limite est exposée ouvertement : les adresses IP n’étant stockées que sous forme masquée, l’adresse masquée seule ne permet pas toujours d’identifier chaque enregistrement appartenant à une personne. Plus une demande peut être délimitée précisément (site, heure approximative, page), plus elle peut être satisfaite complètement.

Les preuves des décisions de consentement sont conservées au-delà de l’effacement d’un enregistrement. Elles ne contiennent aucune donnée comportementale, seulement le fait, l’heure et la source de la décision, et servent à respecter l’obligation de responsabilité au titre de l’article 5, paragraphe 2, du RGPD.

8. Violation de données à caractère personnel

En cas de violation de données à caractère personnel affectant les données du Responsable du traitement, MousePlayer en informe le Responsable du traitement sans délai indu et au plus tard 48 heures après en avoir pris connaissance. La notification contient les informations dont le Responsable du traitement a besoin pour respecter ses propres obligations au titre des articles 33 et 34 du RGPD.

Adresse de signalement : office@mouseplayer.com

9. Conservation et effacement

L’effacement est automatique et s’exécute sans intervention :

• Free : 7 jours · Small : 30 jours · Business : 90 jours · Enterprise : selon l’accord individuel.
• Après un passage à un forfait inférieur, un délai de grâce de 30 jours s’applique et, à la fin d’un abonnement payant, un délai d’au moins 30 jours ; pendant ce délai, la durée de conservation antérieure, plus longue, continue de s’appliquer.
• Des durées plus courtes s’appliquent : les enregistrements des sessions identifiées comme automatisées (robots) sont effacés après un jour et les sessions supprimées après 14 jours ; pour un compte gratuit classé comme suspecté d’abus à l’inscription, les enregistrements sont supprimés après 24 heures.
• Les journaux d’accès à l’application sont effacés après 60 jours, les journaux du serveur web après 14 jours, les journaux de sécurité après 72 heures ; les liens de partage expirés ou révoqués sont effacés avec leur journal de consultation 90 jours après leur expiration ou leur révocation.

À la fin des services, MousePlayer restitue les données ou procède à l’effacement au choix du Responsable du traitement : la restitution a lieu par la récupération par le Responsable du traitement de ses données au moyen des exports prévus aux sections 24.1 et 24.1a des Conditions d’utilisation avant l’effacement ; MousePlayer n’est tenu à aucune restitution sous une autre forme. À la clôture du compte du Responsable du traitement, MousePlayer efface toutes les Données à caractère personnel associées dans les 30 jours, à moins que le droit de l’Union ou le droit d’un État membre n’exige une conservation supplémentaire. La suppression est lancée par le Client dans les paramètres du compte ; aucune demande par e-mail n’est nécessaire. Elle archive d’abord le compte : l’accès prend fin immédiatement, plus rien n’est enregistré ni affiché, et pendant 30 jours nous pouvons encore le restaurer sur demande si la suppression était une erreur. Après ce délai, il est effacé définitivement ; lors du lancement de la suppression, le Client peut également choisir l’effacement définitif immédiat. Un projet ou un espace de travail supprimé par le Client est lui aussi d’abord archivé pendant 30 jours et peut être restauré dans le tableau de bord pendant ce délai. Un compte au forfait gratuit auquel personne ne s’est connecté depuis 24 mois est supprimé au titre de la section 6.5 des Conditions d’utilisation après remise d’une notification ; cette suppression n’est pas précédée d’un archivage. Trois éléments sont délibérément conservés, parce que la loi l’exige ou parce qu’ils documentent une décision plutôt qu’une personne : la preuve d’acceptation de ces documents, le journal de sécurité et des modifications (dont la référence à l’utilisateur a été supprimée), et les demandes d’assistance. Un espace de travail peut être transféré à un autre compte au lieu d’être supprimé avec lui. Le transfert ne prend effet qu’une fois expressément accepté par le destinataire ; l’invitation expire après trois jours. Par son acceptation, le destinataire devient propriétaire et, par là même, partenaire contractuel du Responsable du traitement pour cet espace de travail, et le forfait du destinataire s’applique à partir de ce moment — ce qui peut raccourcir la durée de conservation des enregistrements qu’il contient.

Sauvegardes, avec des chiffres. Une copie hors site est effectuée quotidiennement et conservée chiffrée ; les copies quotidiennes sont conservées pendant 7 jours et les copies hebdomadaires pendant 364 jours. Les Données à caractère personnel effacées dans le système en service demeurent dans ces copies jusqu’à leur expiration – au plus 364 jours après l’effacement. Cela s’applique également aux enregistrements de session déplacés de la base de données vers l’archive des enregistrements après 7 jours : l’archive fait partie de la sauvegarde depuis le 6 octobre 2026, et la même durée maximale s’applique à son contenu.

Aucun effacement sélectif n’est effectué dans une sauvegarde. Une copie est une archive scellée unique dont le but est d’être l’image fidèle d’un instant donné ; l’ouvrir, en retirer quelque chose et la sceller à nouveau détruirait cette propriété et la possibilité de démontrer que personne ne l’a altérée. Les sauvegardes ne servent à rien d’autre qu’à restaurer le système après une perte – elles ne font l’objet d’aucune recherche ni analyse et ne sont pas divulguées. Lorsqu’une sauvegarde est restaurée, les demandes d’effacement consignées pour les Utilisateurs finaux sont exécutées à nouveau avant la remise en service du système ; la trace de ces demandes est conservée à cette fin et ne contient rien au-delà de ce qu’exige la répétition de l’effacement. Pour un compte de Responsable du traitement supprimé, la situation diffère et est exposée plutôt que passée sous silence : sa suppression ne laisse délibérément aucune trace permettant de l’identifier, si bien qu’une copie restaurée contiendrait un compte supprimé après la date de cette copie. Une restauration ne fait suite qu’à une perte totale ; lorsqu’elle a lieu, MousePlayer le signale.

10. Audits, durée, langue faisant foi

• Audits. MousePlayer met à la disposition du Responsable du traitement les informations nécessaires pour démontrer le respect de l’article 28 du RGPD et permet la réalisation d’audits, y compris d’inspections, par le Responsable du traitement ou un auditeur qu’il a mandaté, et contribue à ces audits ; l’étendue, la forme et la fréquence des audits sont régies par les phrases suivantes. L’audit est réalisé principalement par la mise à disposition de rapports sur les mesures techniques et organisationnelles ou au moyen de questionnaires écrits. Le Responsable du traitement ne peut demander un audit sur site (une inspection au sens de la présente section) qu’en cas de soupçon concret de violation des obligations de protection des données ; le Responsable du traitement doit l’annoncer au moins 30 jours à l’avance sous forme textuelle. Le Responsable du traitement ne peut demander qu’un seul audit sur site par année civile au titre de la phrase précédente ; cet audit est gratuit. Lorsqu’une violation de données à caractère personnel au sens de la section 8 a affecté les données du Responsable du traitement et que cette violation a été causée intentionnellement ou par négligence par MousePlayer, ses employés, les personnes auxquelles il fait appel pour exécuter ses obligations au titre du présent accord ou ses sous-traitants ultérieurs, le Responsable du traitement peut demander un audit sur site, qu’un audit sur site ait déjà eu lieu ou non au cours de l’année civile concernée ; le Responsable du traitement doit demander cet audit dans les trois mois suivant la notification prévue à la section 8. Chacune de ces violations de données à caractère personnel donne droit à un audit sur site au titre de la phrase précédente ; une fois cet audit réalisé, ou une fois le délai de trois mois expiré sans qu’une telle demande ait été faite, la même violation ne peut plus être invoquée pour un autre audit sur site. Un audit sur site au titre des deux phrases précédentes est gratuit dans tous les cas ; lorsqu’aucun audit sur site n’a encore eu lieu au cours de l’année civile concernée, il est comptabilisé comme l’audit sur site de cette année civile, et aucun audit sur site supplémentaire ne résulte de cette comptabilisation. Avec la notification prévue à la section 8, MousePlayer fournit au Responsable du traitement la documentation de cette violation de données à caractère personnel, afin que le Responsable du traitement puisse évaluer si ces conditions sont remplies. Seuls les audits sur site sont comptabilisés au titre de l’audit unique par année civile mentionné ci-dessus ; les rapports et les questionnaires écrits ne sont pas comptabilisés. Aucun audit sur site n’a lieu en dehors des cas décrits dans les phrases précédentes. Le Responsable du traitement ne supporte les coûts d’un audit que si cet audit est autorisé par les phrases précédentes et n’est pas gratuit au titre de celles-ci, et uniquement dans la mesure où il dépasse l’effort habituel et raisonnable. Un rapport indépendant sur les mesures techniques et organisationnelles, un certificat ou des autoévaluations détaillées sont acceptés comme preuves, dans la mesure où de telles preuves existent ; l’état des audits externes et des certifications de sécurité est indiqué à la section 6 des mesures techniques et organisationnelles. Ces dispositions ont pour but de limiter les audits sur site au strict nécessaire. Les droits d’audit impératifs du Responsable du traitement au titre de l’article 28, paragraphe 3, point h), du RGPD et les pouvoirs des autorités de contrôle demeurent inchangés.
• Durée. Le présent accord prend effet lorsque le Responsable du traitement commence à utiliser le service et reste en vigueur aussi longtemps que MousePlayer traite des Données à caractère personnel pour le compte du Responsable du traitement.
• Documents connexes. Mesures techniques et organisationnelles, Sous-traitants ultérieurs, Politique de confidentialité.
• Version : 1.6 · Entrée en vigueur : 16 octobre 2026 · remplace la version 1.5 du 7 octobre 2026. Modifications : la section 2 énumère intégralement les catégories de données traitées ; la section 4 indique qu’une adresse bloquée est conservée dans un cache pendant une durée ne dépassant pas la durée de blocage configurée et que les valeurs du fragment d’une adresse sont également occultées ; la section 5 décrit précisément les voies de transport, y compris les connexions non chiffrées au sein du propre réseau local ; les sections 6 et 9 indiquent que l’archive des enregistrements fait partie de la sauvegarde depuis le 6 octobre 2026 ; la section 9 indique les durées plus courtes pour les sessions de robots et les comptes suspectés d’abus, le délai de grâce après la fin d’un abonnement et la suppression des comptes inutilisés au forfait gratuit. Également inclus dans cette version : la section 2 nomme l’objet et la finalité, les types de données à caractère personnel et les personnes qui ouvrent un lien de partage ; la section 4 nomme l’information préalable au traitement exigé par la loi, la forme des instructions, la notification des instructions illicites, l’autorisation régionale, les journaux du serveur web et la durée de blocage configurée ; la section 6 décrit la manière dont les sous-traitants ultérieurs sont liés par contrat et la forme de la notification et de l’opposition, et n’indique plus que les clés sont détenues uniquement sur notre serveur ; la section 7 nomme la page d’information pour les Utilisateurs finaux et le traitement des demandes qui nous sont adressées directement ; la section 9 nomme la restitution ou l’effacement au choix du Responsable du traitement, les délais de grâce, les journaux du serveur web et l’effacement des liens de partage. La version 1.5 a remplacé la version 1.4 du 17 septembre 2026. Modifications : section 9 – une suppression lancée par le Client archive d’abord le compte et les projets ou espaces de travail qu’il supprime pendant 30 jours avant leur effacement définitif ; le Client peut choisir l’effacement définitif immédiat. La version 1.4 a remplacé la version 1.3 du 19 août 2026. Modifications : section 6 – l’exception concernant la sauvegarde hors site a pris fin, car, depuis le 5 septembre 2026, la copie est conservée dans Google Cloud Storage à Varsovie au titre du Google Cloud Data Processing Addendum ; s’y ajoute la phrase indiquant que les textes générés sont rédigés sur le propre matériel. La version 1.3 a remplacé la version 1.2 du 11 août 2026. Modifications : la section 4 est complétée par un point de contact et l’évaluation au titre de l’article 37 ; la section 6 nomme le sous-traitant ultérieur qui intervient sans accord au titre de l’article 28, ce que la formulation précédente ne révélait pas ; la section 9 indique les durées de conservation des sauvegardes avec des chiffres et ce qui se passe lors d’une restauration.
• Langue faisant foi. En cas de divergence entre les versions linguistiques, la version anglaise prévaut.