Faire payer l'accès à son contenu

Un achat unique se décide sur ce que le lecteur a sous les yeux. Un abonnement se décide sur ce qu'il pense trouver le mois prochain.

C'est toute la différence, et elle commande le reste du guide. La question n'est donc pas « quel contenu vaut de l'argent », mais « qu'est-ce qui donne une raison de revenir ». Une archive vaut souvent moins qu'un rendez-vous : dix ans d'articles accessibles d'un coup se consomment en une semaine et ne justifient pas un deuxième mois, alors qu'une chronique hebdomadaire, une série qui se poursuit, ou un format que votre lecteur retrouve à date fixe justifient chaque renouvellement.

Votre offre se prépare depuis Monétisation › Abonnements › Guide de paramétrage, un écran qui liste les six étapes de la configuration avec leur statut, et vous y revenez tant qu'il en reste une à faire.

Elles ne se contournent pas, et il vaut mieux les connaître avant d'avoir construit votre app autour de l'abonnement.

Il vous faut une app sur les stores. L'abonnement s'appuie sur les mécanismes de paiement d'Apple et de Google : sans app iOS ou Android, il n'y a rien sur quoi le brancher. L'offre Standard ne produit qu'une Progressive Web App, elle ne permet donc pas de vendre des abonnements. C'est possible à partir de l'offre Premium. Le Système d'abonnements est une extension, et sa fiche au store affiche le prix qui s'applique à votre app.

Et il engage le reste de votre app. L'abonnement in-app repose sur un flux d'authentification qui lui est propre, et ce flux est exclusif de l'autre. Activer l'abonnement rend indisponible tout ce que décrivent les guides « Animer une communauté avec son app » et « Créer un programme de fidélité dans votre app » : les comptes utilisateurs classiques, les groupes, les droits par section, le chat, la carte de fidélité, la carte de membre et les coupons. Le back office vous avertit au moment de basculer, pour que le choix soit délibéré.

Tranchez-le avant de construire, pas après. Sur l'arbitrage économique lui-même, la commission des stores et ce qu'elle achète, le guide « Gagner de l'argent avec son app de contenu » pose la comparaison avec les autres façons de monétiser.

C'est la décision qui fait vivre ou mourir un abonnement, et c'est la seule que le back office ne prend pas pour vous.

Il pose une seule règle, et c'est un plancher : il faut au moins dix contenus restreints pour que l'extension fonctionne, et l'écran de restriction l'écrit noir sur blanc. Il ne dit rien sur le maximum, parce qu'il n'y en a pas. Tout ce qui est au-dessus de dix relève de votre jugement.

Le réflexe naturel est de tout verrouiller, en se disant que chaque contenu laissé libre est un abonnement perdu. C'est l'inverse qui se produit. Un visiteur qui ne peut rien lire n'a aucun moyen de se convaincre que votre travail vaut son argent : vous lui demandez de payer pour découvrir, ce que personne ne fait. Votre contenu gratuit n'est pas du manque à gagner, c'est votre argumentaire.

Le risque symétrique existe aussi. Si votre contenu payant n'est que la même chose en plus grande quantité, il se juge au volume, et le volume ne retient personne. Ce qui retient, c'est une différence de nature : un format que le gratuit n'a pas, un accès plus tôt, une profondeur que vous ne pouviez pas offrir gratuitement.

Une bonne façon de trancher : votre lecteur doit pouvoir nommer ce qu'il achète. « Les analyses du lundi », « la série sur les procès », « les épisodes complets » sont des réponses. « Une partie des articles » n'en est pas une, et se restreindre au coup par coup produit exactement ça. Choisissez par nature de contenu plutôt que contenu par contenu, même si le réglage, lui, se fait à l'unité.

Le périmètre est net, et il se regarde avant de choisir vos sources de contenu.

La ligne du milieu est celle qui pèse le plus sur un projet. Se vend le contenu que vous publiez depuis votre back office ; s'affiche, librement, celui que vous reprenez d'ailleurs. Une app alimentée par un flux WordPress ou par une chaîne YouTube diffuse donc du contenu qui reste ouvert à tous, et son offre d'abonnement se construit sur ce qu'elle publie elle-même. À savoir avant de choisir vos sources.

