Headere HTTP pentru SEO tehnic: cum le interpretezi și corectezi

Când un client solicită un URL, serverul returnează o linie de status, un set de headere și, de regulă, corpul răspunsului. seoreport.ro urmărește redirecturile și evaluează headerele răspunsului final, deoarece acestea sunt instrucțiunile primite de browser sau crawler la destinație.

Numele headerelor nu țin cont de litere mari sau mici. Un reverse proxy, CDN, aplicația și serverul web pot adăuga ori înlocui valori, astfel încât răspunsul public este mai relevant decât analiza izolată a unui singur fișier de configurare.

• Obligatoriu O valoare lipsă sau invalidă poate împiedica livrarea corectă ori poate face răspunsul ambiguu.
• Recomandat Pagina poate funcționa fără ea, dar valoarea poate îmbunătăți cache-ul, compresia, consistența sau securitatea.
• Informativ O dovadă utilă despre infrastructura actuală; nu reprezintă automat o problemă.

Începe cu headerele care pot schimba interpretarea resursei sau posibilitatea ei de a apărea în căutare. Evaluează-le împreună cu statusul final, meta robots din HTML, semnalul canonical și accesibilitatea prin robots.txt.

• Content-Type O pagină HTML trebuie livrată, de regulă, ca text/html și cu setul de caractere potrivit. Un media type greșit poate afecta randarea sau parsarea.
• X-Robots-Tag Poate aplica noindex și alte directive pentru crawlere atât resurselor HTML, cât și celor non-HTML. Crawlerul trebuie să poată accesa URL-ul pentru a descoperi headerul.
• Location Definește destinația unui redirect 3xx. Verifică URL-ul, protocolul, hostname-ul, path-ul și query string-ul.
• Link Poate exprima relații precum canonical pentru resurse fără element link în HTML, dar nu trebuie să contrazică markup-ul paginii.

Aceste headere nu decid, de regulă, rankingul în mod direct, dar influențează eficiența răspunsului, actualitatea, stabilitatea și încrederea utilizatorilor. Valorile corecte depind de caracterul public, personalizat, versionat sau sensibil al resursei.

• Cache-Control Controlează cine poate păstra răspunsul în cache și pentru cât timp. Evită cache-ul public îndelungat pentru HTML personalizat; resursele statice versionate pot avea perioade mult mai lungi.
• Content-Encoding Arată dacă este activă o compresie precum gzip sau Brotli. Compresia reduce transferul pentru resursele text.
• Vary Indică headerele cererii care produc o reprezentare diferită. Valori greșite pot livra varianta eronată de limbă, encoding sau dispozitiv.
• Strict-Transport-Security Solicită browserelor compatibile să folosească HTTPS la accesările viitoare după o vizită securizată. Activează-l numai după ce HTTPS funcționează corect pe hostname-urile vizate.
• Content-Security-Policy și controlul încadrării Reduc anumite tipuri de atacuri în browser. Sunt măsuri de securitate și trebuie testate pentru ca scripturile și integrările legitime să continue să funcționeze.

Reproduce răspunsul final în afara CMS-ului, compară-l cu raportul și identifică nivelul care controlează valoarea. Verifică mai întâi CDN-ul atunci când producția diferă de origin, apoi reverse proxy-ul sau serverul web și, la final, middleware-ul și pluginurile aplicației.

După modificarea unui header, golește cache-urile relevante și solicită din nou URL-ul public. Verifică atât valoarea, cât și răspunsul fiecărui hop; corectarea origin-ului poate să nu schimbe imediat răspunsul primit de utilizatori la edge.

HTTP/2 200
content-type: text/html; charset=UTF-8
x-robots-tag: all
cache-control: public, max-age=300
content-encoding: br
vary: Accept-Encoding