Baidu svetainės patvirtinimas: HTML failo ir meta žymos metodai bei kas nutiko CNAME

Kažkas jums perdavė užduotį, susijusią su Baidu, ir pirmoji kliūtis yra patvirtinimo langas. Baidu nepriims svetainės žemėlapio, neatvers indeksavimo ataskaitų ir neleis pateikti nė vieno URL, kol neįsitikins, kad domenas priklauso jums. Šiandien tai įrodyti galima dviem metodais. Jie veikia skirtingai, o jų klaidos nėra tos, kurias pažįstate iš Google Search Console. Trečiasis metodas, kurį vis dar aprašo dauguma vadovų, CNAME įrašas, sustabdytas nuo 2023 m. sausio.

Šiame straipsnyje aprašomas abiejų veikiančių metodų įgyvendinimas, ką CNAME sustabdymas reiškia, jei juo naudojotės anksčiau, ir dažniausios patvirtinimo nesėkmių priežastys, kartu nurodant, kaip kiekvieną iš jų patikrinti terminale.

Kur vyksta patvirtinimas

Baidu produktas svetainių valdytojams yra Baidu Search Resource Platform (百度搜索资源平台) adresu ziyuan.baidu.com, vis dar plačiai vadinamas Baidu Zhanzhang. Pridedate svetainę, pasirenkate patvirtinimo metodą, ir Baidu iš jūsų domeno atsisiunčia tam tikrą elementą, kad patvirtintų jūsų kontrolę. Tik tada atrakinamas nuorodų pateikimas, svetainės žemėlapio įkėlimas ir nuskaitymo diagnostika.

Du nuosavybės modelio dalykai žmones užklumpa dar prieš renkantis metodą:

• Protokolas ir pagrindinis kompiuteris (host) yra tapatybės dalis. Baidu požiūriu https://example.com ir https://www.example.com yra dvi skirtingos svetainės, kaip ir http:// versijos. Pridėkite tikslią kilmę (origin), kurią naudoja jūsų kanoniniai URL. Jei patvirtinsite ne tą, viskas, ką vėliau pateiksite, bus susiję su nuosavybe, į kurią neateina jokie jūsų lankytojai.
• Užklausa siunčiama iš žemyninės Kinijos. Tai, kas įrodo nuosavybę, turi būti pasiekiama iš ten per viešąjį internetą, be jokio tikrinimo puslapio priekyje. Vien šis faktas paaiškina daugumą nesėkmių, aprašytų šio straipsnio pabaigoje.

Prieš visa tai reikalinga paskyra. Be Baidu paskyros iki patvirtinimo lango apskritai nepateksite, o registracija patvirtinama SMS žinute į žemyninės Kinijos mobiliojo ryšio numerį. Įmonei Europoje ar Jungtinėje Karalystėje tai tikra siena, ir verta apie ją žinoti prieš praleidžiant popietę su šablonais ir diegimais. Daugiau apie tai pabaigoje.

1 metodas: HTML patvirtinimo failas

Dažniausias metodas, kurį verta rinktis, jei galite įdiegti statinį failą.

Baidu sugeneruoja failą jūsų svetainei ir pasiūlo jį atsisiųsti. Pavadinimas atrodo taip:

baidu_verify_codeva-XXXXXXXXXX.html

Senesnėms nuosavybėms buvo išduodami baidu_verify_XXXXXXXXXX.html formos pavadinimai, o kai kuriuose skydeliuose vietoj codeva- rodomas priešdėlis code-. Nebandykite atkurti pavadinimo ar žetono pagal tinklaraščio įrašą: atsisiųskite failą, kurį duoda Baidu, arba nukopijuokite eilutę iš skydelio simbolis po simbolio. Failo turinys trumpas, dažniausiai tik pats žetonas ir nieko daugiau.

Jis turi būti pateikiamas iš jūsų užregistruotos kilmės šakninio katalogo:

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

Ne pakatalogyje, ne už kalbos priešdėlio ir ne kitame pagrindiniame kompiuteryje.

Kur dėti failą, priklausomai nuo technologijų

Patikrinkite taip, kaip tikrins Baidu

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

Turite gauti HTTP/2 200, content-type reikšmę text/html, jokios location antraštės ir turinį, kuris yra tiksliai žetonas. Trys rezultatai reiškia, kad darbas dar nebaigtas:

• 301 arba 302. Kažkas normalizuoja kelią, dažniausiai pasvirojo brūkšnio pabaigoje taisyklė arba lokalės peradresavimas, kuris kiekvieną neatpažintą kelią siunčia į /en/.... Pridėkite išimtį prieš bendrąją taisyklę.
• 200, kuris grąžina jūsų programos apvalkalą. Tai pats dažniausias klaidingas teigiamas rezultatas. Vieno puslapio programa su bendruoju maršrutu į kiekvieną kelią atsako index.html ir būsenos kodu 200, todėl failas „egzistuoja“, bet jo turinys yra jūsų React žymėjimas. Baidu perskaito turinį, neranda žetono ir patvirtinimą atmeta. Statinį failą pateikite anksčiau nei SPA atsarginį maršrutą.
• 404, kuris išlieka po diegimo. Dažniausiai tai CDN, kuris išsaugojo neigiamą atsakymą talpykloje. Išvalykite būtent tą kelią, tada patikrinkite dar kartą su curl -H 'Cache-Control: no-cache'.

Vėliau failą palikite saugykloje. Baidu periodiškai iš naujo tikrina nuosavybę, o svetainė, praradusi patvirtinimo failą, tyliai iškrenta iš skydelio.

2 metodas: HTML meta žyma

Naudokite šį metodą, kai galite redaguoti šablonus, bet negalite dėti failų į žiniatinklio šakninį katalogą. Tai įprasta situacija valdomose TVS ar platformų prieglobose.

Baidu pateikia tokio pavidalo žymą, kurią reikia įdėti į pagrindinio puslapio <head>:

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

Atributas name visada yra baidu-site-verification, parašytas būtent taip, su brūkšneliais. content reikšmė yra žetonas iš skydelio.

Ar tai veiks, lemia trys taisyklės:

1. Ji turi būti <head> viduje. Analizatorius, radęs ją <body>, laiko, kad antraštės dalis jau uždaryta. Viskas, kas įterpta po pirmojo ne antraštės elemento, yra per vėlu.
2. Ji turi būti HTML, kurį siunčia serveris. Atidarykite view-source: arba, dar geriau, curl -sS https://example.com | grep baidu-site-verification. Jei žyma matoma tik DevTools elementų inspektoriuje, ją pridėjo JavaScript po hidratacijos, ir ji neįskaitoma. Būtent tai ją sugadina kliento pusėje generuojamose React ir Vue programose, ir todėl SPA atveju failo metodas paprastesnis.
3. Ji turi išlikti per karkasą. Antraštės tvarkyklės šalina dublikatus ir valo turinį. Next.js nori, kad ji būtų metaduomenų eksporte, o ne atsitiktinė <meta> komponente. React Helmet atmeta žymas, sugeneruotas už jo teikėjo ribų. Kai kurie TVS saugumo papildiniai pašalina nežinomų pavadinimų meta žymas. Žymų tvarkyklė jos įdėti negali, nes žymų tvarkyklė veikia kliento pusėje.

Įdėjimas konkrečiuose karkasuose:

// 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);

Serverio pusėje generuojamoje svetainėje įdėkite ją į bazinį šabloną šalia charset ir viewport žymų ir pamirškite. Hugo atveju tai layouts/_default/baseof.html; Django atveju tai bazinis šablonas, kurį išplečia visi puslapiai.

CNAME įrašas: sustabdytas nuo 2023 m. sausio

Senesniuose vadovuose, įskaitant pirmąją šio vadovo versiją, aprašomas trečiasis metodas: CNAME įrašas DNS. 2023 m. sausio 13 d. Baidu sustabdė CNAME patvirtinimą (Baidu pranešimas) ir nukreipė svetainių savininkus į patvirtinimą failu ir HTML žyma. 2026 m. spalio 10 d. duomenimis Baidu nėra paskelbusi jokio pranešimo apie jo grąžinimą.

Jei svetainė buvo patvirtinta CNAME įrašu iki tol, įrašas atrodo taip:

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

DNS skydelyje jis rodomas taip:

Ką sustabdymas jums reiškia:

• Nauja svetainė juo naudotis negali. Baidu nebepriima CNAME svetainei, kuri dar nėra patvirtinta. Naudokite aukščiau aprašytą failą arba meta žymą.
• Esamas CNAME patvirtinimas tebegalioja. Baidu pranešime teigiama, kad jau patvirtintoms svetainėms tai įtakos neturi.
• Neištrinkite įrašo. Jei jis dings ir patvirtinimas nustos galioti, pranešimas nukreipia jus į failą arba meta žymą. Atkūrus CNAME, patvirtinimas negrįš.
• Neįjunkite priešais jį tarpinio serverio. Cloudflare tinkle per tarpinį serverį nukreiptas (oranžinio debesies) įrašas iš išorės nebeišsprendžiamas kaip CNAME, todėl vėlesnis pakartotinis patikrinimas nepavyksta. Patvirtinimo įrašą palikite tik DNS režimu (DNS only).

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

dig +short @8.8.8.8 abcdef123456.example.com CNAME

Jei abi komandos grąžina ziyuan.baidu.com., senasis įrašas nepažeistas. Jei konsolėje svetainė rodoma kaip nepatvirtinta, patvirtinkite ją iš naujo failu arba meta žyma, o ne redaguodami DNS.

