Baidu Site Doğrulaması: HTML Dosyası ve Meta Etiketi Yöntemleri, CNAME'e Ne Oldu

Birisi size Baidu ile ilgili bir görev verdi ve önünüze çıkan ilk engel bir doğrulama ekranı. Baidu, alan adının size ait olduğuna ikna olmadan bir site haritası kabul etmez, dizin raporlarını açmaz ve tek bir URL göndermenize izin vermez. Bugün bunu kanıtlamanın iki yolu var. İkisi farklı davranıyor ve hata biçimleri Google Search Console'dan bildikleriniz değil. Rehberlerin çoğunun hâlâ anlattığı üçüncü yöntem olan CNAME kaydı ise Ocak 2023'ten beri askıya alınmış durumda.

Bu yazı, çalışan iki yöntemin uygulama ayrıntılarını, daha önce CNAME kullandıysanız askıya almanın ne anlama geldiğini ve doğrulamanın genellikle neden başarısız olduğunu, her birinin bir terminalden nasıl kontrol edileceğiyle birlikte anlatıyor.

Doğrulamanın yeri

Baidu'nun site yöneticisi ürünü, ziyuan.baidu.com adresindeki Baidu Search Resource Platform (百度搜索资源平台); yaygın olarak hâlâ Baidu Zhanzhang olarak anılıyor. Bir site eklersiniz, bir doğrulama yöntemi seçersiniz ve Baidu, kontrolün sizde olduğunu teyit etmek için alan adınızdan bir şey çeker. Bağlantı gönderimi, site haritası yükleme ve tarama teşhisleri ancak bundan sonra açılır.

Mülk modeliyle ilgili iki nokta, insanları daha bir yöntem seçmeden yakalar:

• Protokol ve ana makine adı kimliğin parçasıdır. https://example.com ve https://www.example.com Baidu'nun gözünde iki ayrı sitedir; http:// sürümleri de öyle. Kanonik URL'lerinizin kullandığı kaynağı birebir ekleyin. Yanlış olanı doğrularsanız sonrasında gönderdiğiniz her şey, trafiğinizin hiçbirini taşımayan bir mülke atıfta bulunur.
• İstek Çin anakarasından gelir. Sahipliği kanıtlayan şey, önünde bir doğrulama sayfası olmadan, genel internet üzerinden oradan erişilebilir olmalıdır. Bu tek gerçek, bu yazının sonundaki hataların çoğunu açıklıyor.

Bunların hepsinden önce bir hesap gerekiyor. Doğrulama ekranına ulaşmak için bile bir Baidu hesabı şart ve kayıt, Çin anakarasına ait bir cep telefonu numarasına gönderilen SMS onayına bağlı. Bu, Avrupa'daki ya da Birleşik Krallık'taki bir şirket için gerçek bir duvar ve bir öğleden sonrayı şablonlara ve dağıtımlara harcamadan önce bilmeye değer. Bununla ilgili ayrıntılar en sonda.

Yöntem 1: HTML doğrulama dosyası

En yaygın yöntem ve statik bir dosya dağıtabiliyorsanız tercih etmeniz gereken yöntem.

Baidu siteniz için bir dosya oluşturur ve indirmeniz için sunar. Adı şuna benzer:

baidu_verify_codeva-XXXXXXXXXX.html

Eski mülklere baidu_verify_XXXXXXXXXX.html biçiminde adlar verilmişti ve bazı panellerde codeva- yerine code- öneki görünür. Dosya adını ya da belirteci bir blog yazısından yola çıkarak yeniden oluşturmaya çalışmayın: Baidu'nun verdiği dosyayı indirin ya da dizeyi panelden karakteri karakterine kopyalayın. Dosyanın içeriği kısadır; genellikle yalnızca belirtecin kendisidir.

Dosya, kaydettiğiniz kaynağın kök dizininden sunulmalıdır:

https://example.com/baidu_verify_codeva-XXXXXXXXXX.html

