sıralama in Google Images

bir deep dive on sıralama ve görünürlük in Google Images ve visual arama (Google Lens) — dizine ekleme prerequisites, image sitemaps, ImageObject ve Product structured data, Licensable badge, mobile-ilk dizine ekleme, ve neden rel=canonical yapmaz uygula -e images.

İlk yayın tarihi: 2 Tem 2026 · Son güncelleme: 8 Ağu 2026 · Advanced
Diller
Bu sayfada 1 kanıt sinyali

sıralama in Google Images dır downstream of general image SEO: o's hakkında image-arama system itself, değil başka bir optimization checklist. al dizine ekleme prerequisites yapğru ilk — değil blocked tarafından robots.txt, bir supported format (BMP/GIF/JPEG/PNG/WebP/SVG/AVIF), ve extracted -den bir <img> src (never bir CSS background) — o hâlde sıralama sinyalleri (alt text, surrounding text, filename, uniqueness) covered in alt text ve filename deep dives -ebilir yap onların çalışır. Mobile-friendliness değildir bir separate Images kural; o's bir consequence of mobile-ilk dizine ekleme, bu nedenle sizin mobile sayfa sahiptir -e carry aynı images ve alt text. Image sitemaps dır bir discovery aid, değil bir sıralama lever. Structured data unlocks rich treatment: ImageObject ile bir license property gates Licensable badge, ve Product structured data feeds Google Lens/Shopping Graph. rel=canonical yapmaz uygula -e images — Google matches visually benzer sürümler automatically. Google Lens now runs ~20 billion visual searches bir month (20% shopping-related), ve C2PA bençerik credentials -ebilir label AI images via hakkında bu image.

TL;DR — sıralama in Google Images dır downstream of general image SEO — o’s hakkında image-arama system, değil başka bir optimization checklist. ilk clear dizine ekleme prerequisites: değil blocked tarafından robots.txt → supported format (BMP/GIF/JPEG/PNG/WebP/SVG/AVIF) → extracted -den <img src> (never bir CSS background). o hâlde sıralama sinyalleri (alt text, surrounding text, filename, uniqueness) — covered in alt text ve filename deep dives — yap çalışır. “Mobile-friendliness” değildir bir separate Images kural; o’s bir consequence of mobile-ilk dizine ekleme, bu nedenle mobile sürüm -meli carry aynı images ve alt text. Image sitemaps dır bir discovery aid, değil bir sıralama lever. Structured data unlocks rich treatment: ImageObject ile bir license property gates Licensable badge; Product structured data feeds Google Lens / Shopping Graph. rel=canonical yapmaz uygula -e images — Google matches visually benzer sürümler automatically. Lens now runs ~20 billion visual searches bir month (20% shopping); C2PA bençerik credentials -ebilir label AI images via “hakkında bu image.”

Evidence for this claim Google recommends contextual placement, descriptive titles and alt text, and high-quality images for Google Images. Scope: Current Google Images SEO guidance. Confidence: high · Verified: Google Search Central: Google Images SEO best practices Evidence for this claim Google must be able to crawl image URLs and supports documented image formats; responsive image markup can be crawled when implemented normally. Scope: Current Google image crawling and format guidance. Confidence: high · Verified: Google Search Central: Image technical guidelines

nerede bu fits: bir dizine eklenmiş corpus, several surfaces

Google Images, inline image sonuçlar in web arama, ve Google Lens / Circle -e arama tümü draw -den aynı dizine eklenmiş-image corpus. Optimizing bençin “Google Images” therefore ayrıca feeds visual arama. bu article dır sıralama/görünürlük deep dive şu complements benim image SEO hub: hub dır general optimization checklist; bu hakkında mechanics of image-arama system itself — ne alır bir image dizine eklenmiş, ne alır o surfaced, ve ne earns o bir badge.

strategic başlangıç benşaret et Google’s John Mueller recommends dır worth adopting önce herhangi bir of mechanics: “think hakkında ne yap siz think kişiler -irdi arama bençin in bir visual way -e come -e sizin web sitesi” (arama Off Record ep. 48). eğer nobody searches visually bençin ne siz publish, image SEO değildir sizin highest-leverage çalışır.

dizine ekleme prerequisites (önce sıralama hatta uygulanır)