Kodėl patvirtinimas nepavyksta, nors viskas atrodo teisinga

Patikrinote failą su curl, jis grąžina 200, o Baidu vis tiek atsako neigiamai. Eikite per šį sąrašą:

• Botų patikra arba WAF taisyklė. Cloudflare Bot Fight Mode, AWS WAF valdomos taisyklės ir dauguma „under attack“ nustatymų bet kuriam klientui, kuris nevykdo skriptų, grąžina JavaScript tarpinį puslapį su 403 arba 503. Baidu nuskaitymo įrankis skriptų nevykdo. Įtraukite patvirtinimo kelią arba nuskaitymo robotą į leidžiamųjų sąrašą.
• Geografinis blokavimas. Daug Europos svetainių blokuoja arba riboja srautą iš žemyninės Kinijos, kad sumažintų turinio nusiurbimą. Patvirtinimo užklausa ateina būtent iš to diapazono. Įsitikinkite, kad kraštiniame tinkle niekas jos neatmeta.
• Filtruojamas naršyklės identifikatorius (user agent). Nuskaitymo robotas prisistato kaip Baiduspider. Kai kurios saugumo sistemos nepažįstamas robotų eilutes laiko turinio nusiurbėjais. Jei prieš įtraukdami į leidžiamųjų sąrašą norite įsitikinti, kad užklausa tikra, atvirkštinė šaltinio IP DNS paieška grąžina *.baidu.com arba *.baidu.jp, o tiesioginė paieška turi sutapti.
• Jį blokuoja robots.txt. Disallow: / po bendru naršyklės identifikatoriumi arba aiškus User-agent: Baiduspider blokas, kurį paliko kažkas kitas, sustabdo užklausą dar prieš jai prasidedant.
• TLS problema, kurią naršyklės paslepia. Trūkstamą tarpinį sertifikatą stalinių kompiuterių naršyklės tyliai sutvarko, o paprasti užklausų įrankiai ne. Patikrinkite domeną išoriniu TLS tikrinimo įrankiu, o ne pasitikėkite žalia spyna.
• Patvirtinama ne ta kilmė. Failas yra www.example.com, o nuosavybė Baidu nurodyta kaip example.com. Klaidos pranešimas apie tai nieko nepasakys.
• Lėtas pirmasis baitas. Europos serveriai be buvimo Kinijoje į užklausą iš Pekino atsako lėtai, o šaltas beserverės funkcijos paleidimas gali viršyti užklausos laiko limitą. Bandymas kitu paros metu tikrai padeda.

Kurį metodą naudoti

Jei turite kūrimo procesą (build pipeline), įdiekite statinį failą: mažiausiai tikėtina, kad jis bus sugadintas, ir jį lengviausia išbandyti. Rinkitės meta žymą, jei dirbate TVS, o jūsų puslapiai generuojami serverio pusėje. Jei svetainės apskritai negalite paliesti, DNS nebėra būdas tai apeiti: kažkas, turintis prieigą prie žiniatinklio šakninio katalogo arba šablonų, turi įdėti vieną iš šių dviejų.

Kurį metodą bepasirinktumėte, palikite jį visam laikui ir įrašykite į savo infrastruktūros užrašus. Žmogus, kuris po aštuoniolikos mėnesių ištrins paslaptingą failą, būsite jūs.

Ko šie metodai neišsprendžia

Abu metodai daro prielaidą, kad jau esate prisijungę prie Baidu paskyros. Registracija patvirtinama SMS žinute į žemyninės Kinijos mobiliojo ryšio numerį, o daugeliui nuosavybių Baidu taip pat reikalauja tikrojo vardo patvirtinimo (实名认证) pagal Kinijos asmens tapatybės kortelę arba Kinijos verslo licenciją. Įmonė Frankfurte ar Mančesteryje su puikiai įdiegtu patvirtinimo failu vis tiek negali pasiekti patvirtinimo lango.

Čia praverčia mūsų Baidu pateikimo paslauga. Nurodote mums domeną, savo pusėje atliekate vieną domeno nuosavybės patikrą, o pateikimą atliekame mes, už fiksuotą kainą vienam domenui. Nereikia nei Kinijos telefono numerio, nei Kinijoje registruoto juridinio asmens, nei savos Baidu paskyros. Patvirtinus domeną, taip pat gaunate 12 mėnesių prieigą prie jo Baidu Webmaster Tools duomenų mūsų portale, kur galite stebėti indeksavimą ir nuskaitymą bei patys pateikti naujus URL.

Jei pirmiausia norite platesnio vaizdo, išsamus Baidu pateikimo vadovas aprašo svetainių žemėlapius, push API ir tai, ką Baidu reitingavimas iš tikrųjų vertina. Jei norėtumėte viską aptarti, užsisakykite pokalbį.