Baidu saidi kinnitamine: HTML-faili ja metasildi meetod ning mis juhtus CNAME-iga

Keegi on teile andnud Baiduga seotud ülesande ja esimene takistus on kinnitamise kuva. Baidu ei võta vastu saidikaarti, ei ava indekseerimise aruandeid ega lase teil esitada ühtki URL-i enne, kui on veendunud, et domeen kuulub teile. Tänapäeval tõendavad seda kaks meetodit. Need käituvad erinevalt ja nende tõrked ei ole need, mida tunnete Google Search Console’ist. Kolmas meetod, mida enamik juhendeid endiselt kirjeldab, CNAME-kirje, on olnud peatatud alates 2023. aasta jaanuarist.

Siin on mõlema toimiva meetodi rakendamise üksikasjad, mida CNAME-i peatamine tähendab, kui kasutasite seda varem, ning põhjused, miks kinnitamine tavaliselt ebaõnnestub, koos juhistega igaüht neist terminalist kontrollida.

Kus kinnitamine asub

Baidu veebihaldurite toode on Baidu Search Resource Platform (百度搜索资源平台) aadressil ziyuan.baidu.com, mida nimetatakse endiselt laialdaselt Baidu Zhanzhangiks. Lisate saidi, valite kinnitamismeetodi ja Baidu laadib teie domeenilt midagi alla, et kontrolli kinnitada. Alles seejärel avanevad linkide esitamine, saidikaardi üleslaadimine ja roomamise diagnostika.

Kaks asja Baidu saidimudeli juures tulevad üllatusena juba enne meetodi valimist:

• Protokoll ja host on identiteedi osa. https://example.com ja https://www.example.com on Baidu silmis kaks eri saiti ning samuti http:// versioonid. Lisage täpselt see päritolu, mida kasutavad teie kanoonilised URL-id. Kui kinnitate vale, viitab kõik, mida hiljem esitate, saidile, mis teie liiklusest midagi ei kanna.
• Päring tuleb Mandri-Hiinast. Kõik, mis omandiõigust tõendab, peab olema sealt avaliku interneti kaudu kättesaadav, ilma et selle ees oleks kontrollileht. See üks fakt selgitab enamikku selle artikli lõpus loetletud tõrgetest.

Enne kõike seda on vaja kontot. Baidu konto on kinnitamise kuvani jõudmiseks üldse vajalik ja registreerimine on seotud SMS-kinnitusega Mandri-Hiina mobiilinumbrile. See on Euroopa või Ühendkuningriigi ettevõttele tõeline takistus ja seda tasub teada enne, kui kulutate pärastlõuna mallidele ja juurutustele. Sellest lähemalt lõpus.

1. meetod: HTML-kinnitusfail

Kõige levinum meetod ja eelistatuim, kui saate juurutada staatilise faili.

Baidu genereerib teie saidi jaoks faili ja pakub selle allalaadimiseks. Nimi näeb välja selline:

baidu_verify_codeva-XXXXXXXXXX.html

Vanematele saitidele väljastati nimed kujul baidu_verify_XXXXXXXXXX.html ja mõnes paneelis on codeva- asemel eesliide code-. Ärge proovige nime ega tokenit blogipostituse põhjal taastada: laadige alla fail, mille Baidu teile annab, või kopeerige string paneelist märk-märgilt. Faili sisu on lühike, tavaliselt ainult token ise ja mitte midagi muud.

Fail peab olema serveeritud registreeritud päritolu juurkataloogist:

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

Mitte alamkataloogist, mitte keele eesliite tagant ega teiselt hostilt.

Kuhu fail läheb, tehnoloogia järgi

Kontrollige seda nii, nagu Baidu seda teeb

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

Soovite näha HTTP/2 200, content-type väärtusega text/html, location päise puudumist ja sisu, mis on täpselt token. Kolm tulemust tähendavad, et te pole veel valmis:

• 301 või 302. Miski normaliseerib teed, kõige sagedamini kaldkriipsu lisamise reegel või keele ümbersuunamine, mis saadab iga sobimatu tee aadressile /en/.... Lisage erand enne üldreeglit.
• 200, mis tagastab teie rakenduse kesta. See on kõige sagedasem petlik läbiminek. Üheleherakendus, millel on kõikehõlmav marsruut, vastab igale teele failiga index.html ja olekuga 200, nii et fail „on olemas“, kuid selle sisu on teie Reacti märgistus. Baidu loeb sisu, ei leia tokenit ja lükkab selle tagasi. Serveerige staatiline fail enne SPA varumarsruuti.
• 404, mis püsib ka pärast juurutamist. Tavaliselt on CDN negatiivse vastuse vahemällu salvestanud. Tühjendage täpselt see tee ja kontrollige uuesti käsuga curl -H 'Cache-Control: no-cache'.

