Supabase vs Firebase: melyik backendet válaszd?

Válaszd a Supabase-t, ha az adataid relációsak (vásárlók, rendelések, egymáshoz kapcsolódó számlák), SQL-t akarsz írni, vagy később saját szerveren is futtatható nyílt forráskódú stacket szeretnél. Válaszd a Firebase-t, ha mobilfókuszú appot építesz, amelynek offline szinkron és valós idejű frissítés kell dobozból, vagy már a Google Cloudon vagy. Mindkettő ad adatbázist, bejelentkezést, fájltárhelyet és szerver nélküli függvényeket. Az igazi választás a Postgres (SQL) vs Firestore (NoSQL), és az, hogyan számláz mindkettő.

Supabase vs Firebase röviden

A MAU a havi aktív felhasználókat jelenti: azokat, akik a hónapban bejelentkeztek. A friss számokért nézd meg a Supabase árait és a Firebase árait.

Hogyan hasonlítottuk össze

A funkciókat, kereteket és árakat a Supabase és a Firebase saját weboldalán és dokumentációjában, 2026 szeptemberében közzétett információk alapján hasonlítottuk össze. Nem végeztünk gyakorlati tesztelést és nem mértünk teljesítményt, és kihagytunk minden olyat, amit nem tudtunk a szolgáltatók oldalain megerősíteni. Az árak amerikai dollárban vannak, adó nélkül.

A valódi különbség: Postgres vs Firestore

Ez a döntés határozza meg a többit.

A Supabase a Postgresre épül, egy relációs adatbázisra: az adatok táblákban, sorokban és oszlopokban élnek, a táblák pedig kapcsolódnak egymáshoz. SQL-lel kérdezed le, a Supabase pedig automatikusan API-t generál a táblákból. Ha az appodban van egy vásárló, akinek rendelései vannak, és minden rendelésnek tételei, az természetesen illeszkedik a táblákhoz. A mi a Postgres útmutatónk közérthetően elmagyarázza.

A Firestore NoSQL dokumentumadatbázis. Az adatok dokumentumokban élnek (JSON-objektumokra hasonlítanak), amelyek gyűjteményekbe vannak rendezve. A Google úgy írja le, mint rugalmas, skálázható adatbázist, amelyet az appok natív SDK-kkal közvetlenül érnek el, valós idejű szinkronnal és az app által használt adatok eszközön történő gyorsítótárazásával. Ettől gyors az indulás, és erős a telefonokon, gyenge kapcsolatnál. Sok kapcsolódó rekordra kiterjedő összetett riportolás nehezebb, mint SQL-ben.

A Firebase mostanra kínál SQL Connectet is, amely a Cloud SQL for PostgreSQL-t adja a Firebaseen keresztül. 2026 szeptemberében a Firebase az első példányra három hónapos díjmentes próbaidőszakot említ, utána havi díjat. Tehát a „a Firebase nem tud SQL-t” már nem igaz, de a Postgres ott kiegészítés, nem a középpont.

Ha nem vagy biztos benne, milyen alakú az adatod, olvasd el előbb az SQL vs NoSQL útmutatót.

Ingyenes csomagok összehasonlítva

Supabase Free (2026 szeptember):

• 500 MB adatbázis megosztott processzoron, 500 MB RAM-mal
• 50 000 havi aktív felhasználó
• 1 GB fájltárhely és 5 GB kimenő forgalom (kiküldött adat)
• 500 000 Edge Function-hívás
• 2 aktív projekt korlát
• A projektek 1 hét inaktivitás után szünetelnek
• Nincs mentés; a naplók kb. egy napig maradnak meg

Firebase Spark (2026 szeptember), fizetési mód nélkül:

• Cloud Firestore: 1 GiB tárolás, napi 50K olvasás, 20K írás és 20K törlés
• Authentication: 50K havi aktív felhasználó
• Hosting: 10 GB tárhely és napi 360 MB forgalom
• Realtime Database: 1 GB tárolás, 100 egyidejű kapcsolat
• A Cloud Functions, az App Hosting és az új Cloud Storage bucketek nem érhetők el Sparkon

A gyakorlati különbség: a Supabase ingyenes csomagja tartalmaz szerver nélküli függvényeket, de szünetelteti a csendes projekteket. A Firebase árazási oldala nem említi, hogy a tétlen Spark-projekteket szüneteltetné, de a szerveroldali kódhoz és az új tárhelybucketekhez át kell lépned Blaze-re (számlázási fiókkal).

Fizetős árak összehasonlítva

A Supabase havi csomagdíjat számol fel, plusz a beépített keretek feletti használatot:

• Pro, havi 25 dollártól: 8 GB lemez projektenként, 100 000 MAU, 250 GB kimenő forgalom, 100 GB fájltárhely, 2 millió Edge Function-hívás, havi 10 dollár számítási kredit, napi mentés 7 napig megőrizve. Túllépési példák: 0,125 dollár extra GB lemezért, 0,09 dollár extra GB kimenő forgalomért.
• Team, havi 599 dollártól: ugyanaz a beépített mennyiség, plusz 14 napos mentés és 28 napos naplómegőrzés.
• Enterprise: egyedi.

