Portaluri integrate, rezervări directe și PWA

01Un singur portal, un singur loc pentru date

Uită-te cum lucrează azi o afacere mică ce primește clienți pe bază de programare: o agendă de hârtie sau pe telefon, o foaie de calcul cu contactele, cererile care sosesc pe WhatsApp, pe e-mail, la telefon și de pe una sau două platforme de rezervări, fiecare cu panoul ei. Fiecare canal are o bucată din adevăr, niciunul nu îl are întreg.

O scenă pe care poate o cunoști: e sâmbătă dimineața, o clientă intră zâmbind pentru programarea ei de la ora zece. Păcat că la zece e deja altă persoană, programată de un coleg la telefon în timp ce prima scrisese pe WhatsApp. Nimeni n-a greșit cu adevărat: pur și simplu cele două agende nu comunicau.

Rezultatul îl știm: aceeași oră dată la două persoane, clientul fidel care nu e recunoscut, numărul de telefon care stă doar în mobilul celui care a răspuns, după-amiaza pierdută copiind date dintr-o parte în alta. Și mai ales: nimeni nu știe cu adevărat câți clienți are afacerea, câți revin, de unde vin.

Un portal integrat răstoarnă schema. Există o singură arhivă, pe serverul tău, din care pornesc site-ul, rezervările, zona rezervată clienților, e-mailurile automate și legăturile cu programul de gestiune. Fiecare canal scrie în același loc, fiecare om din echipă vede aceeași situație în același moment.

Ce se schimbă, concret

• O fișă pentru fiecare client: istoricul vizitelor, preferințe, consimțăminte, documente, totul în același loc.
• Disponibilitate reală: dacă echipa blochează o oră în programul de gestiune, site-ul nu o mai oferă, în același moment.
• Mai puțină muncă repetată: confirmările, mementourile și chitanțele pleacă singure, pentru că sistemul știe ce s-a întâmplat.
• Cifre reale: câți clienți noi, câți revin, ce servicii aduc cel mai mult, de pe ce canal vin.

Ca toate acestea să țină e nevoie de o bază potrivită: un portal cu conturi, rezervări și lucrări programate are nevoie de un server cu resurse rezervate, cum explic în capitolul despre infrastructura web profesională.

02Rezervările directe: fără comisioane, datele sunt ale tale

Marile platforme de rezervări au un merit adevărat: aduc vizibilitate. Dar serviciul se plătește, și nu doar în bani. Fiecare rezervare care trece printr-un intermediar aduce cu ea trei costuri.

1. Comisionul pe fiecare client, chiar și pe cei care erau deja ai tăi

Intermediarul își oprește un procent din fiecare rezervare, după contractul pe care l-ai semnat. Îl plătești pentru clientul nou, și e în regulă; dar îl plătești și pentru clientul fidel care te cunoștea deja și a folosit pur și simplu aplicația pe care o avea pe telefon. Cu un sistem de rezervări pe site-ul tău, clientul care revine nu costă niciun comision.

2. Relația cu clientul rămâne la intermediar

Cine rezervă pe o platformă este în primul rând clientul platformei. Regulile despre ce date primești, cum îl poți contacta și ce îi poți propune le decide cine administrează serviciul. Cu rezervările directe, clientul îți lasă ție datele, cu consimțământul lui, și îi poți scrie din nou pentru sezonul următor, pentru o noutate, pentru un mulțumesc.

3. Disponibilitatea după care alergi

Mai multe canale de rezervare înseamnă mai multe calendare de ținut aliniate. Dacă alinierea nu e imediată, apare riscul rezervării duble: două persoane, același loc, aceeași oră. Un portal propriu este singurul calendar adevărat: eventualele platforme externe se sincronizează cu el, nu invers.

Nu e vorba să abandonezi platformele de azi pe mâine: pentru multe afaceri rămân un canal util ca să te faci cunoscut. E vorba să transformi fiecare client venit din afară într-un client direct pentru data viitoare, cu un sistem al tău pregătit să-l primească.

03Securitatea portalului și a programelor de gestiune

