Google'da Site Adı ve Favicon Yanlış mı? Çözüm Rehberi

Kısa cevap: Google site adını otomatik üretir ve elle değiştirmenize izin vermez; ama ana sayfadaki WebSite verisi, başlık, og:site_name ve web'deki diğer atıflar üzerinden tercihinizi güçlü biçimde anlatabilirsiniz. Favicon ise ana sayfadaki bir link etiketiyle tanımlanır ve Googlebot ile Googlebot-Image'ın erişebildiği, kare ve sabit adresli bir dosya olmalıdır. Değişikliklerin arama sonucuna yansıması günler ya da haftalar sürebilir.

Bu yazı marka sahibi ve web yöneticisi için hazırlandı. Önce Google'ın site adını hangi sinyallerden okuduğunu açıklar, ardından WebSite verisinin alanlarını ve alternatif ad kullanımını ele alır. Favicon bölümü teknik gereksinimleri, yeniden tarama bölümü bekleme süresini ve istek yöntemini anlatır. Son bölümde hâlâ düzelmeyen durumlar için sıralı bir kontrol listesi bulacaksınız. Google belgelerindeki sınırlar ve süreler değişebilir; uygulamadan önce ilgili resmi sayfanın güncel hâline bakın.

Site adı nereden okunur: işaretleme ve sayfa sinyalleri

Arama sonucunda alan adının üstünde görünen site adı, sayfa başlığından ayrı bir kavramdır. Başlık tek bir sayfayı anlatır; site adı ise bütün siteyi temsil eder. Google, site adları belgesinde (yeni sekmede açılır) bu üretimin tamamen otomatik yapıldığını yazar. Yani bir panelden adı değiştiremezsiniz, bir form doldurup onay alamazsınız. Yapabileceğiniz şey, sistemin okuduğu kaynakları tutarlı ve net hâle getirmektir.

Sistemin baktığı kaynaklar

Belgeye göre Google ana sayfadaki WebSite yapılandırılmış verisini, og:site_name özelliğini, title öğesini, başlık öğelerini ve ana sayfadaki diğer metni kullanır. Bunlara ek olarak web'in başka yerlerinde siteye yapılan atıflara da bakar. Belge, tercih belirtmek istiyorsanız en önemli sinyalin WebSite verisi olduğunu söyler. Bu yüzden düzeltme işine her zaman orada başlamak mantıklıdır, ama yalnızca orada bitirmek yetmez. Başlıkta "Mavi Ev Mobilya | En Ucuz Koltuk Takımları" yazarken WebSite verisinde "MaviEv" yazıyorsa sistem iki farklı adayla karşılaşır ve hangisinin marka adı olduğundan emin olamayabilir.

Tutarlılık neden belirleyicidir

Belge adı ana sayfada ve sistemin dikkate aldığı diğer kaynaklarda tutarlı kullanmanızı önerir. Pratikte bu, şu kaynakların aynı yazımı taşıması demektir: WebSite verisindeki name değeri, ana sayfanın title öğesindeki marka kısmı, og:site_name değeri, ana sayfadaki görünür logo ve başlık metni, sosyal medya profilleri ve işletme profilleri. Büyük küçük harf, boşluk, tire ve ek kelimeler de fark yaratır. "Akua Adforce", "AkuaAdforce" ve "Akua Ad Force" gözle aynı marka gibi görünür, ama makine için üç ayrı dizedir.

Adlandırma kuralları

Belge adın benzersiz, siteyi doğru yansıtan ve yanıltıcı olmayan bir ad olmasını ister. Ad, Arama içerik politikalarına uymalıdır. Kısa ve yaygın olarak tanınan bir ad seçmenizi söyler, çünkü uzun adlar bazı cihazlarda kısaltılabilir. Genel adlar, çok bilinen bir marka değilse seçilme ihtimali düşük adaylar olarak anılır. Örneğin yalnızca "Mobilya" ya da "Haberler" gibi bir ad, tanınmış bir marka olmadıkça tercih edilmeyebilir.

