Contrôle d'Accès aux Abonnements Telegram avec Backend PostgreSQL - Workflow n8n

• Les responsables de communauté ayant besoin d'un contrôle d'accès automatisé pour les groupes Telegram premium.


• Les développeurs à la recherche de modèles n8n avancés pour les bots Telegram.


• Les entreprises nécessitant une intégration de base de données fiable (PostgreSQL) avec leur automatisation des réseaux sociaux.


• Les utilisateurs souhaitant un exemple de configuration de nœud n8n complexe pour une logique d'accès conditionnel.

Ce workflow n8n sophistiqué répond au défi de la gestion sécurisée de l'accès aux canaux Telegram privés. Il agit comme un portier robuste, garantissant que seuls les utilisateurs répondant à des critères d'abonnement spécifiques, incluant potentiellement le suivi des parrainages, obtiennent l'accès ou les informations. En utilisant PostgreSQL, le workflow n8n conserve un état persistant concernant les utilisateurs et les canaux qu'ils doivent rejoindre. Ce système va au-delà des vérifications simples, permettant des commandes administratives pour ajouter ou supprimer dynamiquement des canaux, rendant ce modèle n8n très flexible. La valeur fondamentale est de fournir une vérification d'adhésion automatisée et fiable sans intervention manuelle, entièrement alimentée par une structure de nœuds n8n spécialisée. Cette conception n8n complexe permet un contrôle exhaustif des interactions utilisateur.

1. Le workflow n8n démarre avec le nœud Déclencheur Telegram (Telegram Trigger), s'initialisant lors de toute réception de message ou commande d'un utilisateur. Ce déclencheur n8n capture les données essentielles de l'utilisateur.


2. Les nœuds de configuration initiale (Set) établissent des variables cruciales. Une vérification conditionnelle Est Admin ? (Is Admin?) scinde le flux pour les opérations administratives par rapport aux opérations utilisateur générales.


3. Le flux utilise des nœuds PostgreSQL (Get Bot Status) pour récupérer l'état d'interaction actuel de l'utilisateur, acheminant le flux à travers une série de nœuds Switch et If (Define Type, Define flow).


4. Chemin Administrateur : Si une commande admin (ex: ajout de canal, liste des canaux) est détectée, le flux met à jour le statut du bot dans la base de données PostgreSQL et utilise des nœuds Telegram pour communiquer le succès ou demander des informations supplémentaires (ex: Add Channel, Delete Channel via Postgres).


5. Chemin Vérification Abonnement (Utilisateur) : Le flux vérifie d'abord les paramètres de parrainage (Referal?) et met à jour le statut de l'utilisateur en utilisant le nœud PostgreSQL n8n Update bot status and referal.


6. Il récupère la liste des canaux requis depuis la base de données en utilisant le nœud Postgres n8n Get Channels.


7. Le nœud n8n Telegram Get Subscription statuses interroge l'API Telegram pour vérifier le statut d'adhésion de l'utilisateur pour chaque canal requis.


8. Le nœud n8n Union statuses agrège les résultats. Le nœud n8n Check (If) détermine ensuite si l'utilisateur est entièrement conforme.


9. En cas de succès, l'utilisateur reçoit une confirmation via un nœud n8n Telegram (Check success). En cas d'échec, l'utilisateur reçoit une alerte via le nœud n8n Telegram Check failed, l'invitant à satisfaire les exigences d'abonnement. Ce workflow n8n complet offre un contrôle d'accès granulaire.

Ce modèle n8n avancé nécessite trois identifiants principaux et implique la configuration de nombreux webhooks.

1. Importer le workflow n8n : Copiez le JSON fourni et importez-le dans votre instance n8n.


2. Configuration du Bot Telegram : Configurez un identifiant de Bot Telegram. Assurez-vous que ce bot est administrateur dans tous les canaux pour lesquels il doit vérifier l'accès. Vous devez enregistrer l'URL du webhook pour le nœud principal Telegram Trigger et tous les nœuds d'action Telegram suivants.


3. Identifiant PostgreSQL : Configurez les détails de connexion pour votre base de données PostgreSQL. Cette base de données doit contenir des tables structurées pour stocker le statut du bot utilisateur, les listes de canaux et potentiellement les données de parrainage. Les opérations des nœuds n8n dépendent fortement de ces connexions.


4. Identifiant Google Drive (Optionnel) : Si vous prévoyez de fournir des fichiers suite à un abonnement réussi, vous devez activer et configurer les identifiants Google Drive pour les nœuds n8n désactivés Get File et Download File.


5. Activer : Sauvegardez le workflow n8n et activez le Telegram Trigger pour commencer à traiter les commandes.

Telegram Trigger : Le point de déclenchement initial de n8n. Ce nœud n8n écoute les commandes et messages des utilisateurs, alimentant les données dans l'exécution du workflow n8n.
Postgres (Multiples Instances) : Utilisé intensivement pour les opérations de base de données liées à l'état de l'utilisateur et à la gestion des canaux.
Get Bot Status : Récupère le contexte d'interaction actuel d'un utilisateur.
Add Channel/Delete Channel : Gère la liste des canaux requis dans la base de données.
Upsert bot status on START : Initialise ou met à jour l'enregistrement d'un utilisateur.
Telegram (Multiples Instances) : Gère toutes les communications et vérifications d'API.
Get Subscription statuses : Nœud n8n crucial qui utilise l'API Telegram pour vérifier l'adhésion de l'utilisateur par rapport à la liste des canaux récupérée depuis Postgres.
Check success/Check failed : Envoie des réponses conditionnelles à l'utilisateur.
If / Switch (Multiples Instances) : Nœuds n8n de contrôle de la logique principale (Is Admin?, Define Type, Check). Dirige le flux du workflow n8n en fonction des rôles utilisateur et des résultats de la vérification d'abonnement.
Aggregate (Union statuses) : Ce nœud n8n est utilisé pour combiner les résultats de multiples vérifications d'abonnement (une pour chaque canal requis) avant que la décision finale ne soit prise par le nœud n8n Check.