← Retour à l'accueil

POLITIQUE DE CONFIDENTIALITÉ

(France)

La présente version, rédigée au regard du RGPD et de la loi Informatique et Libertés, s'applique aux Utilisateurs qui sélectionnent la France comme pays de résidence dans l'Application. Une version distincte s'applique aux Utilisateurs qui sélectionnent le Royaume-Uni.

Version du 29 octobre 2026 — 2026-10-29-fr-v21 — date d’effet : 29 octobre 2026.

1. Qui sommes-nous et quel est le champ de cette Politique

1.1 La présente Politique de confidentialité (la « Politique ») décrit la manière dont KARIDO, société par actions simplifiée (SAS) au capital social de 6 800 €, dont le siège social est situé Lieu-Dit Autigeon, 558 Chemin de la Rivayrolle, 81500 Lavaur, France, immatriculée au Registre du commerce et des sociétés de Castres sous le numéro 107 620 007 (SIREN 107 620 007) (« KARIDO », « nous » ou « notre »), traite des données à caractère personnel lorsque vous utilisez l'application mobile KARIDO (l'« Application »), son formulaire de contact ou ses services de newsletter.

1.2 KARIDO est le responsable de traitement des opérations décrites dans la présente Politique. Après une analyse documentée de ses activités au regard des critères légaux applicables, KARIDO n'a pas désigné de délégué à la protection des données à ce jour. Le contact vie privée est joignable à contact@karido.io, au 07 67 08 45 58, ou par courrier à KARIDO, société par actions simplifiée, Lieu-Dit Autigeon, 558 Chemin de la Rivayrolle, 81500 Lavaur, France.

1.3 La présente Politique doit être lue avec les Conditions Générales d'Utilisation applicables. La Politique de confidentialité ou les conditions propres d'un fournisseur tiers peuvent également s'appliquer lorsque vous utilisez Apple, Google, un marchand externe ou un formulaire Brevo hébergé.

1.4 Représentation au Royaume-Uni. Karido a désigné Prighter Ltd comme représentant au Royaume-Uni au titre de l'article 27 du UK GDPR par une lettre signée le 9 octobre 2026. Pour contacter ce représentant ou exercer vos droits par son intermédiaire : https://app.prighter.com/portal/15782771341. Cette désignation est distincte d'un délégué à la protection des données.

2. Données que nous collectons

2.1 Données locales du mode invité et préférences de l'installation. En mode invité, les proches, évènements et idées cadeaux sont enregistrés localement sur votre appareil. L'Application conserve aussi localement vos préférences de langue, de devise et de marché d'achat, vos réglages de notifications, la preuve versionnée d'acceptation des documents juridiques, vos choix Analytics et Crashlytics, l'état de l'essai IA invité et le nombre de tentatives infructueuses du jour. Elle conserve aussi un marqueur local indiquant que le parcours initial est terminé et, après votre choix explicite, un reçu local versionné relatif au partage avec OpenAI. Ces deux éléments sont distincts et liés à votre identité technique sur cette installation ; terminer le parcours ne réactive pas un accord retiré et le choix d'un autre Compte n'est pas adopté automatiquement. Un reçu local positif, lié à votre identifiant technique et à la version de la règle d'âge, peut permettre l'usage des fonctions strictement locales hors connexion. Aucun de ces reçus locaux ne permet à lui seul une opération serveur sans les contrôles correspondants. Ces données métier ne sont pas synchronisées comme données de Compte tant que vous ne vous connectez pas, sous réserve du contrôle d'âge, du traitement backend temporaire lorsque vous demandez une génération IA et des informations transmises lorsque vous utilisez le formulaire de contact.

2.2 Données de Compte, d'authentification et de contrôle d'âge. Le prénom est obligatoire pour créer ou terminer un Compte par e-mail, Apple ou Google. Le nom de famille est facultatif de quinze à dix-sept ans inclus ; il est obligatoire à partir de dix-huit ans. Pour un Compte existant, l'Application demande seulement de compléter les champs obligatoires pour votre âge, sans supprimer les données déjà enregistrées. Vous pouvez modifier ces champs dans les réglages du Compte ; de quinze à dix-sept ans, vous pouvez aussi effacer le nom de famille. Un nom volontairement effacé n'est pas rétabli automatiquement lors d'une nouvelle connexion Apple ou Google. Cette exigence ne s'applique pas au mode invité. Lors d'une création ou d'une nouvelle liaison, Apple ou Google peut fournir séparément un prénom et un nom pour préremplir ces champs ; Karido ne les déduit ni d'un nom complet ni d'une adresse e-mail. Ces données servent au profil du Compte et à la personnalisation de l'interface. Les deux champs sont conservés dans un profil privé Cloud Firestore rattaché à votre Compte ; Firebase Authentication conserve aussi leur combinaison dans son nom d'affichage. Une copie locale de ces deux champs, liée à votre Compte, reste sur l'appareil pour retrouver le profil hors connexion, y compris après sa synchronisation. Une saisie en attente peut aussi être conservée pour reprendre son enregistrement après le contrôle d'âge ou le retour du réseau. Les champs du profil ne sont pas ajoutés aux requêtes d'IA. Le parcours initial vous demande de déclarer votre date de naissance, dans le formulaire de création de Compte par e-mail ou lors de la finalisation après une connexion Apple ou Google, en mode invité ou lors de la première entrée d'un Compte existant dans ce parcours. La date est transmise à une fonction protégée pour vérifier les seuils de quinze ans et, séparément, de dix-huit ans pour les produits réservés aux adultes. Pour un Compte, la date de naissance est conservée dans un document privé côté serveur, lié au Compte, afin de retrouver la même date sur vos appareils et de recalculer les accès lorsque les seuils d'âge sont atteints. Elle est visible en lecture seule dans les réglages ; une correction passe par le support. Elle n'est pas conservée dans les préférences locales de l'appareil. Pour un invité, la date reste temporairement en mémoire pour le contrôle et, si nécessaire, sa nouvelle tentative ; les données d'entrée ne sont ni enregistrées, ni hachées. Sur un appareil Apple compatible et avec votre accord, une tranche d'âge peut compléter la vérification, sans remplacer une date déjà liée au Compte. La date et les données de déclaration ne sont envoyées ni aux outils d'analyse ni à OpenAI. Dans les preuves d'éligibilité, seuls les résultats positifs, les seuils, la méthode utilisée, les versions des règles et un horodatage sont conservés ; un résultat négatif au seuil adulte n'est pas conservé. Firebase Authentication crée un identifiant technique anonyme sans adresse e-mail pour le mode invité. Pour un Compte, Firebase traite également votre adresse e-mail, le fournisseur de connexion, le statut de vérification de l'adresse et les informations d'identité transmises par ce fournisseur. Pour un mot de passe, Firebase le conserve sous forme hachée ; Karido n'a pas accès au mot de passe en clair.

