Un journal local qui veut limiter la lecture gratuite de ses articles n’a pas nécessairement besoin d’une extension d’abonnement complète, avec sa gestion de comptes, ses formules tarifaires et son intégration de paiement récurrent. Beaucoup de rédactions indépendantes cherchent d’abord une solution plus modeste : inciter à l’inscription à une newsletter ou à la création d’un compte gratuit, simplement en rendant visible qu’une partie de l’article reste à découvrir.
Cette recette ne traite pas du paiement récurrent d’abonnement, qui suppose une intégration de passerelle de paiement et une gestion d’accès bien plus lourde : elle explique comment limiter l’affichage d’un article après un nombre de paragraphes donné, avec un widget conditionnel simple, sans extension de paywall dédiée.
Le problème posé
L’objectif est d’afficher intégralement les premiers paragraphes d’un article, puis de masquer la suite derrière un dégradé visuel et un appel à l’action, sans dupliquer le contenu ni exposer le texte complet dans le code source de la page, ce qui rendrait le blocage contournable par une simple inspection du HTML.
Structurer le contenu en deux parties côté back-end
La solution la plus fiable consiste à séparer le contenu en deux blocs distincts dès la saisie : un champ ACF contenu_libre pour les paragraphes toujours visibles, et le contenu principal de l’article, chargé uniquement si la condition d’accès est remplie. Ce découpage évite d’envoyer le texte complet au navigateur avant de le masquer en CSS, une pratique fragile puisqu’un visiteur pourrait afficher le code source pour lire la suite.
<?php
add_filter( 'the_content', function( $contenu ) {
if ( is_singular( 'post' ) && ! is_user_logged_in() ) {
$libre = get_field( 'contenu_libre' );
$cta = '<div class="cta-inscription">Créez un compte gratuit pour lire la suite</div>';
return $libre . $cta;
}
return $contenu;
} );
Construire le widget conditionnel dans Elementor
Sur le gabarit d’article du Theme Builder, deux widgets Texte sont placés l’un après l’autre : le premier affiche le Dynamic Tag lié au champ contenu_libre, toujours visible ; le second affiche le Dynamic Tag du contenu principal de l’article, avec une condition d’affichage réglée sur « Utilisateur connecté » dans l’onglet Avancé du widget. Un troisième widget, le bloc d’appel à l’action pour la création de compte, se règle sur la condition inverse : visible uniquement si l’utilisateur n’est pas connecté.
Ajouter le dégradé visuel de transition
Pour que la coupure ne paraisse pas brutale, un dégradé CSS est appliqué sur le widget qui précède le bloc d’appel à l’action, via l’onglet Style en réglant un arrière-plan dégradé transparent vers la couleur de fond de la page. Ce détail visuel signale clairement au lecteur qu’il existe une suite, plutôt que de donner l’impression d’un article tronqué par erreur.
Variantes possibles
- Réserver l’accès complet aux seuls utilisateurs inscrits à la newsletter, en croisant la condition avec un champ personnalisé du profil utilisateur plutôt qu’avec une simple connexion.
- Faire varier le nombre de paragraphes libres selon la catégorie de l’article, les brèves locales restant en accès libre intégral, les enquêtes plus longues étant limitées.
- Ajouter un compteur d’articles gratuits consultés par mois, stocké dans un cookie ou une session, pour limiter l’accès global plutôt que par article.
Le conseil qu’on donne à chaque rédaction dans cette situation : commencer par la version la plus simple, la limitation par paragraphe et création de compte gratuit, avant d’envisager un système d’abonnement payant. La conversion se juge d’abord sur ce palier léger.
En résumé
Un journal local peut limiter la lecture gratuite de ses articles sans extension de paywall complète, en séparant le contenu en deux blocs côté back-end et en s’appuyant sur les conditions d’affichage natives d’Elementor Pro. Cette approche reste légère à maintenir et suffisante pour inciter à l’inscription, avant d’envisager un modèle payant plus structuré.
