Search Console Mülk Doğrulaması Başarısız mı? DNS ve HTML Çözümleri

Search Console mülk doğrulaması başarısız olduğunda çoğu zaman sorun büyük değildir: yanlış yere giren bir DNS kaydı, silinmiş bir HTML dosyası ya da bir yönlendirme. Bu rehberde Talha Aslan ve ekibi olarak hataları tek tek ele alıyor, resmi yöntemleri ve sahada en sık gördüğümüz düzeltmeleri adım adım anlatıyoruz.

Panik yapmanıza gerek yok, çünkü doğrulama denemesi siteye zarar vermez. Ayrıca Google'ın resmi belgesine göre veri toplama, mülkü eklediğiniz anda başlar; yani doğrulama birkaç gün gecikse bile veriler kaybolmaz. Önce şu sırayı izleyin:

1. Search Console ekranındaki hata metnini olduğu gibi kopyalayın.
2. Hangi mülk türünü eklediğinizi kontrol edin: alan adı mülkü mü, URL öneki mülkü mü?
3. Seçtiğiniz yöntemin izini (kayıt, dosya ya da etiket) tarayıcıdan veya bir DNS sorgu aracından doğrulayın.
4. İz doğruysa bir süre bekleyip yeniden deneyin; yanlışsa düzeltip tekrar deneyin.

Search Console'un temel kullanımına yabancıysanız önce Google Search Console nedir ve nasıl kullanılır yazımıza göz atabilirsiniz. Biz bu yazıda yalnız doğrulama hatalarına odaklanıyoruz.

Search Console mülk doğrulaması için hangi yöntemler var?

Google'ın site sahipliğini doğrulama belgesi birkaç resmi yöntem listeler. Her yöntem farklı bir kanıt ister; bu nedenle hangisinin sizin altyapınıza uyduğunu baştan seçmek zaman kazandırır.

• HTML dosyası yükleme: Google'ın verdiği özel dosyayı sitenin kök dizinine koyarsınız.
• HTML etiketi: Ana sayfanın head bölümüne bir meta etiketi eklersiniz.
• Google Analytics: Sitedeki Analytics kodunu kanıt olarak kullanırsınız; mülkte düzenleme yetkiniz olmalı.
• Google Tag Manager: Kapsayıcı kodunu kanıt olarak kullanırsınız; yayınlama ya da yönetici yetkisi gerekir.
• Alan adı sağlayıcısı (DNS kaydı): Alan adınızın DNS ayarlarına bir TXT ya da CNAME kaydı eklersiniz.
• Google Sites ve Blogger: Belgeye göre çoğu durumda Google doğrulamayı otomatik tamamlar.

Öte yandan yöntemlerin hepsi her mülk türünde çalışmaz. Örneğin alan adı mülkü yalnız DNS kaydını kabul eder. Bu ayrımı bilmemek, sahada gördüğümüz başarısız denemelerin en yaygın nedenlerinden biridir.

Alan adı mülkü ile URL öneki mülkü arasındaki fark nedir?

Google'ın mülk ekleme belgesine göre alan adı mülkü tüm alt alan adlarını ve protokolleri kapsar. Örneğin example.com mülkü; www, m gibi alt alan adlarını ve http ile https sürümlerini birlikte içerir. Buna karşılık URL öneki mülkü yalnız yazdığınız ön ekle başlayan adresleri kapsar.

Bu fark doğrulamayı doğrudan etkiler. Alan adı mülkünü yalnız DNS kaydıyla doğrularsınız, çünkü Google bütün alan adının kontrolünün sizde olduğunu görmek ister. URL öneki mülkünde ise HTML dosyası, meta etiketi, Analytics, Tag Manager ve DNS seçeneklerinin hepsi açıktır.

Örnek senaryo: Bir işletme https://www.example.com adresini URL öneki olarak ekliyor, ama sitesi aslında www olmadan açılıyor. Bu durumda doğrulama başarılı olsa bile raporlar verinin bir kısmını kaçırır. Ayrıca ileride http ile https ayrımı da kafa karıştırır. Bu yüzden mümkünse alan adı mülkünü tercih etmenizi öneririz; DNS erişiminiz yoksa sitenin gerçekten açıldığı tam adresi URL öneki olarak ekleyin.