A Firebase Blaze fizess a használat szerint, és aktív számlázási fiók kell hozzá. Az ingyenes kereteket kapod először, utána használat szerint fizetsz a Google Cloud díjai szerint. A Cloud Functions például havi 2 millió hívásig ingyenes, utána millióként 0,40 dollár. A jogosult új felhasználók 300 dollár Google Cloud-kreditet kaphatnak.

Hogy melyik olcsóbb, az appodtól függ. A fix 25 dollár könnyen tervezhető. Az olvasásonkénti fizetés egy kis appnál nagyon olcsó lehet, de egy Firestore-app, amely minden képernyőn sok dokumentumot olvas, gyorsan felhúzhatja a számlát. Mindkettőt becsüld meg, mielőtt elkötelezed magad.

Hitelesítés, tárhely és függvények

• Hitelesítés: mindkettő tartalmaz hostolt bejelentkezést, és mindkettő 50 000 havi aktív felhasználót ad ingyen. A Supabase a hitelesítést Postgres Row Level Security-vel párosítja: ez az adatbázisban lévő szabály, amely eldönti, mely sorokat láthatja az egyes felhasználók. A Firebase a SAML/OIDC (vállalati egyszeri bejelentkezés) felhasználókat külön számolja, 50 ingyenessel. Az alapokért lásd a mi a hitelesítés útmutatót.
• Tárhely: a Supabase Storage S3-kompatibilis, CDN-nel és képátalakítással. A Firebase Cloud Storage új bucketekhez Blaze-t igényel.
• Függvények: a Supabase Edge Functions TypeScriptet futtatnak Denón. A Firebase Cloud Functions Blaze-t igényel.
• AI: a Supabase kínálja a Vectort, a pgvectorra épülő beágyazásokhoz. A Firebase az AI Logicot kínálja, amely a Google Cloud vagy a Gemini API díjai szerint számláz, és a Firebase Studiót.

Szolgáltatóhoz kötöttség és hordozhatóság

A Supabase szerint minden alapeszköze nyílt forráskódú és saját szerveren futtatható, és mivel az adatbázis szabvány Postgres, bármely Postgres-hostra exportálhatod és betöltheted. Ez a legerősebb érv a Supabase mellett, ha tartasz attól, hogy egy szolgáltatóhoz kötődsz.

A Firebase felügyelt Google-szolgáltatás. Az adataidat exportálhatod, de a Firestore dokumentummodellje és biztonsági szabályai Firebase-specifikusak, így máshová költözni azt jelenti, hogy újra kell tervezni az adatokat és át kell írni a kódot, amely használja őket.

Kinek melyik való

Válaszd a Supabase-t, ha:

• Az adataid relációsak: felhasználók, csapatok, rendelések, számlák, foglalások
• Te vagy a fejlesztőd szereti az SQL-t, vagy riportokat és irányítópultokat szeretnél
• Szeretnéd a lehetőséget, hogy saját szerverre vagy másik Postgres-hostra költözz
• Kiszámítható havi díj illik a költségvetésedhez

Válaszd a Firebase-t, ha:

• Olyan mobilappot építesz, amelynek offline működnie kell, és később szinkronizál
• Kevés beállítással akarsz valós idejű figyelőket
• Már használsz Google Cloudot, Google Analyticsot vagy más Firebase-eszközt
• Az adataid tényleg dokumentumalakúak, és inkább használat szerint fizetnél

Hol illik ide a Mythex

A Supabase és a Firebase backendek: továbbra is te építed rájuk az appot, és valahol hostolod a frontendet. Ha inkább chatben írnád le az appot, és az egészet megkapnád, a Mythex AI-appépítő, amely megírja a kódot, élő előnézetben futtatja és publikálja. Ha az appodnak adatot kell tárolnia, a Mythex hozzáad egy dedikált Postgres-adatbázist az adott projekthez, amely 5 perc tétlenség után elalszik, és ugyanabból a kreditegyenlegből számlázódik, mint az építés és a hosting.

Ez jó választás webes appokhoz, például ügyfélportálhoz, CRM-hez vagy foglalási eszközhöz. Nem helyettesíti a Firebase offline mobilszinkronját, és a Mythex Android- és iPhone-appjai (Pro-n) a webappot csomagolják, nem teljesen natívak. Ha már használsz Supabase-t vagy Firebase-t, a Mythex ügynökének is megkérheted, hogy a saját kulcsaiddal kapcsolódjon a meglévő projektedhez. Az általános megközelítésről lásd az adatbázis hozzáadása az appodhoz útmutatót.

Ítélet

• Supabase: az erősebb alapértelmezett választás webes appokhoz és relációs adatokkal dolgozó SaaS-termékekhez, illetve mindenkinek, aki értékeli az SQL-t és a hordozhatóságot.
• Firebase: az erősebb választás mobilfókuszú appokhoz, amelyeknek offline szinkron és valós idejű frissítés kell, és a Google Cloudba már befektetett csapatoknak.

Mindkettőnek nagyvonalú az ingyenes csomagja, ezért a legolcsóbb módja a döntésnek, ha építesz egy kis funkciót mindkettőn, és megnézed, melyik érződik természetesnek. További backend-lehetőségekért nézd meg Supabase-alternatívák áttekintésünket.

Kérdések