2.3 Données relatives aux proches, évènements et cadeaux. Selon ce que vous saisissez, ces données peuvent comprendre le prénom et le nom d'un proche, sa date de naissance ou d'autres dates d'évènements, son genre facultatif, votre relation, ses préférences et les éléments à éviter, un indice cadeau propre à l'évènement, un budget minimum ou maximum, ainsi que des idées cadeaux, leur statut, un prix estimé, une note ou un lien. Les préférences sont facultatives. Pour les moins de quinze ans, « Ce qui lui plaît » réunit des choix fermés de centres d'intérêt et de caractéristiques, huit au total, et « À éviter » permet jusqu'à six choix fermés. À partir de quinze ans, ces rubriques deviennent un portrait libre de 1 000 caractères maximum et un texte d'exclusions de 300 caractères maximum. Au passage à quinze ans, les libellés des choix peuvent préremplir le portrait lorsqu'il est vide et le texte d'exclusions. Les rappels sont planifiés localement sur l'appareil.

2.4 Preuves juridiques et d'éligibilité. Nous traitons le pays juridique sélectionné, les versions des CGU et de la Politique, la langue affichée, la source du parcours d'acceptation et les horodatages client et serveur. Nous conservons également la décision positive d'éligibilité à partir de quinze ans et, lorsqu'elle est obtenue, la preuve positive distincte d'au moins dix-huit ans pour les produits réglementés, sans inclure dans ces preuves l'âge déclaré, la date ou les bornes de la tranche reçue ; la conservation distincte de la date de naissance du Compte est décrite à l'article 2.2. Pour un invité, la preuve juridique est locale ; après connexion, elle est également enregistrée dans Firestore. L'accès aux fonctionnalités reste bloqué tant que l'éligibilité d'âge et les documents applicables n'ont pas été validés ; les produits réservés aux adultes restent indisponibles sans preuve 18+ courante.

2.5 Données traitées pour l'intelligence artificielle. Lorsque vous lancez une génération, notre backend recharge les données canoniques et construit une requête selon l'âge du proche. Pour un proche âgé de moins de quinze ans, OpenAI peut recevoir uniquement une tranche d'âge, une catégorie de relation, un genre facultatif, jusqu'à huit catégories de centres d'intérêt et de caractéristiques au total, ainsi que six catégories d'éléments à éviter sélectionnées dans des listes fermées, le type d'évènement, les langues et le marché nécessaires, le budget minimum ou maximum et sa devise, ainsi que des catégories de cadeaux existants destinées à éviter les doublons. Aucun texte libre concernant ce proche n'est transmis. Pour un proche âgé d'au moins quinze ans, OpenAI peut recevoir ces mêmes informations ainsi que le portrait facultatif « Ce qui lui plaît » (1 000 caractères maximum) et le texte facultatif « À éviter » (300 caractères maximum), le libellé d'une relation « autre », le nom et la note personnalisés de l'évènement et jusqu'à trente titres d'idées cadeaux existantes, chacun limité à cent vingt caractères. Ces textes sont transmis pour répondre à votre demande : vous ne devez pas y renseigner de donnée sensible, confidentielle ou inutile. Pour cette génération d’idées, OpenAI ne reçoit pas automatiquement votre nom ou adresse e-mail, le nom ou l'identifiant Karido du proche, ses coordonnées, une date de naissance, un âge exact ou une date d'évènement exacte. Il reçoit également un identifiant de sécurité pseudonyme produit par HMAC avec un secret serveur ; cet identifiant n'est ni l'identifiant Firebase brut ni un identifiant de proche. Les entrées et sorties passent par un contrôle de modération. Le contexte privé du job, son état et les résultats sont conservés temporairement dans Cloud Firestore pendant le traitement. Seules les suggestions que vous choisissez d'enregistrer deviennent des idées cadeaux persistantes dans vos données utilisateur. Pour un proche adulte, l'indication cadeau supplémentaire, bornée à trois cents caractères, peut également être transmise. Lors des demandes de suites, les titres déjà présentés peuvent être repris pour déduplication, jusqu'à cent cinquante titres bornés ; cette limite est distincte des trente idées initiales.