bir image -ebilir rank yalnızca sonra o’s dizine eklenmiş, ve dizine ekleme sahiptir gates. sırayla:

  • değil blocked tarafından robots.txt. eğer image URL veya onun directory dır disallowed, Googlebot-Image -ebilir’t fetch o, bu nedenle o -ebilir’t görün in Google Images — full durdur. bu dır en çok yaygın self-inflicted neden ol of “my images don’t show up.”
  • Crawlable at bir reasonable file size. Image arama’s crawler tolerates far larger files -den something like favicon fetching, per Google’s teknik requirements, ama sensibly compressed, yapğru-sized images hâlâ önem taşır bençin tarama efficiency ve sayfa speed.
  • bir supported format — BMP, GIF, JPEG, PNG, WebP, SVG, ve AVIF (AVIF idi eklendi in August 2024).
  • Extracted -den <img src>. Google: “Google -ebilir bul images in src attribute of <img> element.” o pulls images -den src of bir <img> (dahil <img> bençinde <picture>) — değil -den CSS background-image. Google’s docs explicitly clarified bu: onlar “occasionally get questions about” o, ve images dır yalnızca extracted -den src attribute of img tags.

Clear şunlar ve image dır eligible. sıralama dır bir separate soru.

Image ranking starts only after discovery and indexability: crawlable file, supported format, and an extractable `<img src>`. Kaynak: Google Search Central

An image must first be crawlable by Googlebot-Image, use a supported image format, and appear in a real image element source. A CSS background image does not clear the extraction gate. Only after the image becomes an indexed-image candidate can alt text, surrounding context, filename, and uniqueness affect ranking.

© Patrick Stox LLC · CC BY 4.0 ·

sıralama sinyalleri (briefly — mechanics live in deep dives)

ben won’t re-litigate alt text ve filenames burada çünkü her sahiptir onun kendi article. kısa sürüm, ile differentiated framing -den Google’ın kendi ekip:

  • Alt text — birincil sinyal, covered in full in benim alt text rehber. nuance en çok guides miss: yaz alt text bençin context, değil sadece description. Mueller: “yapmayın sadece olmak like, ‘Oh, bu bir photo of bir beach.’ ama rather like, ‘bu beach önce chemical spill happened’… -dığınızda’re talking hakkında Image arama, o’s değil şu kişiler iste bir image, ama rather onlar iste information bu da attached -e şu image.”
  • Surrounding text, captions, ve placement — Google: “emin olun images dır placed near relevant text ve on sayfalar şu dır relevant -e image subject önem taşır.” bu dır leg of stool en çok checklists underweight relative -e alt text.
  • Filename — bir lighter sinyal, covered in benim image filenames rehber. Mueller put onun weight in perspective: descriptive filenames dır good, “ama ben yapmayın think siz -irdi see bir significant change -erseniz zaten yap diğer things yaklaşık images, like alt texts, text surrounding image. şunlar dır gerçekten, gerçekten güçlü sinyaller.”
  • Uniqueness — bir stock photo kullanılan decoratively basitçe won’t rank siz bençin şu image’s sorgu, çünkü dozens of diğer licensed siteler kullan o — ama per Mueller o “doesn’t count against” rest of sizin sayfa veya site.

Mobile-ilk dizine ekleme ve image görünürlük

siz’ll see “mobile-friendliness” listed olarak bir Google Images sıralama faktörü. şu’s imprecise. gerçek mechanism dır mobile-ilk dizine ekleme: Google indexes mobile-rendered sürüm of sizin sayfa — dahil whatever images ve alt text şu sürüm aslında contains — çünkü mobile-ilk dizine ekleme sahiptir landed bençin essentially tüm web. Google’s mobile-ilk rehberlik söyler siz -e emin olun mobile site sahiptir aynı bençerik (text, images, videos, bağlantılar) ve aynı alt text olarak desktop.

bu nedenle practical kontrol et değildir “is my page mobile-friendly?” in abstract — o’s: yapar benim mobile sayfa aslında sun aynı image, at aynı URL, ile aynı alt text olarak desktop? bir site şu strips images on mobile, veya serves lower-res/farklı images orada, dır functionally invisible -e image arama regardless of ne desktop shows.

Image sitemaps: ne onlar yap (ve yapmayın yap)

Image sitemaps dır bir discovery aid — değil bir sıralama lever ve değil bir way -e speed up re-tarama. Google: “Image sitemaps dır bir way of telling Google hakkında diğer images on sizin site, especially şunlar şu biz -ebilir değil otherwise bul (such olarak images sizin site reaches ile JavaScript code).” onlar earn onların koru bençin JS-loaded images ve CDN-hosted images.

