Google SEO'da og:image neden yanlış görünür?

Google SEO'da og:image yanlış görünür çünkü Google, görsel seçimini yalnızca Open Graph etiketine göre yapmaz. Yapılandırılmış veri, canonical URL, sayfadaki görseller, görsel erişimi ve önbellek sinyalleri de sonucu etkileyebilir.

Bu nedenle kaynak kodunda doğru görünen bir og:image etiketi, Google aramasında farklı bir küçük resimle sonuçlanabilir. Sosyal paylaşım önizlemesi ile Google arama görünümü de aynı sistem tarafından oluşturulmaz.

Google neden yanlış og:image gösterir?

Google yanlış og:image gösterir çünkü sayfadaki birden fazla görsel sinyalini birlikte değerlendirir. Open Graph etiketi bu sinyallerden yalnızca biridir.

Bir sayfada og:image, Article yapılandırılmış verisindeki image alanı, logo, yazar fotoğrafı ve içerik içi görseller bulunabilir. Bu görsellerin boyutu, konumu ve erişilebilirliği farklı olabilir.

Google, seçtiği görselin sorguya, sayfa türüne ve kullanılabilir görsellerin niteliğine göre değişmesine izin verir. Bu yüzden aynı URL, farklı arama özelliklerinde farklı görsellerle görünebilir.

Yanlış görsel, her zaman teknik hata anlamına gelmez. Google görseli seçerken kullanıcıya sayfanın içeriğini en iyi açıklayan ve tarama sırasında erişebildiği dosyayı tercih edebilir.

Örneğin haber görseli yerine logonuz görünüyorsa, logo yapılandırılmış veride öne çıkmış olabilir. Ürün görseli yerine kategori banner'ı görünüyorsa, sayfadaki görsel hiyerarşisi yeterince açık olmayabilir.

Yanlış: Google, her zaman og:image etiketindeki görseli kullanır. Doğru: Google, og:image dahil birçok kaynağı değerlendirerek uygun gördüğü görseli seçebilir.

og:image ile Google arama görseli aynı şey midir?

og:image ile Google arama görseli aynı şey değildir; og:image öncelikle Open Graph destekleyen paylaşım sistemleri için hazırlanır.

Facebook, LinkedIn, WhatsApp veya benzeri platformlar, sayfa paylaşılırken og:image değerini okuyabilir. Bu platformların önbelleği, görseli daha sonra yeniden çekmeyebilir.

Google ise arama sonuçlarında görsel belirlerken sayfanın HTML yapısını, yapılandırılmış verisini, görsel dosyalarını ve kendi tarama kayıtlarını inceler. Bu süreç sosyal platformların önizleme mantığından ayrıdır.

Bu farkı test ederken yalnızca WhatsApp önizlemesine bakmak yeterli değildir. Önce kaynak kodunu, sonra yapılandırılmış veriyi, ardından Google'ın tarama durumunu kontrol etmelisiniz.

Bu ayrım özellikle haber, blog ve ürün sayfalarında önemlidir. Sosyal paylaşımda doğru görsel görünürken Google aramasında farklı görsel çıkması, iki sistemin farklı sinyal setleri kullandığını gösterir.

Yapılandırılmış veri og:image seçimini nasıl etkiler?

Yapılandırılmış veri, Google'a sayfanın türünü ve ana görselini daha açık anlatır. Ancak doğru yazılması, Google'ın bu görseli kesinlikle göstereceği anlamına gelmez.

Blog yazılarında genellikle Article veya uygun alt türleri kullanılır. Bu verideki image alanı, yazıyı temsil eden ana görselin mutlak URL'sini göstermelidir.

Ürün sayfalarında Product verisindeki görsel, ürünün gerçek fotoğrafını belirtmelidir. Marka logosu, kampanya banner'ı veya kategori görseli ürünün ana görseli yerine yazılmamalıdır.

Yapılandırılmış veri ile og:image farklı dosyaları gösteriyorsa Google iki çelişkili sinyal alır. Bu durumda hangi görselin kullanılacağını garanti etmek mümkün değildir.

Yapılandırılmış veri kontrolünde ne aranır?

İlk olarak JSON-LD içinde hangi görsel URL'sinin yer aldığını bulun. Ardından bu URL'nin tarayıcıda açıldığını ve sayfadaki ana görselle aynı dosyayı gösterdiğini doğrulayın.

image alanı boş olmamalıdır. URL göreli değil, doğrudan erişilebilen tam adres biçiminde yazılmalıdır. Örneğin /images/makale.jpg yerine https://siteadi.com/images/makale.jpg kullanılmalıdır.