2.6 Recherche et classement des offres. L'Application envoie au backend les termes de recherche et l'identifiant du proche, ou la référence d'un plan serveur existant. Un nouveau plan envoie à OpenAI la requête complète après normalisation technique, le marché et la langue ; il n'ajoute pas automatiquement le nom, la naissance, l'âge exact ou l'identifiant du proche. Ce parcours utilise Responses sans appel à Moderation ; sa réponse structurée est validée localement. Le classement des offres transmet séparément à OpenAI l'âge canonique du proche en années révolues, le produit recherché (48 caractères maximum pour une idée, 120 pour une recherche manuelle), sa catégorie et jusqu'à huit candidats réduits au titre marchand (160 caractères), à la catégorie et à un numéro local. Les parcours proposant un texte propre au produit et leurs suites partagent aussi un contexte cadeau minimisé : catégories d'intérêts, de style et d'exclusion, relation et type d'occasion ; à partir de quinze ans, portrait facultatif « Ce qui lui plaît » (1 000 caractères maximum) et texte « À éviter » (300 caractères maximum), nom et note d'évènement, relation « autre » et titre et explication de l'idée de référence (160 et 500 caractères) ; pour un adulte, indication supplémentaire de 300 caractères. La langue et le mode de recherche complètent ce contexte. Ce parcours contextualisé modère l'entrée et la sortie. Aucun de ces classements n'ajoute automatiquement les noms, identifiants de proches, dates de naissance, prix, images ou liens marchands. Vous ne devez saisir aucune donnée sensible, confidentielle ou inutile dans les termes ou textes libres. Typesense, auto-hébergé par Karido sur une infrastructure OVHcloud, reçoit les termes et paramètres de recherche nécessaires : marché, devise, plafond de prix compatible avec le marché et filtres de sûreté ou d'audience dérivés. Il ne reçoit pas automatiquement votre UID Firebase ou la naissance du proche. Si la classification OpenAI échoue, une recherche brute peut être signalée comme élargie ; une classification valide sans résultat n'est pas automatiquement élargie. Les offres affichent notamment titre, marchand, réseau, image, prix et lien affilié. Le chargement direct d'une image externe peut transmettre l'adresse IP et les informations techniques de connexion de votre appareil à son hébergeur, avant tout clic. Une offre choisie peut être enregistrée avec l'idée cadeau ; les autres recherches et résultats suivent l'article 8.

2.7 Notifications transactionnelles facultatives. Les rappels d'évènements sont planifiés localement. La demande initiale de notifications propose les rappels et, pour un titulaire de Compte, les notifications de fin de recherche. En mode invité, seuls les rappels sont proposés. Un refus ne bloque pas l'Application et ne déclenche pas automatiquement une nouvelle demande ; les deux réglages restent modifiables séparément ensuite. Si un titulaire de Compte active la notification indiquant qu'une sélection IA est prête, nous traitons son identifiant Firebase, un identifiant aléatoire d'installation, le jeton Firebase Cloud Messaging, la plateforme, la langue et la version de l'Application. Le message transmis à l'appareil contient un identifiant technique de job et un texte générique, sans nom de proche ni titre de cadeau. Cette fonction n'est pas disponible en mode invité.

2.8 Données Analytics facultatives. Uniquement si vous l'activez, Google Analytics for Firebase reçoit un identifiant aléatoire propre à l'installation, des données techniques sur l'appareil et l'Application, et une liste limitée d'évènements génériques : fin de l'onboarding, mode d'accès choisi, création d'un proche ou d'un évènement, couverture agrégée des rappels, démarrage ou résultat générique d'une génération IA, consommation de l'essai invité, affichage d'idées supplémentaires, ouverture générique d'un lien produit, sauvegarde d'une idée, création d'un Compte et changement d'état de la newsletter. Karido ne transmet pas à Analytics votre identifiant Firebase, vos noms, adresses e-mail, dates, relations, budgets, textes de contexte, prompts, titres de cadeaux, marchands ou liens produits.

2.9 Rapports de plantage facultatifs. Uniquement si vous l'activez, Firebase Crashlytics peut recevoir des traces de plantage, la version de l'Application et du système, le modèle d'appareil, des identifiants techniques d'installation et les éléments nécessaires au diagnostic. Karido ne configure pas Crashlytics avec votre identifiant Firebase et n'ajoute volontairement aucun nom, e-mail, prompt ou donnée cadeau aux rapports.

2.10 Formulaire de contact. Si vous nous contactez depuis l'Application, y compris en mode invité, nous traitons le message, l'objet facultatif, l'adresse de réponse facultative ou préremplie, la langue, le mode de session, le fournisseur de connexion, le statut de connexion et un horodatage. Le message est envoyé à notre boîte Google Workspace ; il n'est pas enregistré dans Firestore. App Check transmet également les éléments techniques nécessaires pour vérifier l'authenticité de l'installation.

2.11 Newsletter. Le nouveau parcours d'inscription depuis l'Application utilise l'adresse e-mail déjà vérifiée du Compte, la langue, la source et la version du texte de consentement, un identifiant d'action, le statut et les dates correspondantes. Lorsque les inscriptions sont ouvertes, le bouton dédié enregistre votre choix volontaire et l'inscription est activée après son traitement par Brevo, sans deuxième e-mail de confirmation. Les inscriptions anciennes encore en attente conservent leur confirmation par e-mail. Les formulaires du site web suivent les informations présentées sur chaque formulaire. La vérification de l'adresse du Compte ne vaut pas, à elle seule, consentement à la newsletter.

2.12 Données de sécurité. Firebase, Google et les fournisseurs d'attestation peuvent traiter des adresses IP, journaux d'authentification, identifiants d'installation, jetons App Check et éléments d'attestation afin de sécuriser les services et prévenir les abus.

2.13 Nous ne demandons aucune donnée sensible, telle qu'une information relative à la santé, la religion, l'origine ethnique, l'orientation sexuelle ou les opinions politiques. Vous ne devez pas en renseigner, que ces données vous concernent ou concernent un tiers.

3. Données relatives à des tiers

3.1 L'Application vous permet d'enregistrer des informations relatives à des proches qui ne sont pas eux-mêmes utilisateurs de Karido. Vous devez limiter ces informations à ce qui est nécessaire pour les rappels et la préparation de cadeaux, disposer d'un motif légitime pour les renseigner et veiller à ce que la personne puisse raisonnablement s'attendre à cette utilisation ou en ait été informée.

3.2 Karido n'utilise pas ces informations pour contacter les proches, établir leur profil à son propre bénéfice ou leur adresser de la publicité. Elles sont traitées pour fournir les fonctions demandées par l'Utilisateur du Compte ou du mode invité.

3.3 Une personne concernée par des données enregistrées dans Karido peut nous contacter afin d'exercer ses droits. Nous pouvons avoir besoin d'informations complémentaires pour identifier les données concernées sans révéler les données d'un autre Utilisateur.