Un portal care adună nume, telefoane, e-mailuri, date de naștere, uneori documente și preferințe, păstrează date personale. Regulamentul european privind protecția datelor (GDPR), la articolul 32, le cere celor care le prelucrează măsuri tehnice și organizatorice adecvate riscului, citând explicit criptarea, capacitatea de a garanta confidențialitatea și disponibilitatea și de a restaura datele după un incident. Nu e birocrație: e descrierea unui software făcut bine.

Stratul 1 · Drumul: HTTPS peste tot

Tot traficul dintre telefonul clientului și server circulă criptat cu protocolul HTTPS (TLS): cine se află în aceeași rețea Wi-Fi publică nu poate citi și nici modifica ce trece. Astăzi certificatul se obține și se reînnoiește automat; un site fără HTTPS e semnalat de browsere ca «nesigur» și, cum vom vedea, nici nu poate deveni PWA. Cum funcționează domeniul și certificatul explic în capitolul despre domeniu, DNS și HTTPS.

Stratul 2 · Ușa: cine intră și cum

Parolele clienților nu se salvează niciodată în formă lizibilă: se păstrează doar o amprentă calculată cu algoritmi făcuți special, din care parola nu se poate obține. Pentru echipă, care vede datele tuturor, se adaugă autentificarea în doi factori. Regulile complete sunt în capitolul despre parole, autentificare în doi factori și passkey.

Stratul 3 · Codul: fără comenzi strecurate în formulare

Fiecare câmp pe care îl completează clientul, de la nume la mesaj, este un punct prin care cineva poate încerca să trimită instrucțiuni bazei de date: este SQL injection. Prima apărare recomandată de OWASP sunt interogările parametrizate, în care valoarea scrisă de utilizator rămâne mereu o dată și nu devine niciodată parte din comandă. La acestea se adaugă verificarea fiecărei date care intră, protecția formularelor împotriva trimiterilor automate și limitele pentru încercările repetate.

Stratul 4 · Arhiva: mai puține date, mai puține permisiuni, copii în altă parte

• Minimizarea: se colectează doar datele care chiar trebuie. Ce nu ai nu ți se poate fura.
• Permisiuni minime: programul accesează baza de date cu un utilizator care poate face doar ce trebuie, nu cu administratorul.
• Criptarea datelor sensibile și atunci când stau pe disc.
• Backupuri automate care ies din server, verificate cu o restaurare reală: metoda e în capitolul despre backupul de firmă.

Deasupra tuturor stau obligațiile față de oameni: o notă de informare clară, consimțăminte separate pentru marketing, dreptul de a-și cere datele sau de a le șterge. Le reiau în capitolul despre GDPR și cookie pentru site-ul unei afaceri mici.

04PWA: aplicația care se instalează din browser

Ani de zile, drumul obligatoriu ca să ai «o aplicație» a fost unul singur: s-o dezvolți de două ori, o dată pentru iPhone și o dată pentru Android, s-o publici în magazinele de aplicații, să aștepți aprobările, să le ceri clienților s-o descarce. Un PWA (Progressive Web App) schimbă regulile: e site-ul tău, construit astfel încât să se poată instala pe telefon ca o aplicație, cu iconița lui, fereastra lui pe tot ecranul și, când e nevoie, funcționarea fără rețea.

Ce trebuie ca un site să devină PWA

Potrivit documentației Mozilla (MDN), ca să fie instalabilă o aplicație web are nevoie de două lucruri:

• un manifest, un fișier mic care declară numele, iconițele (cel puțin de 192 și 512 pixeli pentru browserele bazate pe Chromium), pagina de pornire și modul de afișare;
• să fie servită prin HTTPS, adică pe o conexiune criptată.

La acestea se adaugă aproape mereu un service worker: un script care lucrează în culise, păstrează o copie a paginilor și a datelor utile și permite aplicației să se deschidă chiar și când lipsește rețeaua. Nu e obligatoriu pentru instalare, dar e ceea ce face un PWA cu adevărat util în lumea reală: clientul care își deschide rezervarea la metrou, ospătarul care consultă meniul într-o sală fără semnal.

PWA și aplicația nativă, față în față

