Varför syns inte mina bilder i Google Bilder?

Ett foto kan visas korrekt på din webbplats men ändå vara svårt för Google att hitta eller hämta. Google kan också ha indexerat det utan att visa det för dina sökord. Fallen kräver olika åtgärder.

Undersök en viktig bild innan du ändrar hela bildbiblioteket. Du behöver sidans adress och bildfilens direkta adress. Om någon annan sköter tekniken samlar du underlaget åt utvecklaren eller webbhotellet.

Saknar du åtkomst till Search Console? Börja med bildens offentliga adress, kontrollera regler för genomsökning och indexering och hur bilden visas på sidan. Dessa webbläsarkontroller kräver inget Search Console-konto. Skicka adresserna, datumet och eventuella misslyckade kontroller till webbplatsägaren och be om en sidkontroll i Search Console.

1. Ta reda på vad som faktiskt saknas

Processen har fyra steg: Google upptäcker bildadressen, hämtar filen, beslutar om indexering och väljer resultat för en sökning. Kontrollerna nedan hjälper dig att hitta steget som behöver åtgärdas.

Har bilden aldrig synts, försvunnit efter en ändring eller saknas den bara för en konkurrensutsatt sökfras? Skilj också mellan ett saknat resultat på fliken Bilder och en saknad miniatyr bredvid ett vanligt webbresultat. Guiden gäller Google Bilder; miniatyrer i webbsökningen väljer Google separat.

Öppna Resultat → Sökresultat i Search Console, välj söktypen Bild och filtrera på sidan. Jämför exponeringar och klick före och efter ändringen. Googles hjälp för resultatrapporten förklarar filtren.

Exponeringar visar att resultat kopplade till sidan visats i bildsökningen. De identifierar inte varje foto på en sida med flera bilder. Noll exponeringar under perioden bevisar inte heller ett indexeringsfel: efterfrågan eller synligheten kan ha varit låg.

Prova site:example.com i Google Bilder. För en bestämd fil använder du src:https://example.com/images/blue-mug.jpg med dess fullständiga offentliga adress. Operatorn src: hittar sidor som hänvisar till bildadressen. Sökningarna visar inte alla indexerade bilder; ett tomt resultat räcker inte som bevis. Läs om begränsningarna för site:.

2. Kontrollera sidan som innehåller bilden

Ange sidans URL i Search Consoles URL-granskning. Börja med produktsidan, artikeln eller tjänstesidan som besökaren öppnar, inte med en adress som slutar på .jpg eller .webp.

1. Läs uppgifterna om den indexerade versionen. Öppna Sidindexering och notera orsaken om sidan inte är indexerad. Välj nästa åtgärd i tabellen.
2. Kontrollera den kanoniska adressen i samma resultat. Det är sidans föredragna version. Jämför Användardeklarerad kanonisk webbadress med Kanonisk webbadress vald av Google. Öppna en annan vald adress och bedöm om det är rätt version.
3. Välj Testa publicerad webbadress. Testet granskar den aktuella sidan, medan indexuppgifterna gäller Googles tidigare behandlade version. Efter en rättning kan de skilja sig åt.
4. Öppna Visa testad sida när alternativet finns. Sök efter filnamnet eller bildadressen på HTML-fliken. Under Mer information granskar du resursfel och JavaScript-fel. Om testet inte når sidan utreder du åtkomstfelet först.

Uppgifterna gäller sidan, inte varje bild. Googles hjälp för sidindexering förklarar statusarna. Är sidan indexerad fortsätter du med bildkontrollerna.

Testet av den publicerade sidan granskar åtkomst och rendering. Det avgör inte Googles canonical-val och bekräftar inte indexering. Testroboten kan dessutom få ett annat svar än sökroboten. Hjälpen för URL-granskning visar hur resultaten ska tolkas tillsammans.

3. Kontrollera rätt bildfil och dess svar

