Supabase vs. Firebase vs. Appwrite vs. PocketBase vs. vlastní backend: co zvolit v roce 2026?

Když se řekne „aplikace“, většina lidí si představí obrazovky, tlačítka a formuláře. Jenže to, co aplikaci drží pohromadě, je backend: databáze, přihlašování uživatelů, ukládání souborů, oprávnění a logika, která běží na serveru. A právě tady je volba ještě zásadnější než u frontendu — data se migrují mnohem hůř než komponenty.

V článku o webových stacích jsme řešili, jak web postavit. Tady navazujeme otázkou, kde budou žít data. Na výběr jsou v zásadě dvě cesty:

• Backend jako služba (BaaS) — Supabase, Firebase, Appwrite nebo PocketBase. Dostanete databázi, přihlašování, úložiště a API „v krabici“ a stavíte hned.
• Vlastní backend — vlastní server s MySQL nebo PostgreSQL a vlastním API. Víc práce na začátku, ale plná kontrola.

Pro rychlou orientaci:

Supabase — PostgreSQL s „baterkami“#

Supabase dnes patří k nejoblíbenějším volbám pro webové aplikace a stojí i za backendem řady AI builderů (třeba Lovable). Jádrem je plnohodnotná PostgreSQL databáze — tedy klasická relační databáze s tabulkami, vazbami a SQL. Kolem ní Supabase přidává přihlašování (e-mail, Google, Apple…), úložiště souborů, realtime aktualizace a serverové funkce.

Klíčový prvek je Row Level Security (RLS): oprávnění se píší přímo v databázi („uživatel vidí jen své faktury“), takže je frontend může bezpečně volat napřímo. Když je RLS nastavené dobře, je to elegantní. Když špatně, data jsou vidět komukoliv — a u rychle generovaných aplikací je to nejčastější bezpečnostní chyba, kterou vidím.

Výhody: standardní SQL (žádné uzamčení do proprietárního formátu), rozšíření jako pgvector pro AI vyhledávání, open source, datové centrum lze zvolit v EU (Frankfurt). Nevýhody: self-hosting je náročnější (několik služeb v Dockeru), bezplatné projekty se po týdnu nečinnosti uspí.

Ceny (k září 2026):

• Free: 0 $ — 500 MB databáze, 1 GB souborů, 5 GB přenosu, 50 000 aktivních uživatelů měsíčně, max. 2 aktivní projekty, pauza po týdnu nečinnosti, bez záloh.
• Pro: od 25 $/měsíc — 8 GB databáze, 100 GB souborů, 250 GB přenosu, 100 000 MAU, denní zálohy (7 dní), žádné uspávání. Každý další projekt od 10 $/měsíc. Výdajový strop je ve výchozím stavu zapnutý, takže účet vám „neuteče“.

Firebase — Google, mobil a offline#

Firebase je nejstarší a nejzavedenější hráč. Hlavní databáze Firestore je dokumentová (NoSQL): data se neukládají do tabulek, ale do kolekcí „dokumentů“ podobných JSONu. Pro mobilní aplikace má Firebase velmi vyspělou podporu offline režimu — aplikace funguje bez signálu a po připojení se synchronizuje. K tomu push notifikace, analytika, crash reporting a těsné napojení na Google Cloud.

Výhody: vyzrálost, ekosystém pro mobilní aplikace, velkorysý free tier bez nutnosti platební karty. Nevýhody: proprietární — migrace jinam znamená přepsat datový model. Cena se počítá podle počtu čtení a zápisů, takže jeden neefektivní dotaz dokáže účet znásobit. Relační data (objednávky ↔ zákazníci ↔ produkty) se v dokumentové databázi modelují hůř.

Ceny (k září 2026):

