Indhold
Image SEO er arbejdet med selve billedet. Hvad det viser, hvad filen hedder, hvad alt-teksten siger, og hvor tung filen er. Et billede, der ikke hører til sætningen, hjælper hverken læseren eller søgningen.
Om billedet har en alt-tekst eller skal springes over, står i semantisk HTML. Om et for stort hero-billede gør siden langsom, står i Core Web Vitals. Her er det billedet selv.
Billedet skal vise det, teksten siger
Et foto af det arbejde, siden handler om, hører til. Et arkivfoto, der kunne ligge på et hvilket som helst bureau, gør ikke. Det fylder, og det fortæller ikke noget, siden ikke allerede siger.
Et diagram skal kunne forstås uden at gætte. Hvis pointen kun står i billedet, skal den også stå i teksten. Teksten omkring billedet og et passende tekstalternativ hjælper med at formidle pointen. Google skriver, at alt-teksten bruges sammen med billedgenkendelse og sidens indhold til at forstå, hvad billedet viser, og at billeder bør stå tæt på den tekst, de hører til. Alt-teksten skal derfor stadig være en nyttig beskrivelse af motivet.
Filnavn og alt-tekst skal beskrive billedet
Filnavnet er en del af adressen. montering-af-varmepumpe.webp beskriver eksempelvis motivet bedre end DSC00412.jpg. Google kalder filnavnet et meget svagt fingerpeg, så det er ikke her, kampen vindes, men det koster ingenting at gøre det rigtigt. Skriv, hvad billedet er, med bindestreg mellem ordene. Gentag ikke søgeordet i hvert filnavn på siden. Fem billeder, der alle hedder det samme, er en liste, ikke en beskrivelse.
Alt-teksten er sætningen til den, der ikke ser billedet. “Skærmbillede af Search Console, hvor de indekserede sider står” dur. “SEO bureau Aarhus billig SEO” dur ikke. Den beskriver ikke billedet. Den gentager en søgning.
Pynt ved en overskrift får en tom alt-tekst, så den bliver sprunget over. En billedtekst, læseren kan se, er ikke det samme felt. Billedteksten er til den, der ser billedet. Alt-teksten er til den, der ikke gør.
Filen skal passe til det, den bliver vist som
Den almindelige fejl er et foto eksporteret i kameraets størrelse og vist i en lille ramme. Skærmen bruger en brøkdel. Browseren henter resten alligevel. Eksportér billedet i den bredde, det faktisk vises i.
WebP og AVIF er lette til fotografier. SVG dur til et logo eller et enkelt mærke, fordi det er streger og ikke pixels. PNG dur, når kanten skal være gennemsigtig. JPEG dur stadig til et foto. Google Søgning understøtter alle fem formater samt BMP og GIF. Vælg formatet efter billedet, ikke efter en liste.
Billeder længere nede på siden kan vente, til læseren når dem. Det første billede, besøgende ser med det samme, skal ikke vente. Det er ofte det, der afgør, om siden føles færdig. Tallet hedder LCP, og det hører til i Core Web Vitals sammen med det ryk, der kommer, når et billede ikke har en højde. Fejlen er almindelig: HTTP Archive fandt i Web Almanac 2025, at 16–17 % af siderne lazy-loader det billede, der er deres LCP.
Det, I ikke skal bygge ved siden af
Et billede i selve siden, som et img-element, bliver fundet sammen med siden. Et baggrundsbillede sat i CSS bliver det ikke. Google indekserer ikke CSS-billeder, så et vigtigt foto skal ligge i et img-element. I behøver ikke et særskilt sitemap kun til de billeder, HTML’en allerede viser. Et billed-sitemap kan supplere opdagelsen, eksempelvis ved billeder indlæst med JavaScript. Det erstatter ikke fungerende img-elementer eller adgang til selve billedfilen.
Schema beskriver siden. Det beskriver ikke et foto bedre, end teksten gør. Når en artikel eller en ydelse har et billede, skal schemaet pege på det samme billede, siden viser. Reglerne for det lag står i schema markup.
En søgning med et foto finder billeder, der ligner det, der blev søgt med. Det kræver, at jeres foto viser tingen tydeligt, og at siden siger, hvad tingen er. Det er ikke et ekstra projekt ved siden af filnavn og alt-tekst.
Et billede med tekstalternativ og plads i layoutet
<img src="/billeder/montering-af-varmepumpe.webp"
alt="Montør fastgør en varmepumpes udedel på husets facade."
width="1200" height="675" loading="lazy">
Eksemplet passer til et informativt billede længere nede på siden. W3C WAI skelner mellem informative, dekorative og funktionelle billeder. Ren pynt får tom alt; et billedlink skal have et tilgængeligt navn, der forklarer funktionen. Diagrammers centrale oplysninger bør også fremgå i tekst.
Width og height angiver billedets proportioner, så browseren kan reservere plads. web.dev anbefaler altid at angive dem, eller at reservere pladsen med CSS aspect-ratio. På responsive sider kan CSS stadig sætte bredden til 100 % og højden til auto.
Kontrollér indlæsning og opdagelse
Google Search Central anbefaler relevante billeder i almindelige HTML-billedelementer med adgang til filerne. Brug passende opløsninger og responsive varianter med srcset frem for én stor fil til alle skærme, og behold en almindelig src som reserve.
web.dev anbefaler at undgå lazy-loading på billeder i det første synlige område. Et vigtigt LCP-billede skal kunne hentes tidligt; lazy-loading er især relevant længere nede. Vil I give det ekstra fart, kan fetchpriority="high" på LCP-billedet få browseren til at hente det før andre billeder.
- Åbn siden på mobil og kontrollér beskæring og læsbarhed.
- Se i netværkspanelet, hvilken fil og størrelse browseren faktisk henter.
- Kontrollér alt-teksten i dens sammenhæng og sørg for reserveret plads.
- Ved opdagelsesproblemer kan Googles billed-sitemapvejledning bruges som supplement. Et sitemap lover ikke optagelse i billedsøgning, og felterne til billedtitel, billedtekst, placering og licens er fjernet fra vejledningen.
Hos os er billederne en del af SEO-forløbet, når siden både skal kunne læses og hentes, uden at det første billede står i vejen. Billederne er ét af otte elementer på siden. Resten står under on-page SEO.
Kilder
- Google Search Central, Google image SEO best practices, developers.google.com.
- Google Search Central, Image sitemaps, developers.google.com.
- W3C Web Accessibility Initiative, Images Tutorial, w3.org.
- web.dev, Browser-level image lazy loading for the web, web.dev.
- web.dev, Optimize resource loading with the Fetch Priority API, web.dev.
- web.dev, Optimize Cumulative Layout Shift, web.dev.
- HTTP Archive, Web Almanac 2025: Performance, almanac.httparchive.org.
Vil I findes af flere kunder på Google?
Fortæl, hvad I vil opnå, så tager vi en uforpligtende snak om, hvad der kan rykke.
Book et gratis mødeVil I findes af flere kunder på Google?
Fortæl, hvad I vil opnå, så tager vi en uforpligtende snak om, hvad der kan rykke.
Book møde