3.4 Les données relatives aux proches proviennent de l'Utilisateur qui les renseigne. Karido ne collecte pas les coordonnées de ces proches et ne peut donc pas les informer individuellement sans recueillir des données supplémentaires à cette seule fin, ce qui serait contraire au principe de minimisation. Au terme d'une analyse documentée, Karido considère que cette information individuelle est impossible en pratique ou exigerait des efforts disproportionnés au sens de l'article 14, paragraphe 5, point b), du RGPD. La présente Politique rend publiquement accessibles les informations requises et les mesures de protection applicables. L'Utilisateur doit transmettre l'adresse de la présente Politique au proche concerné lorsqu'il est raisonnablement possible de le faire. Chaque proche peut exercer les droits décrits à l'article 9 en écrivant à contact@karido.io.

4. Finalités et bases légales

4.1 Fournir à l'Utilisateur les fonctions principales de l'Application, notamment le mode invité, la gestion du Compte, l'import et la synchronisation, l'enregistrement des évènements et cadeaux, les rappels locaux et la recherche d'offres produits : exécution des CGU conclues avec vous (article 6, paragraphe 1, point b), du RGPD), uniquement lorsque le traitement est objectivement nécessaire à la fonction demandée.

4.2 Traiter les données relatives aux proches qui ne sont pas eux-mêmes Utilisateurs : l'intérêt légitime de Karido à fournir les fonctions de rappels et de préparation de cadeaux demandées par l'Utilisateur, ainsi que l'intérêt de l'Utilisateur à organiser ces rappels et cadeaux (article 6, paragraphe 1, point f), du RGPD). Une analyse d'intérêt légitime documentée conclut que le traitement est nécessaire à ces fonctions et proportionné compte tenu de la nature courante et limitée des données, de leur minimisation, de l'absence de contact, de publicité ou de profilage des proches au bénéfice propre de Karido, des durées de conservation et des mécanismes d'effacement. Le proche conserve notamment le droit de s'opposer à ce traitement dans les conditions de l'article 9 ; Karido réexaminera alors la nécessité du traitement et le supprimera en l'absence de motif légitime impérieux.

4.3 Générer des suggestions, un plan de recherche ou un classement d'offres par IA, y compris l'essai invité : votre consentement explicite et facultatif pour les données qui vous concernent. La case OpenAI proposée à l'entrée est distincte, non précochée et facultative. La laisser décochée ne bloque pas l'accès aux proches, évènements, rappels et idées enregistrées. Les recherches utilisant OpenAI restent bloquées jusqu'à votre accord ; la page évènement présente une information et un bouton pour le consulter et l'accepter. Cet accord ne déclenche pas à lui seul de recherche. Vous pouvez le retirer dans les réglages, avec les effets décrits à l'article 6.7. Votre accord ne vaut pas consentement au nom d'un proche. Les données minimisées relatives au proche décrites à l'article 2.5 sont traitées sur le fondement de l'intérêt légitime documenté à l'article 4.2, avec les garanties applicables selon son âge.

4.4 Vérifier l'âge minimal et conserver des preuves positives d'éligibilité : exécution des conditions d'accès au service et intérêt légitime à empêcher l'accès non éligible, notamment aux produits réglementés réservés aux adultes, et à démontrer l'application des seuils de quinze et dix-huit ans. La date de naissance du titulaire d'un Compte est conservée pour recalculer les seuils et éviter des déclarations contradictoires entre appareils. La date saisie par un invité, l'âge déclaré, les bornes de la tranche reçue et les décisions négatives relatives au seuil adulte ne sont pas conservés.

4.5 Conserver la preuve des CGU et de la présentation de la Politique : exécution des CGU, respect de nos obligations légales et intérêt légitime à démontrer les versions présentées et les choix applicables en cas de contestation. Prendre connaissance de la Politique ne constitue pas un consentement général aux traitements.

4.6 Mesurer l'utilisation de l'Application avec Analytics : votre consentement, proposé de manière facultative dans le parcours initial et modifiable séparément dans les réglages. Analytics reste désactivé avant un choix positif.

4.7 Recevoir des rapports de plantage avec Crashlytics : votre choix facultatif, proposé avec Analytics dans le parcours initial puis modifiable séparément dans les réglages. Crashlytics reste désactivé avant un choix positif.

4.8 Gérer la newsletter : votre consentement volontaire exprimé par le bouton dédié ; les parcours anciens ou formulaires concernés peuvent utiliser le double opt-in. Le refus n'affecte ni la création du Compte ni l'utilisation de l'Application. Vous pouvez vous désinscrire à tout moment.

4.9 Répondre aux messages adressés au support : notre intérêt légitime à traiter les demandes, ou l'exécution du contrat ou de mesures demandées par vous selon l'objet du message.

4.10 Vous prévenir lorsque votre sélection IA est prête : votre consentement facultatif, exprimé dans la demande initiale de notifications ou les réglages, distinct des Analytics et des communications commerciales. Les notifications de fin de recherche et les rappels restent réglables séparément après cette demande initiale. Vous pouvez le retirer à tout moment dans les réglages.

4.11 Sécuriser l'Application, prévenir la fraude, limiter les abus et faire respecter les CGU : notre intérêt légitime et, le cas échéant, nos obligations légales.

4.12 Répondre aux obligations légales et demandes des autorités compétentes : respect d'une obligation légale.

4.13 Nous ne vendons pas vos données, ne les louons pas et ne les utilisons pas pour de la publicité ciblée par des tiers.

5. Destinataires et prestataires

5.1 Nous transmettons des données uniquement aux prestataires nécessaires aux finalités décrites :

(a) Google Cloud et Firebase pour l'authentification, y compris l'identifiant technique anonyme de l'essai invité, Cloud Firestore, les fonctions backend, App Check, Remote Config, Firebase Cloud Messaging, Analytics et Crashlytics selon vos choix ;

(b) OpenAI, via les API Responses et Moderation appelées exclusivement par notre backend : Responses est utilisée pour produire les suggestions ou classifications demandées, et Moderation pour contrôler les entrées et sorties de la génération ordinaire et des parcours contextualisés décrits à l’article 2.6 ;

(c) Apple et Google lorsque vous choisissez leur service d'authentification, pour l'attestation de l'Application et de l'appareil nécessaire à la sécurité des accès et, selon la plateforme, pour acheminer les notifications transactionnelles activées ;