Högerklicka på bilden på den publicerade sidan och välj exempelvis Öppna bild i ny flik. Kopiera adressen. Vid flera storlekar hjälper Network-panelen dig att hitta den hämtade versionen. Vår guide till responsiva bilder förklarar olika filer på mobil och dator.

Öppna bildadressen i ett privat fönster utan inloggning. Om den inte fungerar utreder du åtkomsten innan du ändrar alt-text. Om den fungerar har du verifierat anonym webbläsaråtkomst, men inte nödvändigtvis det svar Googlebot får.

Öppna utvecklarverktygens Network, ladda om sidan, filtrera på Img och välj bildanropet. Kontrollera status och svarshuvuden under Headers samt bilden under Preview. Namnen kan variera mellan webbläsare. En lyckad ny hämtning ska innehålla bilden med rätt Content-Type, till exempel image/jpeg eller image/webp. En HTML-inloggning eller säkerhetskontroll är ingen bildfil, även om adressen slutar på .jpg.

Åtgärda en saknad eller otillgänglig fil före indexeringsinställningarna. Googles dokumentation om HTTP-status beskriver hur svaren påverkar genomsökning.

Om bara Googles anrop verkar misslyckas ber du leverantören kontrollera server- eller CDN-loggar. Ett CDN kan leverera bilder separat från webbplatsen. Be om adress, svarskod och utlöst säkerhetsregel. Stäng inte av allt skydd och lita inte enbart på namnet Googlebot; Google beskriver hur sökrobotarna verifieras.

4. Kontrollera spärrar och indexeringsregler

Öppna /robots.txt i roten på bildens värd. För https://images.example.com/uploads/mug.jpg gäller https://images.example.com/robots.txt. Reglerna på www.example.com styr inte en separat bildvärd.

Den här regeln blockerar exempelvis Googlebot-Image från värdens sökväg /uploads/:

User-agent: Googlebot-Image
Disallow: /uploads/

Det är ett exempel på en möjlig spärr, inte en regel att lägga till. Google använder gruppen med den mest specifika matchande användaragenten. En robotspecifik grupp kombineras inte med User-agent: *, men flera grupper för samma matchande agent slås ihop. Be ansvarig kontrollera gällande grupp och sökvägsregler före ändringar. Se Googles matchningsregler för robots.txt.

Hitta reglerna i sidan och bildsvaret

Välj Visa sidkälla och sök efter robots, googlebot och noindex. Leta efter en riktig <meta>-tagg i sidans <head>, inte bara ordet i texten. Om JavaScript ändrar sidan kontrollerar du även <head> i Elements-panelen. En bildindexeringsspärr kan se ut så här:

<meta name="robots" content="noimageindex">

Välj sedan bildanropet i Network och leta efter X-Robots-Tag under Headers → Response Headers. Det är ett svarshuvud från servern, inte en HTML-tagg:

X-Robots-Tag: noindex

Båda exemplen är begränsningar att utreda, men deras effekt skiljer sig:

• noimageindex på sidan: förhindrar bildindexering via den sidan. Samma fil kan indexeras via en annan sida.
• X-Robots-Tag: noindex i bildsvaret: instruerar Google att inte indexera just bilden.
• noindex på sidan: utesluter själva sidan. Utred regeln om den offentliga målsidan ska vara sökbar.

Kontrollera både HTML och svarshuvuden för själva sidan: noindex kan finnas i båda. Ändra inställningen som skapar en oavsiktlig begränsning och verifiera det offentliga svaret. Behåll avsedda begränsningar.

Genomsökningsspärrar och indexeringsregler skiljer sig åt. Google måste kunna hämta resursen för att läsa dess indexeringshuvud. Att ta bort en spärr tar inte bort andra. Googles hjälp om borttagning av bilder beskriver bildspecifika regler, och referensen för robots-direktiv förklarar regler för sidor och HTTP-huvuden.

5. Kontrollera att sidan innehåller en riktig bildkälla