Resmi belge ilginç bir ayrıntı da veriyor: URL öneki mülkünü DNS kaydıyla doğrularsanız Google eşleşen alan adı mülkünü de otomatik doğrular.

Hangi doğrulama yöntemini seçmelisiniz?

Doğru yöntem, sitenize hangi düzeyde erişiminiz olduğuna bağlıdır. Aşağıdaki tablo, resmi belgedeki bilgileri ve saha gözlemlerimizi bir araya getiriyor.

Kısacası DNS kaydı en sağlam yoldur, çünkü tema değişiklikleri ona dokunmaz. Ancak alan adı paneline erişiminiz yoksa HTML dosyası ikinci güvenli seçenektir. Biz genellikle bir ana yöntem ile bir yedek yöntem kurulmasını öneriyoruz; bunun nedenini doğrulamanın kaybolması bölümünde anlatıyoruz.

DNS TXT kaydı neden bulunamıyor?

DNS yönteminde resmi belgedeki iki hata öne çıkar: "Your verification DNS TXT record was not found" (doğrulama TXT kaydınız bulunamadı) ve "Your verification record did not match" (kaydınız eşleşmedi). İlki, Google'ın kaydı hiç göremediğini; ikincisi ise kaydın değerinin beklenenle uyuşmadığını anlatır.

Sahada en sık gördüğümüz nedenler şunlardır:

• Kaydı ana alan adı yerine yanlış bir ad alanına girmek. Resmi belge, TXT kaydında ad alanını boş bırakmanızı ya da @ yazmanızı söyler.
• Değeri eksik kopyalamak. Doğrulama dizesi google-site-verification= ile başlar; baştaki ya da sondaki bir karakter eksikse kayıt eşleşmez.
• Değeri tırnak işaretiyle birlikte iki kez sarmak. Bazı paneller tırnakları kendisi ekler.
• Alan adının DNS hizmetini başka bir sağlayıcıya taşımış olmak. Kaydı eski paneline girerseniz Google onu asla görmez.

Son madde özellikle önemlidir. Alan adını bir firmadan alıp DNS yönetimini başka bir hizmete devrettiyseniz, kaydı ad sunucularının gösterdiği yere girmeniz gerekir. Bunu anlamak için DNS sorgulama aracımızla alan adınızın TXT kayıtlarını ve ad sunucularını kontrol edebilirsiniz. DNS kavramlarına yabancıysanız hosting terimleri sözlüğümüz temel kavramları açıklıyor.

DNS kaydının yayılması ne kadar sürer?

Yayılma (propagation), yeni bir DNS kaydının internetteki sunuculara ulaşma sürecidir. Google'ın belgesi, elle eklenen kayıtlarda sağlayıcının kaydı sunmasının iki üç güne kadar sürebileceğini söyler. Bu yüzden kaydı ekledikten birkaç dakika sonra gelen bir hata çoğu zaman gerçek bir sorun değildir.

Belge ayrıca kayıt henüz görünmüyorsa bir iki gün bekleyip yeniden denemenizi önerir. Yine de körü körüne beklemeyin. Önce kaydın sağlayıcı panelinde kayıtlı olduğundan emin olun, ardından bir DNS sorgu aracıyla dışarıdan görünüp görünmediğine bakın.

Örnek senaryo: Bir site sahibi TXT kaydını öğle saatinde ekliyor ve hemen doğrula düğmesine basıyor. Hata alınca kaydı silip yeniden ekliyor; bu döngüyü birkaç kez tekrarlıyor. Sonuçta her silme işlemi yayılmayı baştan başlatıyor. Doğru yaklaşım, kaydı bir kez doğru girmek ve dışarıdan görünene kadar dokunmamaktır.

Üstelik TTL (yaşam süresi) değeri yüksek eski bir kayıt varsa, değişikliğin görünmesi daha uzun sürebilir. Bu değerin kesin süresi sağlayıcıya göre değiştiği için sağlayıcınızın kendi belgesine bakmanızı öneririz.