Sistemin sınırları

• Tek ad: Bir site için yalnızca bir ad desteklenir.
• Alan adı ve alt alan adı düzeyi: Site, alan adı ya da alt alan adı olarak tanımlanır. www ve m alt alan adları genellikle ana alan adıyla eşdeğer sayılır.
• Alt dizin desteği yok: /magaza gibi bir alt dizin için ayrı site adı tanımlayamazsınız.
• Seçim garantisi yok: Sistem verdiğiniz adı yeterince güvenilir bulmazsa başka kaynakları kullanabilir ya da alan adını gösterebilir.
• Dil kapsamı: Belgeye göre site adları, Google Arama'nın sunulduğu tüm dillerde, mobil ve masaüstünde kullanılabilir.

Hangi belirti hangi soruna işaret eder?

Marka adınızın genel arama sonucunda nasıl göründüğünü bütünsel olarak incelemek istiyorsanız marka aramaları nasıl denetlenir yazısındaki yöntemi site adı kontrolüyle birlikte kullanabilirsiniz.

WebSite verisi ve alternatif ad

Site adı sorunlarının en sık çözümü, ana sayfaya doğru kurulmuş bir WebSite yapılandırılmış verisi eklemektir. Belge JSON-LD, RDFa ve mikro veri biçimlerini kabul eder; çoğu ekip JSON-LD'yi tercih eder, çünkü sayfa görünümünden bağımsız bir blok olarak tutulur.

Alanlar ve anlamları

Belge, birden fazla alternatif adı en önemlisi başta olacak biçimde sıralamanızı söyler. Sitenizde zaten WebSite işaretlemesi varsa ikinci bir WebSite bloğu eklemek yerine ad özelliklerini mevcut düğüme eklemeniz önerilir. Böylece sayfada çelişen iki tanım oluşmaz.

Yerleşim kuralları

• Yalnızca kök ana sayfa: Veri alan adının ya da alt alan adının kökündeki ana sayfada olmalıdır. Belgenin örneğine göre /de/index.html gibi bir adres ana sayfa sayılmaz.
• İç sayfalara gerek yok: İşaretlemenin yalnızca ana sayfada bulunması yeterlidir.
• Kopya ana sayfalar: HTTP ve HTTPS ya da www ve www olmayan sürümler varsa aynı yapılandırılmış veri yalnızca kanonik sayfada değil, tüm kopyalarda bulunmalıdır.
• Alt alan adı yedeği: Bir alt alan adının ana sayfasında veri yoksa alan adı düzeyindeki site adı kullanılabilir.
• Erişilebilir ana sayfa: Google ana sayfa içeriğine erişemezse, örneğin robots.txt ile engellenmişse, site adı üretilmeyebilir.

Yönlendirmeler ve ana sayfa

Ana sayfanız başka bir sayfaya yönleniyorsa ve Googlebot o sayfaya erişebiliyorsa site adı yönlendirmenin hedefini yansıtır. Bu, dil seçimi sayfasına ya da /tr/ gibi bir dizine yönlendiren sitelerde önemlidir. Yönlendirmelerin çalıştığını doğrulayın ve gerekirse yeniden tarama isteyin. İşaretlemeyi hem kök adrese hem yönlendirmenin hedefine koyduysanız iki yerde de aynı adı vermeniz gerekir; aksi hâlde sistem çelişen iki ana sayfa tanımıyla karşılaşır.

Alternatif ad stratejisi

Belge, tercih ettiğiniz ad seçilmediğinde alternateName kullanmanızı önerir. Sistem tercih edilen adı yeterince güvenilir bulmazsa alternatifi güçlü biçimde dikkate alır. Örnek durumlar şunlardır: aynı ad dünyanın başka yerindeki sitelerle paylaşılıyorsa ya da site kısaltmasıyla daha çok biliniyorsa. Belge ayrıca alternatif adlardan biri olarak alan adının ya da alt alan adının tamamı küçük harfli hâlini eklemenizi öneriyor. Hâlâ sonuç yoksa son çare olarak name değerini de küçük harfli alan adı yapmak anılıyor. Bu son adım markanızın görünümünden ödün verir; ancak kararsız bir adın yerine tutarlı bir ad gösterilmesini sağlayabilir.