• Spark (zdarma): Firestore 1 GiB dat, 50 000 čtení / 20 000 zápisů / 20 000 mazání denně, 10 GiB přenosu měsíčně, přihlašování do 50 000 MAU. Serverové funkce (Cloud Functions) na free plánu nejsou.
• Blaze (platba za využití): free limity zůstávají, nad ně se platí podle skutečné spotřeby. Cloud Functions mají zdarma 2 mil. volání měsíčně. Nový účet může dostat kredit 300 $. Pevný měsíční poplatek není — ale ani strop, pokud si nenastavíte rozpočtová upozornění.

Appwrite — open-source „vše v jednom“#

Appwrite nabízí podobný balík jako Supabase — přihlašování, databáze, úložiště, funkce, realtime, navíc zasílání zpráv (e-mail, SMS, push) a hosting webů. Rozdíl je ve filozofii: od začátku počítá s tím, že si ho můžete provozovat sami na vlastním serveru, a to jako jeden balík. Nově umí kromě vlastní databáze i dedikovaný PostgreSQL nebo MySQL.

Výhody: jedna platforma pro backend i hosting, snadný self-hosting, dobrá podpora Flutteru a mobilů, velkorysý přenos dat na placeném plánu. Nevýhody: menší komunita a méně návodů než Supabase/Firebase; limity a ceník cloudové verze se v posledních letech několikrát měnily, proto je před rozhodnutím dobré ověřit aktuální stav.

Ceny (k září 2026):

• Free: 0 $ — 75 000 MAU, 2 GB úložiště, 5 GB přenosu, 750 000 spuštění funkcí, 1 databáze a 1 bucket na projekt, max. 2 projekty, pauza po týdnu nečinnosti.
• Pro: od 25 $/měsíc za první projekt, každý další 15 $ — 2 TB přenosu, 150 GB úložiště a 200 000 MAU na projekt, denní zálohy (7 dní), e-mailová podpora.
• Self-hosting: zdarma (platíte jen server).

PocketBase — celý backend v jednom souboru#

PocketBase je nejmenší a nejjednodušší z celé pětice: jeden spustitelný soubor, který obsahuje databázi (SQLite), přihlašování, ukládání souborů, realtime API a administraci. Stáhnete, spustíte, hotovo. Na malém virtuálním serveru za pár stovek korun měsíčně obslouží překvapivě hodně.

Výhody: extrémní jednoduchost, žádné měsíční poplatky za platformu, všechna data máte u sebe, ideální pro MVP, interní nástroje a menší aplikace. Nevýhody: běží na jednom serveru — škálovat „do šířky“ nejde. Projekt je stále před verzí 1.0 a jeho dokumentace sama upozorňuje, že aktualizace mohou vyžadovat ruční zásahy. Zálohy, aktualizace a zabezpečení serveru jsou na vás.

Ceny: software zdarma (open source, MIT). Platíte jen VPS — orientačně od cca 100–300 Kč měsíčně u menších poskytovatelů.

Vlastní backend — MySQL / PostgreSQL a vlastní API#

Poslední možnost je nejklasičtější: vlastní server (nebo hosting), vlastní databáze a vlastní API — třeba v Node.js, PHP nebo Pythonu. Nic „v krabici“, všechno si postavíte sami: přihlašování, oprávnění, upload souborů, zálohy.

Zní to jako hodně práce — a je. Jenže v roce 2026 AI nástroje velkou část té práce zkrátily, a vlastní backend má výhody, které žádná platforma nenabídne: žádný vendor lock-in, data fyzicky tam, kde chcete (třeba v Česku), logika přesně na míru a u stabilních aplikací často nižší průběžné náklady na provoz. Pokud firma už MySQL databázi má (typicky u e-shopu nebo staršího systému), bývá napojení na ni rozumnější než přesouvání dat do BaaS.

Výhody: plná kontrola, žádné limity platformy, předvídatelná cena, snadné splnění specifických požadavků (GDPR, data v ČR, napojení na účetnictví či ERP). Nevýhody: nejvyšší vstupní náklady na vývoj, bezpečnost a údržba jsou kompletně vaše zodpovědnost — přihlašování a oprávnění postavená „na koleni“ jsou riziko.