TXT mi CNAME mi kullanmalısınız?

Google çoğu durumda TXT kaydını önerir. Resmi belgeye göre seçim, alan adınızda zaten bir CNAME kaydı olup olmamasına bağlıdır. CNAME kaydı yoksa TXT kullanırsınız; varsa ve hedefi girdiğiniz alan adının üst alan adıysa CNAME seçeneği devreye girer. Diğer tüm durumlarda yine TXT kullanırsınız.

Bazı DNS panelleri, kök alan adında CNAME ile başka kayıtların bir arada bulunmasına izin vermez. Bu nedenle CNAME yöntemi genellikle TXT kaydı eklemenin mümkün olmadığı özel durumlar içindir. CNAME kullanırsanız Search Console'un verdiği ad ve hedef değerlerinin ikisini de birebir girmeniz gerekir; belgeye göre hedef değer dv.googlehosted.com içerir.

Ayrıca tek bir alan adında birden çok TXT kaydı bulunabilir. E-posta doğrulaması, başka hizmetlerin doğrulaması ve Search Console kaydı yan yana durabilir. Yani yeni Search Console kaydını eklerken eskilerini silmeyin; özellikle e-posta ile ilgili kayıtları silmek posta teslimatını bozabilir.

Örneğin Meta gibi başka platformlar da benzer bir DNS doğrulaması ister. Bu süreci Meta etki alanı doğrulaması yazımızda ayrıca anlattık; iki kayıt aynı alan adında sorunsuz yan yana durabilir.

HTML dosyası yükleme neden başarısız olur?

HTML dosyası yönteminde Google, verdiği özel dosyayı sitenin kök dizininde arar ve içeriğini okur. Resmi belge bu yöntem için dört temel hata sayar: dosyanın gerekli yerde bulunamaması, içeriğinin yanlış olması, dosyanın saldırıya uğramış (hacked) görünmesi ve izin verilmeyen bir yere yönlendirmesi.

Sahada en sık karşılaştığımız durumlar şöyle:

1. Dosyayı kök dizin yerine bir alt klasöre yüklemek. Dosya, alan adının hemen arkasından açılmalıdır.
2. Dosyayı yeniden adlandırmak ya da içeriğini bir editörde açıp kaydetmek. Bazı editörler satır sonu veya karakter kodlaması ekler.
3. Dosyanın giriş gerektiren bir alanın arkasında kalması. Belgeye göre dosya, oturum açmamış bir ziyaretçiye açık olmalıdır.
4. Güvenlik eklentisi ya da sunucu kuralının bilinmeyen dosyaları engellemesi.

Kontrol etmesi kolaydır: dosya adresini gizli pencerede açın. Sayfa Google'ın verdiği metni gösteriyorsa dosya doğru yerdedir. Bunun yerine 404 sayfası, giriş ekranı ya da ana sayfa görüyorsanız sorunu buldunuz demektir.

Bu yöntemin bir zayıf noktası da site taşımalarıdır. Yeni sunucuya geçerken kök dizindeki küçük dosyalar sık sık geride kalır; dolayısıyla taşıma kontrol listenize bu dosyayı mutlaka ekleyin.

HTML etiketi (meta tag) hatalarını nasıl düzeltirsiniz?

Meta etiketi yönteminde Google, oturum açmamış bir ziyaretçinin gördüğü ana sayfanın head bölümünde etiketi arar. Resmi belgedeki hatalar üç gruptadır: etiketin bulunamaması ya da yanlış yerde olması, etiketin hatalı olması ve biçiminin bozuk olması.

Etiketin yanlış yere düşmesinin en yaygın nedeni temalardır. Bazı temalarda özel kod alanı head yerine body içine yazar; bazı eklentiler de etiketi yalnız giriş yapmış kullanıcıya gösterir. Ayrıca önbellek eklentisi, etiketi eklemeden önceki sayfayı sunmaya devam edebilir.

Düzeltme için şu adımları izleyin:

• Ana sayfayı gizli pencerede açın ve sayfa kaynağında doğrulama etiketini arayın.
• Etiketin head kapanmadan önce durduğundan emin olun.
• Etiket metnini Search Console'dan yeniden kopyalayın; tırnak işaretlerinin düz tırnak olduğunu kontrol edin.
• Önbelleği temizleyip doğrulamayı yeniden deneyin.

Öte yandan meta etiketi, tema değiştiğinde en kolay kaybolan izdir. Yeni bir tema kurduğunuzda ya da site tasarımını yenilediğinizde etiket genellikle sessizce kaybolur. Bu yüzden meta etiketini tek yöntem olarak bırakmamanızı öneririz.

Yönlendirmeler doğrulamayı nasıl etkiler?

Yönlendirmeler, doğrulama hatalarının gözden kaçan kaynağıdır. Resmi belgeye göre etiket tabanlı yöntemlerde Google, mülk adresini ziyaret eden ve oturum açmamış bir kullanıcının yönlendirmelerden sonra vardığı sayfayı kontrol eder. Dosya yönteminde ise kural daha katıdır.

Belgenin sorun giderme kısmı, dosya yönteminde aynı alan adı içindeki yönlendirmelerin desteklendiğini söyler; örneğin http sürümünden https sürümüne ya da www olmayan adresten www adresine geçiş. Buna karşılık başka bir alan adına giden yönlendirmeleri desteklemez. Belgede "The download request was redirected too many times" (indirme isteğinde çok fazla yönlendirme var anlamında) hatası da yer alır.

Örnek senaryo: Bir site, example.com adresinden başka bir alan adına geçmiş ve eski adreste toplu yönlendirme bırakmış. Ekip eski alan adı için URL öneki mülkü ekleyip HTML dosyası yöntemini seçiyor. Dosya isteği de yeni alan adına yönlendiği için doğrulama başarısız oluyor. Böyle bir durumda DNS yöntemi daha temiz bir çözümdür, çünkü yönlendirmeler ona dokunmaz.

Ayrıca yönlendirme zinciri uzunsa, yani bir adres önce başka bir adrese, oradan da üçüncü bir adrese gidiyorsa zinciri kısaltın. Bu, hem doğrulamaya hem de genel taramaya yardım eder.

Google Analytics ve Tag Manager yöntemleri neden geçmez?

Bu iki yöntem kullanışlıdır, çünkü sitede zaten kurulu bir kodu kanıt olarak kullanır. Ancak resmi belge iki önemli şart koyar: Search Console'a giriş yaptığınız Google hesabı ile Analytics ya da Tag Manager hesabı aynı olmalı ve gerekli yetkiye sahip olmalısınız.

Analytics yönteminde belge, mülkte düzenleme (edit) yetkisi ister ve kodun head bölümünde olmasını bekler. Hata mesajları arasında kodun bulunamaması, bozuk görünmesi ve sayfada yanlış yerde durması gibi durumlar var. Belge ayrıca sayfada Tag Manager ya da üçüncü taraf bir etiket yöneticisi kodu bulunduğunda ayrı uyarılar listeler.

Tag Manager yönteminde ise kapsayıcıda yayınlama (publish) ya da yönetici (admin) yetkisi gerekir. Belgeye göre kapsayıcının noscript parçası body açılışının hemen ardından gelmelidir. Sitedeki kapsayıcı kimliği sizin hesabınıza bağlı değilse de doğrulama başarısız olur.

Kısacası bu yöntemlerde sorun çoğu zaman kod değil, hesaptır. Örneğin Analytics'i bir ajans ya da eski bir çalışan kurmuşsa ve siz farklı bir hesapla giriş yaptıysanız, kod doğru olsa bile doğrulama geçmez.

Sunucu ve bağlantı hataları ne anlama gelir?

Bazı hatalar yöntemden bağımsızdır ve Google'ın sitenize ulaşamadığını gösterir. Resmi belge bu grupta bağlantı zaman aşımı, alan adı arama hatası, geçersiz sunucu yanıtı, sunucuya bağlanamama ve iç hata gibi mesajlar sayar.