Bir alt dizinde değil, bir dil önekinin arkasında değil, farklı bir ana makinede değil.

Dosyanın yeri, teknoloji yığınına göre

Baidu'nun yapacağı gibi kontrol edin

curl -sSI https://example.com/baidu_verify_codeva-XXXXXXXXXX.html
curl -sS  https://example.com/baidu_verify_codeva-XXXXXXXXXX.html

Görmek istediğiniz şunlar: HTTP/2 200, text/html değerinde bir content-type, location başlığının olmaması ve tam olarak belirteçten oluşan bir içerik. Üç sonuç işinizin bitmediğini gösterir:

• Bir 301 veya 302. Bir şey yolu normalleştiriyor; çoğunlukla sondaki eğik çizgi kuralı ya da eşleşmeyen her yolu /en/... adresine gönderen bir dil yönlendirmesi. Her şeyi yakalayan kuraldan önce bir istisna ekleyin.
• Uygulama kabuğunuzu döndüren bir 200. En yaygın yanıltıcı başarı budur. Her şeyi yakalayan bir rotaya sahip tek sayfalı bir uygulama (SPA), her yola index.html ve 200 durum koduyla yanıt verir; dosya “var” görünür ama içerik React işaretlemenizdir. Baidu içeriği okur, belirteci bulamaz ve reddeder. Statik dosyayı SPA yedeğinden önce sunun.
• Dağıtımdan sonra da süren bir 404. Genellikle olumsuz yanıtı önbelleğe almış bir CDN'dir. Tam olarak o yolu temizleyin, ardından curl -H 'Cache-Control: no-cache' ile yeniden kontrol edin.

Dosyayı sonrasında da depoda tutun. Baidu sahipliği belirli aralıklarla yeniden kontrol eder ve doğrulama dosyasını kaybeden bir site sessizce panelden düşer.

Yöntem 2: HTML meta etiketi

Şablonları düzenleyebildiğiniz ama web kök dizinine dosya bırakamadığınız durumlarda bunu kullanın; yönetilen bir CMS'te ya da bir platform barındırıcısında olağan durum budur.

Baidu size ana sayfanın <head> bölümüne yerleştirilecek şu biçimde bir etiket verir:

<meta name="baidu-site-verification" content="codeva-XXXXXXXXXX" />

name niteliği her zaman baidu-site-verification olur ve tireler dahil tam olarak böyle yazılır. content değeri, paneldeki belirteçtir.

İşe yarayıp yaramayacağını üç kural belirler:

1. <head> içinde olmalıdır. Etiketi <body> içinde bulan bir ayrıştırıcı, head bölümünü çoktan kapanmış sayar. Head'e ait olmayan ilk öğeden sonra eklenen her şey için çok geçtir.
2. Sunucunun gönderdiği HTML'de olmalıdır. view-source: açın ya da daha iyisi curl -sS https://example.com | grep baidu-site-verification çalıştırın. Etiket yalnızca DevTools öğe denetleyicisinde görünüyorsa hydration'dan sonra JavaScript tarafından eklenmiştir ve sayılmaz. İstemci tarafında render edilen React ve Vue uygulamalarında yöntemi bozan budur ve SPA'larda dosya yönteminin daha kolay olmasının nedeni de budur.
3. Framework'ten sağ çıkmalıdır. Head yöneticileri tekrar eden etiketleri ayıklar ve içeriği temizler. Next.js etiketi bir bileşen içindeki başıboş bir <meta> yerine metadata dışa aktarımında ister. React Helmet, sağlayıcısının dışında render edilen etiketleri atar. Bazı CMS güvenlik eklentileri adı bilinmeyen meta etiketlerini siler. Bir etiket yöneticisi bunu yerleştiremez, çünkü etiket yöneticisi istemci tarafında çalışır.

Framework'e özgü yerleşim:

// Next.js App Router, app/layout.js
export const metadata = {
  other: { 'baidu-site-verification': 'codeva-XXXXXXXXXX' },
}

// WordPress, functions.php of a child theme
add_action('wp_head', function () {
  echo '<meta name="baidu-site-verification" content="codeva-XXXXXXXXXX" />' . "\n";
}, 1);

Sunucu tarafında render edilen bir sitede etiketi temel şablona, charset ve viewport etiketlerinin yanına koyun ve unutun. Hugo'da bu layouts/_default/baseof.html dosyasıdır; Django'da ise tüm sayfaların genişlettiği temel şablon.

CNAME kaydı: Ocak 2023'ten beri askıda

Bu rehberin ilk sürümü dahil eski rehberler üçüncü bir yöntem anlatır: DNS'te bir CNAME kaydı. Baidu 13 Ocak 2023'te CNAME doğrulamasını askıya aldı (Baidu'nun duyurusu) ve site sahiplerini bunun yerine dosya ve HTML etiketi doğrulamasına yönlendirdi. 10 Ekim 2026 itibarıyla Baidu, yöntemi geri getiren herhangi bir duyuru yayımlamadı.

Bir site bu tarihten önce CNAME ile doğrulandıysa kayıt şuna benzer:

abcdef123456.example.com.  3600  IN  CNAME  ziyuan.baidu.com.

Bir DNS panelinde şöyle görünür:

Askıya almanın sizin için anlamı:

• Yeni bir site bu yöntemi kullanamaz. Baidu, henüz doğrulanmamış bir site için artık CNAME kabul etmiyor. Yukarıdaki dosyayı ya da meta etiketini kullanın.
• Mevcut bir CNAME doğrulaması geçerliliğini korur. Baidu'nun duyurusu, hâlihazırda doğrulanmış sitelerin etkilenmediğini söylüyor.
• Kaydı silmeyin. Kayıt silinir ve doğrulama düşerse duyuru sizi dosyaya ya da meta etiketine yönlendirir. CNAME'i yeniden oluşturmak doğrulamayı geri getirmez.
• Önüne bir proxy açmayın. Cloudflare'de proxy'lenen (turuncu bulutlu) bir kayıt dışarıdan artık CNAME olarak çözümlenmez, dolayısıyla sonraki bir yeniden kontrol başarısız olur. Doğrulama kaydını yalnızca DNS (DNS only) olarak tutun.

dig +short abcdef123456.example.com CNAME
# ziyuan.baidu.com.

dig +short @8.8.8.8 abcdef123456.example.com CNAME

İkisi de ziyuan.baidu.com. döndürüyorsa eski kayıt yerinde demektir. Konsol siteyi doğrulanmamış gösteriyorsa DNS'i düzenlemek yerine dosya ya da meta etiketiyle yeniden doğrulayın.

Kurulum doğru görünürken doğrulama neden başarısız olur

Dosyayı curl ile çektiniz, 200 dönüyor ve Baidu hâlâ hayır diyor. Bu listeyi sırayla kontrol edin:

• Bir bot sınaması ya da WAF kuralı. Cloudflare Bot Fight Mode, AWS WAF yönetilen kuralları ve “under attack” ayarlarının çoğu, betik çalıştırmayan her istemciye 403 veya 503 ile birlikte bir JavaScript ara sayfası döndürür. Baidu'nun tarayıcısı betik çalıştırmaz. Doğrulama yolunu ya da tarayıcıyı izin listesine ekleyin.
• Coğrafi engelleme. Pek çok Avrupa sitesi, kazımayı (scraping) azaltmak için Çin anakarasından gelen trafiği engeller ya da hız sınırlamasına tabi tutar. Doğrulama isteği tam olarak o aralıktan gelir. Uç katmanda hiçbir şeyin bu isteği düşürmediğinden emin olun.
• Kullanıcı aracısı filtreleniyor. Tarayıcı kendisini Baiduspider olarak tanıtır. Bazı güvenlik katmanları alışılmadık tarayıcı dizelerini kazıyıcı olarak değerlendirir. İzin listesine eklemeden önce bir isteğin gerçek olduğunu doğrulamak isterseniz, kaynak IP üzerindeki ters DNS sorgusu *.baidu.com ya da *.baidu.jp olarak çözümlenir ve ileri yönlü sorgunun da eşleşmesi gerekir.
• robots.txt engelliyor. Joker karakterli bir kullanıcı aracısı altındaki Disallow: / ya da başka birinin geride bıraktığı açık bir User-agent: Baiduspider bloğu, isteği daha başlamadan durdurur.
• Tarayıcıların gizlediği bir TLS sorunu. Eksik bir ara sertifika, masaüstü tarayıcılar tarafından sessizce onarılır, basit istemciler tarafından ise onarılmaz. Yeşil asma kilide güvenmek yerine alan adınızı harici bir TLS denetleyicisinden geçirin.
• Yanlış kaynağı doğrulamak. Dosya www.example.com üzerinde, Baidu'daki mülk ise example.com diyor. Hata mesajındaki hiçbir şey bunu size söylemez.
• Yavaş ilk bayt. Çin'de varlığı olmayan Avrupa'daki sunucular Pekin'den gelen bir isteğe yavaş yanıt verir ve buna bir de soğuk başlayan serverless bir fonksiyon eklenince istek zaman aşımı aşılabilir. Farklı bir saatte yeniden denemek gerçekten işe yarar.

Hangi yöntemi kullanmalı

Bir derleme hattınız varsa statik bir dosya dağıtın: bozulma olasılığı en düşük ve test etmesi en kolay yöntem budur. Bir CMS'te çalışıyorsanız ve sayfalarınız sunucu tarafında render ediliyorsa meta etiketini seçin. Siteye hiç dokunamıyorsanız DNS artık bir çıkış yolu değil: web kök dizinine ya da şablonlara erişimi olan birinin bu ikisinden birini yerleştirmesi gerekir.

Hangisini seçerseniz seçin, kalıcı olarak yerinde bırakın ve altyapı notlarınıza ekleyin. On sekiz ay sonra gizemli bir dosyayı silecek kişi siz olacaksınız.

Yöntemlerin çözmediği kısım

Her iki yöntem de bir Baidu hesabına zaten giriş yaptığınızı varsayar. Kayıt, Çin anakarasına ait bir cep telefonu numarasına gönderilen SMS ile onaylanır ve Baidu birçok mülk için ayrıca bir Çin kimlik kartı ya da Çin ticari işletme ruhsatı üzerinden gerçek kimlik doğrulaması (实名认证) ister. Frankfurt'ta ya da Manchester'da kusursuz biçimde dağıtılmış bir doğrulama dosyasına sahip bir şirket yine de doğrulama ekranına ulaşamaz.

Tam bu noktada Baidu gönderim hizmetimiz devreye giriyor. Bize alan adını bildiriyorsunuz, kendi tarafınızda tek bir alan adı sahiplik kontrolünü tamamlıyorsunuz ve gönderimi alan adı başına sabit bir fiyatla biz yürütüyoruz. Çin telefon numarası yok, Çin'de bir tüzel kişilik yok, size ait bir Baidu hesabı yok. Alan adı doğrulandıktan sonra ayrıca 12 ay boyunca portalımızda alan adınızın Baidu Webmaster Tools verilerine erişirsiniz; orada dizine eklenmeyi ve taramayı takip edebilir, yeni URL'leri kendiniz gönderebilirsiniz.

Önce daha geniş bir resim görmek isterseniz kapsamlı Baidu gönderim rehberi site haritalarını, push API'sini ve Baidu sıralamasının gerçekte neyi ödüllendirdiğini ele alıyor. Konuyu konuşarak ilerletmeyi tercih ederseniz bir görüşme planlayın.