Hogyan kezeld a fizetős Telegram-hozzáférést a fizetéstől a lejáratig?
Hozzáférést adni egyszerű — visszavenni már rendszer kell. Ez az írás a teljes életciklust mondja el: meghívó, azonosítás, lejárat, kizárás és a visszatérő tag.
- Írta
- Karner Kristóf — önálló fejlesztő, Budapest
- Frissítve
- 2026. július 22.
A fizetős Telegram-hozzáférés két végén két különböző feladat áll. Beengedni valakit könnyű: küldesz egy meghívót. A nehezebb kérdés az, ami utána jön — ki van bent jogosan, meddig, és mi történjen, amikor lejár. Kézzel ez néhány tucat tagig követhető, utána a nyilvántartás csúszik el, és vele a bevétel.
Ebben az írásban a hozzáférés teljes életciklusát írom le a Telegram Bot API-ra építve, ahogy egy ilyen rendszert felépítettem és üzemeltetek. A rendszer története külön esettanulmányban olvasható — ez az írás a hogyanról szól. A fizetési oldal — hogyan lesz a terhelésből esemény — itt adottnak számít; annak számlázási részéről külön írás szól.
- 01 Fizetés a rendszer értesül róla
- 02 Meghívó egyszer használatos
- 03 Tag amíg az előfizetés él
- 04 Türelmi idő értesítés, esély megújítani
- 05 Kiléptetés úgy, hogy visszatérhessen
lejárt vagy lemondott előfizetés · új fizetéssel elölről indul
Ha fizetős csoportot vagy csatornát viszel — vagy most gondolkodsz rajta —, és a beléptetés még kézzel megy, írj egy emailt. Írd le, hány tag van, és mi az, ami most a legtöbb kézi munkát viszi: a beléptetés, a lejárat követése, vagy a kizárás. Megnézem, mi automatizálható belőle.
kristof@kristofkarner.comInnentől az életciklus lépései jönnek sorban: a beléptetés, a fizetés és a fiók összekötése, a lejárat kezelése, és amit a bot nem tud. Fejlesztőnek szól, de laikusként is követhető — a döntéshez fentebb minden megvan.
Hogyan jusson be, aki fizetett?
A Telegram Bot API-val a bot olyan meghívó linket tud készíteni, ami egyetlen belépésre jó, és lejárati időt is kap. Ez a fizetős hozzáférés alapeleme: minden vásárló a sajátját kapja, a link nem adható tovább, és nem használható újra. A közös, sokszor használható link itt nem játszik — az egyetlen kiszivárgott linkkel az egész csoport nyitva áll.
Van egy második út is: a csoport belépési kérelmekkel is működhet. A jelentkezést ilyenkor a bot hagyja jóvá vagy utasítja el, aszerint, hogy a kérelmező szerepel-e a fizetők között. Ez akkor hasznos, ha a link nyilvános helyen is megjelenhet: a link önmagában így senkit nem enged be. A két megoldás kombinálható is; a lényeg mindkettőnél az, hogy a belépés a fizetéshez kötött, nem a link birtoklásához. A bot ezekhez a műveletekhez megfelelő rendszergazdai jogot kell kapjon a csoportban — meghívót készíteni és tagot eltávolítani csak úgy tud.
Hogyan kösd össze a fizetést a Telegram-fiókkal?
Ez a rendszer legkevésbé nyilvánvaló pontja. A fizetési szolgáltatónál a vásárlónak email-címe van, a Telegramban viszont számazonosítója — a kettő között semmi nem teremt kapcsolatot magától. Ha a rendszer nem tudja, melyik fizetéshez melyik Telegram-fiók tartozik, akkor sem beengedni, sem kiléptetni nem tud megbízhatóan.
A bevált minta a bot indító linkje. A fizetés után a vásárló egy olyan linket kap, ami a botot nyitja meg, és a link egy egyedi kódot visz magával. Amikor a vásárló a botnál elindítja a beszélgetést, a bot megkapja a kódot és vele a vásárló számazonosítóját. Ezzel a fizetés és a fiók össze van kötve, és a bot már a személyre szóló meghívót küldi. A kód egyszer használatos és lejár, ugyanazért, amiért a meghívó is.
Mi történjen lejáratkor?
A lejárat nem egyetlen pillanat, hanem egy rövid folyamat. A fizetési szolgáltató a sikertelen megújítást általában nem elsőre mondja ki — újrapróbálja a terhelést, és ez időt ad. Erre az időre való a türelmi idő: a tag még bent van, de a rendszer már jelez neki, hogy a megújítás nem sikerült, és van esélye rendezni. A türelmi idő hossza üzleti döntés, nem technikai — a rendszer csak betartja.
Amikor a türelmi idő is letelik, a bot kilépteti a tagot. Itt van a Bot API legalattomosabb viselkedése: a kiléptetés alapértelmezés szerint végleges kitiltás is, ami a visszatérő vásárlót is kizárná. A helyes kezelése két hívás — a történetét az esettanulmányban írtam le, ábrával együtt. A kiléptetésről a tag értesítést is kapjon: a szó nélkül eltűnő hozzáférés reklamációt szül, a megelőző levél megújítást.
Mi van a visszatérő taggal?
A visszatérő vásárló az életciklus természetes része, nem kivétel. Ha a kiléptetés jól történt, az újra-előfizetés útja ugyanaz, mint az első: fizetés, azonosítás, új egyszer használatos meghívó. A rendszernek annyi a dolga, hogy a visszatérőt felismerje a nyilvántartásában: a fiók-összekötés már megvan, a meghívót azonnal küldheti. A régi, lejárt meghívók pedig ne éledjenek fel.
Mit nem tud a bot?
A Bot API-nak vannak határai, és ezekre a rendszert tervezni kell, nem utólag csodálkozni rajtuk:
- A bot nem kérdezheti le a teljes taglistát — egy konkrét emberről meg tudja mondani, tag-e, de a „ki van bent most?” kérdésre a saját nyilvántartásod válaszol. Az a nyilvántartás ezért nem kényelmi extra, hanem a rendszer gerince.
- A gyors, tömeges műveleteket a Telegram lassítja — sok tag egyszerre történő kezelésénél a rendszernek ütemeznie kell, nem egyszerre lőni ki mindent.
- A bot csak azt látja, amihez joga van. A szükséges rendszergazdai jogok nélkül a meghívó-készítés és a kiléptetés is hibát ad — a jogosultság beállítása a telepítés része.
Kérdések a témáról
Csoport vagy csatorna legyen a fizetős tartalomnak?
A csatornában csak te posztolsz, a tagok olvasnak — ez való a tartalomszolgáltatásnak: elemzések, jelzések, hírek. A csoportban mindenki ír, az a közösségnek való. A hozzáférés-kezelés mindkettőnél ugyanúgy működik, a döntés a termékről szól: tartalmat adsz el, vagy tagságot egy beszélgetésben.
Mi van, ha valaki továbbadja a meghívót?
Az egyszer használatos meghívóval nincs mit továbbadni: a link egyetlen belépésre jó, és lejárati idő is adható neki. Aki a már felhasznált linket kapja meg, annak a Telegram hibát mutat. Közös, sokszor használható linkkel ez nem áll — ezért nem való fizetős hozzáféréshez.
Látja a bot, hogy ki van bent a csoportban?
Egy konkrét emberről meg tudja mondani, tag-e — a teljes taglistát viszont a Bot API nem adja ki. Ezért kell a rendszernek saját nyilvántartás arról, ki lépett be, mikor és meddig érvényes a hozzáférése. A bot a nyilvántartásból dolgozik, nem a csoport tagságából.
Mi történik, ha a bot leáll?
A csoport és a tagok maradnak — a bot nem tartja a csoportot, csak kezeli. Amíg nem fut, az új belépők nem kapnak meghívót és a lejárt tagok bent maradnak, ezért a fontos kérdés nem az, hogy leállhat-e, hanem hogy észreveszed-e: kell egy értesítés, ha egy művelet nem futott le, és a lemaradt műveleteknek utólag is le kell futniuk.
A cikkben leírt döntések futtatható változata nyílt forráskódban is megvan: telegram-subscription-access — egyszer használatos meghívó, párosító kód, és a kiléptetés úgy, hogy a tag visszatérhessen.
A fizetési oldal — terhelés, megújulás és a magyar számla — a számlázásról szóló írásban van kibontva. Az automatizálás üzleti oldaláról a rendszerek-oldalon írtam.