Resumé
HTTP-headertjekkeren sender en forespørgsel til en vilkårlig URL, følger dens omdirigeringer og viser den endelige statuskode, hver svar-header, en sikkerhedsscore baseret på syv sikkerhedsheadere samt caching- og komprimeringsheaderne. Kig først på statuskoden og på eventuelle X-Robots-Tag, for en header kan få en side fjernet fra indekset, selv om HTML'en ser perfekt ud. Derefter kig på caching og komprimering, og til sidst på sikkerhed.
Vil du vide mere? Spørg
En HTTP-headertjekker viser, hvad din server siger, før siden overhovedet begynder: statuskoden, cachingreglerne, sikkerhedspolitikkerne og nogle gange indekseringsinstrukser. Headerne er usynlige i sidens kildekode, men Google læser dem. Enhver regel, du kan lægge i et robots-metatag, som noindex, kan også sendes som en X-Robots-Tag-header, og det er måden at styre filer uden HTML på, som PDF'er eller billeder (Google Search Central, robots-metatag og X-Robots-Tag). Når en side forsvinder fra Google, og dens HTML ikke viser noget galt, er headerne det næste sted at kigge.
Hvad viser HTTP-headertjekkeren?
Indtast en URL. Værktøjet sender en forespørgsel til den, følger omdirigeringerne til den endelige adresse og returnerer en rapport i fire dele.
| Del af rapporten | Hvad den indeholder |
|---|---|
| Nøgletal | Endelig HTTP-statuskode, antal sikkerhedsheadere til stede ud af 7, samlet antal headere, servernavn |
| Sikkerhedsheadere | Til stede eller mangler, med værdi og alvorlighed for hver |
| Cache og ydeevne | Cache-Control, Expires, ETag, Last-Modified, Age, Vary, Content-Encoding og Content-Type |
| Alle headere | Hver returneret header i alfabetisk rækkefølge, vist efter behov |
Tre tjek om dagen er gratis, efter en hurtig anti-bot-verifikation. Rapporten viser svaret for den endelige URL; for at se hvert hop i en omdirigeringskæde bruger du redirect-tjekkeren.
Hvilke headere påvirker SEO?
Fire slags headere ændrer, hvordan søgemaskiner crawler og indekserer en URL. Find dem i den fulde liste over headere.
| Header | Eksempel | Effekt på Google |
|---|---|---|
| Statuskode | 200, 301, 404, 503 | Et 2xx-svar kan blive indekseret; Google følger op til 10 omdirigeringshop (Google, HTTP-statuskoder) |
| X-Robots-Tag | X-Robots-Tag: noindex | Samme regler som robots-metatagget, anvendt på enhver filtype |
| Link, rel="canonical" | Link: <https://example.com/page>; rel="canonical" | Angiver den foretrukne URL, nyttig for PDF'er |
| Link, rel="alternate" hreflang | Link: <https://example.com/de/>; rel="alternate"; hreflang="de" | Angiver sprogversioner, en af tre ligeværdige metoder |
To advarsler fra Googles dokumentation. Til canonicals vælger du enten HTML-linkelementet eller HTTP-headeren: at bruge begge „er mere fejltilbøjeligt“, for eksempel når de peger på forskellige URL'er (Google, konsolider dubletter af URL'er). Til hreflang er HTML, HTTP-headere og sitemaps ligeværdige, og headere er nyttige til filer, der ikke er HTML (Google, lokaliserede versioner). Kontrollér HTML-siden med canonical-tjekkeren og hreflang-generatoren.
Hvordan beregnes sikkerhedsscoren?
Sikkerhedsscore = sikkerhedsheadere til stede ÷ 7 × 100. Hver header tæller lige meget, uanset alvorlighed. Ringen bliver grøn fra 70%, gul fra 40% og rød under det.
| Header | Alvorlighed | Hvad den gør |
|---|---|---|
| Strict-Transport-Security (HSTS) | Høj | Fortæller browsere, at de kun må bruge HTTPS for denne vært |
| Content-Security-Policy | Høj | Begrænser hvilke scripts, styles og ressourcer en side må indlæse |
| X-Content-Type-Options | Middel | Forhindrer browsere i at gætte en fils type („nosniff“) |
| X-Frame-Options | Middel | Forhindrer andre sites i at indlejre dine sider |
| Referrer-Policy | Middel | Styrer hvad dine URL'er afslører over for de sites, du linker til |
| Permissions-Policy | Middel | Slår browserfunktioner fra, som du ikke bruger, for eksempel kameraet |
| X-XSS-Protection | Lav | Ældre filter, nu forældet |
Scoren tjekker tilstedeværelse, ikke kvalitet: en Content-Security-Policy, der tillader alt, tæller som til stede. Og jag ikke efter det sidste point: MDN markerer X-XSS-Protection som forældet og frarådes i nye projekter (MDN, X-XSS-Protection). Et godt sikret moderne site kan med vilje stå på 86% (6 af 7). OWASP Secure Headers Project dokumenterer de anbefalede værdier for hver header (OWASP Secure Headers Project).
Hvordan påvirker caching- og komprimeringsheaderne hastigheden?
De afgør, hvor meget en tilbagevendende besøgende downloader igen, og hvor tung hvert svar er.
- Cache-Control sætter reglerne. „max-age=N“ holder et svar friskt i N sekunder; „no-cache“ tillader lagring, men kræver at tjekke med serveren før hver genbrug; „no-store“ forbyder lagring (MDN, Cache-Control).
- ETag og Last-Modified lader browseren spørge, om en fil er ændret, og modtage et kort svar i stedet for hele filen, når den ikke er.
- Age viser, hvor længe et CDN har gemt svaret: en værdi betyder, at det kom fra en cache.
- Vary lister de forespørgselsheadere, der ændrer svaret, for eksempel Accept-Encoding.
- Content-Encoding viser komprimeringen: gzip, br (Brotli) eller zstd. En HTML-side uden komprimering downloades flere gange tungere end nødvendigt.
Et almindeligt mønster: statiske filer med versionerede navne får en lang max-age, ofte med „immutable“; HTML får en kort max-age eller „no-cache“, så opdateringer vises med det samme. Mål effekten på hele siden med sidestørrelsestjek.
Hvordan ser et sundt svar ud?
Her er et typisk sæt headere for en HTML-side, der kan indekseres, cachekøres fornuftigt, komprimeres og sikres, med hvad hver linje fortæller dig.
| Returneret header | Aflæsning |
|---|---|
| HTTP-status 200 | Siden svarer normalt og kan indekseres |
| Content-Type: text/html; charset=utf-8 | En HTML-side med et angivet tegnsæt |
| Content-Encoding: br | Komprimeret med Brotli |
| Cache-Control: max-age=300 | Cachet i fem minutter, så opdateringer vises hurtigt |
| Vary: Accept-Encoding | Caches holder komprimerede og ukomprimerede versioner adskilt |
| Strict-Transport-Security: max-age=31536000 | Kun HTTPS i et år |
| Ingen X-Robots-Tag | Ingen skjult indekseringsbegrænsning |
Ser du „X-Robots-Tag: noindex“ på en side, du vil have med i Google, eller en 302, hvor du forventede en 301, så ret det før alt andet.
Hvornår bør du tjekke dine headere?
- En side er forsvundet fra Google, og dens HTML ser fin ud: kig efter en X-Robots-Tag, og bekræft derefter med indexérbarhedstjekkeren.
- Efter en migration, en CDN-ændring eller en ny hostingplan, hvor regler for omdirigering, cache og sikkerhed skrives om i bulk.
- Efter et staging-site går live, da en generel „noindex“-header sat på testserveren ofte overlever flytningen.
- Før en ydeevneindsats, for at se hvad der er cachet, hvad der er komprimeret, og hvad der hverken er eller.
- For PDF'er og billeder, du vil have indekseret eller holdt ude, da headere er den eneste måde at give dem instruktioner på.
Hvad er begrænsningerne ved tjekket?
Værktøjet ser kun det, dets egen forespørgsel modtager. Nogle servere svarer forskelligt afhængigt af besøgeren: en firewall kan blokere ukendte bots, et CDN kan variere efter land, og nogle sites viser søgemaskinecrawlere et andet svar. Hvis resultatet overrasker dig, så sammenlign det med URL-kontrolværktøjet i Google Search Console, som viser, hvad Googlebot modtog. Rapporten viser også kun svaret for den endelige URL; mellemliggende omdirigeringer hører under redirect-tjekkeren.
Hvordan holder du headerne rigtige på hele sitet?
Tjek skabeloner, ikke sider. Headere sættes typisk én gang i serverens, CDN'ets eller frameworkets konfiguration, så én forkert regel rammer tusindvis af URL'er. Efter hver infrastrukturændring tjekker du én URL af hver type: forside, artikel, produkt, PDF og billede.
Til en bredere teknisk gennemgang kører du on-page SEO-audit, og du kan se vores ordlisteartikel om teknisk SEO-audit. For at følge effekten af dine rettelser på trafik og AI-svar bruger du Sorank GEO- og SEO-dashboardet, eller du spørger Sorank SEO-chatten, hvad en header betyder for dit site.
Statuskode, X-Robots-Tag, canonical, derefter caching og sikkerhed: det er den rækkefølge, der beskytter dine placeringer først. Tjek dine vigtigste URL'er med værktøjet ovenfor, og se derefter Sorank-priserne for at overvåge dit site på autopilot.