(d) Awin (AWIN AG), Rakuten Advertising et Affilae, ainsi que les marchands concernés, selon les offres proposées. L'import des catalogues ne leur transmet pas vos données de Compte ni les profils des proches. Les liens conservent les références d'éditeur, de marchand, de produit ou de campagne nécessaires à l'affiliation ; Karido n'y ajoute pas automatiquement votre identifiant Firebase, votre e-mail ou le contexte cadeau d'un proche. À l'ouverture, les destinataires du lien peuvent recevoir l'adresse IP, les informations du navigateur ou de l'appareil, l'URL et, selon le navigateur, la page d'origine, ainsi que les données d'attribution ou de conversion prévues par leur service. Le chargement d'une image externe peut déjà transmettre des données techniques à son hébergeur avant tout clic ;

(e) Brevo pour l'inscription, l'envoi et la gestion de la newsletter, ainsi que le double opt-in des parcours concernés ;

(f) Google Workspace pour la réception et le traitement du formulaire de contact ;

(g) OVHcloud pour l'hébergement et la sécurisation de la chaîne catalogue et du moteur de recherche Typesense. Cette infrastructure traite les termes et paramètres de recherche décrits à l'article 2.6, les catalogues d'offres marchandes et les données techniques nécessaires aux connexions de notre backend ; et

(h) nos conseils professionnels ou autorités compétentes lorsque la loi le requiert ou lorsque cela est nécessaire à la défense de nos droits.

5.2 Les magasins d'applications, fournisseurs d'authentification, réseaux d'affiliation et marchands peuvent traiter certaines données pour leurs propres finalités. Pour l'affiliation, les rôles dépendent de l'opération : les conditions éditeurs Awin et Affilae prévoient notamment des cas de responsabilité conjointe pour le suivi des liens, la mesure des conversions et le calcul des commissions. Karido conserve les obligations qui lui incombent, y compris dans ces cas ; vous pouvez exercer vos droits auprès de nous à contact@karido.io. Les finalités, destinataires, durées et choix propres au service utilisé sont décrits dans les notices Awin, Affilae et les informations cookies et suivi de Rakuten Advertising, ainsi que dans la politique du marchand. Les durées d'attribution et de conservation de ces tiers sont distinctes des durées Karido de l'article 8. Ouvrir un lien ne vaut pas, à lui seul, consentement aux traceurs non nécessaires ; leur utilisation exige un consentement préalable lorsqu'il est requis. Les choix Analytics, Crashlytics ou OpenAI de Karido ne remplacent pas ce choix.

Les données de clics et de conversions traitées par Affilae sont conservées pendant vingt-cinq (25) mois à compter de la date de chaque clic ou conversion, puis anonymisées sans archivage supplémentaire. Les sauvegardes sont effacées automatiquement au plus tard cent (100) jours après leur création. Ces durées sont propres à Affilae et distinctes des durées de conservation de Karido.

5.3 Karido utilise l'API Responses d'OpenAI avec store=false et l'API Moderation pour la génération ordinaire. Les options de partage des retours, des données d'évaluation et d'entraînement, ainsi que des entrées et sorties, sont désactivées pour l'organisation Karido. Les projets utilisés sont configurés avec une résidence « Global » et un régime de rétention standard. Karido utilise le régime de rétention standard, sans Zero Data Retention ni Modified Abuse Monitoring. Pour accélérer le traitement des demandes, OpenAI peut conserver dans un cache technique des représentations chiffrées de leur contenu sur ses équipements de calcul pendant une durée pouvant aller jusqu'à vingt-quatre (24) heures. Ce cache peut être utilisé même lorsque Karido désactive le stockage des réponses avec store=false. Par prudence, nous considérons que les journaux de surveillance des abus des requêtes Responses peuvent contenir des demandes, réponses et métadonnées pendant une durée pouvant aller jusqu'à trente (30) jours, ou plus longtemps lorsque la loi l'impose ou qu'OpenAI l'estime raisonnablement nécessaire pour protéger ses services ou un tiers contre un préjudice. Karido utilise le point de terminaison Moderations pour les entrées et sorties de la génération ordinaire. Le picker manuel n'appelle Moderation ni pour sa requête ni pour la sortie JSON structurée de Responses. OpenAI documente le point de terminaison Moderations sans conservation au titre de la surveillance des abus ni état applicatif. La version publique de l'Addendum relatif au traitement des données d'OpenAI décrit les engagements applicables lorsqu'elle est incorporée au contrat de services concerné.

6. Traitements fondés sur l'intelligence artificielle

6.1 Les suggestions de cadeaux sont générées à partir des informations pertinentes décrites à l'article 2.5. L'Application ne prend aucune décision fondée exclusivement sur un traitement automatisé produisant des effets juridiques vous concernant ou vous affectant de manière significative de façon similaire.

6.2 Les suggestions concernées sont signalées comme générées par intelligence artificielle avant ou au plus tard lors de leur présentation. Karido n'utilise ni reconnaissance des émotions ni catégorisation biométrique. Cette information vise notamment la transparence exigée pour les interactions avec un système d'IA.

6.3 Karido n'utilise pas les informations relatives aux proches pour entraîner son propre modèle généraliste. Les options permettant à OpenAI d'utiliser les données API de Karido pour améliorer ou entraîner ses modèles sont désactivées.

6.4 Le contexte minimisé et la réponse de génération ordinaire passent par les mécanismes de sûreté d'OpenAI et par son service de modération. Pour le picker manuel, la requête complète normalisée est envoyée directement à Responses sans modération d'entrée ou de sortie ; Responses renvoie seulement categoryId et productType, puis le backend valide localement le schéma JSON strict. Dans ce régime de rétention standard, les journaux de surveillance des abus de Responses suivent la durée décrite à l'article 5.3. Karido n'enregistre pas les prompts bruts ni les termes de recherche produit dans ses journaux techniques.