Hoidke fail ka hiljem repositooriumis. Baidu kontrollib omandiõigust perioodiliselt uuesti ja sait, mis kaotab kinnitusfaili, kaob vaikselt paneelist.

2. meetod: HTML-metasilt

Kasutage seda, kui saate muuta malle, kuid ei saa faile veebijuurkataloogi panna. See on tavaline olukord hallatud sisuhaldussüsteemis või platvormimajutuses.

Baidu annab teile sellise kujuga sildi, mis läheb avalehe <head> osasse:

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

Atribuut name on alati baidu-site-verification, täpselt nii kirjutatud, sidekriipsud kaasa arvatud. Väärtus content on paneelist saadud token.

Kas see toimib, otsustavad kolm reeglit:

1. See peab olema <head> sees. Parser, mis leiab selle <body> seest, käsitleb päist juba suletuna. Kõik, mis lisatakse pärast esimest elementi, mis päisesse ei kuulu,, jõuab liiga hilja.
2. See peab olema HTML-is, mille server saadab. Avage view-source: või, mis veel parem, curl -sS https://example.com | grep baidu-site-verification. Kui silt ilmub ainult DevToolsi elementide inspektoris, lisas selle JavaScript pärast hüdreerimist ja see ei loe. Just see rikub meetodi kliendipoolselt renderdatud Reacti ja Vue rakendustes ning seepärast on failimeetod SPA puhul lihtsam.
3. See peab raamistikust terveks jääma. Päisehaldurid eemaldavad duplikaate ja puhastavad sisu. Next.js tahab seda metadata ekspordis, mitte komponendis eksleva <meta> sildina. React Helmet jätab välja sildid, mis on renderdatud väljaspool tema providerit. Mõned sisuhaldussüsteemi turvapluginad eemaldavad tundmatu nimega metasildid. Sildihaldur ei saa seda paigutada, sest sildihaldur töötab kliendi poolel.

Raamistikupõhine paigutus:

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

Serveris renderdatud saidil pange see põhimalli kodeeringu ja viewporti siltide kõrvale ning unustage. Hugos on see layouts/_default/baseof.html, Djangos põhimall, mida kõik lehed laiendavad.

CNAME-kirje: peatatud alates 2023. aasta jaanuarist

Vanemad juhendid, sealhulgas selle juhendi esimene versioon, kirjeldavad kolmandat meetodit: CNAME-kirjet DNS-is. Baidu peatas CNAME-kinnitamise 13. jaanuaril 2023 (Baidu teade) ja suunas saidiomanikud kasutama selle asemel faili või HTML-sildiga kinnitamist. 10. oktoobri 2026. aasta seisuga ei ole Baidu avaldanud teadet selle taastamise kohta.

Kui sait kinnitati CNAME-iga enne seda, näeb kirje välja selline:

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

DNS-paneelis kuvatakse see nii:

Mida peatamine teie jaoks tähendab:

• Uus sait ei saa seda kasutada. Baidu ei aktsepteeri enam CNAME-i saidi puhul, mis pole juba kinnitatud. Kasutage eespool kirjeldatud faili või metasilti.
• Olemasolev CNAME-kinnitus kehtib edasi. Baidu teate kohaselt see juba kinnitatud saite ei mõjuta.
• Ärge kirjet kustutage. Kui see kaob ja kinnitus aegub, suunab teade teid faili või metasildi juurde. CNAME-i uuesti loomine seda tagasi ei too.
• Ärge lülitage selle ette puhverserverit. Cloudflare’is ei lahendu puhverdatud (oranž pilv) kirje väljastpoolt enam CNAME-ina, nii et hilisem korduskontroll ebaõnnestub. Hoidke kinnituskirje olekus DNS only.

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

dig +short @8.8.8.8 abcdef123456.example.com CNAME

Kui mõlemad tagastavad ziyuan.baidu.com., on vana kirje terve. Kui konsool näitab saiti kinnitamata olekus, kinnitage uuesti faili või metasildiga, mitte DNS-i muutes.