Yapılandırılmış veri testinde hata bulunmaması da tek başına yeterli değildir. Google, geçerli işaretlemeyi kullanabilir; fakat başka görsel sinyallerini daha uygun bulursa farklı seçim yapabilir.

Yapılandırılmış veri kullanan sayfalarda görsel uyumsuzluğu, diğer zengin sonuç sorunlarıyla birlikte görülebilir. Örneğin Google SSS zengin sonucu neden kaldırıldı? rehberindeki gibi, işaretlemenin geçerli olması ile görünürlük garantisi aynı şey değildir.

Canonical URL yanlış görsel sorununu nasıl oluşturur?

Canonical URL yanlışsa Google, görsel sinyallerini ziyaret ettiğiniz URL'den değil, tercih edilen başka bir URL'den değerlendirebilir.

Örneğin https://siteadi.com/haber adresini açtığınızda kaynak kodunda canonical olarak https://www.siteadi.com/haber yazabilir. İki URL'nin görselleri aynı değilse Google farklı sayfanın görselini seçebilir.

HTTP ve HTTPS sürümleri, www ve www olmayan sürümler, parametreli URL'ler ve mobil sayfalar bu sorunu sıklaştırır. Aynı içerik farklı adreslerde yayımlanıyorsa görsel sinyalleri bölünebilir.

Canonical etiketi, yönlendirme ve site haritası tercihi aynı URL'yi göstermelidir. Bir sayfa canonical olarak A adresini belirtirken XML site haritasında B adresine yer verilmesi, teknik tutarlılığı zayıflatır.

1. Tarayıcıda sorun yaşanan sayfanın kaynak kodunu açın.
2. rel="canonical" etiketindeki tam URL'yi kopyalayın.
3. Canonical URL'yi ayrı bir sekmede açıp doğru içeriği kontrol edin.
4. Canonical sayfadaki og:image ve yapılandırılmış veri görselini karşılaştırın.
5. Site haritası ve iç bağlantılarda tercih edilen URL'nin kullanıldığını doğrulayın.

Canonical farklı bir sayfaya işaret ediyorsa, yalnızca mevcut URL'nin og:image etiketini düzeltmek sonuç vermeyebilir. Önce Google'ın esas sayfa olarak hangi URL'yi görmesini istediğinizi netleştirin.

Benzer URL karmaşası, trafik değişimlerinde de yanlış teşhise yol açabilir. Büyük teknik değişikliklerden sonra trafik düşüşünü değerlendirirken Google spam güncellemesi sonrası trafik neden düştü? rehberindeki tarama ve indeks kontrolleri de yapılmalıdır.

Görsel dosyası Google tarafından neden okunamaz?

Google görsel dosyasına erişemiyorsa, doğru URL yazılmış olsa bile bu görseli arama görünümünde kullanamayabilir.

Öncelikle görsel URL'sini gizli sekmede açın. Dosya 200 durum koduyla yüklenmeli, oturum açma istememeli ve başka bir sayfaya yönlenmemelidir.

Sunucu, görsel isteğine 403, 404 veya 5xx yanıtı veriyorsa sorun oluşur. CDN güvenlik kuralı yalnızca Googlebot'u engelliyorsa, normal tarayıcı testi yeterli olmayabilir.

robots.txt içinde görsellerin bulunduğu klasörün engellenmediğini kontrol edin. Ayrıca CDN veya güvenlik duvarında Googlebot, görsel uzantıları ve referer tabanlı engelleme kuralları bulunup bulunmadığını inceleyin.

• og:image değeri tam ve HTTPS kullanan bir URL mi?
• Görsel URL'si gizli sekmede 200 durum koduyla açılıyor mu?
• Görsel dosyası robots.txt ile engelleniyor mu?
• Görsel için oturum, çerez veya özel başlık gerekiyor mu?
• CDN, bot koruması veya hotlink engeli uyguluyor mu?
• Dosyanın gerçek içerik türü JPEG, PNG veya WebP olarak doğru bildiriliyor mu?
• Görsel URL'si zaman içinde değişiyor veya imzalı bağlantı kullanıyor mu?

İmzalı veya süreli CDN URL'leri özellikle sorun yaratabilir. HTML'de URL doğru görünse bile bağlantı Google yeniden taradığında süresini doldurmuş olabilir.

Aynı kontrolü yapılandırılmış veri içindeki görsel için de yapın. Sadece og:image dosyasını açmak, ikinci görsel kaynağındaki erişim hatasını ortaya çıkarmaz.

Görsel boyutu ve sayfadaki konumu neden önemlidir?