En bild som besökaren ser är inte alltid en vanlig HTML-bild. Kontrollera i redigeraren om den lagts till som bild, bakgrund eller gallerikomponent.

Använd <img> med en riktig src för innehåll som ska kunna hittas i Google Bilder. Även <picture> bör innehålla en sådan reservbild. Google anger uttryckligen att CSS-bilder inte indexeras. Se Googles vägledning om bild-SEO.

<img src="/images/blue-ceramic-mug.webp"
     alt="Blå keramikmugg med böjt handtag">

Exempelbeskrivningen gäller ett produktfoto. Anpassa orden till din bild och dess uppgift. Ren dekoration kan vara en bakgrund; den behöver inget bildsökresultat.

JavaScript är inte automatiskt orsaken

Google kör JavaScript, så en skriptgenererad bild utesluts inte automatiskt. Trasiga skript, blockerade beroenden eller misslyckade dataanrop kan däremot lämna sidan utan bilden. Jämför webbläsaren med Search Consoles testade sida. Googles guide till JavaScript-SEO förklarar rendering och vanliga begränsningar.

Granska uppskjuten laddning och gallerier

Om adressen bara finns i data-src behövs fungerande kod som gör den till bildkälla. Undersök också gallerier som hämtar bilder först efter ett klick: Google använder inte sidan som en besökare.

Välj en testad lösning som gör bildadresser tillgängliga utan användaråtgärder. Inbyggt loading="lazy" skiljer sig från ett skript som undanhåller källan tills någon agerar. Granska renderad HTML, inte bara klickfunktionen. Läs Googles råd om uppskjutet innehåll och vår guide till lazy loading innan du ändrar hela webbplatsen.

6. Granska ändrade bildadresser och format

Jämför gammal och ny bildadress om synligheten föll efter flytt, CDN-byte eller pluginuppdatering. Ta med skapade miniatyrer och mobilversioner, inte bara mediebibliotekets original.

Om /uploads/blue-mug.jpg ersätts av /images/blue-mug.webp ska publicerade sidor peka rätt, den nya adressen fungera och den gamla vid behov omdirigeras permanent till ersättningsbilden. Skicka inte alla saknade bilder till startsidan. Googles vägledning om adressflytt omfattar bilder.

Google stöder WebP och AVIF. Enbart formatbytet förklarar därför inte ett saknat resultat. Undersök ändrade adresser, åtkomstregler och om sidan fortfarande visar rätt bild. Vår jämförelse av WebP och JPG hjälper med formatvalet.

Undersök tillfälliga länkar som löper ut eller ändras vid varje besök. En signerad adress kan fungera i dag men inte senare. Be leverantören om en beständig offentlig adress för en offentlig webbild. Ta inte bort behörighetstoken på måfå; länken kan sluta fungera.

7. Kontrollera bildadresserna i webbplatskartan

När sida och fil fungerar granskar du befintlig webbplatskarta. Bildposter kan hjälpa Google upptäcka adresser. De kan finnas i vanliga kartan eller en separat fil; ytterligare en fil är inte automatiskt bättre.

Sidans <loc> anger sidan med bilden och <image:loc> bildfilen. Kontrollera att bilderna är aktuella, offentliga och kopplade till rätt sida. Googles dokumentation om bildwebbplatskartor visar XML-struktur och CDN-stöd.

Skapar publiceringssystemet redan posterna, granska dem innan du installerar ett nytt tillägg. En webbplatskarta reparerar inga felaktiga svar, tar inte bort spärrar och tvingar inte fram indexering. Den hjälper adresser att upptäckas.

8. När tekniken fungerar: granska sidans nytta

Fortsätt inte konvertera eller byta filnamn utan belägg för ett fel. Se bilden i sitt sammanhang: förklarar den produkten, visar arbetet eller illustrerar artikeln? Hjälper texten intill besökaren att förstå motivet?