Karar kuralı: hangi adı name yapmalı?

1. Müşterilerin sizi aradığı ve sosyal profillerinizde kullandığınız yazımı belirleyin. Bu, name değeriniz olur.
2. Ana sayfa başlığında aynı yazımın geçtiğinden emin olun.
3. Kısaltma, eski ad ya da bitişik yazım gibi gerçekten kullanılan varyantları alternateName'e ekleyin.
4. Bir ay boyunca sonuç değişmezse küçük harfli alan adını son alternatif olarak ekleyin.
5. Hâlâ düzelmiyorsa ve görünürlükten çok tutarlılık önemliyse son çare olarak name değerini küçük harfli alan adı yapın.

Örnek senaryo: Bir mobilya mağazası "Mavi Ev Mobilya" adıyla bilinir, ama sitenin başlığında yıllarca "MaviEv.com" yazılmıştır. Arama sonucunda "maviev.com" görünüyor. Çözüm sırası: önce başlıktaki marka kısmını "Mavi Ev Mobilya" yapmak, WebSite verisinde name olarak aynı yazımı vermek, alternateName olarak "MaviEv" eklemek ve sosyal profillerdeki adı eşitlemek.

Doğrulama

Belge işaretlemeyi Schema Markup Validator gibi bir şema test aracıyla doğrulamanızı söyler. Aynı sayfa, Rich Results Test aracının site adlarını desteklemediğini belirtir; bu yüzden orada sonuç görmemeniz hatalı olduğunuz anlamına gelmez. Ardından Search Console'daki URL Denetleme aracıyla Google'ın ana sayfaya erişebildiğini, sayfanın robots.txt, noindex ya da oturum duvarı nedeniyle engellenmediğini kontrol edin. Yapılandırılmış veri bütünlüğü ve Organization işaretlemesiyle birlikte düşünülen marka verisi için JSON-LD rehberine bakabilirsiniz.

Organization verisi site adının yerine geçmez

Organization belgesi (yeni sekmede açılır), bu işaretlemenin Google'ın kuruluşunuzun idari ayrıntılarını daha iyi anlamasına ve kuruluşunuzu diğerlerinden ayırmasına yardım ettiğini söyler. Zorunlu özellik yoktur. name, alternateName, url, logo ve sameAs gibi özellikler önerilir; logo için en az 112x112 piksel boyutu, taranabilir ve dizinlenebilir bir görsel adresi istenir. Belge, bu işaretlemeden yararlanan özelliklerin arama sonuçlarında görüneceğini garanti etmediğini de açıkça yazar. Site adı için ise belgenin işaret ettiği yapı WebSite verisidir. İkisi birbirini destekleyen tutarlı sinyallerdir; biri diğerinin yerine geçmez. Marka varlığının bütününü ilgilendiren konular için varlık tabanlı SEO rehberi yararlı bir çerçeve sunar.

Favicon gereksinimleri

Favicon, arama sonucunda site adının yanında görünen küçük simgedir. Favicon belgesi (yeni sekmede açılır) gereksinimleri kısa tutar, ama pratikte hataların çoğu bu kısa listenin bir maddesinde olur.

Uygulama adımları

1. Kurallara uygun bir favicon dosyası hazırlayın.
2. Ana sayfanın head bölümüne bir link etiketi ekleyin. Etiket rel özelliğinde icon değerini ve href özelliğinde dosya yolunu taşır.
3. Belge rel için şu değerleri destekler: icon, shortcut icon, apple-touch-icon ve apple-touch-icon-precomposed.
4. href özelliği göreli ya da mutlak adres olabilir. Dosya sitenizde durmak zorunda değildir; bir CDN üzerinden de sunulabilir.
5. Değişiklikten sonra ana sayfa için Search Console'da dizine eklenme isteği gönderin.