Pentru marea majoritate a serviciilor unei afaceri mici sau mijlocii (să rezervi, să consulți un meniu, să-ți vezi programările, să primești un memento, să arăți un card de fidelitate) PWA-ul face tot ce trebuie, cu o fracțiune din costuri și din pași. Aplicația nativă rămâne alegerea potrivită când e nevoie de un acces profund la hardware sau când prezența în magazinul de aplicații este ea însăși un obiectiv.

05Adevărul despre iPhone și Android

Aici e nevoie de sinceritate, pentru că multe prezentări ale PWA o sar: experiența nu e identică pe cele două sisteme, iar un proiect serios ține cont de asta din prima zi.

Pe Android: browserul îl propune singur

În browserele bazate pe Chromium, ca Chrome și Samsung Internet, când un site îndeplinește cerințele unui PWA browserul poate propune instalarea cu un aviz sau cu opțiunea «Instalează aplicația» din meniu. Cu Chrome, aplicația instalată apare printre celelalte aplicații ale telefonului, cu iconița ei. Site-ul poate afișa și un buton propriu «Instalează» la momentul potrivit, de exemplu după prima rezervare.

Pe iPhone și iPad: se adaugă de mână

Pe iOS și iPadOS nu există un aviz automat de instalare. Clientul trebuie să o facă singur, în patru gesturi:

De aceea un PWA bine făcut recunoaște iPhone-ul și arată, la momentul potrivit, o casetă mică cu acești pași ilustrați. E un detaliu de proiect care face diferența între un PWA pe care nu-l instalează nimeni și unul care ajunge pe ecranul multor clienți.

Notificările pe iPhone: doar după instalare

Din versiunea 16.4 a iOS și iPadOS și aplicațiile web pot primi notificări push, dar cu două condiții precise, descrise chiar de Apple pe blogul WebKit:

• aplicația web trebuie să fi fost adăugată pe ecranul principal: dintr-un simplu tab Safari notificările nu se activează;
• permisiunea se cere doar după un gest al utilizatorului, de exemplu atingerea unui buton «Anunță-mă».

De aici rezultă o regulă practică: notificările sunt o răsplată pentru cine instalează, nu motivul pentru care instalează. Serviciul trebuie să fie util și fără ele.

06QR-ul din vitrină: de pe trotuar pe telefonul clientului

Și iată strategia care unește lumea fizică cu cea digitală și care costă foarte puțin: un cod QR expus în vitrina magazinului, a cabinetului sau a localului, care îl duce pe cel care trece direct în PWA-ul tău. E cea mai scurtă punte care există între cine merge pe lângă ușa ta și un client care te regăsește de fiecare dată când își deschide telefonul.

Funcționează pentru că astăzi camera telefoanelor citește singură codurile QR, fără aplicații de descărcat: încadrezi, apare linkul, atingi. Funcționează și când ești închis: vitrina lucrează la zece seara și duminică dimineața.

Pasul 1 · QR-ul duce la o adresă a ta, care nu se va schimba

Codul QR este tipărit: odată pus în vitrină, nu-l mai schimbi. De aceea trebuie să conțină o adresă de pe domeniul tău, gândită să dureze, ca siteultau.ro/vitrina, pe care serverul o trimite apoi la pagina potrivită. Dacă mâine schimbi oferta, schimbi destinația pe server, nu autocolantul. Niciodată un QR care trimite la un serviciu al altcuiva, care se poate închide sau poate cere un abonament ca să funcționeze în continuare. De ce domeniul trebuie să fie pe numele tău explic în capitolul despre cine deține cu adevărat site-ul tău.

Pasul 2 · Un motiv să-l scanezi

Nimeni nu scanează un pătrățel negru din curiozitate. Lângă QR trebuie o frază care să spună ce primești, imediat: «Rezervă-ți masa chiar și când suntem închiși», «Meniul zilei pe telefonul tău», «Programează următoarea vizită în zece secunde», «Cardul tău de fidelitate mereu cu tine». O promisiune concretă, una singură.

Pasul 3 · QR-ul trebuie să poată fi citit cu adevărat

• La nivelul ochilor, unde privirea cade firesc, nu jos printre autocolantele cardurilor de credit.
• Destul de mare ca să fie scanat de pe trotuar: înainte să-l tipărești, încearcă tu cu două telefoane diferite de la distanța la care va sta trecătorul.
• Contrast clar: închis pe deschis, cu o margine albă în jur, departe de reflexii și de geamuri murdare.
• Luminat și seara, când vitrina lucrează singură.

