Tout vendeur de cours finit avec un tableur. Il contient ce que Shopify n'a nulle part où ranger : à quelle cohorte appartient un apprenant, qui paie sa place, le numéro de licence qui doit figurer sur son certificat, d'où vient la recommandation. Il est exact le jour où il est créé et faux au bout d'un mois.
Alva Courses est une application Shopify pour créer et vendre des cours en ligne, et les propriétés de contact sont l'endroit où ce tableur devrait vivre. Cet article explique ce qui a sa place dans une propriété, comment les remplir en masse depuis un import CSV, et comment elles ressortent dans l'export des membres.
Pourquoi le tableur se périme
Un tableur annexe n'a aucun lien avec ce qu'il décrit. Les apprenants s'inscrivent, changent d'adresse e-mail, se font rembourser, rejoignent une deuxième cohorte — et rien de tout cela n'atteint le fichier. Pire, la personne qui l'entretient est généralement la plus occupée : il se dégrade donc le plus vite précisément quand le programme grandit.
La fiche client Shopify ne règle pas le problème non plus. Elle est construite autour de l'achat : nom, adresses, commandes, tags, état marketing. Un vendeur de cours a besoin de faits sur l'apprenant en tant qu'apprenant, et la fiche client n'a aucun champ de cette forme.
Les tags sont le contournement habituel, et le mauvais outil pour l'essentiel de tout cela. Un tag est un drapeau, pas une valeur. Il peut dire qu'un apprenant fait partie de la cohorte de printemps ; il ne peut pas contenir un numéro de licence, un nom d'employeur ni une date, et la boutique qui essaie se retrouve avec des centaines de tags à usage unique que personne ne peut chercher.
Ce qui a sa place dans une propriété de contact
Une propriété de contact est une valeur nommée enregistrée sur un membre, pour votre boutique. Elle sert à consigner un fait que vous connaissez sur cette personne et que Shopify ignore, et que vous voudrez plus tard lire sur sa page membre ou récupérer dans un export. C'est du texte libre : elle contient donc exactement ce dont votre programme a besoin.
- Cohorte ou session — printemps_2026, groupe_mars, ce par quoi vous triez les apprenants quand vous animez une session en direct.
- Employeur ou financeur — qui a acheté la place, quand l'apprenant n'est pas l'acheteur.
- Numéro de licence ou d'enregistrement — l'identifiant qu'un organisme professionnel exige sur un relevé de formation continue.
- Source d'acquisition — le partenaire, l'affilié ou l'événement qui l'a envoyé, conservé par apprenant plutôt que deviné à partir d'une commande.
- Détail de programme — le nom d'un mentor, un numéro de place, une date de renouvellement, une référence de bon de commande pour un apprenant facturé.
Deux choses à en écarter. Ne dupliquez pas ce que Shopify gère déjà bien — nom, e-mail, historique de commandes — car la copie s'écartera de l'original. Et soyez prudent avec les informations sensibles : une propriété de contact est une donnée personnelle que vous avez rédigée à propos de quelqu'un d'autre, et elle est soumise aux mêmes demandes que tout ce que vous détenez. Les données des apprenants et le RGPD pour les vendeurs de cours traite de ce versant.
Comment fonctionnent les propriétés de contact dans Alva Courses
Les propriétés de contact se trouvent sur la page du membre dans l'administration, décrites comme des propriétés personnalisées que vous attachez à ce contact. Vous ajoutez une propriété, lui donnez un nom et une valeur, et enregistrez. La modification et la suppression sont sur la même carte. Il n'y a aucun schéma à définir au préalable : une nouvelle propriété peut donc être inventée dès que vous en avez besoin.
Les règles de nommage, et leur raison d'être
Un nom de propriété utilise des lettres minuscules, des chiffres et des tirets bas, entre 3 et 64 caractères — licence_number, cohort, employer. Cette contrainte n'est pas décorative. Un nom stable et lisible par machine est ce qui permet à une même propriété de devenir un en-tête de colonne dans un export et une suggestion la prochaine fois que vous en ajoutez une, au lieu de cinq orthographes presque identiques de la même idée.
Une boutique peut avoir jusqu'à 100 noms de propriétés distincts. Ce plafond est généreux pour un vrai programme et volontairement pas illimité, car chaque nom est une colonne potentielle dans votre CSV de membres, et un export large de mille colonnes n'aide personne. Les propriétés existantes restent modifiables une fois le plafond atteint ; vous ne pouvez simplement plus inventer de nouveau nom avant d'en retirer un.
Quelques noms sont réservés parce que l'importateur CSV les possède déjà — email, first_name, last_name et les colonnes de cours. Tenter d'en utiliser un est refusé avec une explication plutôt qu'accepté en silence puis ignoré au moment de l'import.
Elles n'appartiennent qu'à vous
Une même personne peut être cliente de nombreuses boutiques qui utilisent la même application. Les propriétés de contact sont enregistrées par boutique : ce que vous consignez sur un apprenant n'est donc visible que par vous — jamais par un autre marchand qui aurait le même client, et jamais sur sa page membre.
Les remplir en masse depuis un import CSV
Saisir les propriétés membre par membre convient pour une poignée de personnes et devient impossible pour une cohorte. L'importateur de membres gère le cas volumineux : toute colonne de votre CSV qui ne fait pas partie de l'import de membres standard est proposée comme propriété de contact, et vous décidez colonne par colonne lesquelles garder.
Les colonnes supplémentaires sont décochées par défaut : rien n'est créé dans votre dos. Cochez une colonne et elle est importée comme propriété ; laissez-la et elle est ignorée. C'est là que le tableur devient enfin une donnée réelle plutôt qu'un univers parallèle.
Comme les en-têtes de tableur sont rédigés en langage courant, l'importateur vous montre le nom de propriété qu'il propose pour chaque colonne avant tout enregistrement. Une colonne intitulée « Numéro de licence » devient licence_number, et vous voyez cette réécriture au lieu de la découvrir après coup. Les colonnes qui ne peuvent pas devenir un nom valide, ou qui entrent en conflit avec un nom réservé, font l'objet d'une explication plutôt que d'être écartées en silence.
Les récupérer : les exports
Une propriété que personne ne peut extraire n'est qu'une note. Chaque propriété de contact utilisée par votre boutique est disponible comme colonne à part entière dans l'export CSV des membres, aux côtés des colonnes membre standard : l'export peut donc répondre à la question à laquelle répondait le tableur — et cette fois il est généré à partir de données à jour.
Le sélecteur de colonnes de l'export sépare les colonnes membre des propriétés de contact : vous pouvez donc construire un fichier qui est exactement le rapport de cohorte dont vous avez besoin plutôt que tout ce que l'application sait. Si vous produisez le même rapport chaque mois, enregistrez la sélection comme jeu de colonnes et réutilisez-la, avec un jeu défini par défaut.
De là, le fichier part là où se fait votre travail : une facturation pour un financeur d'entreprise, une liste de cohorte pour une session en direct, un dépôt de formation continue qui exige des numéros de licence à côté des dates d'achèvement. Voir exporter les membres en CSV pour l'export lui-même et les propriétés de contact pour le détail champ par champ.
Mettre une propriété dans l'e-mail lui-même
Un export vous apprend quelque chose sur une cohorte. Une variable de fusion apprend à l'apprenant quelque chose sur lui-même, et c'est le moment où une propriété enregistrée cesse d'être de l'administratif pour devenir de la pédagogie. Chaque propriété utilisée par votre boutique devient un espace réservé dans les modèles d'e-mail de cours, écrit {contact.your_key} et proposé par le panneau Insérer une variable de l'éditeur, à côté des espaces réservés standard de cours et de client.
Cela transforme un seul e-mail d'inscription en le bon e-mail d'inscription pour chaque session : nommez la cohorte que l'apprenant a réellement rejointe, le financeur qui a acheté sa place, ou le mentor qui lui a été attribué, sans entretenir un modèle distinct par groupe. Gardez une règle en tête — un apprenant sans valeur enregistrée pour cette propriété obtient un espace vide, pas le texte de l'espace réservé — construisez donc la phrase pour qu'elle survive à un blanc, ou réservez les variables de fusion aux propriétés que tous les apprenants possèdent vraiment. Voir modifier vos modèles d'e-mail.
Un exemple concret : un programme de certification
Imaginons que vous vendiez un cours accrédité à des professionnels qui doivent déclarer leur formation à un régulateur, et que des employeurs achètent souvent des places par blocs. Trois propriétés portent presque toute la charge administrative de ce programme, et aucune n'existe nulle part dans Shopify.
- licence_number — recueilli à l'inscription, nécessaire sur chaque relevé d'achèvement que vous transmettez.
- cohort — la session à laquelle il appartient, pour qu'une invitation à une séance en direct parte aux bonnes quarante personnes.
- employer — qui paie, pour que le financeur reçoive un rapport de progression au lieu de vous le réclamer.
L'employeur vous envoie un tableur de quarante collaborateurs avec leurs numéros de licence. Vous l'importez une fois, cochez deux colonnes supplémentaires, et chacun de ces membres porte désormais ses propres informations. À la fin du trimestre, un export filtré sur cette cohorte produit le fichier du régulateur et le rapport du financeur à partir du même téléchargement.
Associez cela au reste de la surface membre et le tableau est complet : la progression et l'achèvement viennent du cours lui-même, un e-mail mensuel de progression maintient les apprenants en mouvement entre les séances en direct, et les propriétés vous disent qui est chacun d'eux pour votre entreprise. Si vous concevez encore le programme, la checklist de lancement de cours est l'endroit où décider de ce que vous aurez besoin de consigner avant que la première cohorte n'achète.
Questions fréquemment posées
Une propriété de contact est une valeur nommée que vous enregistrez sur un membre de votre boutique, pour un fait concernant cet apprenant que la fiche client Shopify n'a nulle part où stocker. Elle apparaît sur la page du membre dans l'administration et peut être exportée comme une colonne à part entière dans le CSV des membres.
Tout ce dont votre programme a besoin et qui n'est pas déjà un champ Shopify : cohorte ou session, employeur ou financeur, numéro de licence ou d'enregistrement, source d'acquisition, mentor, numéro de place, date de renouvellement ou référence de bon de commande. Les valeurs sont en texte libre.
Non. Une même personne peut être cliente de plusieurs boutiques qui utilisent l'application, et les propriétés de contact sont enregistrées par boutique. Ce que vous consignez sur un apprenant n'est visible que sur votre page membre, jamais sur celle d'un autre marchand.
Jusqu'à 100 noms de propriétés distincts par boutique. Les noms de propriétés utilisent des lettres minuscules, des chiffres et des tirets bas, et comptent entre 3 et 64 caractères. Une fois la limite atteinte, les propriétés existantes restent modifiables et vous retirez un nom avant d'en ajouter un nouveau.
Oui. Lorsque vous importez des membres, toute colonne qui ne fait pas partie de l'import de membres standard est proposée comme propriété de contact. Les colonnes supplémentaires sont décochées par défaut, et l'importateur vous montre le nom de propriété qu'il propose pour chaque colonne avant tout enregistrement.
Oui. Chaque propriété utilisée par votre boutique est disponible comme colonne à part entière dans l'export des membres, listée séparément des colonnes membre standard dans le sélecteur de colonnes. Enregistrez une sélection comme jeu de colonnes pour réutiliser le même rapport chaque mois.