Linkul site-ului tău arată ca un spam când îl dai pe WhatsApp. Cauza e aproape mereu un set de tag-uri lipsă. Iată cum diagnostichezi și rezolvi problema.
Citește versiunea rezumată cu
Îi trimiți unui client linkul site-ului tău pe WhatsApp. Îl lipești, dai send. Apare ca un text albastru simplu: fără imagine, fără descriere. Sau, mai rău, apare cu poza greșită: un logo vechi, un banner publicitar, o fotografie random de pe pagina principală.
Nu ești singurul. Și de cele mai multe ori problema nu e că site-ul arată prost. E că cinci linii de cod din header-ul paginii lipsesc sau nu pot fi citite de WhatsApp.
Are site-ul tău Open Graph tags?
WhatsApp nu inventează preview-ul. Citește instrucțiuni dintr-un set de etichete numite Open Graph tags. Fără ele, ghicește singur.
Verificare rapidă: copiază URL-ul în Facebook Sharing Debugger. Folosește același tip de crawler ca WhatsApp. Dacă preview-ul arată rupt acolo, va arăta rupt și pe WhatsApp.
Astea sunt cele cinci tag-uri care trebuie să fie în <head>-ul paginii:
<meta property="og:title" content="Titlul paginii" />
<meta property="og:description" content="O descriere scurtă" />
<meta property="og:image" content="https://domeniultau.ro/imagine.jpg" />
<meta property="og:url" content="https://domeniultau.ro/pagina" />
<meta property="og:type" content="website" />
| Tag | Ce face |
|---|---|
og:title | Titlul îngroșat din preview |
og:description | Textul de sub titlu |
og:image | Imaginea din preview |
og:url | Linkul canonic |
og:type | Spune crawler-ului ce fel de pagină e |
Dacă oricare lipsește, asta e aproape întotdeauna toată problema.
Regulile de imagine pe care WhatsApp le impune în tăcere
Chiar și cu tag-urile corecte, WhatsApp are reguli proprii pe care alte platforme nu le aplică.
Cea mai importantă e dimensiunea fișierului imaginii. WhatsApp ignoră orice imagine de peste aproximativ 300KB, fără să te avertizeze. Fără mesaj de eroare, fără notificare în log-uri. Preview-ul apare pur și simplu fără imagine. Facebook acceptă până la 8MB, LinkedIn până la 5MB. Așa că o imagine care funcționează perfect pe alte platforme poate să cadă silențios pe WhatsApp.
| Regulă | Specificație | De ce contează |
|---|---|---|
| Mărime fișier | Sub ~300KB | Imaginile mai mari sunt ignorate fără avertisment |
| Dimensiuni | 1200×630 recomandat, minim 300×200 | Imaginile prea mici nu se afișează |
| Format | JPG sau PNG | SVG nu se afișează; WebP funcționează inconsistent |
| URL | Absolut (https://...) | Path-urile relative ca /image.jpg nu funcționează |
| Protocol | Doar HTTPS | Imaginile HTTP de pe pagini HTTPS sunt blocate |
Comprimă imaginea sub 250KB ca să ai marjă. TinyPNG face asta dintr-un drag.
De ce funcționează pe Facebook dar nu pe WhatsApp
E plângerea pe care o auzim cel mai des: linkul arată impecabil pe Facebook, dar urât pe WhatsApp. Același site, aceleași tag-uri.
WhatsApp a moștenit infrastructura Open Graph de la Facebook, dar a adăugat reguli mai stricte. Plafonul de 300KB pentru imagine e cea mai mare. Mai sunt și altele: toleranță mai mică pentru servere lente, suport limitat pentru anumite formate de imagine, lipsa unui debugger public unde să verifici.
Cazul "poza greșită" are altă cauză. Dacă tag-ul og:image lipsește complet, WhatsApp scanează pagina și alege o imagine singur. De obicei o ia pe cea mai mare sau pe prima din cod. Așa ajung logo-urile clienților, banner-ele sponsorilor sau fotografii random de pe pagina principală să apară în preview.
De ce site-urile construite cu AI sau template-uri pică acest test
Aici devine specific. Site-urile construite cu Lovable, Bolt, v0, Cursor sau alte tool-uri AI generează adesea tag-urile Open Graph via JavaScript, după ce pagina s-a încărcat. Tag-urile există când dai Inspect în browser. Dar nu există când crawler-ul WhatsApp citește codul HTML brut.
Crawler-ele de social media nu execută JavaScript. Citesc răspunsul HTML inițial al serverului și se opresc. Dacă tag-urile tale sunt injectate cu JS, e ca și cum n-ar exista.
Cum verifici: apasă Ctrl+U (Cmd+Option+U pe Mac) ca să vezi codul sursă real al paginii, nu Inspect. Caută og:image. Dacă nu apare în sursă, ăsta e motivul pentru care WhatsApp nu îl poate citi.
Site-urile pe WordPress au o variantă diferită a aceleiași probleme. Două plugin-uri SEO care scriu tag-uri OG produc tag-uri duplicate care se anulează reciproc. Crawler-ul renunță oricum.
E același tip de problemă structurală care ține site-urile invizibile pe Google.
Uneori linkul e bine, destinatarul a închis preview-urile
Nu orice preview rupt e problema site-ului. WhatsApp are o setare în Privacy > Advanced numită "Disable link previews". Dacă persoana căreia îi trimiți a activat-o, orice link primit apare ca text simplu. Site-ul tău e bine. N-ai ce să repari.
Ca să elimini varianta asta, trimite linkul către cineva despre care știi că are preview-urile activate. Dacă funcționează acolo, problema e de partea destinatarului.
Dacă vrei un site unde preview-ul linkului funcționează din prima, de fiecare dată, fără surprize de la template-uri sau plugin-uri, putem discuta. Consultația e gratuită și fără niciun angajament. Scrie-ne la office@uvio.ro sau pe Telegram la @uviodigital.
Greșeli tehnice frecvente
Astea sunt problemele pe care le vedem cel mai des:
| Greșeală | Efect | Cum o rezolvi |
|---|---|---|
| Path relativ pentru imagine | Crawler-ul nu poate rezolva URL-ul | Folosește mereu URL-uri complete cu https://... |
| Tag-uri OG duplicate de la plugin-uri SEO concurente | Tag-urile se anulează | Dezactivează unul din plugin-uri |
Cloudflare blochează crawler-ul facebookexternalhit | Preview-ul cade în tăcere | Adaugă o excepție în setările bot protection |
| Preview vechi rămas în cache după ce ai reparat | Tag-urile noi merg, dar preview-ul vechi rămâne afișat | Adaugă ?v=2 la URL ca să forțezi reîncărcarea |
| Imagine HTTP pe pagină HTTPS | Conținut mixt blocat | Servește toate imaginile pe HTTPS |
| Răspuns lent al serverului | Crawler-ul iese cu timeout înainte să citească tag-urile | Schimbă pe hosting mai rapid sau folosește un CDN |
Oricare dintre ele, singură, e suficientă să strice preview-ul.
Întrebări frecvente
Cât durează până se actualizează preview-ul pe WhatsApp după ce am reparat?
Nu există un cache global care să poată fi golit. WhatsApp ține preview-urile în cache per device, per chat, uneori câteva zile. Cea mai rapidă soluție e să adaugi un parametru la URL când îl trimiți (de exemplu ?v=2). Forțează WhatsApp să trateze linkul ca nou și să recitească metadatele.
Trebuie să plătesc pe cineva să repare asta sau pot să o fac singur? Dacă ai acces la codul HTML al site-ului, poți face singur. Adaugă cele cinci tag-uri OG în header-ul paginii, asigură-te că imaginea e sub 300KB pe un URL absolut HTTPS, și gata. Dacă site-ul tău e pe WordPress cu un builder, sau e generat cu un tool AI, repararea presupune de obicei pe cineva care să se uite în codul sursă.
Există un debugger WhatsApp ca cel de la Facebook? Nu. WhatsApp nu oferă un debugger public. Facebook Sharing Debugger e cel mai apropiat înlocuitor, și o nouă scanare acolo de obicei reîmprospătează și ce vede WhatsApp.
De ce apare poza greșită în loc să nu apară nimic?
Când tag-ul og:image lipsește, WhatsApp scanează pagina și alege o imagine singur. De obicei o ia pe cea mai mare sau pe prima din cod. Așa ajung logo-uri de clienți, banner-e publicitare sau fotografii nelegate să apară în preview. Adăugarea tag-ului corect îi spune WhatsApp exact ce imagine să folosească.
De ce funcționează pe iPhone-ul meu, dar nu pe Android-ul prietenului? WhatsApp ține preview-urile în cache per device. Dacă ai trimis linkul cu succes o dată pe iOS, preview-ul poate rămâne pe telefonul tău chiar dacă alții văd o versiune ruptă pe Android. Reparația se face pe site, nu pe telefon.
Dacă site-ul tău arată urât pe WhatsApp, există un motiv clar. Găsește tag-urile lipsă, le repari, dai linkul din nou.