kısa sürüm: <image:image> encloses tümü information hakkında bir tek image bençinde <url> block, <image:loc> dır image URL, her <url> tag -ebilir hold up -e 1 000 <image:image> tags, ve — unlike bir regular sitemap — bir image sitemap -ebilir benşaret et -e bir farklı domain (e.g., bir CDN), “olarak uzun olarak siz verify her ikisi domains in arama Console.” On -ebilir 6, 2026, Google removed four sub-tags -den onun dokümantasyon — <image:caption>, <image:geo_location>, <image:title>, ve <image:license>; sitemap mechanism itself değildir deprecated, şunlar four tags sadece no longer yap anything, bu nedenle yapmayın izin ver eski blog posts talk siz -e kullanarak them. Mueller sahiptir ayrıca olmuş candid şu sitemaps won’t speed up re-tarama of images Google zaten knows hakkında — on image sitemaps specifically, “Personally, I don’t think this would change much, in our case.” ele al them olarak bir discovery aid bençin images Google -ebilir’t otherwise bul, değil bir re-tarama accelerator. bençin full tag reference, namespace declaration, ve file-format mechanics, see benim image sitemap rehber — bu section yalnızca kapsar ne bir sitemap yapar bençin Google Images görünürlük, değil nasıl -e oluştur bir.

Structured data ve rich treatment in Google Images

Structured data dır ne unlocks badges ve richer display in Google Images. Google: “eğer siz bençer structured data, Google -ebilir display sizin images in certain rich sonuçlar, dahil bir prominent badge in Google Images,” and ” image attribute dır bir required field -e olmak eligible bençin bir badge.” Eligibility dır type-specific — Recipe, Product, ve Video structured data her unlock farklı treatments, ve siz sahip -e izle her ikisi general ve type-specific guidelines veya markup dır ineligible. Note word eligible: valid markup yapar bir badge veya rich treatment olası, o yapmaz guarantee Google -ecek aslında göster o — aynı eligibility-değil-guarantee boundary şu uygulanır -e her diğer rich sonuç type.

Licensable badge — exact gating detail

en çok guides oversimplify bu -e “just add ImageObject schema.” precise requirements -den Google’s image license metadata docs:

  • contentUrl dır her zaman required — “Google kullanır contentUrl -e determine hangi image photo metadata uygulanır -e.”
  • license specifically dır ne gates badge: “-erseniz’re kullanarak structured data -e specify bir image, siz -meli bençer license property bençin sizin image -e olmak eligible -e olmak gösterilen ile Licensable badge.” diğer properties (creator, creditText, copyrightNotice) ekle detail -e metadata panel ama yapmayın independently unlock badge.
  • acquireLicensePage dır recommended — bir URL nerede kullanıcılar -ebilir bul out nasıl -e license image.

-ebilirsiniz supply bu via schema.org structured data veya embedded IPTC photo metadata (veya her ikisi); nerede onlar conflict, “Google will use the structured data information.” general ImageObject / structured-data mechanics dır ayrıca covered in benim image SEO hub.

Ürün yapılandırılmış verisi → Google Görseller + Google Lens

bençin e-commerce, Product structured data dır mechanism şu yapar bir product image eligible bençin Lens visual-match ve shopping surfaces. Google: “-dığınızda ekle structured data -e sizin product sayfalar, sizin product information -ebilir görün in richer ways in Google arama sonuçlar (dahil Google Images ve Google Lens),” and “Providing her ikisi structured data on web sayfaları ve bir Merchant Center feed maximizes sizin eligibility.” bir Merchant Center feed değildir strictly required bençin basic free-listing eligibility, ama combining two dır Google’s explicit recommendation. ( full markup mechanics live in benim product schema rehber.)

tercih edilen thumbnail: schema.org ve og:image

bir yaygın practitioner soru dır “nasıl yapar Google seç hangi image -e göster olarak benim thumbnail?” As of a March 2, 2026 documentation update, Google clarified that it “kullanır her ikisi schema.org markup ve og:image meta tag olarak kaynaklar ne zaman determining image thumbnails in Google arama ve Discover.” bu nedenle her ikisi dır worth ayarlama deliberately. (Note scoping caveat: image property in Recipe structured data yalnızca controls recipe rich sonuçlar, değil general text-sonuç thumbnails — bir type-specific property değildir bir global override.)

No canonical tags bençin images

bu bir surprises kişiler ve dır almost absent -den competitor bençerik: rel=canonical yapmaz uygula -e images. Mueller, yapğrudan: “bençin images, rel=canonical dır essentially irrelevant. o’s gerçekten daha bençin web sayfaları. ve ben yapmayın think biz hatta support o bençin images… bizim systems try -e recognize ne zaman image dır aynı thing. ve having birden çok images dizine eklenmiş bençin bir thing dır perfectly fine.”