Teknik kurallar

Alt alan adı ve alt dizin

Belgeye göre https://example.com ile https://news.example.com'un her biri bir favicon taşıyabilir. Ancak https://example.com/haber gibi bir alt dizin ayrı favicon alamaz, çünkü alt dizinler ana bilgisayar adının faviconunu kullanır. Birden fazla alt alan adı işleten markalar, her alt alan adının ana sayfasına kendi simgesini koymalı ve simgeler arasında görsel tutarlılık kurmalıdır.

Erişim ve engelleme

Bu bölümde en çok gözden kaçan nokta, iki ayrı botun iki ayrı işi olmasıdır. Googlebot ana sayfayı ve ona giden yönlendirmeleri tarayabilmelidir. Googlebot-Image ise favicon dosyasını. Her ikisi de robots.txt ya da başka bir yolla engellenmemelidir. Güvenlik duvarı, bot koruması ya da CDN kuralları bazen görsel isteklerini reddeder; robots.txt temiz görünse bile dosya bu yüzden alınamayabilir. Dosya adresini tarayıcıda açmanın yanında, sunucu günlüklerinde Googlebot-Image isteklerinin 200 yanıtı aldığını kontrol edin.

Sabit adres ne demektir?

Belge adresin sık değiştirilmemesini ister. Birçok yapı aracı, dosya içeriği her değiştiğinde yeni özet içeren adlar üretir. Favicon dosyanız bu şekilde sürekli yeniden adlandırılıyorsa Google her seferinde yeni bir kaynak görür. Çözüm, favicon için içeriği değişmedikçe aynı kalan bir yol belirlemek ve sadece gerçekten ikon değiştirdiğinizde adresi güncellemektir.

Eski kalan simge neden görünür?

Faviconu değiştirdiyseniz ve arama sonucunda hâlâ eski simge görünüyorsa üç olasılığı sırayla düşünün. Birincisi, Google değişikliği henüz işlememiştir; belge bunun için günler ya da haftalar tanır. İkincisi, ana sayfadaki link etiketi iki farklı dosyayı işaret ediyordur ve Google eskisini seçiyordur. Üçüncüsü, tarayıcınızın kendi önbelleği eski simgeyi gösteriyordur. Bu üçüncüsü yalnızca sizin görünümünüzü etkiler; arama sonucundaki simgeyi etkilemez. Bu yüzden önce gizli pencerede ve farklı bir cihazda doğrulayın.

Favicon tasarımı için pratik ölçüler

Belge yalnızca asgari kareyi ve büyük dosya önerisini verir; tasarım ayrıntısı koymaz. Pratikte küçük boyutta okunmayan bir logo faviconda işe yaramaz. Marka adının tamamını yazmak yerine tek harf ya da yalın bir sembol seçin, arka plan ile simge arasında yeterli karşıtlık bırakın ve kenarlara çok yakın detay koymayın. Arama sonuçlarında simge küçük bir daire ya da karenin içinde görünebileceği için merkeze yakın bir kompozisyon güvenlidir. Bu öneriler belgede yazmaz, tasarım deneyimine dayanan genel uygulamalardır. Google'ın belgesi, tüm kurallara uysanız bile faviconun görünmeyebileceğini de belirtir.

Yeniden tarama isteği ve bekleme

Doğru işaretlemeyi kurmak işin yarısıdır. Diğer yarısı, Google'ın değişikliği görmesi ve işlemesidir. Burada sabır kadar doğru yöntem de önemlidir.

Ne kadar beklenir?

Site adları belgesi, yayımlanan bir sayfanın bulunup taranmasının birkaç gün ile birkaç hafta arasında sürebileceğini söyler. Sorun giderme bölümünde yeniden taramanın, içeriğin ne sıklıkta güncellendiğine bağlı olarak birkaç gün ile birkaç hafta arasında değiştiği yazılır. Favicon belgesi de aynı aralığı kullanır. Dolayısıyla "iki gün oldu, değişmedi" bir arıza kanıtı değildir. Bu sürelerin kesin bir takvimi olmadığını bilerek ilerleyin.

