használatalapú árazás (UBP)

angolul: usage-based pricing

alapelterjedt

Olyan díjazás, ahol nem fix havidíjat fizetsz, hanem annyit, amennyit ténylegesen elhasználtál a szolgáltatásból, például az AI által feldolgozott szöveg mennyisége után.

Érthetően

Gondolj a villanyszámládra: nem azért fizetsz, mert be van kötve az áram, hanem azért, amennyit a mérőóra mutat. A használatalapú árazás ugyanezt az elvet viszi át a szoftverekre és az AI-szolgáltatásokra: ha sokat használod, többet fizetsz, ha keveset, kevesebbet.

Az AI világában a „mérőóra” többnyire a tokent számolja, vagyis azt, hogy mennyi szöveget olvasott el és írt meg a modell. Más szolgáltatók az elkészült képek, a feldolgozott percek vagy az elvégzett feladatok száma után számláznak.

Ez más, mint a megszokott előfizetés, ahol a havidíj ugyanannyi, akár naponta használod a szolgáltatást, akár egyszer sem. A használatalapú díj igazságosabbnak tűnik, cserébe nehezebb előre megmondani, mennyi lesz a hó végi számla.

Az AI-agentek terjedésével a kérdés élesebb lett: egy agent önállóan, sok lépésben dolgozik, és egyetlen feladat közben is rengeteg tokent fogyaszthat, miközben te csak egyetlen kérést adtál neki.

Hogyan működik

A szolgáltató kijelöli a mértékegységet, ami után fizetsz: ez lehet token, kép, hangperc, lekérdezés vagy elvégzett feladat.
Egységárat rendel hozzá, például egymillió tokenre vetítve. A nagyobb tudású modell rendszerint drágább, és a modell által megírt válasz általában többe kerül, mint az elolvasott szöveg.
A rendszer minden használatot automatikusan mér és naplóz, a fogyasztást pedig többnyire egy kezelőfelületen magad is követheted.
Az időszak végén a mért mennyiség és az egységár szorzatát számlázzák ki, vagy egy előre feltöltött egyenlegből vonják le.
A legtöbb szolgáltatónál beállíthatsz költési plafont vagy figyelmeztetést, hogy a számla ne szaladjon el.

Példa a mindennapokból

Egy kisvállalkozás AI-alapú ügyfélszolgálati csevegőt köt be a webshopjába, és a szolgáltatónak a feldolgozott szöveg mennyisége után fizet. Egy csendes hónapban néhány ezer forint a számla, a karácsonyi roham idején viszont a sokszorosa lehet, mert a díj a forgalmat követi.

Kit érint

vállalkozó, vezetőAz AI-költség így nem fix tétel, hanem a forgalommal együtt mozog, ezért másképp kell tervezni és ellenőrizni.

fejlesztőA programozási felületen elért modellekért jellemzően tokenek után fizet, így a pazarlóan megírt alkalmazás közvetlenül drágább. → Kód

munkavállalóHa a cége fogyasztás után fizet az AI-eszközökért, a munkahelyi használatnak kerete lehet, és számon is kérhetik. → Munka és HR

mindenkiEgyre több hétköznapi alkalmazásban jelenik meg kredit vagy havi keret, amelynek elfogyása után fizetni vagy várni kell.

Gyakori félreértés

TévhitA használatalapú árazás mindig olcsóbb, mint az előfizetés, mert csak azért fizetsz, amit elhasználsz.

ValójábanKis és alkalmi használatnál valóban kedvezőbb, de intenzív használat mellett a fix havidíj sokszor olcsóbb és kiszámíthatóbb. Mielőtt döntesz, becsüld meg a saját fogyasztásodat.

Korlátok és kockázatok

A számla nehezen jósolható meg előre, mert kívülről ritkán látszik, hány tokenbe kerül majd egy kérés.
Egy önállóan dolgozó agent vagy egy hibás, ismétlődő programrész rövid idő alatt nagy költséget termelhet, ezért mindig állíts be költési plafont.
A mértékegységek szolgáltatónként eltérnek (token, kredit, feladat), így az ajánlatokat nehéz közvetlenül összehasonlítani.
A mérést a szolgáltató végzi, te pedig csak korlátozottan tudod ellenőrizni; magyar szövegnél ráadásul ugyanaz a tartalom jellemzően több tokent tesz ki, mint angolul.

Hasonló, de nem ugyanaz

előfizetéses árazás – Ott fix díjat fizetsz egy időszakra a tényleges használattól függetlenül, itt a díj a fogyasztást követi.
eredményalapú árazás – Ott csak a sikeresen elért eredményért fizetsz (például egy megoldott ügyfélpanaszért), itt a felhasznált erőforrásért akkor is, ha az eredmény gyenge.
freemium modell – Ott az alapszolgáltatás ingyenes és a bővített funkciókért kell fizetni, nem pedig a fogyasztás mennyiségéért.

Kapcsolódó fogalmak

Tágabb

árazási modell, üzleti modell

Szűkebb

tokenalapú díjazás, kreditrendszer

Rokon

token, előfizetéses árazás, eredményalapú árazás, API, AI-agent, felhőszolgáltatás, költési plafon

Röviden a története

Az elv a közművek mérőórás díjazásából ered. A szoftveriparban a felhőszolgáltatások tették általánossá, miután az Amazon 2006-ban elindította fogyasztás után fizetendő tárhely- és számítási szolgáltatásait. A nagy nyelvi modellek szolgáltatói ezt vették át, amikor a programozási felületeiket tokenek után kezdték számlázni.

Hol tart most

2026 végén a programozási felületen elért AI-modelleknél ez az alapértelmezett díjazás. A lakossági csevegőknél továbbra is a havidíj az uralkodó, de egyre gyakoribb a vegyes megoldás, ahol a havidíjhoz fogyasztási keret és túlhasználati díj társul.

Állapot: 2026. november

A hírekben

2 Agent Age-sztoriban fordul elő; a görbe a hírmagazin heti előfordulása.

A GitHubon az agentek PR-jei augusztusban meghaladták az emberekét, és a Copilot fogyasztásalapú lett2026. okt. 5. · Kód
Az AI-kódolóeszközök átállnak a használatalapú árazásra: Copilot-kreditek, tokenár2026. aug. 31. · Kód

Más nevei

usage-based pricing · UBP · pay-as-you-go · consumption-based pricing · metered billing · fogyasztásalapú árazás · használat szerinti díjazás

Források

OpenAI API Pricing

A szócikk gépi szerkesztéssel készült és gépi szakmai lektoráláson ment át; a „hírekben” rész az Agent Age sztorijaiból automatikusan frissül.