La restriction se pose depuis Contenu › Liste de contenu, dans la colonne Restriction, d'un clic sur la pastille de la ligne, qui bascule entre Gratuit et Payant. Vous pouvez aussi cocher plusieurs contenus et les basculer d'un coup.

Le même écran porte un filtre par restriction, gratuit, payant, ou tout. C'est votre tableau de bord éditorial, et le seul endroit qui vous dit ce que voit vraiment quelqu'un qui n'est pas abonné. Prenez l'habitude de l'ouvrir sur « gratuit » de temps en temps : si la liste est vide ou anecdotique, votre app ne convainc plus personne de s'abonner.

Vous n'êtes pas obligé de choisir entre tout montrer et tout cacher. Sur un article, deux réglages décident de ce que voit un visiteur non abonné : ils sont dans l'onglet Restriction, sous le titre Preview gratuite, et c'est là que se joue l'envie.

Le premier levier est le nombre d'éléments visibles, de zéro à cinq. Un élément est un bloc de votre contenu, un paragraphe, une image, une vidéo. Le plafond de cinq est structurant : vous ne montrez jamais la moitié d'un long article, seulement son début.

Le second est le chapô dans les listes. L'interrupteur Afficher le résumé dans les listes décide si le résumé reste visible sur vos pages de liste alors que le contenu est payant. C'est souvent le réglage le plus rentable des deux, parce qu'il agit là où votre lecteur circule, avant même qu'il ait cliqué.

Les autres contenus se règlent en entier. Un évènement, une vidéo, un podcast ou un point de carte est gratuit ou payant, sans étape intermédiaire : leur onglet Restriction porte le seul choix des deux pastilles. Si votre offre repose sur ces formats, l'envie se construit ailleurs, dans les épisodes que vous laissez libres et sur votre page d'abonnement. C'est aussi un argument pour accompagner une série vidéo ou audio d'articles, qui eux savent s'ouvrir à moitié.

Où couper. Le bon point d'arrêt est celui où la promesse est posée mais pas encore tenue : le lecteur sait de quoi il s'agit, il ne sait pas encore ce que vous en dites. À zéro élément, vous posez un mur, et un mur ne se franchit que sur une réputation déjà faite. À cinq sur un contenu court, vous avez tout donné et l'abonnement ne sert plus à rien.

Cette dernière remarque a une conséquence : un format court supporte mal l'aperçu. Si votre contenu payant tient en six paragraphes, le levier utile n'est pas l'aperçu mais le chapô, et votre argumentaire se déplace sur la page d'abonnement.

Un lecteur qui ne voit rien ne manque rien. C'est la faille la plus courante d'un abonnement mal réglé : le contenu payant est invisible pour les non-abonnés, donc il ne manque à personne, donc personne ne s'abonne. Quatre surfaces existent pour y répondre, et le guide de paramétrage les regroupe.

Le Sticker abonnés marque vos contenus payants, dans les listes et dans le contenu lui-même. En liste, il prend la forme d'une icône ou de votre logo. C'est ce qui rend votre offre visible en permanence, sans rien écrire.

Le Bloc abonnement dans le contenu restreint est ce que rencontre un lecteur au bout de son aperçu : un titre, une description, un bouton pour s'abonner et un bouton pour se connecter, l'ensemble à vos couleurs. Écrivez ce titre comme une promesse et non comme une barrière. « Cet article est réservé aux abonnés » décrit une serrure ; « La suite de cette analyse, et les prochaines » décrit ce qu'on obtient.

La Page d'abonnement est votre page de vente. Elle porte une zone de titre avec votre logo, puis une accroche, une description et un texte de bouton par offre, ce qui vous permet de dire pourquoi le trimestre vaut mieux que le mois plutôt que d'aligner trois prix. Son pied de page porte les conditions et le lien de restauration des abonnements, qui permet à quelqu'un qui change de téléphone de retrouver le sien.