Tänk på ett renoveringsfoto på en sida med bara rubriken ”Galleri” och ingen projektbeskrivning. Beskriv hellre arbetet, resultatet och viktiga detaljer. Då får den som hittar bilden en anledning att öppna sidan.

Skriv relevant alt-text och ett tydligt filnamn utan att fylla dem med sökord. De ersätter inte åtkomstkontroller. Använd exemplen i guiden till alt-text och filnamn i stället för samma sökfras till varje bild.

Kontrollera även tydlighet och laddning. Om måtten är onödigt stora kan du förminska en kopia och behålla viktiga detaljer. Guiden till långsamma bilder skiljer filstorlek från andra fördröjningar.

9. Verifiera ändringen och låt Google återkomma

Anteckna sid- och bildadress, felet, ändringen och datumet. Kontrollera den publicerade sidan och direkta bildsvaret efter lansering. Då misstar du inte en lokal redigering eller förhandsvisning för en publicerad rättning.

Efter en rättning på en sida du hanterar testar du den publicerade adressen och begär indexering vid behov. Vid Genomsökt – inte indexerad för närvarande utan ändring ska du inte skicka samma begäran igen. Håll webbplatskartan aktuell vid större ändringar. Googles råd om ny genomsökning anger dagar till veckor; upprepade begäranden snabbar inte på och ger ingen garanti.

Följ genomsökningsdata och bildsökresultat efter Googles nästa besök. Tiderna är ingen tidsgräns för enskilda bilder. Finns felet kvar återgår du till rätt kontroll. Är det löst men synligheten låg, granska relevans och rimliga sökfrågor.

Exempel: galleriet tappade synlighet efter en ombyggnad

Föreställ dig ett möbelföretag vars projektgalleri får färre bildsökexponeringar efter en ombyggnad. Sidan är fortfarande indexerad och foto-URL:en fungerar. En jämförelse visar att mallen bytt en vanlig bild mot en CSS-bakgrund:

<div class="project-photo"
     style="background-image: url('/images/oak-table.jpg')">
</div>

Fotot är viktigt projektinnehåll, så utvecklaren återställer ett bildelement:

<img class="project-photo"
     src="/images/oak-table.jpg"
     alt="Matbord i ek med avsmalnande ben i ett färdigt kök">

Bildadressen är oförändrad. Utvecklaren testar dator- och mobillayout och bekräftar att publicerad och av Search Console renderad HTML innehåller detta <img> med dess src. Därefter följs bildsökningen efter Googles återbesök. Ny JPG-komprimering hade inte reparerat mallen.

Vanliga frågor

Sidan är indexerad. Varför saknas bilden?

Statusen gäller sidan. Fortsätt med bildsvaret, bildspecifika regler och bildkällan i den renderade sidan. Det avgränsar vad som händer med själva bilden.

Behöver jag ladda upp bilden till Google?

Publicera en vanlig webbild på en åtkomlig sida och gör källan upptäckbar. En begäran om genomsökning eller en webbplatskarta är ingen uppladdning till Google Bilder.

Gör alt-text att bilden visas?

Alt-text beskriver bilden för den som inte ser den och hjälper till att förklara motivet. Anpassa den till bildens uppgift. Vid saknade bilder granskar du åtkomst och teknik innan du misstänker beskrivningen.

Ska jag konvertera WebP tillbaka till JPG?

Inte bara för att dina sökningar inte visar bilden. Granska genomförandet först. Ännu ett formatbyte kan ge fler adresser och filbyten utan att lösa orsaken.

Kan Pixilo lösa indexeringsproblem?

Pixilo hjälper dig förbereda lämpliga bildfiler. Åtkomstregler, HTML, webbplatskartor och Search Console hanteras i webbplatsen eller webbhotellet.

Sammanfatta medChatGPT (öppnas i en ny flik)Grok (öppnas i en ny flik)Google (öppnas i en ny flik)Perplexity (öppnas i en ny flik)Claude (öppnas i en ny flik)