Yeniden tarama nasıl istenir?

1. Search Console'da ana sayfanın bulunduğu mülkü açın.
2. URL Denetleme aracına ana sayfa adresini girin.
3. Sayfanın Google tarafından erişilebilir olduğunu ve engellenmediğini doğrulayın.
4. Canlı testte işaretlemenin ve link etiketinin göründüğünü kontrol edin.
5. Dizine eklenme isteği gönderin.

Arayüz etiketleri değişebilir ve arayüzü Türkçe kullanıyorsanız menü adları farklı görünebilir; İngilizce arayüzde bu araç "URL Inspection" ve düğme "Request indexing" adıyla geçer. İstek sıraya girmeyi hızlandırabilir, ama sonucu ya da süreyi garanti etmez. Belgeler istek sayısı veya zamanlama hakkında kesin bir söz vermez.

İç sayfalar için ayrı beklenti

Site adları belgesi, iç sayfaların da tercih ettiğiniz adı göstermeden önce kendi yeniden taramalarını beklemesi gerektiğini söyler. Ana sayfa güncellendiği hâlde bir makale sayfasında eski ad görünüyorsa bu normal olabilir. Her iç sayfa için tek tek istek göndermek yerine, sitenin bütününe giden bağlantı yapısının ve site haritasının sağlıklı olduğundan emin olmak daha verimlidir.

Bekleme sürecinde yapılacaklar

• Değişiklik tarihini, eski ve yeni değerleri bir kayıt dosyasına yazın.
• Haftada bir aynı aramayı gizli pencerede, aynı ülke ve dil ayarıyla deneyin.
• Başka işaretleme değişikliği yapmayın; her ek değişiklik hangi adımın etkili olduğunu bulanıklaştırır.
• Sosyal profil, işletme profili ve rehber kayıtlarındaki adları bu süre içinde eşitleyin.

İşletmeniz yerel arama sonuçlarında da yer alıyorsa işletme profilindeki ad ve site alanının tutarlılığı ayrıca önem kazanır; bunun için Google İşletme Profili ve yerel atıflar yazısına bakın.

Hâlâ değişmediyse kontrol listesi

Birkaç hafta geçtiyse ve sonuç hâlâ yanlışsa rastgele denemeler yapmak yerine sıralı bir teşhis yürütün. Aşağıdaki liste, belgelerdeki sorun giderme sırasını ve yaygın saha hatalarını birleştirir.

Site adı için kontrol listesi

1. Ana sayfa kök adreste mi ve herkese açık mı? Giriş, robots.txt, noindex ya da güvenlik duvarı engeli var mı?
2. WebSite verisinde name ve url doğru mu? url, kanonik ana sayfa adresi mi?
3. Veri Schema Markup Validator'da hatasız mı?
4. HTTP ve HTTPS, www ve www olmayan sürümlerin hepsi aynı adı mı veriyor?
5. Ana sayfa başka bir adrese yönleniyor mu? Yönlendirme hedefinde de aynı veri var mı?
6. Başlık, og:site_name ve ana sayfa başlıkları aynı yazımı mı kullanıyor?
7. Sosyal profiller, işletme kayıtları ve basın yazılarındaki ad aynı mı?
8. Alternatif ad eklendi mi? Küçük harfli alan adı son alternatif olarak yazıldı mı?
9. Beklenen ad alt dizin için mi? Öyleyse beklenti desteklenmez.
10. Yeniden tarama istendi mi ve en az birkaç hafta beklendi mi?

Favicon için kontrol listesi

