Google le cere editorilor de știri să-și regândească modul în care blochează conținutul plătit, pentru că motorul de căutare are dificultăți în a-l identifica corect. Problema apare când publicațiile afișează un interstițial pentru utilizatorii neplătitori, însă corpul articolului rămâne inclus în codul paginii și e ascuns doar cu JavaScript.
În ghidurile pentru dezvoltatori, Google a adăugat recent o notă despre paywall-urile bazate pe JavaScript: dacă soluția ta trimite în răspunsul serverului întregul conținut și apoi folosește JavaScript pentru a-l ascunde până la confirmarea abonamentului, aceasta nu e o metodă de încredere pentru a restricționa accesul. Recomandarea este ca textul complet să fie furnizat doar după ce statutul de abonament este confirmat. Da, sună simplu, dar implementarea practică poate fi mai complicată pentru redacții care deja au sisteme în producție.
Changelog-ul actualizat al Google, care detaliază această modificare, explică motivul: designul paywall-urilor bazate pe JavaScript îngreunează determinarea automată a conținutului plătit versus gratuit. Practic, dacă Google vede conținutul în cod, dar utilizatorii reali nu-l pot citi fără a trece de interstițial, motorul poate fi păcălit sau nu poate clasifica corect pagina. Această observație a fost adăugată ca punctul 10 în lista de probleme JavaScript pe pagina Fix Search-related JavaScript Problems.
Recomandarea practicată de Google vizează claritate și consistență: blocați sau nu conținutul în funcție de statutul abonamentului la nivel de server sau alt mecanism robust, nu doar prin mascarea lui la nivel de client cu JavaScript. Pentru redacții, asta înseamnă fie ajustări tehnice ale serverului, fie soluții de autorizare care returnează conținutul complet abia după verificare. Din păcate, nu există în documentație o listă exactă a problemelor concrete pe care Google le întâmpină când întâlnește astfel de pagini, dar explicația din changelog oferă destul context: motorul are dificultăți în a determina ce este efectiv paywall și ce nu.
Întrebarea rămâne pentru editori: merită efortul de a modifica implementarea tehnică a paywall-ului pentru a respecta recomandările Google și a evita eventuale confuzii în indexare? Care crezi că ar fi cel mai practic pas pentru publicațiile mici?
deci schimbă serveru, nu fenta JS; trust me, stai mai relaxat.
hm, faza e simpla: daca serverul trimite tot textu’ si JS doar-l ascunde, google vede tot si poate indexa/ori confunda treaba. deci pt publicații mici, poate solutia cea mai practica e un layer minim de verificare la server — gen returnezi doar excerpt + interstițial, iar restul doar dupa login/abonament. stiu, e mai multa munca si poate costa, dar exista și servicii third-party (Auth0, Firebase Auth, sau soluții CMS cu plugins pentru paywall) care scurtează treaba. altceva: folosiți header-e clare pentru crawleri, sau bot detection simpla ca sa nu trimiteți full content botilor. daaa, nu e sexy, dar e mai curat decat sa ai probleme de indexare mai târziu.
hm, mie mi se pare logic ce zice google, dar e si nasol pt redacții mici. daca ai un cms vechi, schimbarea la nivel de server e muncă mare, trebuie fie sa schimbi flow-ul de rendering (server-side rendering condtiat pe cookie/auth) fie sa faci un endpoint care servește doar excerpt-ul public și restul la 401/403. deci da, nu e doar “ascunde cu js” — crawlerul vede tot si poate indexa aiurea.
eu as face asa, pragmatic: lasi pe pagina doar intro + metadate în HTML, restul îl bagi prin fetch când user e abonat (sau cand serverul confirma). alternativa bună: edge-side auth (cloudflare workers, netlify functions etc) — cam usor de integrat si nu trebuie refactor masiv. pentru site foarte mic: poate e ok sa oferi text complet pentru primele N articole şi restul behind paywall server-side, măcar scapi de headache acum.
atentie la cache: daca server returneaza continut in functie de cookie trebuie sa te asiguri ca CDN-ul nu servește versiunea plătită pentru toți. folosește cache keys pe user/session. si mai, logs: adaugă un header X-paywall-status ca sa poți depana ce vede crawlerul vs userul real.
nu e numai “știu js”, e arhitectură. daca nu aveți dev, luați un freelance pt 1-2 zile ca să implementeze un flow simplu, altfel riscati penalizări sau indexare confuză. daaa, e munca dar preveni probleme pe termen lung.