Cookie-uri în Moldova: ce verifici pe site după august 2026

Un banner de cookie-uri este doar partea vizibilă a unei decizii mai ample: ce date folosește website-ul, în ce scop și cum respectă alegerea persoanei. Dacă bannerul afișează „Refuz”, dar instrumentele continuă aceeași colectare, interfața și comportamentul tehnic spun lucruri diferite.

La data actualizării acestui ghid, 11 septembrie 2026, Legea nr. 195/2024 este deja în vigoare, din 23 august 2026. CNPDCP explică noul cadru. Denumirea „legea cookie-urilor” simplifică excesiv o lege privind protecția datelor personale, cu implicații care depășesc browserul.

Separă evaluarea juridică de implementarea bannerului

Pornește de la scopurile concrete ale prelucrării: răspuns la o solicitare, administrarea unei comenzi, securitate, analiză sau publicitate. Aceste activități nu trebuie reunite într-un acord universal. Temeiul și condițiile aplicabile fiecăreia se stabilesc în contextul real al afacerii și al publicului.

Ghidul oferă o metodă de verificare tehnică, nu o concluzie juridică pentru toate website-urile. Confirmă aplicabilitatea cu persoana responsabilă de protecția datelor sau cu un specialist. Pentru un public din alte jurisdicții pot exista și alte cerințe, pe lângă cadrul din Moldova.

Nu considera toate preferințele „strict necesare” doar pentru că sunt convenabile. De exemplu, păstrarea unei alegeri de limbă și urmărirea comportamentului pentru publicitate au scopuri diferite. Clasificarea trebuie justificată prin funcția efectivă, nu prin numele ales într-un modul.

Fă inventarul înainte să scrii politica

Deschide website-ul într-un profil de browser curat și urmărește stocarea locală și cererile de rețea. Notează serviciile încărcate, domeniile contactate, datele transmise și momentul activării. Repetă verificarea pe pagini cu formulare, video încorporat, hartă, chat și comandă.

Inventarul trebuie să includă și servicii care nu folosesc cookie-uri. Trimiterea unei cereri către un furnizor extern poate transmite date chiar fără un identificator salvat în browser. Absența cookie-urilor nu demonstrează, singură, absența prelucrării datelor sau conformitatea întregului sistem.

Pentru fiecare instrument, notează cine îl administrează și de ce este necesar proiectului. Elimină modulele abandonate înainte să adaugi explicații pentru ele. O integrare uitată poate continua să trimită informații, deși nimeni din echipă nu mai folosește rapoartele sale.

Transformă opțiunile în acțiuni reale

Ca model de interfață, separă funcțiile necesare de analiza opțională și publicitate. Explică pe scurt scopul fiecărei categorii. Folosește etichete clare pentru acceptare, refuz și configurare, astfel încât utilizatorul să poată înțelege decizia fără să interpreteze formulări ambigue.

Nu preselecta opțiunile prezentate drept acord voluntar. Păstrează accesul la preferințe după închiderea bannerului și arată ce alegere este salvată. Verifică dialogul și cu tastatura: focusul, butoanele și posibilitatea de închidere trebuie să funcționeze și pe ecrane mici.

Textul „Am înțeles” poate confirma citirea unei explicații, dar nu descrie clar o alegere privind publicitatea. Scrie butoanele în funcție de efectul lor. În română și rusă, verifică sensul complet, inclusiv descrierile categoriilor și mesajele după salvare.

Configurează instrumentele, nu doar aspectul

Dacă politica stabilită cere blocarea unui instrument până la acord, implementează blocarea înaintea încărcării sale. Verifică toate căile de activare: codul paginii, managerul de etichete, modulele CMS și integrările încorporate. Aceeași bibliotecă instalată de două ori poate ocoli logica așteptată.

Documentația Google Consent Mode descrie setarea stării inițiale și actualizarea ei după alegerea utilizatorului. Mecanismul comunică preferințe etichetelor Google; nu obține singur consimțământul și nu stabilește temeiul juridic al prelucrării.

Alege explicit între o integrare de bază și una avansată, potrivit evaluării proiectului. Lipsa cookie-urilor nu înseamnă automat lipsa transmisiilor. Cere implementatorului să explice ce pleacă înainte de acord, după refuz și după retragere, inclusiv pentru instrumentele din afara Google.

Verifică formularele și traseul către CRM

Un formular de cerere are nevoie de o explicație lângă locul colectării datelor. Spune cine primește mesajul și pentru ce îl folosește. Nu condiționa discutarea unei cereri de acceptarea publicității viitoare; tratează abonarea comercială ca scop separat atunci când este oferită.

Urmărește copia mesajului după trimitere. Poate ajunge în email, CRM, jurnalul serverului și o notificare internă. Stabilirea accesului și a perioadelor de păstrare trebuie să acopere aceste locuri, nu doar câmpurile vizibile în browser.

Evită introducerea numelor, telefoanelor sau textului liber în adrese URL și evenimente publicitare. Pentru a măsura că o solicitare a fost primită, poți proiecta un eveniment fără conținutul conversației. Specifică exact datele necesare, înainte de a conecta automat sistemele.

Testează cinci situații distincte

Pregătește un tabel cu starea inițială, acceptarea, refuzul, alegerea parțială și retragerea ulterioară. Pentru fiecare situație, compară comportamentul observat cu cel aprobat. Salvează dovezi ale testului: data, pagina, versiunea configurației și cererile de rețea relevante.

Repetă traseul după reîncărcare și navigare către altă pagină. Preferința salvată trebuie aplicată coerent; un refuz pe pagina principală nu ajută dacă pixelul pornește pe formular. Verifică și schimbarea limbii, deschiderea chatului și vizitarea site-ului ca aplicație instalată.

Documentează schimbările pe care le poți demonstra

O descriere precum „am adăugat un banner” nu dovedește funcționarea întregului control. În jurnalul proiectului, notează ce categorii există, ce integrări sunt controlate și ce scenarii au fost verificate. Separă implementarea realizată de îmbunătățirile încă planificate.

Ghidul nu certifică toate proiectele ADS Moldova și nu atribuie automat un avantaj SEO bannerului. Politicile, accesul la date și funcționarea scripturilor sunt probleme care trebuie evaluate concret. Un website poate arăta ordonat și totuși necesita corecții în modul de colectare.

Reia verificarea după integrări noi

Stabilește un responsabil pentru actualizări și un moment de reverificare după adăugarea unui formular, pixel sau serviciu extern. Un banner corect astăzi nu controlează automat toate integrările viitoare. Lista serviciilor trebuie să rămână legată de implementarea efectivă.

Rezultatul util este un dosar de lucru: inventar, decizii, texte aprobate, configurație și verificări. Echipa poate astfel explica ce face website-ul și poate remedia diferențele observate, fără să trateze apariția unui dialog ca dovadă suficientă a conformității.