Pasul 4 · Pagina de sosire face un singur lucru

Cine scanează QR-ul stă în picioare, pe trotuar, cu puțină răbdare. Pagina care se deschide trebuie să se încarce într-o clipă și să țină promisiunea din vitrină, cu un singur buton principal. Imediat dedesubt, caseta pentru instalarea aplicației: cu butonul «Instalează» pe Android și cu instrucțiunile ilustrate pe iPhone, recunoscute automat.

Pasul 5 · Motivul s-o păstreze

Instalarea aplicației e un mic angajament, iar oamenii și-l iau doar dacă le convine. Motivele care funcționează sunt practice: să rezervi fără să suni, să-ți vezi programările, să primești mementoul cu o zi înainte, să aduni puncte, să afli primul de noutăți. Cu cât PWA-ul e mai util, cu atât rămâne mai mult pe telefon.

Pasul 6 · Măsori, fără să faci fișe nimănui

Adaugă la adresa din QR un parametru care să-i arate proveniența, de exemplu ?din=vitrina. Așa știi câte vizite vin din stradă față de site sau de rețelele sociale, fără să colectezi date personale. Dacă folosești instrumente de statistică ce instalează cookie, se aplică regulile din capitolul despre GDPR și cookie.

Economia, față de o aplicație tradițională

• Niciun cost de publicare în magazinele de aplicații și nicio revizie de așteptat.
• O singură dezvoltare, care este și site-ul tău și pagina ta de rezervări.
• Nicio căutare în magazin: clientul nu trebuie să găsească aplicația printre o mie cu nume asemănătoare.
• Un autocolant în locul unei campanii publicitare: cel mai ieftin canal care există pentru o afacere cu o ușă la stradă.

QR-ul din vitrină funcționează și mai bine împreună cu celelalte instrumente ale comerțului de proximitate, ca fluturașul din cartier: le pun laolaltă în capitolul despre cum treci de la online la magazinul fizic.

07Site, portal și PWA: un ecosistem care îți aparține

Să punem piesele laolaltă. Un site care se lasă găsit, un portal care ține într-un singur loc clienții și rezervările, un PWA care stă pe ecranul de start al clienților, un QR în vitrină care îl aduce înăuntru pe cel care trece. Fiecare piesă le întărește pe celelalte, și toate aparțin afacerii tale: domeniul, datele, relația cu clienții, regulile.

E o diferență esențială față de ce se întâmplă pe platforme și pe rețelele sociale, unde vizibilitatea, contactele și chiar existența paginii depind de decizii luate în altă parte. De aceea acest ecosistem propriu, site plus PWA, este singurul bun digital adevărat pentru a găsi clienți fără să depinzi de rețelele sociale: rețelele sociale rămân utile ca să fii observat, dar casa e alta. Vorbesc despre asta în capitolul următor: site-ul web ca bun propriu și rețelele sociale ca megafon.

Întrebări frecvente

Surse

1. MDN Web Docs, «Making PWAs installable»: manifestul, iconițele, HTTPS și rolul service workerului.
2. web.dev (Google), «Learn PWA: Installation»: instalarea pe Android și adăugarea manuală pe iOS și iPadOS.
3. WebKit (Apple), «Web Push for Web Apps on iOS and iPadOS»: notificările push din iOS 16.4 pentru aplicațiile web adăugate pe ecranul principal.
4. Apple Developer, «What's included»: programul pentru dezvoltatori la 99 USD pe an de abonament.
5. Ghidul Play Console, înregistrarea contului de dezvoltator (în italiană): taxa de înregistrare de 25 USD.
6. OWASP, «SQL Injection Prevention Cheat Sheet»: interogările parametrizate ca primă apărare.
7. Regulamentul (UE) 2016/679 (GDPR), articolul 32 (în italiană): securitatea prelucrării, criptarea și restaurarea datelor.

Capitol actualizat în octombrie 2026. Caracteristicile PWA depind de browser și de versiunea sistemului de operare și se pot schimba: informațiile despre iPhone și Android provin din documentația oficială Apple, Google și Mozilla indicată mai sus.