Miks kinnitamine ebaõnnestub, kui seadistus tundub õige

Olete faili curliga kontrollinud, see tagastab 200 ja Baidu ütleb ikka ei. Käige läbi see nimekiri:

• Robotikontroll või WAF-i reegel. Cloudflare Bot Fight Mode, AWS WAF-i hallatud reeglid ja enamik „under attack“ seadistusi tagastavad igale kliendile, mis skripte ei käivita, JavaScripti vahelehe olekuga 403 või 503. Baidu päringuagent skripte ei käivita. Lisage kinnitustee või roomaja lubatute nimekirja.
• Geoblokeerimine. Paljud Euroopa saidid blokeerivad või piiravad Mandri-Hiina liiklust, et kraapimist vähendada. Kinnituspäring tuleb täpselt sellest vahemikust. Veenduge, et miski servas seda maha ei viska.
• Kasutajaagent on filtreeritud. Roomaja tutvustab end kui Baiduspider. Mõni turvalahendus peab tundmatuid roomajate stringe kraapijateks. Kui soovite enne lubatute nimekirja lisamist kinnitada, et päring on ehtne, lahendub lähte-IP pöördotsing aadressiks *.baidu.com või *.baidu.jp ja otseotsing peab sellega kokku langema.
• robots.txt blokeerib selle. Disallow: / metamärgiga kasutajaagendi all või kellegi teise mahajäetud selgesõnaline User-agent: Baiduspider plokk peatab päringu enne, kui see algab.
• TLS-probleem, mille brauserid peidavad. Puuduva vahesertifikaadi parandavad lauaarvuti brauserid vaikselt ära, lihtsad päringuagendid aga mitte. Laske oma domeen läbi välise TLS-kontrollija, selle asemel et rohelist tabalukku usaldada.
• Vale päritolu kinnitamine. Fail asub aadressil www.example.com, Baidu saidikirjes on aga example.com. Veateade ei ütle teile sellest midagi.
• Aeglane esimene bait. Euroopa serverid, millel pole Hiinas kohalolekut, vastavad Pekingist tulevale päringule aeglaselt ja serverivaba lahenduse külmkäivitus võib lisaks sellele päringu ajalõpu ületada. Teisel kellaajal uuesti proovimine tõesti aitab.

Millist meetodit kasutada

Kui teil on ehitustöövoog, juurutage staatiline fail: seda rikutakse kõige vähem tõenäoliselt ja seda on kõige lihtsam testida. Kui elate sisuhaldussüsteemis ja teie lehed renderdatakse serveris, valige metasilt. Kui te ei saa saidi juurde üldse ligi, ei ole DNS enam võimalus sellest mööda minna: keegi, kellel on juurdepääs veebijuurkataloogile või mallidele, peab paigutama ühe neist kahest.

Ükskõik, mille valite, jätke see jäädavalt paigale ja kirjutage see oma taristu märkmetesse. Inimene, kes poolteise aasta pärast salapärase faili kustutab, olete teie ise.

Osa, mida meetodid ei lahenda

Mõlemad meetodid eeldavad, et olete juba Baidu kontole sisse logitud. Registreerimine kinnitatakse SMS-iga Mandri-Hiina mobiilinumbrile ja paljude saitide puhul nõuab Baidu ka nimelist isikutuvastust (实名认证) Hiina isikutunnistuse või Hiina äriloa alusel. Frankfurdi või Manchesteri ettevõte, kelle kinnitusfail on laitmatult juurutatud, ei jõua ikkagi kinnitamise kuvani.

Siin tuleb appi meie Baidu esitamise teenus. Te ütlete meile domeeni, teete oma poolel ühe domeeni omandiõiguse kontrolli ja meie teeme esitamise kindla hinnaga domeeni kohta. Hiina telefoninumbrit, Hiina juriidilist isikut ega oma Baidu kontot pole vaja. Kui domeen on kinnitatud, saate ka 12 kuuks selle Baidu Webmaster Toolsi andmed meie portaalis, kus saate jälgida indekseerimist ja roomamist ning ise uusi URL-e esitada.

Kui soovite kõigepealt laiemat pilti, käsitleb Baidu esitamise täielik juhend saidikaarte, push API-t ja seda, mida Baidu järjestus tegelikult premeerib. Kui eelistate asja läbi rääkida, broneerige kõne.