Pe scurt
O aplicație web este un program pe care îl folosești direct din browser, fără să instalezi nimic: te autentifici, introduci date, iar aplicația le prelucrează pe un server și îți răspunde. Gmail, internet banking-ul și programele de facturare online sunt aplicații web. Diferența față de un site: pe un site citești, într-o aplicație lucrezi.
Cum funcționează o aplicație web
O aplicație web funcționează în trei straturi: interfața din browser, logica de pe server și baza de date în care rămân informațiile. Browserul trimite o cerere, serverul o prelucrează și trimite înapoi rezultatul, pe care browserul îl afișează.
Wikipedia în limba română o descrie ca pe un program care rulează într-o arhitectură client-server, folosind tehnologiile deschise ale World Wide Web. În practică, cele trei piese arată așa:
- Interfața (frontend-ul) este ce vezi în browser: formulare, butoane, tabele, grafice. E construită cu HTML, CSS și JavaScript, de multe ori cu ajutorul unor biblioteci precum React.
- Serverul (backend-ul) primește cererile, verifică cine ești și ce ai voie să faci, apoi aplică regulile afacerii: calculează prețul, verifică stocul, emite documentul.
- Baza de date păstrează conturile, comenzile, documentele și istoricul. Datorită ei regăsești aceleași informații de pe orice dispozitiv.
Un exemplu pe care îl cunoaște orice antreprenor: emiterea unei facturi într-un program de facturare online.
- Completezi clientul și produsele într-un formular din browser.
- Apeși „Emite factura”, iar browserul trimite datele către server.
- Serverul verifică datele, alocă următorul număr din serie, calculează totalurile și salvează factura în baza de date.
- Dacă programul este conectat la sistemul e-Factura al ANAF, serverul transmite factura mai departe printr-o integrare (API).
- Browserul primește răspunsul și îți afișează factura, gata de descărcat sau de trimis.
Tot ce contează se petrece pe server. De aceea poți începe o factură pe laptop și o poți verifica de pe telefon, iar o actualizare a aplicației ajunge la toți utilizatorii deodată, fără ca vreunul să descarce ceva.
Tipuri de aplicații web, cu exemple cunoscute
Folosești aplicații web în fiecare zi, de multe ori fără să le spui așa. Cel mai simplu le grupezi după ce fac:
| Tip | Ce face | Exemple cunoscute |
|---|---|---|
| E-mail și comunicare | mesaje, calendar, videoconferințe | Gmail, Outlook pe web, Google Meet |
| Documente și colaborare | editare în comun, fișiere în cloud, design | Google Docs, Microsoft 365 în browser, Figma, Canva |
| Comerț online | catalog, coș, plată, cont de client | eMAG, magazinele online |
| Banking și plăți | conturi, transferuri, plata taxelor | internet banking-ul băncilor, ghiseul.ro |
| Servicii publice | declarații, documente fiscale | Spațiul Privat Virtual al ANAF, e-Factura |
| Software pentru firme (SaaS) | facturare, CRM, gestiune, contabilitate | programele de facturare online, CRM-urile folosite în browser |
| Rezervări și programări | disponibilitate, calendar, confirmări | Booking.com, sistemele de programări online |
| Instrumente interne | procesele proprii ale unei firme | portal de clienți, panou de comenzi, calculator de ofertă |
Din punct de vedere tehnic, aplicațiile se mai împart după felul în care se încarcă: aplicații cu mai multe pagini, în care fiecare acțiune deschide o pagină nouă; aplicații cu o singură pagină (SPA), în care interfața se actualizează fără reîncărcare, cum face Gmail; și aplicații web progresive (PWA), despre care vorbim mai jos. Ca beneficiar, contează mai puțin eticheta și mai mult ca aplicația să fie rapidă, sigură și ușor de modificat.
Aplicație web vs site: care este diferența
Un site prezintă informații, o aplicație web te lasă să faci ceva cu ele. Pe un site de prezentare vizitatorul citește despre servicii și, eventual, trimite un formular; într-o aplicație web are un cont, date proprii și acțiuni care schimbă ceva în sistem.
| Criteriu | Site de prezentare | Aplicație web |
|---|---|---|
| Scop principal | informează și aduce cereri de ofertă | execută sarcini: comenzi, programări, rapoarte |
| Cine îl folosește | vizitatori anonimi | utilizatori autentificați, adesea cu roluri diferite |
| Conținut | același pentru toată lumea | diferit pentru fiecare cont |
| Date | puține, modificate de administrator | create permanent de utilizatori |
| Vizibilitate în Google | paginile publice pot fi indexate | ce se află după login nu apare în căutări |
| Mentenanță | conținut și actualizări de securitate | în plus: backup-uri, integritatea datelor, funcții noi |
| Buget | pornește de la sume mici, cu pachete standard | se estimează per proiect, după funcționalități |
Granița nu e tăiată cu cuțitul. Un magazin online e un hibrid: paginile de produs sunt site, iar coșul, contul de client și panoul în care procesezi comenzile sunt aplicație web. Dacă asta e direcția ta, ghidul pas cu pas pentru crearea unui magazin online arată ce componente îți trebuie, de la plăți la curierat.
Multe afaceri au nevoie de ambele: un site public, care aduce clienți din Google, și o aplicație în spatele lui, în care acei clienți lucrează după ce au devenit clienți.
Aplicație web vs aplicație mobilă
Aplicația web rulează în browser și merge pe orice dispozitiv, aplicația mobilă se instalează din App Store sau Google Play și e construită pentru un anumit sistem de operare. Prima se lansează și se întreține mai ușor; a doua are acces mai larg la funcțiile telefonului.
| Criteriu | Aplicație web | Aplicație mobilă nativă |
|---|---|---|
| Instalare | nu e nevoie; deschizi un link | din App Store sau Google Play |
| Dispozitive | orice are browser: laptop, telefon, tabletă | iOS și Android, adesea cu cod separat pentru fiecare |
| Actualizări | imediate, pentru toți utilizatorii | trec prin aprobarea magazinului și depind de utilizator |
| Funcționare fără internet | limitată, mai bună la PWA | de regulă mai bună |
| Acces la telefon (cameră, locație, notificări, senzori) | parțial, prin browser | complet |
| Cum e găsită | prin Google și prin link-uri | prin căutarea din magazinul de aplicații |
| Efort de dezvoltare | o singură bază de cod | mai mare dacă vrei ambele platforme |
Între cele două stă aplicația web progresivă (PWA): o aplicație web care se poate adăuga pe ecranul telefonului, se deschide ca o aplicație obișnuită și poate păstra o parte din funcții fără conexiune. Pentru multe firme mici e compromisul potrivit: o singură investiție și o experiență apropiată de o aplicație instalată. Suportul pentru unele funcții diferă între Android și iOS, așa că merită verificat pentru cazul tău concret.
Dacă ai ajuns aici căutând cum să faci gratuit o aplicație Android, întreabă-te întâi dacă clienții tăi chiar vor să instaleze ceva. Pentru o programare sau o comandă ocazională, un link care se deschide direct în browser cere un pas în minus decât o descărcare din magazin, iar fiecare pas în plus pierde oameni pe drum.
Ce este o platformă web?
O platformă web este o aplicație web mai mare, în care mai multe tipuri de utilizatori interacționează între ei sau pe care alții își construiesc propria activitate. Orice platformă web este o aplicație web, dar nu orice aplicație web este o platformă.
Exemplele tipice sunt marketplace-urile, unde vânzătorii și cumpărătorii se întâlnesc (OLX, marketplace-ul eMAG), platformele de rezervări, unde unitățile de cazare își administrează ofertele iar turiștii rezervă (Booking.com), sau platformele de cursuri online, cu profesori, cursanți și administratori. Tot platforme sunt și sistemele pe care se construiesc alte site-uri: Shopify găzduiește magazinele a numeroși comercianți, iar WordPress stă la baza unui număr foarte mare de site-uri. Dacă alegi între ele pentru propriul proiect, comparația dintre WordPress, Shopify și WooCommerce pune costurile și limitele una lângă alta.
În discuțiile cu furnizorii, „platformă” e folosit uneori doar ca să sune mai impresionant. Întreabă concret câte tipuri de utilizatori are sistemul și ce poate face fiecare. Răspunsul îți spune mai mult decât eticheta.
De ce contează o aplicație web pentru o afacere din România
O aplicație web contează atunci când o parte din afacere merge încă pe Excel, telefon și WhatsApp și începe să coste timp sau să producă greșeli. Mutată într-o aplicație, acea parte devine un proces cu datele într-un singur loc, accesibil de oriunde.
Situațiile în care o firmă mică sau mijlocie are de obicei nevoie de o aplicație web:
- Programări online pentru clinici, service-uri auto sau saloane: clientul își alege singur ora, iar echipa vede calendarul actualizat.
- Portal de clienți pentru firmele B2B: comenzi repetate, facturi, statusul livrărilor, fără e-mailuri de tipul „ce se mai aude cu comanda?”.
- Calculator de ofertă în construcții, tâmplărie sau transport: clientul primește o estimare pe loc, iar tu primești o cerere deja calificată.
- Gestiunea comenzilor sau a echipelor din teren, când tabelul comun nu mai face față.
- Integrări cu sistemele deja folosite în România: e-Factura, firmele de curierat, procesatorii de plăți.
Avantajele sunt clare: nu instalează nimeni nimic, toți lucrează pe aceeași versiune, datele sunt centralizate, iar echipa folosește dispozitivele pe care le are deja. Limitele sunt la fel de reale: aplicația depinde de internet, are costuri lunare de găzduire și mentenanță, iar dacă stochează date personale, securitatea și conformitatea cu GDPR devin responsabilitatea ta și a celui care o întreține.
Ai nevoie de o aplicație web sau de un site? Cum decizi
Ai nevoie de o aplicație web dacă utilizatorii tăi trebuie să se autentifice și să facă ceva recurent; dacă vrei doar să fii găsit și contactat, un site este suficient. Pentru cele mai multe firme mici, ordinea corectă este: întâi site-ul, apoi o aplicație, doar pentru procesul care chiar o cere.
Pașii pe care îi recomandăm înainte de orice ofertă:
- Scrie procesul pe o foaie. Cine face ce, în ce ordine și cu ce date. Dacă nu îl poți descrie în câțiva pași clari, nu e încă momentul să fie programat.
- Caută întâi un produs existent. Pentru facturare, CRM, programări sau newsletter există aplicații web cu abonament. Dacă una îți acoperă procesul în mare parte, de obicei e mai ieftin să te adaptezi ei decât să construiești.
- Construiește custom doar diferența. O aplicație proprie merită când procesul e specific afacerii tale, când abonamentele cumulate ajung mai scumpe pe termen lung decât o soluție proprie sau când vrei ca datele să rămână la tine.
- Începe cu o versiune minimă. Un singur tip de utilizator și un flux complet, fără extra-uri. Adaugi funcții după ce vezi cum e folosită în realitate.
- Planifică mentenanța din prima zi. O aplicație web nu se termină la lansare: are nevoie de actualizări de securitate, backup-uri și ajustări pe măsură ce afacerea se schimbă.
Un caz tipic: o firmă cere „o aplicație pentru programări”, dar are câteva programări pe zi, gestionate de o singură persoană. Întrebarea care lămurește decizia este: câți oameni, cu câte roluri diferite, folosesc sistemul în fiecare zi? Dacă răspunsul e „doar recepția”, un site cu un modul de rezervări existent rezolvă problema la o fracțiune din cost. Dacă răspunsul include clienți cu cont, angajați cu programe diferite și plăți în avans, atunci e vorba de o aplicație, iar investiția se justifică.
Dacă decizia este un site, la Magnitude un site de prezentare pornește de la 400 €, iar un landing page de la 300 €. Pentru aplicațiile web nu avem un preț fix: se ofertează per proiect, după ce e clar ce trebuie construit. Pe pagina despre crearea unui site web la Magnitude vezi cum lucrăm: analiza business-ului, structura, design în Figma și development cu Next.js, React și TypeScript, tehnologii pe care le folosim și când proiectul cere o aplicație. Pentru ordine de mărime de pe piață, ghidul despre cât costă un site web are o secțiune separată pentru aplicațiile web.
Cum se construiește o aplicație web: etapele
O aplicație web se construiește în etape: clarificarea procesului, specificații, design de interfață, dezvoltare, testare, lansare și mentenanță. Fiecare etapă sărită se plătește mai târziu, de obicei în rescrieri.
- Descoperire. Obiectivele, utilizatorii și procesul de azi, cu tot cu excepțiile lui: retururile, anulările, clientul care plătește în rate.
- Specificații. Rolurile, ecranele, regulile și integrările, plus o listă clară cu ce intră în prima versiune și ce rămâne pentru mai târziu.
- Design de interfață. Wireframe-uri și un prototip pe care îl poți parcurge înainte să existe cod. Aici se prind cele mai ieftine greșeli.
- Dezvoltare. Frontend-ul, backend-ul, baza de date și integrările: plăți, curierat, e-Factura, e-mailuri automate.
- Testare. Pe dispozitive reale, cu date realiste și cu oamenii din firmă care vor folosi aplicația zi de zi.
- Lansare. Găzduire, domeniu, certificat SSL, backup automat și monitorizare a erorilor.
- Mentenanță și evoluție. Actualizări de securitate, corecturi și funcțiile noi care apar din felul în care e folosită aplicația.
Ce ar trebui să primești înainte să înceapă development-ul: un document scurt cu rolurile utilizatorilor și ce poate face fiecare, fluxurile principale descrise pas cu pas (de exemplu „clientul plasează o comandă” sau „administratorul aprobă o cerere”), lista integrărilor și, separat, ce intră în prima versiune și ce rămâne pentru mai târziu. Alături de el, un prototip clicabil al ecranelor principale. Dacă un furnizor începe să scrie cod fără ca aceste două lucruri să fie aprobate de tine, fiecare neînțelegere se plătește mai târziu, în rescrieri.
Există și platforme no-code sau low-code cu care îți poți face singur o aplicație simplă. Sunt utile pentru un prototip sau pentru un instrument intern mic. Limitele apar la logica specifică afacerii, la performanță când crește volumul de date și la mutarea datelor dacă vrei vreodată să pleci de pe platformă.
Greșeli frecvente când o firmă își face o aplicație web
Cele mai scumpe greșeli nu sunt tehnice, ci de decizie: construiești ce exista deja, construiești prea mult deodată sau nu ai acces la ce ai plătit.
- Construiești de la zero ce există ca abonament. Un program de facturare sau un CRM făcut pe comandă rareori bate un produs matur, dezvoltat de o echipă dedicată.
- Prima versiune conține toată lista de dorințe. Proiectul se lungește, bugetul se consumă, iar feedback-ul real vine prea târziu ca să mai schimbe direcția.
- Nu primești codul și accesul la date. Cere în contract acces la codul sursă, la găzduire și la baza de date. La Magnitude, codul și accesul complet la proiect rămân la client.
- Aștepți trafic din Google de la aplicație. Ce se află în spatele login-ului nu apare în căutări. Clienții noi vin prin paginile publice, adică prin site.
- Specificații vagi. „Ceva ca Uber, dar pentru...” nu este o specificație. Fără roluri, fluxuri și reguli scrise, fiecare parte înțelege altceva, iar diferența apare abia la livrare.
- Mentenanța și GDPR lăsate pentru după lansare. O aplicație cu date personale fără backup, actualizări și reguli clare de acces e un risc, nu un activ.
Situația cea mai costisitoare la preluarea unui proiect: firma nu are acces la propriul cod sau la serverul pe care rulează aplicația, pentru că totul e pe conturile personale ale fostului dezvoltator. Fără acces, nici măcar o corectură mică nu se poate face, iar recuperarea înseamnă negocieri și uneori rescrierea unor părți. Verifică acum, nu la prima problemă: cine deține contul de hosting, domeniul, repository-ul de cod și baza de date? Răspunsul corect la toate patru este „firma ta”.
Termeni conecși: aplicație, web și alte noțiuni utile
Câțiva termeni apar mereu când vorbești despre aplicații web; merită să-i știi înainte de prima discuție cu un dezvoltator.
- Aplicație: un program care te ajută să îndeplinești o sarcină anume, de la scrisul unui document la plata unei facturi. Poate fi instalată pe calculator sau pe telefon ori poate rula în browser, ca aplicație web.
- Web: World Wide Web, sistemul de pagini și aplicații legate prin link-uri pe care le accesezi prin browser. Internetul este rețeaua de dedesubt; webul este doar unul dintre serviciile care rulează pe ea, alături de e-mail sau de apelurile video.
- Browser: programul prin care accesezi webul: Chrome, Safari, Firefox, Edge.
- Server: calculatorul, de obicei într-un centru de date, pe care rulează logica aplicației și de la care vin răspunsurile.
- Frontend și backend: partea pe care o vede utilizatorul, respectiv partea care lucrează în spate.
- API: o „ușă” prin care două sisteme schimbă date automat, de exemplu programul de facturare și e-Factura.
- SaaS: software oferit ca serviciu, pe abonament, folosit din browser. Majoritatea aplicațiilor web pentru firme funcționează așa.
- PWA: aplicație web progresivă, care se poate instala pe ecranul telefonului și poate funcționa parțial fără internet.
- CMS: sistem de administrare a conținutului, precum WordPress, cu care modifici un site fără să scrii cod.
Pentru restul subiectelor legate de site-uri, de la costuri la platforme, găsești toate ghidurile despre crearea unui site într-un singur loc.
Întrebări frecvente
Este Gmail o aplicație web?
Da, Gmail folosit în browser este o aplicație web: te autentifici, datele stau pe serverele Google, iar interfața se actualizează fără să reîncarci pagina. Aplicația Gmail instalată pe telefon este, în schimb, o aplicație mobilă care folosește același serviciu.
Un magazin online este o aplicație web?
Da, un magazin online este o aplicație web, chiar dacă o parte din el arată ca un site. Catalogul de produse se comportă ca un site, dar coșul, plata, contul de client și panoul de administrare a comenzilor sunt funcții tipice de aplicație.
Poate funcționa o aplicație web fără internet?
În general nu, pentru că logica și datele sunt pe server. Excepția sunt aplicațiile web progresive (PWA), care pot păstra o parte din conținut și din funcții disponibile offline și sincronizează datele când revine conexiunea.
Cât costă o aplicație web?
Costul unei aplicații web depinde de numărul de roluri, de fluxuri și de integrări, așa că nu există un preț standard. La Magnitude, aplicațiile web se ofertează per proiect; pentru repere de piață, vezi intervalele de preț pentru aplicații web și site-uri, explicate pe tipuri de proiect.
Pot transforma site-ul meu într-o aplicație web?
Da, de obicei prin adăugarea unei zone cu cont de utilizator peste site-ul existent, nu prin înlocuirea lui. Paginile publice rămân pentru Google și pentru clienții noi, iar partea de aplicație, cum ar fi programările sau portalul de clienți, se construiește alături și se leagă de ele.