Les informations de chaque offre s'y insèrent par des tokens. Ils vous donnent un aperçu de la page pendant vos essais ; une fois l'app publiée, le prix et la durée affichés viennent des stores, donc ils suivent le tarif réel de chaque pays sans que vous ayez à les tenir à jour.

La version Progressive Web App de cette page a un autre rôle. L'abonnement passant par les stores, il vit dans l'app native : cette page-là sert donc à y emmener le visiteur. Elle tient en un titre et une description, et le titre proposé par défaut annonce la couleur, « Téléchargez notre app et devenez membre Premium ». C'est votre passerelle du web vers l'app, et elle mérite le même soin que le reste.

Le Widget de promotion de l'offre d'abonnement affiche votre offre dans la navigation de l'app, avec son titre, sa description et son bouton.

Une exigence les relie toutes les quatre : elles doivent dire la même chose. Un sticker qui promet du premium, un bloc qui parle de contenu réservé et une page d'abonnement qui vend une communauté décrivent trois produits différents. Écrivez la promesse une fois, puis déclinez-la.

Le formulaire d'une offre demande un nom et une description, qui seront lus dans les stores, une durée, un prix, et si vous le voulez une période d'essai.

Cinq durées sont proposées, d'une semaine à un an, en passant par le mois, le trimestre et le semestre. L'essai gratuit va de trois jours à un an, et l'abonnement se déclenche à son terme au prix plein, sauf annulation entre-temps.

Le prix se fixe séparément pour les deux stores, parce qu'ils ne le demandent pas de la même façon. Apple veut un prix taxes comprises, à choisir dans une grille de paliers. Google veut un prix hors taxes et calcule lui-même ce que verra l'utilisateur. Les deux convertissent aux taux de change les plus récents.

Un dernier réglage, dans les options supplémentaires : désactiver la publicité pour vos abonnés. Si votre contenu gratuit est financé par la publicité, l'abonnement vend alors deux choses à la fois, l'accès et le confort.

Le compte client, lui, n'est jamais obligatoire. L'écran Comptes clients vous donne deux options : « Un compte est facultatif », qui laisse souscrire en invité, ou « Un compte est suggéré », qui propose la création après l'abonnement sans jamais l'imposer. C'est un arbitrage réel. Ne rien demander enlève une friction au moment précis où votre lecteur est décidé ; proposer un compte vous donne une adresse email et un moyen de le retrouver, mais seulement pour ceux qui acceptent. Sur un abonnement acheté sur un coup de tête, la friction coûte plus cher que l'adresse ne rapporte.

Vous suivez ensuite vos abonnés depuis Monétisation › Abonnements › Abonnés, qui liste les abonnements en cours, ceux qui ont expiré et vos utilisateurs, avec un export des données. Les abonnements expirés méritent un coup d'œil régulier : c'est la seule mesure que vous ayez de votre capacité à tenir votre promesse dans la durée.

Deux choses à préparer, et la première prend du temps.

Les restrictions ne prennent effet qu'une fois l'app publiée ou mise à jour sur les stores. Or les stores demandent du contenu déjà restreint pour accepter votre app avec ses abonnements. Entre les deux, pendant la revue, votre contenu restreint n'est pas accessible et personne ne peut encore s'abonner. Ce n'est pas un incident, c'est la séquence normale, et elle se planifie : évitez de la faire tomber au moment où vous attendez le plus de trafic.

Les conditions générales et la politique de confidentialité se rédigent dans Paramètres › Privacy center, à l'onglet des conditions, et le guide de paramétrage vous y emmène. Elles sont exigées par les deux stores dès lors que vous vendez un abonnement.

Le reste appartient au pas-à-pas, et notre centre d'aide le couvre entièrement : les contrats et les informations bancaires dans App Store Connect, le profil de paiement dans Google Play, la création des produits côté stores, et le test de vos abonnements avant publication. Ouvrez-le au moment de configurer, la section « Monétiser son app avec les abonnements » suit exactement les étapes de votre guide de paramétrage.