Bu tür hatalarda önce sitenin dışarıdan açıldığından emin olun. Ardından güvenlik duvarı, bot koruma hizmeti ya da ülke engeli gibi kuralların Google'ın isteklerini engelleyip engellemediğine bakın. Googlebot'un nasıl tanındığını Googlebot nedir ve nasıl doğrulanır yazımızda anlattık; gerçek Google isteklerini yanlışlıkla engellemek bu hataların sık görülen nedenlerinden biridir.

İç hata (internal error) mesajı ise genellikle geçicidir. Belge bu durumda bir süre sonra yeniden denemeyi önerir. Yine de aynı hata günlerce sürüyorsa yöntemi değiştirmek mantıklıdır; örneğin dosya yöntemi yerine DNS kaydını deneyin.

Bu sorunlar teknik altyapıyı ilgilendirdiği için çoğu zaman tek bir ayarla bitmez. Sitenizde bu tür bir hatayı biz inceleyip çözüyor ve sonrasında takip ediyoruz; ayrıntılar için SEO danışmanlığı hizmetimize göz atıp teklif isteyebilirsiniz.

Search Console mülk doğrulaması neden sonradan kaybolur?

Doğrulama tek seferlik bir işlem değildir. Resmi belgeye göre Search Console, doğrulama izinin hâlâ yerinde ve geçerli olup olmadığını düzenli aralıklarla kontrol eder. İzi bulamazsa size bildirim gönderir; sorun düzelmezse bir ek süreden (grace period) sonra yetkileriniz sona erer.

Doğrulamanın sonradan kaybolmasının en yaygın nedenleri şunlardır:

• Tema ya da tasarım değişikliğiyle meta etiketinin silinmesi.
• Site taşımasında kök dizindeki HTML dosyasının geride kalması.
• DNS sağlayıcısı değişirken eski TXT kaydının yeni panele aktarılmaması.
• Analytics ya da Tag Manager kodunun değiştirilmesi veya kaldırılması.

Belge açıkça uyarır: DNS kaydını, HTML dosyasını ya da etiketi doğrulamadan sonra silmeyin. Bu izler, doğrulamaya ihtiyaç duyduğunuz sürece yerinde kalmalıdır.

Bu nedenle biz her projede en az iki yöntem kurulmasını öneriyoruz. Belge de Ayarlar (Settings) sayfasındaki Sahiplik doğrulaması (Ownership verification) bölümünden ek yöntem ekleyebileceğinizi söyler. Böylece bir iz kırıldığında diğeri doğrulamayı ayakta tutar.

Search Console doğrulama uyarısı gelirse ne yapmalısınız?

Search Console, doğrulama izini bulamadığında hesabınıza ve e-postanıza bildirim gönderir. Bu bildirimi görmezden gelmeyin, çünkü ek süre bittiğinde yetkiniz sona erer. İlk iş olarak bildirimin hangi yönteme ait olduğunu belirleyin.

Ardından son haftalarda sitede ne değiştiğini hatırlayın. Tema güncellemesi, eklenti değişikliği, sunucu taşıması ya da DNS sağlayıcısı değişikliği varsa sorun büyük olasılıkla oradadır. İzi yeniden ekleyin ve Ayarlar bölümünden doğrulamayı tekrar deneyin.

Örnek senaryo: Bir e-ticaret sitesi kampanya için yeni bir tema yüklüyor. İki hafta sonra doğrulama uyarısı geliyor, çünkü meta etiketi eski temada kalmış. Ekip etiketi yeni temaya ekliyor ve aynı gün bir DNS kaydı da kuruyor. Böylece bir sonraki tema değişikliğinde doğrulama ayakta kalıyor.

Kısacası uyarıyı bir yangın değil, bir hatırlatma olarak görün. Yine de beklemeyin; ek sürenin uzunluğunu Google açıkça taahhüt etmediği için düzeltmeyi aynı gün yapmak en güvenli yoldur.

Birden çok kullanıcı aynı mülkü nasıl doğrular?