6.5 Vous devez éviter de renseigner des données sensibles, confidentielles ou inutiles. Pour un proche âgé d'au moins quinze ans, les textes libres pertinents, notamment le champ « éléments à éviter », peuvent être transmis à OpenAI comme indiqué à l'article 2.5 ; ils ne doivent donc pas être utilisés pour renseigner des informations médicales, religieuses ou d'une autre nature sensible. Pour un proche de moins de quinze ans, ces textes libres ne sont pas transmis et seules les catégories fermées sont utilisées.

6.6 Les suggestions ne sont enregistrées durablement dans vos données utilisateur Karido que si vous choisissez de les sauvegarder. Le contexte et les résultats non sélectionnés restent temporairement présents dans le job Cloud Firestore nécessaire au traitement et à l'affichage, puis suivent les durées de l'article 8.3 et les règles du prestataire d'IA.

6.7 Le partage avec OpenAI est facultatif à l'entrée comme à l'utilisation. Sans accord courant, vous pouvez utiliser les fonctions non IA ; l'évènement affiche une explication et un bouton pour consulter le partage proposé et l'accepter avant une recherche. Le reçu de partage est local, versionné et lié à votre identité technique sur cette installation ; il n'est pas transféré automatiquement à un autre Compte. Les autorisations de l'ancien parcours obligatoire ne sont pas réutilisées pour cette nouvelle version facultative. Tant qu'un reçu courant reste valide, une nouvelle recherche ne redemande pas cet accord. Une commande dédiée dans les réglages permet de le retirer. Le refus, la fermeture de la demande ou le retrait bloque les nouveaux appels OpenAI et laisse les fonctions non IA disponibles, notamment les proches, évènements, rappels et idées enregistrées. Le retrait ne redéclenche pas le parcours initial déjà terminé. Une nouvelle recherche d'offres peut encore appeler le classement OpenAI même avec un plan conservé ; elle exige donc aussi l'accord courant. Les recherches déjà lancées peuvent se terminer. Le retrait ne supprime pas les demandes déjà traitées ni les éventuels journaux de sécurité conservés par le fournisseur.

7. Localisation et transferts internationaux

7.1 Les données invitées restent principalement sur l'appareil, sous réserve du contrôle d'âge, des demandes IA, du formulaire de contact et de la télémétrie éventuellement activée. La base Cloud Firestore (default), qui contient les données synchronisées et les jobs temporaires, est configurée dans la zone multirégionale européenne eur3. Les fonctions backend sont principalement exécutées dans la région europe-west1. La chaîne catalogue et le moteur de recherche Typesense sont auto-hébergés par Karido sur un serveur OVH SAS (OVHcloud), 2 rue Kellermann, 59100 Roubaix, France, situé à Gravelines, France, dans la région technique os-gra6. Sa sauvegarde automatique Standard produit une copie quotidienne conservée vingt-quatre (24) heures ; le fournisseur indique qu'elle est répliquée dans le même centre de données sur des serveurs distincts. Les accès à distance nécessaires à la sécurité et à la maintenance sont prévus au contrat ; la localisation du serveur ne garantit pas à elle seule que tous les accès sont réalisés depuis l'Espace économique européen. Il ne s'agit pas d'un service Typesense Cloud ni d'un transfert vers Typesense, Inc. Les bases de Comptes, proches, évènements, cadeaux, consentements et jobs applicatifs restent sur Google Cloud et Firebase ; des sauvegardes catalogue et métadonnées de contrôle y sont également conservées. La migration du catalogue ne transfère donc pas l'ensemble des données de l'Application vers OVHcloud.

7.2 Firebase indique que Firebase Authentication traite les données depuis des centres de données situés aux États-Unis. D'autres services Firebase reposent sur une infrastructure mondiale lorsqu'aucun emplacement spécifique n'est proposé. OpenAI, Google Workspace, Brevo, Apple, Google et les réseaux d'affiliation peuvent également traiter des données hors de France ou de l'Espace économique européen. Apple indique stocker aux États-Unis les données personnelles de ses clients de l'UE/EEE, du Royaume-Uni et de Suisse. Sa politique de confidentialité décrit ses traitements et les droits correspondants. Karido traite le service OpenAI documenté comme utilisant une résidence « Global » et ne revendique ni résidence européenne ni Zero Data Retention.

7.3 Les mécanismes de protection des transferts dépendent du service, du pays de destination et du rôle du destinataire : décision d'adéquation applicable ou clauses contractuelles types approuvées par la Commission européenne, avec les mesures supplémentaires nécessaires. Les contrats Google Cloud, Firebase et Google Workspace prévoient des mécanismes de transfert propres aux services concernés. Pour les données soumises au RGPD traitées par OpenAI, son addendum relatif au traitement des données prévoit les garanties correspondantes, notamment les clauses contractuelles types pour les transferts concernés. Les notices des réseaux d'affiliation citées à l'article 5.2 décrivent leurs traitements. Vous pouvez obtenir auprès de contact@karido.io des informations sur les transferts et les modalités d'accès à une copie des garanties applicables, sous réserve de la protection des informations confidentielles.

7.4 Brevo SAS, établie en France, traite les inscriptions à la newsletter pour notre compte. Pour les accès de maintenance et de support nécessaires depuis l'Inde par Brevo CRM Solutions Private Limited, Brevo confirme l'application des clauses contractuelles types de la Commission européenne, module 3, complétées par l'avenant britannique (UK International Data Transfer Addendum). Pour les accès depuis les États-Unis par Brevo, Inc., Brevo confirme le recours au cadre de protection des données UE–États-Unis (Data Privacy Framework), incluant son extension britannique, ainsi qu'aux mêmes clauses contractuelles types et à l'avenant britannique. Le transfert vers Brevo SAS en France bénéficie de l'adéquation reconnue par le Royaume-Uni. Vous pouvez demander des informations sur ces garanties à contact@karido.io.

8. Durées de conservation

