Sammanfattning
Kontrollen av HTTP-huvuden begär valfri URL, följer dess omdirigeringar och visar den slutliga statuskoden, varje svarshuvud, ett säkerhetspoäng baserat på sju säkerhetshuvuden samt huvudena för cachning och komprimering. Titta först på statuskoden och på eventuell X-Robots-Tag, eftersom ett huvud kan avindexera en sida vars HTML ser perfekt ut. Titta sedan på cachning och komprimering, och till sist på säkerheten.
Vill du veta mer? Fråga
En kontroll av HTTP-huvuden visar vad din server säger innan sidan ens börjar: statuskoden, cachereglerna, säkerhetspolicyerna och ibland instruktioner om indexering. De huvudena syns inte i sidkällan, men Google läser dem. Alla regler du kan lägga i en robots-metatagg, till exempel noindex, kan också skickas som ett X-Robots-Tag-huvud, och det är sättet att styra filer som saknar HTML, till exempel PDF-filer eller bilder (Google Search Central, robots-metatagg och X-Robots-Tag). När en sida försvinner från Google och dess HTML inte visar något fel är huvudena nästa ställe att titta på.
Vad visar kontrollen av HTTP-huvuden?
Ange en URL. Verktyget begär den, följer omdirigeringarna till den slutliga adressen och returnerar en rapport i fyra delar.
| Del av rapporten | Vad den innehåller |
|---|---|
| Nyckeltal | Slutlig HTTP-statuskod, antal säkerhetshuvuden av 7, totalt antal huvuden, servernamn |
| Säkerhetshuvuden | Närvarande eller saknade, med värdet och allvarlighetsgraden för vart och ett |
| Cache och prestanda | Cache-Control, Expires, ETag, Last-Modified, Age, Vary, Content-Encoding och Content-Type |
| Alla huvuden | Varje huvud som returneras, i alfabetisk ordning, visas på begäran |
Tre kontroller per dag är gratis, efter en snabb verifiering mot robotar. Rapporten visar svaret för den slutliga URL:en; för att se varje steg i en omdirigeringskedja använder du omdirigeringskontrollen.
Vilka huvuden påverkar SEO?
Fyra typer av huvuden ändrar hur sökmotorer crawlar och indexerar en URL. Hitta dem i den fullständiga listan över huvuden.
| Huvud | Exempel | Effekt på Google |
|---|---|---|
| Statuskod | 200, 301, 404, 503 | Ett 2xx-svar kan indexeras; Google följer upp till 10 omdirigeringssteg (Google, HTTP-statuskoder) |
| X-Robots-Tag | X-Robots-Tag: noindex | Samma regler som robots-metataggen, tillämpade på alla filtyper |
| Link, rel="canonical" | Link: <https://example.com/page>; rel="canonical" | Anger den föredragna URL:en, användbart för PDF-filer |
| Link, rel="alternate" hreflang | Link: <https://example.com/de/>; rel="alternate"; hreflang="de" | Anger språkversioner, en av tre likvärdiga metoder |
Två varningar från Googles dokumentation. För canonicals väljer du antingen HTML-länkelementet eller HTTP-huvudet: att använda båda ”är mer felbenäget”, till exempel när de pekar på olika URL:er (Google, samla dubbla URL:er). För hreflang är HTML, HTTP-huvuden och webbplatskartor likvärdiga, och huvuden är användbara för filer som inte är HTML (Google, lokaliserade versioner). Kontrollera HTML-delen med canonical-kontrollen och hreflang-generatorn.
Hur beräknas säkerhetspoängen?
Säkerhetspoäng = närvarande säkerhetshuvuden ÷ 7 × 100. Varje huvud räknas lika, oavsett allvarlighetsgrad. Ringen blir grön från 70%, gul från 40% och röd under det.
| Huvud | Allvarlighetsgrad | Vad det gör |
|---|---|---|
| Strict-Transport-Security (HSTS) | Hög | Säger åt webbläsare att använda HTTPS enbart för det här värdnamnet |
| Content-Security-Policy | Hög | Begränsar vilka skript, stilar och resurser en sida får ladda |
| X-Content-Type-Options | Medel | Hindrar webbläsare från att gissa en fils typ (”nosniff”) |
| X-Frame-Options | Medel | Hindrar andra sajter från att bädda in dina sidor |
| Referrer-Policy | Medel | Styr vad dina URL:er avslöjar för de sajter du länkar till |
| Permissions-Policy | Medel | Stänger av webbläsarfunktioner du inte använder, till exempel kameran |
| X-XSS-Protection | Låg | Äldre filter, nu utfasat |
Poängen kontrollerar närvaro, inte kvalitet: en Content-Security-Policy som tillåter allt räknas som närvarande. Och jaga inte den sista poängen: MDN markerar X-XSS-Protection som utfasad och avråder från att använda den i nya projekt (MDN, X-XSS-Protection). En väl säkrad modern sajt kan med avsikt ligga på 86% (6 av 7). OWASP Secure Headers Project dokumenterar de rekommenderade värdena för varje huvud (OWASP Secure Headers Project).
Hur påverkar cache- och komprimeringshuvuden hastigheten?
De avgör hur mycket en återkommande besökare laddar ner på nytt, och hur tung varje svar är.
- Cache-Control anger reglerna. ”max-age=N” håller ett svar färskt i N sekunder; ”no-cache” tillåter lagring men kräver kontroll mot servern före varje återanvändning; ”no-store” förbjuder lagring (MDN, Cache-Control).
- ETag och Last-Modified låter webbläsaren fråga om en fil har ändrats, och få ett kort svar i stället för hela filen när den inte har det.
- Age visar hur länge ett CDN har behållit svaret: ett värde betyder att det kommer från en cache.
- Vary listar de begärandehuvuden som ändrar svaret, till exempel Accept-Encoding.
- Content-Encoding visar komprimeringen: gzip, br (Brotli) eller zstd. En HTML-sida utan komprimering laddas ner flera gånger tyngre än nödvändigt.
Ett vanligt mönster: statiska filer med versionerade namn får en lång max-age, ofta med ”immutable”; HTML får en kort max-age eller ”no-cache”, så att uppdateringar syns direkt. Mät effekten på hela sidan med kontrollen av sidstorlek.
Hur ser ett friskt svar ut?
Här är en typisk uppsättning huvuden för en HTML-sida som kan indexeras, cachas förnuftigt, komprimeras och säkras, med vad varje rad säger dig.
| Returnerat huvud | Tolkning |
|---|---|
| HTTP-status 200 | Sidan svarar normalt och kan indexeras |
| Content-Type: text/html; charset=utf-8 | En HTML-sida med en deklarerad teckenuppsättning |
| Content-Encoding: br | Komprimerad med Brotli |
| Cache-Control: max-age=300 | Cachad i fem minuter, så att uppdateringar syns snabbt |
| Vary: Accept-Encoding | Cacher håller separata komprimerade och okomprimerade versioner |
| Strict-Transport-Security: max-age=31536000 | Endast HTTPS i ett år |
| Inget X-Robots-Tag | Ingen dold begränsning av indexeringen |
Om du ser ”X-Robots-Tag: noindex” på en sida du vill ha i Google, eller en 302 där du väntade dig en 301, rätta det före allt annat.
När bör du kontrollera dina huvuden?
- En sida försvann från Google och dess HTML ser bra ut: leta efter ett X-Robots-Tag, och bekräfta sedan med indexeringskontrollen.
- Efter en migrering, en ändring av CDN eller en ny hostingplan, när omdirigerings-, cache- och säkerhetsregler skrivs om i bulk.
- När en stagingsajt går live, eftersom ett generellt ”noindex”-huvud som satts på testservern ofta överlever flytten.
- Före en prestandasatsning, för att se vad som cachas, vad som komprimeras och vad som varken eller.
- För PDF-filer och bilder som du vill ha indexerade, eller hållna utanför, eftersom huvuden är det enda sättet att ge dem instruktioner.
Vilka är begränsningarna med kontrollen?
Verktyget ser det som dess egen begäran får. Vissa servrar svarar olika beroende på besökaren: en brandvägg kan blockera okända robotar, ett CDN kan variera per land, och vissa sajter visar sökmotorcrawlers ett annat svar. Om resultatet förvånar dig, jämför med verktyget för URL-inspektion i Google Search Console, som visar vad Googlebot fick. Rapporten visar också bara svaret för den slutliga URL:en; mellanliggande omdirigeringar hör till omdirigeringskontrollen.
Hur håller du huvudena rätt över hela sajten?
Kontrollera mallar, inte sidor. Huvuden sätts oftast en gång i serverns, CDN:ens eller ramverkets konfiguration, så en felaktig regel påverkar tusentals URL:er. Efter varje ändring i infrastrukturen kontrollerar du en URL av varje typ: startsida, artikel, produkt, PDF och bild.
För en bredare teknisk genomgång kör du on-page-granskningen för SEO, och se vår ordlistepost om teknisk SEO-granskning. För att följa effekten av dina rättningar på trafik och AI-svar använder du instrumentpanelen för GEO och SEO från Sorank, eller frågar SEO-chatten från Sorank vad ett huvud betyder för din sajt.
Statuskod, X-Robots-Tag, canonical, därefter cachning och säkerhet: det är ordningen som skyddar dina placeringar först. Kontrollera dina viktigaste URL:er med verktyget ovan, och se sedan Soranks prisplaner för att övervaka din sajt på autopilot.