Ceny: sdílený hosting s MySQL od desítek až stovek Kč měsíčně, VPS orientačně od cca 100–500 Kč, spravovaná databáze v cloudu od jednotek až desítek dolarů. Hlavní náklad ale není server — je to čas vývoje a údržby.

Srovnání na jednom místě#

Ceny a limity platí k datu publikace. Všechny platformy je v posledních letech opakovaně měnily — před rozhodnutím je ověřte na oficiálních cenících.

Vendor lock-in: jak těžké je jednou odejít#

Řádek „vendor lock-in“ v tabulce je možná nejdůležitější ze všech, protože rozhoduje o tom, co vás čeká za tři roky.

• Supabase, Appwrite s PostgreSQL/MySQL, vlastní backend: data leží ve standardní SQL databázi. Přesun z PostgreSQL na jiný PostgreSQL (vlastní server, jiný cloud) je běžná operace — export, import, přepojení. Přepisovat se musí hlavně přihlašování a části, které volají konkrétní SDK platformy.
• PocketBase: SQLite je jeden soubor, který se dá otevřít čímkoliv. Odchod je technicky snadný, jen si schéma a logiku převedete sami.
• Firebase: tady nejde jen o databázi. Firestore má vlastní datový model, oprávnění žijí v Security Rules, logika v Cloud Functions a aplikace je postavená kolem Firebase SDK. Odchod proto obvykle znamená přestavět velkou část architektury, ne jen přesunout data.

Neznamená to, že je Firebase špatná volba — pro mobilní aplikaci, která v Google ekosystému zůstane, může být ideální. Jen je dobré to vědět předem.

Na co si dát pozor u free tarifů#

„Zdarma“ je u backendových platforem skvělé na vývoj a prototypy, ale do produkce má pár háčků:

• Uspávání projektů. Supabase i Appwrite free projekt po týdnu nečinnosti pozastaví. Pro aplikaci, kterou používá pár lidí jednou za čas, to je nepříjemné překvapení.
• Žádné zálohy. Free plány automatické zálohy většinou nemají. Bez záloh by žádná aplikace s reálnými daty běžet neměla.
• Limit projektů. Typicky 2 aktivní projekty na účet — pro agenturu nebo freelancera s více klienty nestačí.
• Placení za operace. U Firebase se neplatí za velikost, ale za počet čtení a zápisů. Nastavte si rozpočtová upozornění dřív, než je budete potřebovat.

Jak bych backend vybral pro váš projekt#

Podobně jako u frontendu nezačínám u nástroje, ale u otázek:

1. Jaká data aplikace má? Hodně vazeb (zákazníci, objednávky, faktury) → SQL (Supabase, vlastní backend). Volnější struktura a mobil → Firebase.
2. Kolik uživatelů a jak rychle poroste? Pár desítek interních uživatelů zvládne PocketBase na malém serveru. Veřejný produkt s neznámým růstem → spravovaná platforma.
3. Kde smějí být data? Pokud potřebujete data v Česku nebo plnou kontrolu, vyhrává self-hosting (Appwrite, PocketBase) nebo vlastní backend.
4. Kdo to bude spravovat za dva roky? Spravovaná platforma šetří starosti se servery. Vlastní řešení může snížit průběžné poplatky za platformu, ale větší část nákladů přesouvá do vývoje a údržby.

V SEMAKOD nejčastěji sahám po Supabase pro webové aplikace a SaaS a po vlastním backendu tam, kde firma už má svá data nebo potřebuje napojení na interní systémy. Pokud si nejste jistí, co by dávalo smysl pro váš projekt, rád to s vámi proberu — nebo si spočítejte orientační cenu.

Tento článek vznikl s asistencí AI a prošel redakční kontrolou SEMAKOD, včetně ověření aktuálnosti technických informací k datu publikace.