Görsel boyutu ve sayfadaki konumu, Google'ın hangi dosyayı ana görsel olarak değerlendireceğini etkileyebilir.

Çok küçük ikonlar, yazar avatarları ve arayüz görselleri ana görsel olarak kullanılmaya uygun değildir. Bunlar sayfanın HTML'inde erken görünse bile içeriği temsil etmeyebilir.

Ana görsel, yazının veya ürünün ne anlattığını açıkça göstermelidir. Başlıkla ilgisiz stok fotoğraf, yalnızca metin içeren banner veya düşük çözünürlüklü küçük resim seçim ihtimalini düşürebilir.

Paylaşım görselinde pratik olarak 1.200 piksel genişlik sık kullanılan bir standarttır. Ancak bu ölçü, Google'ın belirli bir görseli kesinlikle seçeceği anlamına gelmez.

Görselin en-boy oranı da önemlidir. Aşırı yatay banner, arama kartında kırpılabilir; çok dikey görsel ise küçük önizlemede ana nesneyi görünmez hale getirebilir.

Farklı kullanım alanları için aynı dosyayı zorlamak yerine, sosyal paylaşım ve içerik bağlamına uygun görseller hazırlayın. Fakat her kaynakta farklı ana görsel kullanacaksanız, bunun nedenini teknik olarak açıklayabilecek bir içerik hiyerarşisi oluşturun.

Görsel optimizasyonu yalnızca SEO için yapılmaz. Özellikle işletme profillerinde görsel sıralaması ve dosya açıklaması farklı kurallara sahiptir. Bu konu için Google Business Profile fotoğraf optimizasyonu rehberindeki profil odaklı kontrolleri içerik sayfalarına doğrudan uygulamayın.

Yanlış og:image nasıl test edilir?

Yanlış og:image testi, önce HTML ve JSON-LD kontrol edilerek, sonra Google'ın gördüğü URL ve önbellek durumu incelenerek yapılır.

İlk adımda sayfayı açıp kaynak kodunda og:image, og:image:width ve og:image:height etiketlerini arayın. Birden fazla og:image varsa sıralarını ve URL'lerini not edin.

İkinci adımda JSON-LD içindeki image alanını kontrol edin. Buradaki görselin og:image ile aynı olup olmadığını, dosyanın gerçekten ana içerik görselini gösterip göstermediğini karşılaştırın.

Üçüncü adımda canonical URL'yi açın. Sorun yaşanan URL ile canonical URL farklıysa, iki sayfanın görsel kaynaklarını ayrı ayrı inceleyin.

Dördüncü adımda Google Search Console'da URL Denetimi kullanın. Google'ın son tarama tarihini, indekslenen URL'yi ve mevcut canlı sayfa durumunu karşılaştırın.

Beşinci adımda değişiklikten sonra yeniden tarama isteyin. Bu işlem güncellemenin hemen arama sonucuna yansıyacağını garanti etmez; yalnızca tarama talebini iletir.

Tarayıcı önizlemesi neden yanıltabilir?

Birçok sosyal paylaşım aracı kendi önbelleğini kullanır. Etiketi değiştirdikten sonra eski görselin görünmesi, HTML'in hâlâ yanlış olduğu anlamına gelmeyebilir.

Test için eski paylaşım önizlemesini yeni bir URL parametresiyle denemek bazen yardımcı olur. Ancak parametreli URL, Google'ın canonical değerlendirmesini değiştirebileceği için kalıcı test adresi olarak kullanılmamalıdır.

Google arama sonucundaki görseli kontrol ederken ekran görüntüsünün tarihini ve incelenen sorguyu kaydedin. Aynı sayfa, farklı sorgularda farklı arama özellikleriyle görünebilir.

Ölçüm yaparken Search Console'da yalnızca tıklamaya bakmayın. URL'nin hangi sorgularda, hangi görünümde ve ne zaman görüntülendiğini ayırmak sorunun kapsamını gösterir.

CMS ve önbellek kaynaklı og:image hataları nasıl düzeltilir?

CMS kaynaklı og:image hataları, şablon alanları ve önbellek katmanları tek tek düzeltilerek çözülür.

WordPress veya başka bir CMS kullanıyorsanız, sayfa düzenleyicisindeki öne çıkan görsel ile SEO eklentisinin sosyal görsel alanını karşılaştırın. Bu iki alan otomatik olarak aynı dosyayı kullanmayabilir.

Şablon dosyasında sabit logo tanımlanmışsa, tüm sayfalar aynı görselle paylaşılabilir. Kategori, etiket, yazar ve sayfa şablonlarında farklı fallback kuralları bulunabilir.