Bir mülkü birden çok kişi doğrulayabilir. Resmi belgeye göre her sahip aynı yöntemi ya da farklı yöntemler kullanabilir. Örneğin site sahibi DNS kaydıyla, ajansı ise HTML dosyasıyla doğrulama yapabilir.

Ancak aynı yöntemi kullanırken dikkat etmeniz gereken bir nokta var: başka bir sahibin izinin üzerine yazmayın. Her kullanıcının doğrulama dizesi ya da dosyası kendine özeldir. Örneğin meta etiketini değiştirirken eskisini silerseniz, o etiketi kullanan diğer sahip yetkisini kaybeder. Yeni etiketi eskisinin yanına eklemek yeterlidir.

DNS tarafında da aynı kural geçerlidir. Bir alan adında birden çok Search Console TXT kaydı bulunabilir; her biri bir sahibe aittir. Dolayısıyla temizlik yaparken "fazla görünen" kayıtları silmeden önce kime ait olduklarını öğrenin.

Öte yandan herkesin ayrı ayrı doğrulama yapması şart değildir. Kendi iziyle doğrulama yapan bir sahip, diğer kişilere yetki verebilir. Bu farkı bir sonraki bölümde açıklıyoruz.

Doğrulanmış sahip ile yetki verilmiş sahip farkı nedir?

Google'ın kullanıcılar ve izinler belgesi sahipliği iki alt türe ayırır: doğrulanmış sahip (verified owner) ve yetki verilmiş sahip (delegated owner). İkisinin de izinleri aynıdır. Fark, doğrulanmış sahibin kendi doğrulama izine sahip olmasıdır.

Yetki verilmiş sahibi, bir doğrulanmış sahip ya da başka bir yetki verilmiş sahip Kullanıcılar ve izinler (Users and permissions) sayfasından ekler. Belgeye göre bunun için doğrulama izi gerekmez. Belge ayrıca tam kullanıcı (full user) ve kısıtlı kullanıcı (restricted user) gibi daha sınırlı izin düzeyleri tanımlar.

Kritik kural şudur: bir mülkte en az bir doğrulanmış sahip bulunmalıdır. Belgeye göre tüm doğrulanmış sahipler giderse, kalan kullanıcılar ve yetki verilmiş sahipler bir ek süreden sonra erişimi kaybeder. Veri toplama devam eder, ama biri yeniden doğrulama yapana kadar kimse verilere ulaşamaz.

Örnek senaryo: Bir şirkette mülkü yalnız eski bir çalışan doğrulamış, diğer herkes yetki verilmiş kullanıcı olarak eklenmiş. Çalışan ayrılıp izini taşıyan DNS kaydı da silinince ekip erişimi kaybediyor. Bu yüzden şirket içinde en az bir kalıcı hesabın kendi iziyle doğrulanmış olmasını öneriyoruz.

Site devrinde eski sahibin doğrulamasını nasıl kaldırırsınız?

Bir siteyi devraldığınızda ya da ajans değiştirdiğinizde eski sahiplerin erişimini kapatmak istersiniz. Resmi belgeye göre bunun yolu, önce kendinizi doğrulamak, ardından eski sahibin doğrulama izini kaldırmaktır. Örneğin eski sahip meta etiketiyle doğrulamışsa o etiketi silersiniz.

Bu adım önemlidir, çünkü belge kaldırılan bir sahibin izleri sitede kaldığı sürece yeniden doğrulama yapabileceğini söyler. Yani yalnız kullanıcı listesinden silmek yetmez; iz de gitmelidir.

Güvenli sıra şöyledir:

1. Kendi hesabınızla, tercihen DNS kaydı kullanarak doğrulama yapın.
2. Sahiplik doğrulaması bölümünde hangi sahiplerin hangi yöntemi kullandığını not edin.
3. Eski sahiplere ait dosya, etiket ve DNS kayıtlarını tek tek kaldırın.
4. Kullanıcılar ve izinler sayfasından eski sahipleri ve kullanıcıları çıkarın.

