PWA în 2026: aplicația ta web se comportă ca un app mobil

Îți spune cineva că firma ta are nevoie de o aplicație mobilă. Sună bine până afli ce presupune: două aplicații separate, pentru iPhone și pentru Android, conturi de developer la Apple și la Google, aprobare în fiecare magazin și comision din fiecare vânzare. Pentru o firmă mică, drumul ăsta se termină de obicei înainte să înceapă.

Există o cale prin care site-ul pe care îl ai deja se comportă ca o aplicație: se instalează pe telefon, pornește instant, merge fără internet și trimite notificări. Se numește PWA, progressive web app, iar în 2026 e o tehnologie matură, documentată de Google pe web.dev. Îți arăt ce poate, cât costă față de nativ și când nu e alegerea potrivită.

Foto: cottonbro studio pe Pexels

Ce este un PWA și prin ce diferă de site-ul tău actual?

Un PWA e un site construit cu tehnologiile web obișnuite, dar care se comportă ca o aplicație: clientul îl instalează pe ecranul principal, îl deschide dintr-o iconiță, iar interfața rulează pe tot ecranul, fără bara de browser. Definiția vine de la MDN, documentația de referință a web-ului.

Tehnic, sunt două piese: un manifest, care descrie aplicația instalată, și un service worker, care răspunde din cache la cereri. Pentru clientul tău, site-ul devine o iconiță lângă WhatsApp, nu un tab pierdut prin browser.

Am construit pe logica asta un configurator de folie auto cu AI pe care clientul îl deschide direct din link: distribuția e un URL, nu un proces de aprobare.

De ce nu îți ajunge un site mobil obișnuit?

Pentru că un site obișnuit dispare când se închide tab-ul. Clientul trebuie să își amintească adresa, să aștepte încărcarea și nu primește nimic de la tine între vizite. O aplicație instalată stă pe ecranul telefonului, pornește instant din cache și îl anunță când apare ceva relevant.

Google documentează pe web.dev rezultate măsurate: Rakuten 24 raportează o creștere de 450% a retenției, iar retailerul JD.ID o îmbunătățire de 53% a conversiei pe mobil. Sunt studii de caz publicate de echipa care dezvoltă Chrome, nu promisiuni de agenție.

Cât te costă față de o aplicație nativă?

Semnificativ mai puțin, din trei motive: o singură bază de cod în loc de două, zero taxe de magazin și zero comision din vânzări. La nativ plătești dezvoltare separată pentru iOS și Android, conturi de developer la ambele companii și un procent din fiecare tranzacție prin aplicație.

Concluzia tabelului de mai jos: la nativ plătești 99 USD pe an la Apple și 25 USD taxă unică la Google înainte de prima linie de cod. La PWA, singurul cost e dezvoltarea.

Ce comision oprește App Store și Google Play din vânzările tale?

Standardul Apple e 30% din fiecare tranzacție, redus la 15% sub un milion de dolari venit anual, prin App Store Small Business Program. Google Play oprește 15% din primul milion și 30% peste, cu un regim nou în Spațiul Economic European din 30 iunie 2026.

Concluzia tabelului: oriunde ai vinde prin aplicație nativă, un procent consistent pleacă spre magazin.

Retine: comisionul se aplică la vânzările prin aplicație, nu la simpla prezență în magazin. Dacă aplicația ta doar afișează informații și programări, costul real al nativului e dezvoltarea dublă.

Merge cu adevărat offline și poate trimite notificări?

Da, ambele, și exact astea transformă un site în aplicație. Service worker-ul păstrează în cache paginile și datele importante, deci aplicația se deschide și în lift, și în hala fără semnal. Notificările apar la nivel de sistem de operare, ca la orice aplicație instalată, conform documentației MDN.

Offline-ul nu e doar afișare: ce completează clientul fără semnal pleacă spre server când revine conexiunea. Construiesc acum o aplicație de montaje pe modelul ăsta: montatorul completează fișa în subsol, datele se sincronizează singure. De ce contează pe ce e construită, am explicat la alegerea framework-ului.

Foto: iam hogir pe Pexels

Unde pierde un PWA în fața unei aplicații native?

În două locuri: accesul la hardware specializat și vizibilitatea în magazine. Dacă aplicația are nevoie de Bluetooth pentru un dispozitiv medical, de NFC sau de senzori exotici, suportul web variază de la platformă la platformă, iar pe iPhone e mai restrictiv decât pe Android. Acolo nativul rămâne alegerea sigură.

A doua pierdere e vitrina din App Store și Google Play: dacă businessul tău depinde de oameni care caută acolo o aplicație din categoria ta, un PWA nu apare. Pentru majoritatea firmelor mici din România, clienții vin însă din reclame, din Google și din recomandări.

Important: decizia nu e ideologică, e o listă de capabilități. Scrie ce trebuie să facă aplicația, verifică fiecare punct în documentație și abia apoi alege. Nativul ales din reflex costă dublu degeaba.

Pentru ce fel de firmă are sens un PWA?

Pentru orice firmă în care aplicația e un instrument de lucru sau de fidelizare, nu un produs vândut prin magazin: programări la clinică sau salon, meniu și comenzi la restaurant, fișe pentru echipele din teren, cont de client cu istoricul comenzilor. Adică aplicațiile de care are nevoie un business obișnuit.

Testul practic: clientul caută aplicația în App Store sau ajunge la ea printr-un link de la tine? Dacă răspunsul e linkul, ai profilul de PWA. Iar dacă aplicația are nevoie și de o bază de clienți în spate, am arătat cum se construiește una în două zile, pe Supabase.

De unde începi

Deschide site-ul tău de pe telefon și judecă-l ca un client: se încarcă repede, se folosește cu o mână, ai vrea să îl ai ca iconiță? Dacă site-ul e slab, PWA-ul îl face doar mai ușor de deschis, nu mai bun. Dacă e solid, transformarea e un pas mic cu efect mare.

Apoi fă lista de capabilități: ce merge offline, ce notificări trimiți, ce hardware atingi. Cu ea, discuția cu cine îți construiește aplicația web se termină cu un preț real, nu cu o estimare din aer. Dacă vrei să afli de ce are nevoie firma ta, scrie-mi printr-o cerere și primești o recomandare concretă, nu un pitch.