8.1 Données invitées et préférences locales : jusqu'à leur suppression élément par élément dans l'Application, leur transfert réussi vers un Compte, la suppression confirmée du Compte, l'effacement des données de l'Application ou sa désinstallation, sous réserve des sauvegardes de l'appareil contrôlées par son système d'exploitation. Après un import réussi, ou après la confirmation de la suppression d'un Compte, l'Application efface les proches, évènements et idées cadeaux de l'ancienne base invitée. La preuve juridique locale et les préférences propres à l'installation, notamment la langue, l'onboarding, la devise et l'état de l'essai IA, suivent leurs mécanismes de réinitialisation respectifs et peuvent subsister. Le reçu local OpenAI est supprimé lors de l'effacement des données ou de la désinstallation et, en meilleur effort, après une suppression de Compte réussie.

8.2 Données de Compte, proches, évènements, cadeaux et preuves de consentement synchronisées : pendant la durée d'ouverture du Compte. La date de naissance privée suit cette durée et est supprimée avec le Compte. Le prénom et le nom du profil Firestore, leur nom d'affichage Firebase Authentication ainsi que leur copie locale et les saisies en attente liées au Compte suivent sa suppression. La suppression active est lancée depuis l'Application après une authentification récente et supprime les données serveur rattachées au Compte. Une fois cette suppression confirmée, l'Application efface également les éventuelles données métier de l'ancienne base locale invitée ; en cas d'échec technique de cet effacement local, elle le reprend lors d'un lancement ultérieur. Les préférences propres à l'installation mentionnées à l'article 8.1 suivent leurs mécanismes de réinitialisation respectifs. Un verrou technique empêche la recréation de données pendant les nettoyages différés. Tant qu'une suppression ou révocation nécessaire reste inachevée, il n'a pas d'expiration automatique ; après une passe réussie, son expiration est fixée à quatre-vingt-dix (90) jours et peut être recalée lors d'une nouvelle passe réussie. La file newsletter suit l'article 8.6. Firebase indique que certaines données d'authentification et copies de sauvegarde peuvent mettre jusqu'à cent quatre-vingts (180) jours à disparaître des systèmes actifs et de sauvegarde.

8.3 Jobs de génération IA et traitements OpenAI : le job actif et son contexte privé Cloud Firestore reçoivent à leur admission une date d'expiration fixée deux (2) jours après cette admission. Lors du passage à un état final, le job, son contexte privé et ses éléments associés reçoivent une expiration vingt-quatre (24) heures après cette transition. La purge TTL de Firestore est asynchrone : Google indique qu'elle intervient généralement dans les vingt-quatre heures suivant l'expiration, sans garantir un effacement instantané ni une borne absolue. Les groupes de sous-documents concernés ont leurs propres politiques TTL. Karido ne constitue pas d'archive indépendante des prompts bruts. En Production, l'historique de restauration de Firestore couvre sept (7) jours et les sauvegardes quotidiennes sont conservées sept (7) jours après leur création ; une donnée effacée du stockage actif peut donc encore figurer dans une copie antérieure. Les compteurs pseudonymes de quota et de sécurité peuvent être conservés jusqu'à trente et un (31) jours. Les idées volontairement sauvegardées suivent la durée des données cadeaux. La conservation côté OpenAI est distincte : store=false ne supprime ni le cache technique ni les journaux de surveillance des abus décrits à l'article 5.3.

8.4 Données Analytics au niveau utilisateur et évènement : les données d'évènement et les données utilisateur sont conservées pendant quatorze (14) mois dans la propriété Google Analytics Production concernée. La réinitialisation de la durée applicable aux données utilisateur lors d'une nouvelle activité est désactivée. Analytics reste désactivé tant que vous ne l'avez pas activé. Les rapports statistiques rendus anonymes de manière irréversible peuvent être conservés sans relever des données personnelles.

8.5 Rapports Crashlytics et identifiants associés : quatre-vingt-dix (90) jours avant le début de leur suppression des systèmes actifs et de sauvegarde de Firebase.

8.6 Newsletter : nous conservons votre adresse et une preuve minimale de votre inscription pendant votre abonnement, au plus trois (3) ans sans contact volontaire pertinent de votre part. Une simple ouverture d'e-mail, un envoi de Karido ou une mise à jour administrative ne prolonge pas cette durée. Votre désabonnement bloque immédiatement les campagnes. Les données devenues inutiles sont nettoyées sous trente (30) jours après une demande non confirmée ou un retrait, sauf nécessité documentée liée à une obligation applicable, une contestation ou la défense de droits. Nous conservons séparément une trace minimale d'opposition pendant au moins trois (3) ans après le retrait, puis en réexaminons la nécessité ; elle sert uniquement à respecter votre choix et n'entraîne aucune réinscription automatique. La suppression du Compte déclenche le retrait et n'efface pas cette trace nécessaire. L'adresse nécessaire à la livraison du retrait peut rester dans une file protégée jusqu'à confirmation de sa transmission à Brevo ; une opposition non livrée n'est pas supprimée automatiquement après sept jours. Une nouvelle inscription doit résulter d'une nouvelle demande volontaire de votre part ; une importation de contacts ou un ancien indicateur de consentement ne suffit pas.

8.7 Messages adressés au support : les demandes ordinaires sont conservées pendant leur traitement, puis supprimées au plus tard douze (12) mois après leur clôture. Les demandes relatives à la vie privée, les litiges, les incidents de sécurité et les dossiers nécessaires à la constatation, à l'exercice ou à la défense de droits peuvent être placés dans une archive intermédiaire à accès restreint pendant au plus cinq (5) ans après leur clôture ou leur résolution. Une durée différente ne s'applique que lorsqu'une obligation légale l'impose ou qu'un contentieux en cours le justifie ; l'accès et la conservation sont alors limités à cette finalité.

8.8 Journaux de sécurité et données techniques des prestataires : selon les durées propres aux services concernés. Firebase indique conserver les adresses IP journalisées par Authentication pendant quelques semaines. Les jetons App Check ont une durée de validité configurable qui ne peut pas dépasser sept (7) jours ; Firebase indique ne pas conserver les jetons ordinaires non soumis à la protection contre la relecture. Cette protection contre la relecture, lorsqu'elle est activée, peut entraîner une conservation des jetons utilisés pendant au plus trente (30) jours ; elle est désactivée dans la configuration de l'Application. Les espaces de journaux Google Cloud utilisés conservent les journaux ordinaires pendant trente (30) jours et les journaux d'audit obligatoires pendant quatre cents (400) jours. Ces espaces ne sont pas un archivage des prompts. Les autres prestataires appliquent à leurs propres journaux techniques les durées et critères de conservation de leurs services. Pour obtenir des précisions sur les journaux liés à votre utilisation de Karido, contactez contact@karido.io.