Bu sürecin ayrıntısını Search Console eski kullanıcı ve sahip nasıl kaldırılır yazımızda adım adım anlattık; burada yalnız doğrulamayla ilgili kısmına değindik.

Search Console mülk doğrulaması kontrol listesi

Doğrulama hatasıyla karşılaştığınızda aşağıdaki listeyi sırayla uygulayın. Bu sıra, en ucuz kontrolden en pahalısına doğru ilerler; böylece gereksiz değişiklik yapmadan sorunu bulursunuz.

1. Hata metnini kopyalayın ve hangi yönteme ait olduğunu belirleyin.
2. Mülk türünü kontrol edin; alan adı mülkünde yalnız DNS kaydı çalışır.
3. DNS yönteminde kaydın doğru ad alanında olduğunu ve değerin eksiksiz olduğunu kontrol edin.
4. Kaydın dışarıdan göründüğünü bir DNS sorgu aracıyla teyit edin; görünmüyorsa bekleyin.
5. Dosya yönteminde dosya adresini gizli pencerede açın.
6. Etiket yönteminde ana sayfanın kaynağında etiketi ve konumunu kontrol edin.
7. Yönlendirmeleri inceleyin; başka alan adına giden yönlendirme varsa DNS yöntemine geçin.
8. Güvenlik duvarı ve bot koruma kurallarını gözden geçirin.
9. Doğrulama geçtikten sonra ikinci bir yedek yöntem ekleyin.

Ayrıca her değişiklikten sonra not tutun. Hangi kaydı ne zaman eklediğinizi bilirseniz, sonraki doğrulama sorunlarında çok daha hızlı ilerlersiniz.

Doğrulama sonrası ilk işler neler olmalı?

Doğrulama geçtiğinde iş bitmiş olmaz. İlk günlerde raporların boş görünmesi normaldir; belgeye göre verilerin birikmesi birkaç gün sürer. Bu durumu Search Console veri görünmüyor, veriler işleniyor yazımızda ayrıca ele aldık.

Bu bekleme süresinde şu adımları atabilirsiniz:

• Site haritanızı gönderin ve okunup okunmadığını takip edin.
• Ekip üyelerine ihtiyaç kadar yetki verin; herkese sahip yetkisi vermeyin.
• Doğrulama izlerini taşıma ve tema değişikliği kontrol listenize ekleyin.
• Kimin hangi yöntemle doğruladığını bir belgeye yazın.

Site haritası gönderdikten sonra bir hata alırsanız site haritası okunamadı hatası yazımız yardımcı olur. Böylece doğrulamadan sonra gelen ilk teknik sorunları da hızla çözersiniz.

Ne zaman profesyonel destek almalısınız?

Çoğu doğrulama hatasını bu rehberdeki adımlarla kendiniz çözebilirsiniz. Ancak bazı durumlar daha fazla zaman ister: birden çok alan adı ve alt alan adı, karmaşık yönlendirme zincirleri, farklı ajanslardan kalan eski izler ya da kimsenin doğrulanmış sahip olmadığı mülkler.

Böyle durumlarda sorun yalnız doğrulama değildir; genellikle sitenin genel teknik düzenine de işaret eder. Örneğin yanlış mülk türü, Search Console verilerinin yıllardır eksik okunmasına yol açmış olabilir. Talha Aslan ve ekibi olarak doğrulamayı kuruyor, yedek yöntemi ekliyor, yetki yapısını düzenliyor ve sonrasında raporları düzenli olarak takip ediyoruz.

Şunu da açıkça belirtelim: doğrulama, sıralamayı doğrudan etkilemez ve hiçbir yöntem sıralama garantisi vermez. Doğrulama size yalnız veriye ve araçlara erişim sağlar; asıl iş bu veriyi doğru okumaktır. Sitenizin durumuna göre bir yol haritası için SEO danışmanlığı sayfamızdan teklif isteyebilirsiniz.

Temel rehber: Dijital Pazarlama Nedir? Türleri, örnekleri ve nasıl yapıldığı, beynin içinden geçen etkileşimli bir filmle tek sayfada.