Aller au contenu
Tous les articles

Confiance et conformité

Formats de nom et de localisation : la confidentialité par défaut

Ce que font les réglages de format de nom et de localisation de Provedly, ce que masquent les valeurs par défaut, et comment choisir des formats qui respectent les acheteurs.

L'équipe Provedly··5 min de lecture

Une notification d'achat montre le nom et la localisation d'un inconnu à tous les visiteurs de votre site. C'est une décision de confidentialité, que vous la voyiez ainsi ou non, et les valeurs par défaut de Provedly en font une décision prudente : « Sarah M. » plutôt que « Sarah Mitchell », « Austin, US » plutôt qu'un quartier. Cet article explique les quatre formats de nom et les cinq formats de localisation, ce que chacun révèle, et comment choisir pour votre audience.

Formats de nom

Réglage Affiche Révèle
full Sarah Mitchell L'identité complète ; à éviter sauf si les acheteurs s'y attendent
first Sarah Le prénom seul
first_initial Sarah M. (par défaut) Le prénom et l'initiale du nom
initials S. M. Presque rien, mais donne une impression d'esquive

La valeur par défaut, first_initial, est l'équilibre que la plupart des sites recherchent. Elle est assez précise pour qu'un visiteur y voie une personne, et assez vague pour que cette personne ne puisse pas être retrouvée. Associée à une ville, « Sarah M. à Austin » n'identifie personne dans une ville d'un million d'habitants.

full convient à des cas précis : un produit B2B où l'acheteur est une entreprise et où vous envoyez le nom de l'entreprise dans le champ name, ou un produit communautaire dont les membres ont accepté d'être visibles. Il ne convient pas aux achats de particuliers, et c'est le format le plus susceptible de provoquer une plainte.

initials règle un problème de confidentialité en créant un problème de crédibilité. « S. M. a acheté Pro Plan » ressemble à un document caviardé. Si vous avez besoin de ce niveau d'anonymat, envisagez first avec une localisation réglée sur country ou none.

Le format s'applique à l'affichage, quel que soit le nom stocké dans l'enregistrement. Envoyez le nom complet depuis Stripe, Shopify, la Records API ou un CSV ; Provedly le stocke et affiche la version formatée. Modifier le réglage plus tard change l'affichage de tous les enregistrements, passés et futurs.

Formats de localisation

Réglage Affiche
city Austin
city_state Austin, TX
city_country Austin, US (par défaut)
country United States
none aucune localisation

city_country est la valeur par défaut parce que c'est le signal honnête le plus utile. Un visiteur en Allemagne qui voit des achats venant d'Allemagne apprend quelque chose de pertinent ; un visiteur qui ne voit que « United States » en apprend moins. city_state est naturel pour une audience uniquement américaine, où « Austin, TX » est de toute façon la façon de le dire. Il suppose que le champ state soit présent dans l'enregistrement, ce que Stripe et Shopify fournissent lorsqu'une adresse a été collectée.

La prudence s'impose pour les petites localités. « Sarah M. à Austin » est anonyme. « Sarah M. à Marfa » ne l'est pas, dans une ville d'environ deux mille habitants, quand le produit est distinctif. Les entreprises de services locales et les produits de niche dont la clientèle est concentrée devraient envisager country ou none. Voir Social proof for a local service business.

D'où viennent les données, et ce qui n'est pas affiché

Les enregistrements issus des webhooks Stripe et Shopify contiennent le nom, la ville et le pays de livraison ou de facturation lorsqu'une adresse existe, le premier article commandé et le total formaté. Provedly ne reçoit ni n'affiche les adresses e-mail, les adresses postales, les codes postaux, les numéros de téléphone ou les données de carte. Sur Shopify, les noms et les villes n'apparaissent qu'après l'approbation par Shopify de l'accès de l'app aux données clients ; d'ici là, les notifications indiquent « Someone just purchased… ».