8.9 Recherches et offres produits : les requêtes et résultats des jobs de recherche sont programmés pour expirer après vingt-quatre (24) heures, les plans de recherche rattachés au Compte après trente (30) jours et le cache partagé d'offres normalisées après environ cinq (5) minutes. Des compteurs et réservations pseudonymes nécessaires aux quotas et à la sécurité peuvent être conservés jusqu'à trente et un (31) jours. Les métadonnées de l'offre que vous choisissez d'enregistrer suivent la durée de l'idée cadeau associée. Une observation d'affichage par Compte, marché et produit conserve le dernier état connu et son horodatage ; elle est renouvelée au plus tôt après vingt-quatre (24) heures et supprimée avec le Compte. Une copie locale liée au Compte est également effacée lors de sa suppression.

8.10 Installations de notifications transactionnelles : le jeton d'installation est supprimé lorsque vous désactivez le réglage, vous déconnectez, supprimez votre Compte ou lorsque Firebase le déclare invalide. Une installation inactive reçoit une expiration quatre-vingt-dix (90) jours après sa dernière actualisation, suivie de la purge asynchrone Firestore. L'identifiant opaque du job et l'état technique de livraison reçoivent une expiration à sept (7) jours, suivie de la purge asynchrone Firestore.

9. Vos droits et vos choix

9.1 Selon les conditions prévues par la réglementation, vous disposez des droits d'accès, de rectification, d'effacement, de limitation, d'opposition et de portabilité, ainsi que du droit de retirer un consentement à tout moment sans remettre en cause les traitements antérieurs. Vous pouvez également définir des directives relatives au sort de vos données après votre décès.

9.2 Vous pouvez gérer Analytics et Crashlytics, les notifications transactionnelles, la newsletter, le choix OpenAI pour les demandes futures et la suppression du Compte dans les réglages. Le retrait du consentement Analytics désactive la collecte et réinitialise les données Analytics locales. Le retrait du consentement Crashlytics désactive la collecte et supprime les rapports non encore envoyés ; les rapports déjà transmis restent soumis à la durée de l'article 8.5. La suppression du Compte entraîne l'effacement des éventuelles données métier de l'ancienne base invitée ; certaines préférences d'installation mentionnées à l'article 8.1 peuvent subsister.

9.3 Pour exercer un droit ou signaler les données d'un proche, contactez contact@karido.io. Nous pouvons demander les informations nécessaires pour vérifier votre identité ou retrouver les données, sans demander plus que nécessaire. Nous répondons en principe dans un délai d'un mois, sous réserve des prolongations prévues par la loi.

9.4 Vous pouvez introduire une réclamation auprès de la Commission nationale de l'informatique et des libertés (CNIL), Service des plaintes, 3 place de Fontenoy, 75007 Paris, ou en ligne depuis le site de la CNIL. Vous n'êtes pas tenu de nous contacter au préalable.

10. Mineurs

10.1 L'Application est réservée aux personnes âgées d'au moins quinze (15) ans révolus. Le contrôle décrit à l'article 2.2 précède l'accès aux fonctionnalités et toute synchronisation métier. Une déclaration indiquant un âge inférieur bloque l'accès sans enregistrer l'âge déclaré ni les bornes reçues. Si nous apprenons néanmoins qu'un enfant de moins de quinze ans nous a transmis des données, nous prendrons les mesures appropriées pour les supprimer.

10.2 Ce seuil est une règle d'éligibilité choisie pour l'Application ; il ne doit pas être présenté comme une interdiction générale imposée par l'article 45 de la loi Informatique et Libertés, qui régit spécifiquement le consentement d'un mineur à certains traitements. Dans la version actuelle, gratuite et sans achat conclu avec Karido, les personnes âgées de quinze (15) à dix-sept (17) ans peuvent utiliser l'Application après le contrôle d'âge et accepter les CGU sans attestation parentale distincte, mais n'accèdent pas aux produits réglementés réservés aux adultes. Cet accès nécessite une preuve positive distincte que l'Utilisateur et le proche concerné ont tous deux au moins dix-huit ans ; le marchand conserve ses propres obligations de vérification à l'achat ou à la livraison. Cette règle ne prive pas le représentant légal de ses pouvoirs et ne dispense pas le mineur d'obtenir l'autorisation requise par la loi pour un acte déterminé, notamment une transaction éventuellement conclue avec un marchand tiers.

11. Sécurité

11.1 Nous utilisons des mesures techniques et organisationnelles proportionnées, notamment le chiffrement en transit, le hachage des mots de passe par Firebase Authentication, App Check, des règles d'accès Firestore limitées au titulaire du Compte ou au propriétaire authentifié d'un job temporaire, des fonctions backend validant les requêtes et une limitation des données envoyées à Analytics.

11.2 Aucun système ne peut garantir une sécurité absolue. En cas de violation de données, nous évaluerons les risques et informerons la CNIL et les personnes concernées lorsque la réglementation l'exige.

12. Modification de la présente Politique

12.1 Nous pouvons mettre à jour la présente Politique pour refléter une évolution de l'Application, de nos prestataires ou de la réglementation. La date et la version applicables sont indiquées dans l'Application.

12.2 Une modification substantielle peut entraîner une nouvelle présentation de la Politique et, lorsque nécessaire, une nouvelle acceptation des CGU ou un nouveau choix de consentement. Nous vous informerons par un moyen approprié avant son entrée en vigueur lorsque la loi l'exige.

13. Contact

13.1 Pour toute question, demande ou réclamation relative à la présente Politique ou à vos données :

Par e-mail : contact@karido.io

Par courrier : KARIDO, société par actions simplifiée, Lieu-Dit Autigeon, 558 Chemin de la Rivayrolle, 81500 Lavaur, France