Aller au contenu
Storefront Ninja

Confidentialité

Ce que Storefront Ninja conserve, pourquoi chaque élément est nécessaire, où il est conservé et comment le faire supprimer.

Qui exploite ceci

Storefront Ninja est un produit de mixtape.works, exploité par Human Hygiene Kft., 1163 Budapest, Datolya utca 40., Hongrie (numéro d'immatriculation 01-09-464537, numéro de TVA de l'UE HU12087783 ; tous les détails sur mixtape.works/imprint). Écris à support@mixtape.works pour tout ce qui concerne cette page.

Vendeurs et clients

Un vendeur qui ouvre une boutique ici est notre client, et tout ce qui suit le concerne. Un client qui achète dans l'une de ces boutiques achète au vendeur, pas à nous : le vendeur décide ce qu'il demande à un client, et nous le conservons pour lui, selon ses instructions, afin que sa boutique puisse fonctionner.

Ce qui est conservé, et pourquoi chaque élément

  • La boutique : son nom, l'adresse à laquelle elle répond (yourshop.storefront.ninja), la langue dans laquelle elle est écrite, la devise dans laquelle elle affiche ses prix, son pays et son fuseau horaire, sa formule, et comment on peut la payer : si elle accepte un paiement par carte via son propre compte Stripe, si elle accepte le paiement à la livraison, ainsi que le titulaire du compte et l'IBAN vers lesquels elle demande aux clients de virer et ce qu'elle veut voir écrit comme référence, et comment un client joint le vendeur : l'adresse e-mail de contact de la boutique, son numéro de téléphone et son adresse professionnelle. Si le vendeur a importé un logo ou une icône d'onglet, le fichier sous lequel chacun est stocké est aussi conservé ici, ainsi que l'icône d'écran d'accueil que nous dessinons à partir de l'icône d'onglet, dans les trois tailles dont un téléphone a besoin, la couleur d'accent qu'il a choisie et s'il a fixé la boutique toujours en clair ou toujours en sombre. Tout est public : c'est ce qu'un client voit sur les pages de la boutique. Sans cela, il n'y a rien à servir à cette adresse, aucun moyen de savoir ce que coûte la boutique, et aucun moyen pour un client de payer le vendeur.
  • Qui peut ouvrir l'admin d'une boutique : l'identifiant de son compte mixtape, l'adresse e-mail que ce compte a confirmée, et s'il est propriétaire de la boutique ou y travaille.
  • Un navigateur connecté : le jeton aléatoire qui est dans son cookie, le compte mixtape auquel il appartient, l'adresse e-mail et le nom de ce compte, la langue qu'il a choisie, et quand la session a commencé, a été utilisée pour la dernière fois et expire. La connexion est assurée par ton compte mixtape sur account.mixtape.works, l'identifiant unique pour tous les produits mixtape, de sorte que Storefront Ninja ne voit ni ne conserve jamais de mot de passe.
  • Le compte mixtape de toute personne qui s'est connectée ici : son identifiant, l'adresse e-mail qu'il a confirmée, le nom qu'il porte, et la date de sa première et de sa dernière connexion. La première date est la façon dont nous savons depuis combien de temps tu es avec nous, et le compte est ce à quoi l'admin d'une boutique est liée.
  • Une connexion en cours : les valeurs aléatoires qui lient la réponse venant de account.mixtape.works à la connexion que ton navigateur a démarrée, et rien sur toi. La ligne est supprimée dès que tu reviens, et dans tous les cas en moins de quinze minutes.
  • Ce que vend une boutique : sa référence, son prix et son prix promotionnel (en nombre entier et code de devise), son poids quand le vendeur en a saisi un, combien sont en stock, s'il est affiché dans la boutique, et quand il a été mis en ligne et modifié pour la dernière fois. C'est le catalogue propre du vendeur, conservé pour lui afin que sa boutique puisse fonctionner.
  • Les mots d'un produit, un jeu par langue dans laquelle le vendeur écrit : son nom, sa description courte et longue, le titre et la description Google que le vendeur peut écrire pour lui, et l'adresse à laquelle il répond dans la boutique. Écrits par le vendeur, lus par les clients.
  • Les photos d'un produit : le fichier sous lequel chacune est stockée et l'ordre dans lequel elles sont affichées. Le vendeur les importe, et elles sont publiques, car c'est ce qu'un client voit sur la page du produit.
  • Comment une boutique envoie ses articles et ce qu'elle facture : pour chaque mode de livraison, les pays desservis et son tarif, soit un prix fixe et la valeur de commande à partir de laquelle c'est gratuit, soit un ensemble de paliers selon la valeur de la commande ou le poids (voir shipping_method_bands), en nombres entiers et un code de devise. Écrit par le vendeur et lu par les clients au paiement. Une boutique sans mode de livraison prend ses commandes pour retrait.
  • Le nom d'un mode de livraison, un par langue dans laquelle le vendeur écrit. Écrit par le vendeur, lu par les clients.
  • Les paliers d'un mode de livraison tarifé selon la valeur de la commande ou le poids plutôt qu'à un prix fixe : les bornes de chaque palier et ce qu'il facture à l'intérieur, en nombres entiers et un code de devise. Écrits par le vendeur, lus par les clients au paiement.
  • Le taux de TVA que tu as défini pour chaque pays qui a le sien (par exemple l'Allemagne à 19 %). Il ne contient aucune donnée personnelle.
  • Les classes de taxe que tu nommes (par exemple Livres à 5 %) et leur taux par défaut. Elles ne contiennent aucune donnée personnelle.
  • Le taux que tu as défini pour une classe de taxe dans chaque pays qui a le sien. Il ne contient aucune donnée personnelle.
  • Les factures émises avant que la facturation ne soit retirée du produit : le numéro et le jour de chacune, l'avoir d'une commande annulée, et le PDF conservé pour chacune. Rien dans le produit ne les lit ni ne les envoie désormais, et aucune nouvelle facture n'est émise.
  • Une commande que quelqu'un a passée dans l'une de ces boutiques : son numéro, l'adresse e-mail, le nom et le numéro de téléphone du client, l'adresse de livraison, toute note laissée, la langue dans laquelle il a commandé, comment il a choisi de payer, ce qu'elle a coûté (en nombres entiers et un code de devise), le code promo utilisé et ce qu'il a retiré, comment elle a été envoyée (le nom du mode de livraison tel qu'il se lisait ce jour-là, et ce que la livraison a coûté), où elle en est, quand elle a été passée, et le jeton aléatoire du propre lien du client vers elle. Quand le premier ajout au panier du client portait une balise de campagne (utm_source, utm_medium, utm_campaign, comme un lien de newsletter ou une publicité payante), cette balise est aussi conservée sur la commande, pour qu'un vendeur voie de quel canal vient son chiffre d'affaires ; une commande sans balise est une commande que personne n'a balisée, ou saisie à la main. Le client a donné tout cela au vendeur, pas à nous ; nous le conservons pour le vendeur afin que sa boutique puisse fonctionner. Un acheteur professionnel qui a donné un nom d'entreprise et un numéro de TVA de l'UE : les deux sont conservés sur la commande, avec le fait que la vente était en autoliquidation (sans TVA) et le jour où une vérification VIES a indiqué que le numéro était valide. Le numéro est envoyé au service VIES de la Commission européenne, qui répond seulement s'il s'agit d'un numéro de TVA valide ; rien d'autre sur l'acheteur ne lui est envoyé, et sa réponse est conservée en mémoire pendant une heure, jamais dans notre base de données. Quand un paiement par carte est contesté par la propre banque du client, nous conservons ce que Stripe nous a dit du litige : son motif, le montant contesté, le délai que Stripe a donné pour répondre, et s'il a ensuite été tranché en faveur du vendeur ou perdu à la suite d'une contestation de paiement. Quand le propriétaire la marque comme expédiée, le numéro de suivi du transporteur et le lien qu'il a saisis sont aussi conservés sur la commande, et montrés à ce client.
  • Ce qu'il y a dans une commande : quel produit et quelle combinaison (taille, couleur) elle désigne, et le nom, la combinaison, la référence, le prix unitaire, la quantité et le total de la ligne tels qu'ils se lisaient au moment où elle a été passée. Ce sont des copies volontairement, pour qu'un prix que le vendeur change ensuite ne puisse pas modifier une commande déjà passée.
  • Où une commande est passée : chaque statut qu'elle a pris (nouvelle, payée, expédiée, annulée), quand elle l'a pris, et l'adresse e-mail de la personne de la boutique qui l'y a fait passer, ou rien du tout quand c'était le propre appui du client. C'est ce qui permet à un vendeur de répondre à « quand l'avez-vous expédiée ? » et à nous de savoir ce qui s'est passé si une commande est un jour contestée.
  • Chaque message que le produit envoie au sujet d'une commande, et chaque avis que nous envoyons au propriétaire d'une boutique au sujet de la boutique elle-même (un paiement de sa formule qui échoue, une formule annuelle sur le point de se renouveler, sa fermeture, une relance pour ajouter son premier produit, ou son e-mail hebdomadaire de chiffres) : de quel type il s'agissait, l'adresse à laquelle il est allé, l'adresse à laquelle une réponse retourne, son objet, laquelle de nos adresses l'a envoyé, quand il a été envoyé et si la livraison a fonctionné. Cette dernière partie indique si notre service de messagerie l'a pris et, quand il nous le dit ensuite, si le serveur de messagerie destinataire l'a accepté ou refusé (avec la raison donnée) et si la personne à qui il est allé l'a marqué comme spam. Le message lui-même n'est pas conservé, seulement le fait qu'il a existé, et c'est ce qui permet à un vendeur de voir qu'un client a été prévenu de sa commande, ou à un propriétaire de sa boutique, plutôt que de devoir l'espérer.
  • La façon dont un vendeur regroupe ses produits, et dont ces groupes s'imbriquent sur un niveau : l'ordre dans lequel ils sont affichés, lequel est dans lequel, l'image propre du vendeur pour chacun, et quand chacun a été créé et modifié pour la dernière fois. C'est le catalogue propre du vendeur, conservé pour lui afin que sa boutique puisse l'afficher.
  • Le nom d'une catégorie et ses propres mots au-dessus et en dessous de sa page, un jeu par langue dans laquelle le vendeur écrit, et l'adresse à laquelle elle répond dans la boutique. Écrits par le vendeur, lus par les clients.
  • Lesquels des produits d'un vendeur sont dans lesquelles de ses catégories : un produit peut être dans plusieurs à la fois. Défini par le vendeur, lu par les clients qui parcourent une catégorie.
  • Les options dans lesquelles un vendeur vend un produit, comme la taille ou la couleur, et l'ordre dans lequel elles sont affichées. Fait partie du catalogue propre du vendeur, conservé pour lui afin que sa boutique puisse l'afficher.
  • Le nom d'une option, un par langue dans laquelle le vendeur écrit, comme Taille et Méret. Écrit par le vendeur, lu par les clients.
  • Les valeurs d'une option, comme S, M et L, et l'ordre dans lequel elles sont affichées. Fait partie du catalogue propre du vendeur.
  • Le mot de chaque valeur, un par langue dans laquelle le vendeur écrit, comme Rouge et Piros. Écrit par le vendeur, lu par les clients.
  • Chaque combinaison des options d'un produit qui peut être achetée, avec la référence propre du vendeur pour elle, son stock, de combien elle coûte plus ou moins que le produit, et quand elle a été créée et modifiée pour la dernière fois.
  • Quelles valeurs composent chaque combinaison, comme la taille M avec la couleur rouge. Rien d'autre n'est stocké ici.
  • De quels blocs ta page d'accueil est faite, dans l'ordre que tu as défini, et comment chacun est configuré : son type, sa taille et sa forme, le tri de ses produits, les adresses vers lesquelles il renvoie et les images qu'il affiche (sous forme de noms de fichiers que tu as importés). Aucun mot n'y figure : ils sont conservés à part, une ligne par bloc et par langue. Tout est public : c'est ce qu'un client voit sur la page d'accueil de ta boutique. Une ligne par boutique.
  • Les mots que tu as écrits pour les blocs de ta page d'accueil (un titre, une ligne de texte, un libellé de bouton, une description d'image, un bloc de texte, un intitulé), une ligne pour chaque bloc et chaque langue dans laquelle tu les as écrits. Écrits par toi, lus par les clients dans leur propre langue.
  • Les pages propres d'un vendeur, comme un À propos ou une politique de retours : l'adresse web de chaque page, si elle est publiée, l'ordre dans lequel les pages sont listées, et quand chacune a été créée et modifiée pour la dernière fois.
  • Le titre et le texte de ces pages, un jeu par langue. Écrits par le vendeur, lus par les clients une fois la page publiée.
  • Les codes promo d'un vendeur : chaque code, s'il retire un pourcentage ou un montant, le panier minimum sur lequel il fonctionne, le dernier jour où il fonctionne, combien de fois il peut être utilisé, s'il est activé, et quand il a été créé et modifié pour la dernière fois.
  • Une clé aléatoire par jour, utilisée uniquement pour brouiller les visiteurs dans les compteurs de visites décrits ensuite. La clé d'un jour est supprimée dès que celle du jour suivant est créée, de sorte qu'à tout moment il y a une seule clé, et rien qui permette de reconnaître un visiteur d'un jour antérieur.
  • Un décompte de ce que les visiteurs ont fait dans une boutique, pour la page de statistiques du vendeur : pour chaque jour, laquelle de quatre actions un visiteur a faite (regardé un produit, mis quelque chose dans le panier, ouvert le paiement, passé une commande) et quand elle s'est produite pour la première fois ce jour-là. À la première étape comptée d'un visiteur pour un jour, l'hôte du site qui l'a envoyé (comme google.com, jamais l'adresse complète) et toutes les balises de campagne de l'adresse d'arrivée (utm_source, utm_medium, utm_campaign) sont aussi conservés, pour qu'un vendeur sache de quel canal viennent ses clients ; une étape ultérieure le même jour n'en conserve aucune. Un visiteur n'est qu'un code brouillé, fabriqué à partir de la boutique, de l'adresse internet du visiteur et du type de navigateur, avec la clé de ce jour-là. Une fois la journée terminée, la clé est supprimée, de sorte que le code ne peut plus être reconverti en adresse ni rapproché du code de la même personne un autre jour. L'adresse elle-même, les pages consultées et le contenu du panier ne sont pas conservés.
  • Un message qu'un visiteur a envoyé via la page de formulaire de contact d'un vendeur : son nom, son adresse e-mail, l'objet et le message lui-même, la page depuis laquelle il a été envoyé, la langue dans laquelle il a été écrit, quand il est arrivé, et si la notification que nous envoyons au vendeur à ce sujet a été délivrée.
  • L'abonnement de ta boutique, quand elle en a un : les identifiants propres de Paddle pour l'abonnement et pour toi en tant que son client, son statut (actif, en retard de paiement, en pause ou résilié), quelle formule et quelle période de facturation il paie, quand la période actuellement payée se termine, et tout changement déjà prévu au prochain renouvellement (une montée en gamme, une descente en gamme ou une résiliation). Pas ce qui a été acheté dans ta boutique, ni un numéro de carte : Paddle prend lui-même le paiement et conserve ces détails, en tant que marchand officiel (merchant of record) (voir où c'est, ci-dessous).
  • Chaque événement de facturation que Paddle nous a envoyé, une seule fois, pour qu'un message envoyé deux fois ne change rien deux fois : l'identifiant propre de l'événement et son type, la boutique concernée, et quand il s'est produit.
  • Une ligne sur notre propre vérification quotidienne auprès de Paddle, pour chaque abonnement qu'un message manqué de leur part aurait pu laisser périmé : quand elle s'est exécutée pour la dernière fois, et la seule erreur rencontrée, le cas échéant. Rien sur une boutique ni sur une personne : c'est seulement si la vérification elle-même fonctionne.
  • Le seul paiement qu'une boutique a ouvert chez Paddle pendant qu'elle choisit une formule : l'identifiant propre de Paddle pour ce paiement non réglé et le moment où il a été ouvert. Rien sur la personne qui l'a ouvert : la boutique est le seul lien, et le paiement suivant remplace la ligne.
  • Chaque événement de facturation que Stripe nous a envoyé au sujet du compte Stripe connecté d'un vendeur, une seule fois, pour qu'un message envoyé deux fois ne change rien deux fois : l'identifiant propre de l'événement, le compte connecté concerné (jamais notre propre compte de plateforme), son type, et quand il s'est produit.
  • Un remboursement effectué sur une commande par carte, via le propre compte Stripe du vendeur : pour quelle commande, l'identifiant propre de Stripe pour le remboursement, le montant et la devise dans laquelle Stripe le rapporte (pas toujours la devise de la boutique), son statut, le motif donné, et quand cela s'est produit.
  • Ce qui a mal tourné, regroupé par type de chose, par endroit où cela s'est produit (le modèle d'adresse d'une page, jamais le lien réel d'un client) et par raison : combien de fois, quand cela a été vu pour la première et la dernière fois, et si un fondateur l'a acquitté. Si une page casse dans ton propre navigateur (une erreur de script, une image qui ne se charge pas, une requête qui ne revient jamais), il nous dit quelle page et ce qui a cassé, de la même manière. Aucune adresse IP, aucune identité de navigateur, aucune adresse e-mail et rien de ce qu'un visiteur a saisi n'y figure jamais. Conservé 90 jours après la dernière fois où cela s'est produit.
  • Pour chaque échec ci-dessous, combien de fois il s'est produit sur une boutique donnée et quand pour la dernière fois, afin que la page puisse nommer cette boutique. Aucune donnée personnelle : seulement la boutique sur laquelle cela s'est produit.
  • Un fichier de catalogue que tu as importé pour ajouter ou mettre à jour des produits : ce qu'il contenait, comment ses colonnes ont été associées à ton catalogue, et ce que l'import a fait ou refusé. Supprimé automatiquement 24 heures après son import, que tu l'aies lancé ou non.
  • L'adresse d'une photo, ou un nom de fichier associé à un ZIP de photos que tu as importé avec le fichier du catalogue, pendant qu'elle est récupérée ou lue : l'adresse ou le nom lui-même, le produit auquel elle appartient, et soit le fichier sous lequel elle a été stockée, soit la raison pour laquelle elle n'a pas pu être utilisée. Supprimé en même temps que le fichier du catalogue dont elle provient (voir ci-dessous), 24 heures après son import ; le ZIP lui-même est supprimé de la même manière, ou plus tôt, une fois que toutes les photos qu'il contient ont été utilisées.
  • Un import de catalogue en cours en arrière-plan : combien de ses lignes sont faites, et ce qu'il a ajouté, mis à jour ou refusé jusqu'ici. Supprimé avec le fichier catalogue auquel il appartient, 24 heures après que tu l'as envoyé.
  • Ce dont un import a besoin pour être annulé : une copie de chaque produit tel qu'il était avant que l'import ne le change, et les produits, catégories, badges, collections et attributs qu'il a créés. Supprimé avec le fichier catalogue auquel il appartient, 24 heures après que tu l'as envoyé.
  • A category picture a categories file named (an address, or a file name matched to a ZIP of pictures uploaded with it) while it is being fetched or read: the address or name, which category it is for, and the file it was stored as or why it could not be used. Deleted with the file it came from, 24 hours after you uploaded it.
  • What a shop owner brought in about a customer from a customers file (moving from another shop platform, for example): the e-mail address, and any name, phone, delivery and billing address, company, tax number and notes the file held. Never a password, never newsletter or marketing consent. Kept until the shop deletes it, anonymises the customer, or closes.
  • Lesquels de tes produits ou combinaisons sont tombés au niveau de stock que tu as défini dans les Réglages, ou en dessous, et n'ont pas encore fait l'objet d'un e-mail de stock bas : aucune donnée personnelle, seulement quel article et quand il a franchi le seuil. Effacé dès que cet e-mail part effectivement, ou dès que le réglage est désactivé.
  • Une invitation qu'un propriétaire a envoyée à quelqu'un pour rejoindre l'admin d'une boutique : l'adresse invitée, qui l'a envoyée et quand, et l'empreinte du lien d'invitation aléatoire, jamais le lien lui-même. Supprimée 30 jours après son expiration ou son utilisation.
  • Un registre de qui a changé quoi dans l'admin de ta boutique et quand : l'adresse du membre à ce moment-là et ce qu'il a fait (un produit enregistré, une commande déplacée, un réglage modifié, etc.), jamais un numéro de carte, un jeton ou un secret. Il est en ajout seul et vérifié chaque nuit contre toute falsification. Si un client est anonymisé, son adresse e-mail est aussi effacée de ce registre, sans casser la vérification. Conservé 2 ans.
  • Quand toutes les données d'une boutique ont été téléchargées dans un seul fichier : seulement l'instant de chaque appui, pour qu'une boutique ne puisse pas en demander plus de quelques-uns par jour. Rien de ce que contenait le fichier n'est conservé.
  • Un avis que tu as écrit sur quelque chose que tu as acheté : ta note, ton texte et le nom que tu as choisi d'afficher, liés à la commande dont il provient, conservé jusqu'à ce que tu le supprimes, ou jusqu'à ce que le produit ou la boutique elle-même le soit.
  • Une petite étiquette qu'un propriétaire a créée pour ses propres produits (« Nouveau », « Soldes ») et sa couleur : jamais une information sur un client, conservée tant que la boutique existe.
  • Le mot figurant sur l'une de ces étiquettes, dans une langue : l'écriture propre d'un propriétaire, jamais celle d'un client, conservé tant que l'étiquette existe.
  • Quelle étiquette est sur quel produit, rien de plus : conservé tant que les deux existent.
  • La liste « tu aimeras aussi » choisie à la main par un propriétaire entre deux de ses produits : jamais une information sur un client, conservée tant que les deux produits existent.
  • Une adresse qui a demandé à être prévenue du retour d'un produit ou d'une taille épuisé(e) : lequel, quelle langue, et le lien aléatoire qui l'annule. Jamais montrée à qui que ce soit dans la boutique au-delà du seul compteur « N en attente ». Supprimée dès que le seul e-mail qu'elle mérite part, ou après 90 jours sans réponse, selon ce qui arrive en premier.
  • Un client qui s'est connecté ici avec un lien envoyé par e-mail : l'adresse, la langue dans laquelle il lit, et la date de sa première et de sa dernière connexion. Créé à l'instant où un lien est réellement utilisé, jamais quand il est seulement demandé.
  • Un lien de connexion en cours : l'adresse à laquelle il a été envoyé, la langue dans laquelle il est rédigé, et l'empreinte du lien aléatoire, jamais le lien lui-même. Supprimé un jour après son expiration ou son utilisation.
  • Le navigateur connecté d'un client : le jeton aléatoire de son cookie, le client auquel il appartient, et quand il a commencé et expire. Supprimé à l'instant de son expiration.
  • Une adresse qu'un client a enregistrée sur son propre compte ici, pour que le paiement se remplisse tout seul la prochaine fois : un nom, un numéro de téléphone, l'adresse elle-même, et laquelle est celle par défaut. Au plus 10 par client. Une commande passée avec l'une d'elles en garde sa propre copie pour toujours, sans être affectée par une modification ou suppression ultérieure de l'adresse enregistrée.
  • Les produits qu'un client connecté a enregistrés dans ses propres favoris, et quand : conservés aussi longtemps que la connexion du client (24 mois depuis sa dernière visite), puis supprimés avec elle.
  • Une propriété réutilisable qu'un propriétaire a créée pour ses propres produits (« Matière », « Étanche ») et son type : jamais une information sur un client, conservée tant que la boutique existe.
  • Le mot désignant l'une de ces propriétés, dans une langue : l'écriture propre d'un propriétaire, jamais celle d'un client, conservé tant que la propriété existe.
  • Un choix d'une propriété « à choisir dans une liste » (« Rouge », « Été ») : l'écriture propre d'un propriétaire, conservée tant que la propriété existe.
  • Le mot désignant l'un de ces choix, dans une langue : l'écriture propre d'un propriétaire, jamais celle d'un client, conservé tant que le choix existe.
  • Quelle valeur un propriétaire a donnée à l'un de ses produits pour l'une de ses propres propriétés : jamais une information sur un client, conservée tant que les deux existent.
  • Un groupe de produits d'un vendeur choisis à la main (ou, plus tard, par règles) : « Idées cadeaux », « Soldes d'été », avec sa propre page, dans l'ordre propre au propriétaire. Jamais une information sur un client, conservé tant que la boutique existe.
  • Le nom d'une collection, ses propres mots au-dessus des produits, son titre et sa description SEO, un jeu par langue dans laquelle le vendeur écrit, et l'adresse à laquelle elle répond dans la boutique. Écrits par le vendeur, lus par les clients.
  • Lesquels des produits d'un vendeur sont dans lesquelles de ses collections, et l'ordre dans lequel le propriétaire les a mis : un produit peut être dans plusieurs à la fois. Défini par le vendeur, lu par les clients qui parcourent une collection.
  • Les moyens d'être payé propres à un vendeur (PayPal, Revolut, espèces sur un stand de marché), en plus du paiement à la livraison, du virement bancaire et de la carte : si chacun est activé et l'ordre dans lequel ils sont affichés. Défini par le vendeur, lu par les clients au paiement.
  • Le nom et les instructions de l'un des moyens de paiement propres au vendeur, un jeu par langue dans laquelle le vendeur écrit, par exemple « Envoie à anna@yourpaypal.com ». Écrits par le vendeur, lus par les clients.
  • Les mots propres du vendeur au-dessus et en dessous du récapitulatif de commande dans l'e-mail de confirmation, un jeu par langue dans laquelle le vendeur écrit. Écrits par le vendeur, lus par les clients.
  • L'ancienne adresse d'un produit, d'une catégorie, d'une collection ou d'une page renommé(e), afin qu'un ancien lien continue de fonctionner : combien de fois elle a été utilisée, et quand pour la dernière fois. Supprimée en même temps que ce vers quoi elle pointait.
  • Le titre et la description Google propres au vendeur pour la page d'accueil de sa boutique, une paire par langue dans laquelle le vendeur écrit. Écrits par le vendeur, lus par les moteurs de recherche.
  • Une ancienne adresse que le vendeur a choisi de rediriger vers l'une de ses propres pages, combien de fois elle a été utilisée, et quand pour la dernière fois. Conservée jusqu'à ce que le vendeur la supprime.
  • Les remises sur quantité propres au vendeur pour un produit : à partir de combien de pièces, et de combien est la réduction. Jamais une information sur un client. Conservées tant que le produit existe.
  • Une carte cadeau émise par un vendeur : son code, sa devise, le solde de départ et ce qu'il en reste, l'adresse e-mail et le nom du destinataire, le message propre du vendeur, son dernier jour le cas échéant, et si elle a été désactivée. L'e-mail et le nom du destinataire sont conservés aussi longtemps que la carte existe, soit aussi longtemps que la boutique du vendeur.
  • Chaque utilisation d'une carte cadeau : quand son solde a été émis, dépensé, rendu, modifié à la main, désactivé ou réactivé, de combien, et, quand c'est un membre de l'équipe du vendeur qui l'a fait, lequel.
  • La barre d'annonce propre à un vendeur : sa couleur, son lien facultatif, les dates entre lesquelles elle s'affiche, et si elle est activée. Elle ne contient aucune information sur un client.
  • Les mots d'une barre d'annonce, par langue dans laquelle elle est rédigée : le texte lui-même et le mot sur son lien, s'il en a un.
  • Le pop-up propre à un vendeur : son image et son lien de bouton facultatifs, comment il s'ouvre et à quelle fréquence il peut s'afficher à nouveau, les dates entre lesquelles il s'affiche, et s'il est activé. Il ne contient aucune information sur un client.
  • Les mots d'un pop-up, par langue dans laquelle il est rédigé : son titre, son texte et le mot sur son bouton, s'il en a un.
  • Les outils d'analyse ou de publicité tiers que le propriétaire d'une boutique a connectés, le cas échéant (Google Analytics 4, un Meta Pixel, un TikTok Pixel) : leurs identifiants, et quels produits un client a consultés, ajoutés à son panier ou achetés, mais jamais son nom, son e-mail, son adresse ni son téléphone.
  • Le réglage propre à un vendeur pour vendre des cartes cadeaux dans sa boutique : s'il est activé, les montants fixes proposés et la durée de validité d'une carte achetée. Défini par le vendeur, lu par les clients sur /gift-card.
  • Qui a acheté une carte cadeau et pour qui : le montant, le nom et l'e-mail du destinataire, le message propre de l'acheteur, et le nom de l'expéditeur. Conservé aussi longtemps que la commande elle-même, soit aussi longtemps que la boutique du vendeur.
  • Quand un propriétaire ferme sa propre boutique, le motif facultatif en un clic et la note qu'on lui demande : pourquoi, et tout ce qu'il voulait nous dire. Si cette boutique est ensuite supprimée, la note est supprimée avec elle et la ligne ne nomme plus aucune boutique : seuls le motif, le jour, la durée d'existence de la boutique et le nombre de produits et de commandes qu'elle avait sont conservés, pour que nous en tirions des leçons.
  • Le fichier unique derrière un produit vendu en téléchargement : son nom d'origine, sa taille et une somme de contrôle de ses octets, afin qu'un fichier modifié ne soit jamais pris pour celui qu'un client a payé. Les octets eux-mêmes se trouvent hors de la base de données, jamais servis à une adresse devinable.
  • Le lien de téléchargement privé d'une commande payée : un jeton aléatoire que personne ne pourrait deviner, combien de fois il a été utilisé et combien de fois il est autorisé, et quand il expire ou a été révoqué. Supprimé 30 jours après son expiration ou sa révocation, jamais un jeton qu'un inconnu pourrait retrouver plus tard dans un vieil e-mail en le voyant encore fonctionner.
  • Les articles de blog propres à un vendeur : l'adresse web de chaque article, s'il est publié et quand, son image de couverture, et quand il a été créé et modifié pour la dernière fois.
  • Le titre, l'extrait et le texte de ces articles, un jeu par langue. Écrits par le vendeur, lus par les clients une fois l'article publié.
  • Lesquels des produits propres à un vendeur sont affichés sous lesquels de ses articles de blog, et l'ordre dans lequel le propriétaire les a mis : un produit peut être sous plusieurs articles à la fois. Défini par le vendeur, lu par les clients qui lisent l'article.
  • Ce qu'un vendeur dit aux clients sur son activité dans les pages légales de la boutique : sa raison sociale, ses numéros d'immatriculation et fiscal, si chacune de ses conditions, politique de confidentialité et page de retours utilise notre modèle ou ses propres mots, et quand cela a changé pour la dernière fois.
  • Les mots propres d'un vendeur pour ses conditions, sa politique de confidentialité ou sa page de retours, un texte par document et par langue, quand il a choisi d'écrire les siens au lieu de notre modèle. Écrits par le vendeur, lus par les clients.

Les clés propres aux fondateurs

Pas dans la base de données : les clés propres à la plateforme pour Paddle et pour Stripe, chacune conservée dans un fichier que seule l'application en cours d'exécution peut lire, jamais dans une variable d'environnement ni dans le code. Celle de Paddle nous permet de facturer l'abonnement d'une boutique et de vérifier son webhook ; celle de Stripe permet à une boutique d'encaisser des paiements par carte directement sur son propre compte Stripe et vérifie ce webhook. Aucun des deux fichiers ne contient de mot de passe, de numéro de carte ni quoi que ce soit sur toi ou sur une boutique en particulier.

Cookies

Chaque cookie que nous posons est le nôtre, et chacun ne fait que ce que tu as demandé. lang retient la langue que tu as choisie, pendant un an. Sur storefront.ninja même : sn_a garde une connexion pendant qu'elle est en cours, 15 minutes ; sn_s te garde connecté à l'administration d'une boutique, 30 jours ; mx_account note, pendant 400 jours, que ce navigateur s'est déjà connecté avec un compte mixtape, pour qu'une visite ultérieure puisse te reconnecter sans rien demander, et mx_silent note, jusqu'à la fermeture du navigateur, que cela a été essayé une fois ; sn_demo ouvre l'administration de démonstration publique, 2 heures, et sn_demo_refused permet à la page suivante de dire, pendant 2 minutes, que la démo n'a pas enregistré une modification ; sn_preview permet à l'éditeur d'Apparence de montrer à un propriétaire de boutique ses modifications non enregistrées dans son propre navigateur, 2 heures. Dans une boutique : sn_cart retient ce que tu as mis dans le panier de cette boutique (quelle boutique, quels produits et en quelle quantité, signé pour que personne d'autre ne puisse le réécrire, et jamais un prix) et, si tu as suivi un lien de campagne balisé pour y ajouter le premier article, de quelle campagne il s'agissait (jamais les pages que tu as visitées) ; sn_coupon et sn_giftcard retiennent un code de réduction ou un code de carte cadeau que tu as saisi, jusqu'à ce que tu commandes ou le retires (seulement le code : sa valeur est recalculée sur le serveur à chaque fois) ; sn_ck et sn_gcbk contiennent chacun un nombre aléatoire qui lie le formulaire de paiement, ou le formulaire d'achat d'une carte cadeau, à ton propre navigateur, pour qu'un formulaire ne puisse pas être envoyé depuis ailleurs et qu'un second clic sur le bouton ne commande pas deux fois la même chose ; sn_compare retient jusqu'à 4 produits que tu veux comparer côte à côte, jusqu'à ce que tu le vides ou que tu appuies sur Retirer sur chacun ; chacun dure 30 jours au plus et n'est jamais envoyé ailleurs. sn_shopper te garde connecté à ton compte dans cette seule boutique, 30 jours, et n'est jamais envoyé à une autre boutique ; sn_view retient si tu affiches les produits en grille ou en liste, un an. Tous sont strictement nécessaires, et aucun n'est partagé avec qui que ce soit. Le propriétaire d'une boutique peut connecter Google Analytics 4, un pixel Meta et un pixel TikTok (Réglages → Suivi) ; quand il en a connecté un, les pages de cette boutique t'affichent un bandeau de cookies qui nomme exactement ceux qu'il utilise, et rien de tout cela ne se charge tant que tu n'as pas appuyé sur Accepter. Ce choix est retenu dans un cookie nommé sn_consent, 180 jours, avec les outils qu'il couvre - si un autre est connecté plus tard, on te redemande. « Paramètres des cookies » dans le pied de page de cette boutique rouvre le bandeau à tout moment, et appuyer sur Refuser supprime sn_consent et ceux de ces cookies que cette boutique avait posés : ceux de Google Analytics, _fbp et _fbc de Meta, et _ttp de TikTok. Aucun n'est partagé avec quelqu'un d'autre que l'outil auquel il appartient, et seulement après ton acceptation. Le pop-up d'une boutique, quand elle en a un, retient dans le stockage propre à ton navigateur plutôt que dans un cookie - sous une seule clé nommée sn_popup_closed - l'identifiant de celui que tu as fermé en dernier et l'heure de la fermeture, pour qu'il ne te soit plus montré aussi longtemps que le vendeur l'a choisi (plus jamais, ou à nouveau après 7 ou 30 jours) ; cela n'est jamais envoyé à notre serveur. La page d'une boutique peut contenir un bloc vidéo : rien n'en est chargé tant qu'un client n'appuie pas sur lecture, et appuyer sur lecture charge la vidéo depuis YouTube (youtube-nocookie.com), qui peut alors poser ses propres cookies. La même règle vaut pour un propriétaire de boutique qui choisit une formule : rien de Paddle ne se charge sur /admin/plan tant que le propriétaire n'a pas appuyé sur Choisir Pro ou Choisir Max, et cela charge le script de paiement propre à Paddle (cdn.paddle.com), qui peut alors poser ses propres cookies ou garder ses propres données dans le navigateur pour ce paiement et ses contrôles antifraude - c'est la politique de confidentialité de Paddle, et non la nôtre, qui dit quoi et pour combien de temps. Ce qu'un propriétaire de boutique voit des visites est compté par notre propre serveur au moment où les pages sont servies, sans cookie et sans conserver ton adresse (les deux tableaux d'analyse ci-dessus disent exactement ce qui est conservé), ce qui explique que rien ici ne te demande d'accepter des cookies.

Visites de nos propres pages

Nous comptons combien de fois chacune de nos propres pages publiques (celle-ci, la page d'accueil, les tarifs, les conditions et les remboursements) est ouverte chaque jour, de quel site venait une visite (par le seul nom de ce site), le pays d'où elle venait (tel que notre fournisseur réseau Cloudflare le nomme, en deux lettres) et s'il s'agissait d'un téléphone, d'une tablette ou d'un ordinateur, et nous partageons ces compteurs avec le Studio de mixtape.works. Pour savoir combien de personnes différentes viennent chaque jour, notre serveur transforme ton adresse IP et le type de ton navigateur en un code, à l'aide d'une clé aléatoire qui change chaque jour puis est effacée. Ni l'adresse ni le type de navigateur ne sont conservés, et le code ne peut ni montrer qui tu es ni relier tes visites de jours différents. Aucun cookie n'est utilisé et rien n'est enregistré sur ton appareil ; la base légale est notre intérêt légitime à savoir comment nos pages sont utilisées (RGPD, art. 6, par. 1, point f). Il ne s'agit jamais des pages d'une boutique, dont les visites sont comptées séparément pour le propriétaire de cette boutique (les deux tableaux d'analyse ci-dessus disent exactement ce qui est conservé).

Notre newsletter

Si tu t'abonnes à la newsletter de Storefront Ninja au bas de nos pages, le service de comptes mixtape conserve ton adresse e-mail, la liste choisie, ta langue et les dates auxquelles tu as confirmé ou quitté, pour t'envoyer les nouvelles de cette liste, et celles de mixtape aussi si tu as coché cette case. Rien n'est envoyé tant que tu n'as pas confirmé avec le lien que nous t'envoyons par e-mail, chaque e-mail comporte un lien pour se désabonner, et les e-mails partent via Amazon SES dans l'UE (Amazon Web Services EMEA SARL). Quand tu pars, nous ne conservons que la note indiquant que tu es parti(e), afin que tu ne reçoives plus jamais d'e-mails.

Le chat d'assistance

Là où une page le propose, tu peux poser des questions à notre assistant IA sur Storefront Ninja. Ce que tu écris, l'adresse de la page depuis laquelle tu poses la question et sa langue sont envoyés à Anthropic (Anthropic, PBC, États-Unis), dont le modèle d'IA rédige la réponse ; Anthropic les traite pour nous selon ses conditions commerciales, qui incluent les clauses contractuelles types de l'UE pour le transfert, et n'entraîne pas ses modèles dessus. Nous ne conservons aucune transcription : la conversation reste dans l'onglet de ton navigateur jusqu'à ce que tu le fermes. Notre serveur ne conserve que des compteurs quotidiens (discussions, messages et leur coût) et, en mémoire pendant un jour au plus, ton adresse IP et un nombre aléatoire que conserve ton navigateur, pour limiter le nombre de messages qu'un visiteur peut envoyer. Si tu choisis d'envoyer la conversation à une personne, elle est envoyée par e-mail à support@mixtape.works avec ton adresse e-mail, afin que nous puissions répondre. La base juridique est notre intérêt légitime à répondre aux questions sur nos produits (RGPD art. 6, par. 1, point f) et, pour un transfert à une personne, ta demande (art. 6, par. 1, point b).

Combien de temps c'est conservé

Une session se termine d'elle-même, et se déconnecter la termine aussitôt. Une boutique qui ferme (parce que son propriétaire l'a fermée, ou parce que nous l'avons fermée à la main) est conservée 30 jours, pour pouvoir être rouverte, puis supprimée. Quand elle l'est, toute note que son propriétaire nous a laissée en partant est supprimée avec elle ; seuls sont conservés, sans nom attaché, le motif qu'il a donné, le jour, la durée d'existence de la boutique et le nombre de produits et de commandes qu'elle avait. Demande-nous de supprimer une boutique plus tôt et nous le ferons. Les compteurs de visites sont conservés environ un an, puis supprimés.

Où c'est conservé

Dans un fichier de base de données sur un serveur loué à Hetzner Online GmbH (Industriestr. 25, 91710 Gunzenhausen, Allemagne), dans leur centre de données en Finlande, au sein de l'UE. Cloudflare achemine le trafic vers lui. Les e-mails concernant une commande sont délivrés par Amazon Web Services (Amazon Web Services EMEA SARL, depuis ses centres de données de Francfort, en Allemagne, au sein de l'UE), si bien que l'adresse, le nom et ce qui a été commandé les atteignent. Quand AWS ne peut pas prendre un message, Resend (Plus Five Five, Inc., États-Unis) le délivre à la place, et ce n'est qu'alors que ces données quittent l'UE ; en dehors du chat d'assistance ci-dessus, rien d'autre ne le fait. Une boutique qui accepte les paiements par carte connecte son propre compte Stripe (Stripe Payments Europe, Limited, Irlande) : les données de carte d'un client vont directement à Stripe, jamais à nous, et l'argent est réglé directement sur le propre compte Stripe du vendeur. Une boutique sur une formule payante est facturée par Paddle.com Market Limited, qui vend l'abonnement en tant que marchand officiel (merchant of record) : ses propres identifiants pour l'abonnement et pour toi en tant que son client lui parviennent, rien sur une vente dans ta boutique ne le fait. Rien n'est vendu, et rien n'est transmis à qui que ce soit dont on n'a pas besoin pour faire fonctionner le service.

Tes droits

Tu peux demander une copie de tout ce qui est détenu sur toi, faire corriger une erreur, ou faire tout supprimer. Écris à support@mixtape.works et nous y donnerons suite. Si tu as acheté quelque chose dans une boutique d'ici, adresse-toi d'abord à cette boutique : ce que tu lui as donné lui appartient. Si tu t'es connecté(e) à une boutique d'ici avec ton propre lien par e-mail, tu peux télécharger ou supprimer ce compte toi-même, sur le site de la boutique.

Dernière mise à jour le 4 novembre 2026.