1. Ana sayfa head bölümünde rel=icon taşıyan bir link etiketi var mı ve yalnızca bir simgeye mi işaret ediyor?
2. Dosya kare mi ve 48x48 pikselden büyük mü?
3. Biçim desteklenenler arasında mı?
4. Dosya adresi tarayıcıda 200 yanıtıyla açılıyor mu, yönlendirme zinciri kısa mı?
5. robots.txt, bot koruması ya da CDN kuralı Googlebot-Image'ı engelliyor mu?
6. Adres sık değişiyor mu?
7. Simge marka ile ilgili mi ve uygunsuz içerik taşımıyor mu?
8. Alt dizin için ayrı simge mi bekleniyor?
9. Ana sayfa için dizine eklenme isteği gönderildi mi?

Karar kuralı: sorun nerede?

Belge, kalıcı sorunlarda Google Search Central Yardım Topluluğu'nda soru sormayı önerir. Favicon belgesi ise sorunlar için bir geri bildirim formu sunar. Bu kanallar kesin çözüm vaat etmez; ama sorununuzu açıkça anlatan, işaretleme çıktısını ve ana sayfa adresini içeren bir soru daha hızlı yanıt almanıza yardımcı olur.

Sorun giderme günlüğü nasıl tutulur?

Birden fazla kişinin dokunduğu sitelerde, düzeltme çalışmasının en büyük düşmanı kayıtsızlıktır. Kim hangi tarihte neyi değiştirdi, hangi adres için yeniden tarama istendi, sonuç ne zaman kontrol edildi gibi sorular yanıtsız kalırsa aynı adımlar tekrarlanır ve etkisi ayrıştırılamaz. Basit bir tablo yeterlidir: tarih, değişen alan, eski değer, yeni değer, yeniden tarama isteği yapıldı mı ve sonraki kontrol tarihi. Her kontrolde arama sorgusunu, kullanılan cihazı ve ülke ayarını da yazın. Böylece iki hafta sonra "ad hâlâ yanlış" dediğinizde, bunun gerçekten değişmemesi mi yoksa farklı bir cihazdan bakılması mı olduğunu ayırt edebilirsiniz.

Kayıt, ajans ya da yazılım ekibiyle çalışırken de işe yarar. Tema güncellemesi, eklenti değişikliği ya da altyapı taşıması sırasında ana sayfadaki işaretleme sessizce kaybolabilir. Günlükteki son bilinen doğru durumu referans alarak sorunun hangi değişiklikle başladığını bulmak çok daha kolaydır. Her büyük yayından sonra ana sayfanın kaynak kodunda WebSite verisinin ve favicon link etiketinin durduğunu kısa bir kontrolle doğrulamak, aylar sonra fark edilen sessiz bozulmaları önler.

Marka tutarlılığını kalıcı hâle getirmek

Site adı ve favicon tek seferlik düzeltmeler değil, marka kimliğinin bir parçasıdır. Ad değiştiren, yeni alan adına taşınan ya da alt alan adı açan her ekip aynı kontrolleri yeniden yapmalıdır. Yeni alan adına taşınıyorsanız eski ana sayfadan yeniye yönlendirmeyi kurun, yeni ana sayfada WebSite verisini ve favicon etiketini daha ilk günden ekleyin. Yeni bir alt alan adı açıyorsanız kendi ana sayfasına veri koymazsanız alan adı düzeyindeki ad kullanılabilir; bu çoğu zaman yeterlidir, fakat ayrı marka kimliği taşıyan alt alan adlarında kendi verisini eklemek daha güvenlidir. Bütün bunların kaydını tutmak, bir sonraki marka güncellemesinde zaman kazandırır.

Dış kaynaklarda marka adının yazımını eşitlemek de aynı işin parçasıdır. Konuk yazılarda, basın bültenlerinde ve rehber sitelerinde marka farklı yazımlarla geçiyorsa sistemin web'deki diğer atıflara baktığı sinyal dağınık kalır. Tanıtım yazısı çalışmalarında marka adını her yerde aynı yazımla kullanmak, hem okuyucu hem arama sistemleri için yararlıdır. Ancak Google bunun site adını belirleyeceğini garanti etmez; atıflar yalnızca belgedeki sinyallerden biridir.

Sık Sorulan Sorular

Google'da site adımı elle değiştirebilir miyim?