Önbellek eklentisi, CDN ve sunucu önbelleği aynı HTML'i uzun süre sunabilir. Değişiklik yaptıktan sonra bu katmanları ayrı ayrı temizleyin ve sayfanın kaynak kodunu yeniden indirin.

Görsel dosyasını değiştirdiğinizde aynı URL'yi kullanmak da eski dosyanın CDN'de kalmasına yol açabilir. Dosya adı değiştirilemiyorsa, CDN'in yeniden doğrulama veya temizleme yöntemini uygulayın.

Ancak her değişiklikte dosya adını değiştirmek düzenli bir çözüm değildir. Sürekli URL değiştirmek, eski bağlantıları, paylaşım geçmişini ve bazı önbellek kayıtlarını yönetmeyi zorlaştırır.

Görselin HTML'e JavaScript ile sonradan eklenmesi de tarama farkı oluşturabilir. Ana görseli mümkünse sunucu tarafından oluşturulan HTML'de ve yapılandırılmış veride açıkça tanımlayın.

İçerik sayfasındaki teknik düzeltmelerle işletme profili görsellerini karıştırmayın. Google Business Profile tarafındaki fotoğraf sıralaması için Google Business Profile optimizasyonu farklı bir kontrol alanıdır.

og:image değişikliği Google'da ne zaman görünür?

og:image değişikliğinin Google'da görünme süresi sabit değildir; sonuç, sayfanın yeniden taranmasına ve görselin yeniden işlenmesine bağlıdır.

Sayfayı güncellemek, Google arama sonucunu aynı anda değiştirmez. Google'ın eski HTML'i veya görsel önbelleği bir süre daha kullanılabilir.

Değişiklikten sonra şu kayıtları tutun: güncelleme tarihi, yeni görsel URL'si, canonical URL, yapılandırılmış veri görseli ve Search Console'daki son tarama zamanı.

Googlebot sayfayı yeniden taramadan önce yapılan değişikliği değerlendiremez. Tarama sonrasında da görsel seçimi yeniden hesaplanabilir; bu iki aşama aynı anda gerçekleşmeyebilir.

İç bağlantılar, güncel site haritası ve tutarlı canonical kullanımı yeniden keşfi kolaylaştırabilir. Bunlar belirli bir tarama süresi garantilemez, fakat teknik sinyalleri tutarlı hale getirir.

Yanlış görsel düzelmiyorsa aynı etiketi tekrar tekrar değiştirmek yerine, tüm kaynaklarda tutarlılık arayın. En yaygın sorun, og:image güncellenirken JSON-LD veya canonical değerinin eski kalmasıdır.

Birden fazla URL aynı içeriği taşıyorsa, her URL için ayrı görsel düzeltmesi yapmayın. Önce tek bir tercih edilen URL belirleyin, diğer adresleri uygun yönlendirme veya canonical yapısıyla yönetin.

Google SEO'da doğru og:image için hangi yapı kullanılmalı?

Doğru og:image yapısı, ana içeriği temsil eden erişilebilir tek bir görseli sosyal etiket, yapılandırılmış veri ve sayfa içeriğinde tutarlı kullanmalıdır.

Uygulama sırası şöyledir: önce ana görseli seçin, sonra mutlak URL oluşturun, ardından og:image ve JSON-LD değerlerini eşleştirin. Son olarak canonical ve erişim kontrollerini tamamlayın.

Görsel URL'si HTTPS kullanmalı, robots.txt veya güvenlik katmanı tarafından engellenmemeli ve tarayıcıdan doğrudan açılmalıdır. Dosya, logoyu değil sayfanın asıl konusunu göstermelidir.

Her sayfa türü için ayrı kural tanımlayın. Makale sayfası makale görselini, ürün sayfası ürün fotoğrafını, kategori sayfası ise kategori bağlamını yansıtan görseli kullanmalıdır.

Test sonucunu üç farklı yerde doğrulayın: kaynak HTML, yapılandırılmış veri ve Google Search Console. Sosyal paylaşım önizlemesini ayrıca kontrol edin; bu sonuç Google aramasının yerine geçmez.

Görsel sorunu, çoğu zaman tek etiketten değil, çelişkili teknik sinyallerden kaynaklanır. Bu nedenle düzeltme sürecini küçük bir kontrol listesiyle yürütmek, rastgele değişikliklerden daha güvenlidir.

Son kontrolünüzden sonra sayfa başlığı, canonical, görsel URL'si ve yapılandırılmış veri aynı içeriği anlatmalıdır. Bu dört alan tutarlıysa Google'ın doğru görseli seçme ihtimali artar; yine de kesin seçim garantisi oluşmaz.