Les enregistrements envoyés par API ou CSV contiennent ce que vous envoyez. N'envoyez pas plus que les champs listés dans la référence de l'API ; les données supplémentaires n'ont nulle part où aller, et elles ne devraient de toute façon pas quitter votre système.

La réglementation, brièvement et avec prudence

Savoir si un prénom formaté et une ville constituent des données personnelles au sens du RGPD ou de lois similaires dépend du contexte et de votre avocat, pas de cet article. Deux observations générales. D'abord, des formats qui ne permettent pas d'identifier une personne allègent la question ; first_initial avec city_country est bien plus facile à défendre que full avec city. Ensuite, informez les acheteurs. Une phrase dans votre politique de confidentialité indiquant que les achats récents peuvent être affichés sur votre site sous la forme « prénom, initiale du nom, ville » ne coûte rien et c'est honnête. Certaines boutiques ajoutent une case à cocher au checkout ; savoir si vous en avez besoin relève, là encore, de votre propre analyse.

Par ailleurs, la règle de la FTC sur les faux avis et témoignages est entrée en vigueur fin 2024. Elle porte sur l'activité fabriquée plutôt que sur la confidentialité, mais c'est une raison de préférer de vrais noms formatés à des noms inventés : un widget qui affiche « Jessica de Denver » alors qu'aucune Jessica n'a rien acheté est exactement ce qu'elle vise. Les étiquettes de Provedly (Verified pour les webhooks signés, Sample pour tout le reste) et la page de vérification publique existent pour que votre widget ne tombe jamais dans cette catégorie.

Choisir : un petit guide de décision

  1. E-commerce grand public, audience nationale ou internationale : first_initial et city_country. Les valeurs par défaut.
  2. Boutique grand public uniquement américaine : first_initial et city_state.
  3. Service local ou clients de petites villes : first et country, ou first et none.
  4. B2B où name est une entreprise : full et country.
  5. Toute audience pour laquelle vous hésitez : les valeurs par défaut, à revoir après la première plainte ou en l'absence de plainte.

Changer de format plus tard

Les formats sont des réglages d'affichage : les modifier réaffiche instantanément tous les enregistrements, y compris sur la page de vérification publique et dans tout ce que le widget a mis en cache, dès la prochaine récupération de sa configuration. Aucune migration n'est nécessaire. Si un acheteur demande à être retiré entièrement, supprimez l'enregistrement depuis le dashboard.

Questions fréquentes

Puis-je afficher des formats différents selon les pages ?

Les formats sont définis par widget. Si vous avez besoin d'un traitement différent, par exemple sur une page B2B et une page grand public, créez un second widget ; Starter et les plans supérieurs en permettent plusieurs par site.

Que se passe-t-il si un enregistrement n'a pas de ville ?

La localisation est omise et la notification n'affiche que le nom et le produit. Rien n'est inventé pour combler le vide.

La page de vérification affiche-t-elle les noms complets ?

Non. La page de vérification affiche les sources, les totaux, le dernier achat vérifié et la politique d'honnêteté, avec les éventuels noms affichés dans le format que vous avez choisi.

Les valeurs par défaut sont réglées pour qu'un nouveau widget soit respectueux de la vie privée dès la première notification : créez-en un ou lisez la page confiance.

confidentialitéréglagesrgpd

Recevez les nouveaux articles par e-mail

Preuve sociale honnête, achats vérifiés et ce qui fait vraiment bouger la conversion. Quelques e-mails par mois au maximum ; désinscription en un clic.

Nous vous envoyons un e-mail de confirmation. Votre adresse sert uniquement à cette newsletter ; consultez la politique de confidentialité (en anglais).

Affichez des preuves que vous pouvez assumer.

Formule gratuite, un site, 2,000 impressions par mois, achats vérifiés inclus. Sur la formule gratuite, le badge renvoie vers votre page de vérification, et c'est tout l'intérêt.