Hayır. Google belgesine göre site adı üretimi tamamen otomatiktir ve elle değiştirilemez. Ana sayfadaki WebSite verisi, başlık, og:site_name ve web'deki atıflar gibi sinyalleri tutarlı hâle getirerek tercihinizi anlatabilirsiniz. Sistem verdiğiniz adı yeterince güvenilir bulmazsa başka kaynakları kullanabilir ya da alan adını gösterebilir.

Alt dizin için ayrı site adı tanımlayabilir miyim?

Hayır. Belgeye göre site adları yalnızca alan adı ve alt alan adı düzeyinde desteklenir, alt dizin düzeyi desteklenmez. Bir site için yalnızca tek ad kullanılır. Ayrı bir ad istiyorsanız o bölümü ayrı bir alt alan adına taşımayı değerlendirebilirsiniz, ama bu karar yalnızca bu amaç için alınmamalıdır.

Favicon arama sonucunda neden görünmüyor?

En sık nedenler şunlardır: ana sayfada link etiketi yok ya da yanlış, dosya kare değil, adres sık değişiyor, Googlebot veya Googlebot-Image erişimi engelli ya da Google değişikliği henüz işlemedi. Belge, tüm kurallara uysanız bile faviconun görünmeyebileceğini de belirtir. Ana sayfa için dizine eklenme isteği göndermek süreci başlatır.

Değişiklik arama sonucuna ne zaman yansır?

Belgeler birkaç gün ile birkaç hafta arasında bir aralık verir ve kesin bir takvim vermez. İç sayfalar için ayrı yeniden tarama gerekebilir. Bu süre içinde yeni işaretleme eklemek yerine mevcut değişikliğin etkisini izlemek daha sağlıklıdır.

alternateName ne işe yarar ve ne zaman eklenmeli?

Tercih ettiğiniz ad seçilmediğinde sistemin dikkate aldığı alternatiflerdir. Kısaltma, daha kısa ad ya da markanın gerçekten kullanıldığı bir varyant eklenebilir. Belge, tercih sırasına göre birden fazla alternatif yazılabileceğini ve alan adının küçük harfli hâlinin son alternatif olarak eklenebileceğini belirtir.

Organization işaretlemesi site adını düzeltir mi?

Hayır, site adı için belgenin işaret ettiği yapı WebSite verisidir. Organization işaretlemesi kuruluşunuzu anlatır, logo gibi özelliklerin kullanılmasına yardım edebilir; Google ise bu verinin kullanıldığı özelliklerin görüneceğini garanti etmez. İkisini tutarlı tutmak yine de iyi bir uygulamadır.

İlgili rehberler: Arama Sonucu Görünümünü Kontrol Etme Rehberi, Google Bilgi Paneli Talep Etme, Doğrulama ve Düzeltme, nosnippet ve max-snippet: Arama Özetini Kontrol Etme.

Sonuç

Site adı ve favicon sorunlarının ortak kökü, Google'ın bu bilgileri sizin yerinize otomatik seçmesi ve seçerken birden fazla sinyale bakmasıdır. Sorunu çözmek için önce ana sayfanın erişilebilir olduğunu doğrulayın, sonra WebSite verisinde name, url ve gerekirse alternateName alanlarını doğru kurun. Başlık, og:site_name ve dış profillerde aynı yazımı kullanın. Favicon için kare, sabit adresli ve Googlebot-Image'ın erişebildiği bir dosyayı ana sayfanın link etiketine bağlayın. Ardından Search Console'dan yeniden tarama isteyin ve belgelerin tarif ettiği gün ve hafta aralığını bekleyin. Hiçbir adım belirli bir sonucu garanti etmez; hedef, sistemin işini kolaylaştırmak ve çelişkiyi ortadan kaldırmaktır.

Marka adınızın dış sitelerde de tutarlı geçmesini istiyorsanız Akua Adforce'ta tanıtım yazısı hizmetini inceleyebilirsiniz; kapsam ve koşullar ilgili ürün sayfasında yazılıdır.