bu nedenle siz yapmayın ihtiyaç duy birleştirme markup -e söyle Google şu two crops veya sizes dır “the same” image. Google’s systems “bak at image ve try -e bul visually benzer images, ve onlar kind of connect o like şu.” birden çok sizes/crops -ebilir tümü olmak dizine eklenmiş simultaneously olarak valid, separate sonuçlar. bu image-arama counterpart -e canonical’laştırma bençin web sayfaları — except burada o olur automatically ve orada’s no tag -e ayarla.

bir related consequence: aynı photo posted -e sizin kendi site ve -e social media (Instagram, etc.) -ebilir al folded together olarak duplicates in Image arama, hatta gerçben surrounding web sayfalar kal distinct sonuçlar in regular Web arama. ve uploading ilk yapmaz yap sizin site “the canonical” kaynak — per Mueller, “I don’t think it works that way.” orada’s no ilk-mover canonical mechanism bençin images.

Individual image landing sayfalar

-erseniz iste bir specific image -e olmak independently findable, ver o onun kendi landing sayfa ile unique descriptive text — değil sadece bir spot in bir 50-image gallery. Mueller’s framing (-den arama Off Record ep. 97, his ve Martin Splitt’s photographer episode): bir dedicated landing sayfa lets Google understand “bu birincil image of bu sayfa, ve burada dır bazı additional information hakkında bu image,” whereas a gallery page with 50 images and a bit of text reads ambiguously — “dır bu bir image landing sayfa şu someone -ebilir olmak looking bençin? hangi perhaps değil.” JS-fragment galleries şu never ver her image bir gerçek, crawlable URL dır bir concrete başarısızlık mode burada.

Two quick myth-busters -den aynı episode: watermarking değildir penalized (Mueller: “No… şu’s fine.”), ve responsive/high-res images ve good temel Web Vitals dır good practice ama değil bir sıralama shortcut — “sadece çünkü siz’re doing bunlar good practices, siz’re değil going -e rank bençin underwater photography Switzerland automatically… siz sahip -e yap daha.”

Google Lens ve visual arama

Google Lens layers visual matching (bulma visually benzer images/products genelinde web) ve multisearch (image + text together) on top of aynı dizine eklenmiş-image corpus. scale dır gerçek: per Google’s October 2024 announcement (Lilian Rincon, VP of Product Management), Lens handles neredeyse 20 billion visual searches monthly, 20% of Lens searches dır shopping-related, ve Lens “merges power of Google’s AI ve daha -den 45 billion products in Shopping Graph -e yardım et siz discover visual matches.”

bir note on numbers: various 2025–2026 SEO posts cite larger veya fresher figures (“20+ billion,” “43% increase”) şu ben couldn’t trace -e bir birincil Google kaynak — ele al şunlar olarak industry-repeated. Oct 2024 Google figures above dır solid anchor.

bençin getting bir product image -e Lens shopping sonuçlar, mechanism dır Product structured data covered above, ideally combined ile bir Merchant Center feed. orada’s no separate “Lens SEO” surface -e optimize — siz optimize dizine eklenmiş image ve onun structured data, ve Lens draws -den şu.

AI-image labeling: C2PA ve “About this image”

Publishers kullanarak AI-generated imagery ask whether o hurts görünürlük. olarak of güncel rehberlik: değil yapğrudan. Google reads C2PA bençerik-credential metadata ve -ebilir label AI-generated veya AI-edited images via “About this image” panel, hangi — per Google’s September 2024 announcement (Laurie Richardson, VP, Trust & Safety) — “dır accessible in Google Images, Lens ve Circle -e arama.” Google arama eklendi support bençin bu metadata in “hakkında bu image” feature. bu bir transparency/labeling layer, değil bir documented sıralama penalty — worth knowing çünkü o -ebilir label sizin AI imagery olarak such in aynı surfaces siz’re optimizing bençin.

Bing image arama (brief)

orada’s no dedicated resmî Bing/Microsoft dokümantasyon on image-arama SEO — Bing’s general webmaster guidelines ve standard crawlability/alt-text/structured-data practices dır closest thing. Bing dır actively investing burada: o shipped bir redesigned, AI-organized Image arama experience in -ebilir 2026 şu gruplar sonuçlar -e labeled sections ile summaries, gerçben şu announcement dır bir product/UX update ile no accompanying optimization rehberlik bençin site owners. Optimize ile aynı fundamentals siz’d kullan bençin Google.

nerede -e go sonraki

bu sıralama/görünürlük deep dive in image-SEO küme. onun siblings:

  • Image SEO — hub: general optimization checklist (formats, compression, lazy loading, temel Web Vitals) bu article complements.
  • Alt text — birincil sıralama sinyal, in full: yazma kurallar, decorative images, ve auditing ölçekte.
  • Image filenames — filename sinyal, dahil neden siz shouldn’t bulk-rename zaten-dizine eklenmiş images.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.