Staðfesting vefsvæðis hjá Baidu: HTML-skrá, meta merki og CNAME

Þú hefur fengið Baidu-verkefni í hendurnar og það fyrsta sem stendur í veginum er staðfestingarskjár. Baidu tekur ekki við vefkorti, opnar ekki skýrslurnar um skráningu í leitarvísi og leyfir þér ekki að senda inn eina einustu vefslóð fyrr en fyrirtækið er sannfært um að lénið sé þitt. Það eru þrjár leiðir til að sanna það, þær hegða sér ólíkt og villurnar eru ekki þær sem þú þekkir úr Google Search Console.

Hér eru útfærsluatriðin fyrir hverja aðferð, ástæðurnar fyrir því að staðfesting mistekst oftast og hvernig þú prófar hverja þeirra úr skipanalínunni.

Hvar staðfestingin fer fram

Vefstjóraverkfæri Baidu heita Baidu Search Resource Platform (百度搜索资源平台) og eru á ziyuan.baidu.com, enn oftast kölluð Baidu Zhanzhang. Þú bætir við vefsvæði, velur staðfestingaraðferð og Baidu sækir eitthvað af léninu þínu til að ganga úr skugga um að þú ráðir yfir því. Fyrst þá opnast innsending tengla, upphleðsla vefkorta og greiningin á skriði.

Tvennt við það hvernig Baidu skilgreinir vefsvæði kemur fólki í koll áður en það velur sér aðferð:

Samskiptastaðallinn og hýsilnafnið eru hluti af auðkenninu. https://example.com og https://www.example.com eru tvö ólík vefsvæði í augum Baidu, og sama gildir um http:// útgáfurnar. Skráðu nákvæmlega þann uppruna sem kanónísku vefslóðirnar þínar nota. Staðfestir þú rangan uppruna vísar allt sem þú sendir inn eftir það á vefsvæði sem ber enga af umferðinni þinni.
Sóknin kemur frá meginlandi Kína. Það sem sannar eignarhaldið verður að vera aðgengilegt þaðan, um opna internetið, án áskorunarsíðu fyrir framan. Þessi eina staðreynd skýrir flestar villurnar neðst í greininni.

Á undan öllu þessu kemur þó reikningurinn. Baidu reikningur er nauðsynlegur til að komast yfirleitt á staðfestingarskjáinn og nýskráningin er bundin SMS-staðfestingu á farsímanúmeri frá meginlandi Kína. Það er raunverulegur veggur fyrir fyrirtæki í Evrópu eða Bretlandi og gott að vita af honum áður en þú eyðir heilum eftirmiðdegi í DNS. Meira um það í lokin.

Aðferð 1: HTML-staðfestingarskráin

Algengasta aðferðin og sú sem á að velja þegar þú getur komið stakri skrá inn á vefsvæðið.

Baidu býr til skrá fyrir vefsvæðið þitt og býður hana til niðurhals. Nafnið lítur svona út:

baidu_verify_codeva-XXXXXXXXXX.html

Eldri vefsvæði fengu nöfn á forminu baidu_verify_XXXXXXXXXX.html og sum stjórnborð sýna forskeytið code- í stað codeva-. Ekki reyna að setja nafnið eða auðkennið saman eftir bloggfærslu: sæktu skrána sem Baidu gefur þér eða afritaðu strenginn úr stjórnborðinu staf fyrir staf. Innihald skrárinnar er stutt, yfirleitt auðkennið eitt og ekkert annað.

Hún verður að vera afgreidd frá rót þess uppruna sem þú skráðir:

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

Ekki í undirmöppu, ekki á bak við tungumálaforskeyti, ekki á öðru hýsilnafni.

Hvar skráin á heima eftir tæknistafla

| Tæknistafli | Staðsetning | | --- | --- | | Vite, Create React App, SvelteKit (static), Nuxt | public/ eða static/ í rót verkefnisins | | Next.js (báðir routerar) | public/ | | Hugo, Astro | static/ og public/ í þeirri röð | | Laravel | public/ | | Django | static/ mappa sem collectstatic safnar, eða afgreidd beint af nginx | | ASP.NET Core | wwwroot/ | | WordPress | vefrótin við hliðina á wp-config.php, um SFTP | | Hreint nginx eða Apache | skjalarótin |

Prófaðu hana eins og Baidu gerir

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

Þú vilt sjá HTTP/2 200, content-type upp á text/html, engan location haus og meginmál sem er nákvæmlega auðkennið. Þrjár niðurstöður segja þér að verkinu sé ekki lokið:

301 eða 302. Eitthvað er að staðla slóðina, oftast regla um skástrik í enda eða tungumálaáframsending sem sendir allar óþekktar slóðir á /en/.... Bættu við undantekningu á undan allsherjarreglunni.
200 sem skilar skel forritsins. Þetta er langalgengasta falska staðfestingin. Einsíðuforrit með allsherjarleið svarar hverri einustu slóð með index.html og stöðunni 200, svo skráin „er til“ en meginmálið er React-kóðinn þinn. Baidu les meginmálið, finnur ekkert auðkenni og hafnar. Afgreiddu stöku skrána á undan varaleið forritsins.
404 sem hverfur ekki eftir útgáfu. Yfirleitt er það CDN sem geymdi neikvæða svarið í skyndiminni. Hreinsaðu nákvæmlega þá slóð og prófaðu aftur með curl -H 'Cache-Control: no-cache'.

Láttu skrána liggja áfram í kóðasafninu. Baidu endurskoðar eignarhaldið með jöfnu millibili og vefsvæði sem týnir staðfestingarskránni dettur hljóðlega út úr stjórnborðinu.

Aðferð 2: HTML meta merkið

Notaðu þessa leið þegar þú getur breytt sniðmátum en ekki sett skrár í vefrótina, sem er venjulega staðan í hýstu vefumsjónarkerfi eða á tilbúinni vefþjónustu.

Baidu gefur þér merki af þessari gerð sem á að fara í <head> á forsíðunni:

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

Eigindin name er alltaf baidu-site-verification, stafsett nákvæmlega þannig, bandstrik og allt. Gildið í content er auðkennið úr stjórnborðinu.

Þrjár reglur ráða því hvort þetta virkar:

Það verður að vera inni í <head>. Þáttari sem finnur það í <body> lítur svo á að head sé þegar lokað. Allt sem er skotið inn eftir fyrsta elementið utan head kemur of seint.
Það verður að vera í HTML-inu sem þjónninn sendir. Opnaðu view-source: eða enn betur: curl -sS https://example.com | grep baidu-site-verification. Ef merkið sést eingöngu í elementaskoðaranum í DevTools var það sett inn af JavaScript eftir hydration, og þá telur það ekki. Þetta er það sem klikkar á React- og Vue-forritum sem teiknast í vafranum, og ástæðan fyrir því að skráaraðferðin er auðveldari á einsíðuforriti.
Það verður að lifa af umgjörðina. Head-stjórar fjarlægja tvítekningar og hreinsa merkingar. Next.js vill fá það í metadata-útflutninginn en ekki sem stakt <meta> inni í íhlut. React Helmet hendir merkjum sem eru teiknuð utan við provider-inn sinn. Sumar öryggisviðbætur í vefumsjónarkerfum fjarlægja meta merki með óþekktum nöfnum. Merkjastjóri getur ekki komið því fyrir, því hann keyrir í vafranum.

Staðsetning eftir umgjörð:

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

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

Á vefsvæði sem teiknast á þjóninum setur þú það í grunnsniðmátið við hliðina á charset- og viewport-merkjunum og gleymir því svo. Í Hugo er það layouts/_default/baseof.html, í Django grunnsniðmátið sem allar síður byggja á.

Aðferð 3: CNAME færslan

DNS-leiðin er sú sem á að velja þegar þú getur ekkert gefið út, þegar vefsvæðið er á bak við tæki sem þú ræður ekki yfir, eða þegar þú vilt að staðfestingin lifi af allar framtíðarútgáfur. Hún sannar líka yfirráð yfir öllu léninu en ekki bara einu skjali.

Baidu sýnir þér tilviljanakennt hýsilnafn sem þú átt að búa til undir léninu þínu og láta benda á Baidu:

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

Í flestum DNS-stjórnborðum slærð þú aðeins inn nafnið vinstra megin, því svæðið er gefið:

| Reitur | Gildi | | --- | --- | | Tegund | CNAME | | Nafn / Hýsill | abcdef123456 | | Gildi / Áfangastaður | ziyuan.baidu.com | | TTL | 3600, eða það lægsta sem stjórnborðið leyfir meðan þú prófar |

Fernt fer úrskeiðis hér, aftur og aftur:

Lénið bætist við tvisvar. Ef þú slærð abcdef123456.example.com inn í stjórnborð sem gefur svæðið sjálfkrafa verður úr því abcdef123456.example.com.example.com. Ef stjórnborðið sýnir fullt nafn eftir vistun skaltu lesa það yfir.
Punkturinn aftast í áfangastaðnum. Í hrárri svæðaskrá er ziyuan.baidu.com án punkts í enda túlkað miðað við svæðið og verður ziyuan.baidu.com.example.com. Stjórnborð sjá um þetta fyrir þig; named og Terraform-skrár gera það ekki.
Milliþjónn fyrir framan færsluna. Í Cloudflare svarar færsla sem fer í gegnum proxy (appelsínugult ský) ekki lengur sem CNAME utan frá: opinbera svarið verða A-færslur Cloudflare. Stilltu staðfestingarfærsluna á DNS only.
Að bíða skemur en TTL segir til um. Ef nafnaþjónn er þegar með neikvætt svar í skyndiminni fyrir nafnið gildir gamli TTL-inn. Athugaðu hvað umheimurinn sér í raun, ekki hvað stjórnborðið þitt segir.

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

dig +short @8.8.8.8 abcdef123456.example.com CNAME

Láttu færsluna standa. Að eyða henni eftir vel heppnaða staðfestingu býður heim mistökum við endurstaðfestingu síðar.

Af hverju staðfesting mistekst þótt uppsetningin líti rétt út

Þú hefur sótt skrána með curl, hún skilar 200 og Baidu segir samt nei. Farðu niður þennan lista:

Vélmennapróf eða WAF regla. Cloudflare Bot Fight Mode, stýrðar reglur í AWS WAF og flestar „undir árás“ stillingar skila JavaScript-millisíðu með 403 eða 503 til allra biðlara sem keyra ekki skriftur. Sækjari Baidu gerir það ekki. Hleyptu staðfestingarslóðinni í gegn, eða skriðaranum sjálfum.
Landfræðileg lokun. Fjölmörg evrópsk vefsvæði loka á umferð frá meginlandi Kína eða takmarka hana til að draga úr efnisafritun. Staðfestingarsóknin kemur einmitt þaðan. Gakktu úr skugga um að ekkert á jaðrinum sé að henda henni.
Síað eftir kennistreng vafra. Skriðarinn kynnir sig sem Baiduspider. Sumar öryggislausnir meðhöndla ókunnuga skriðarastrengi sem afritara. Viljir þú staðfesta að beiðni sé ósvikin áður en þú hleypir henni í gegn: öfug DNS-fletting á upprunavistfanginu endar í *.baidu.com eða *.baidu.jp, og flettingin fram á við verður að stemma.
robots.txt lokar á hann. Disallow: / undir algildum kennistreng, eða User-agent: Baiduspider lokun sem einhver annar skildi eftir, stöðvar sóknina áður en hún hefst.
TLS-vandamál sem vafrar fela. Millivottorð sem vantar laga vafrar á borðtölvum þegjandi, en einfaldir sækjarar gera það ekki. Keyrðu lénið í gegnum utanaðkomandi TLS-prófun í stað þess að treysta grænum lás.
Rangur uppruni staðfestur. Skráin er á www.example.com en vefsvæðið í Baidu segir example.com. Ekkert í villuboðunum segir þér það.
Hægt fyrsta bæti. Þjónar í Evrópu án nokkurrar viðveru í Kína svara beiðni frá Peking hægt, og kaldræsing á serverless-þjónustu ofan á það getur farið fram úr tímamörkum sóknarinnar. Það hjálpar í alvöru að reyna aftur á öðrum tíma sólarhrings.

Hvaða aðferð á að nota

Gefðu út staka skrá ef þú ert með byggingarferli: hún er ólíklegust til að skemmast á leiðinni og auðveldust í prófun. Taktu meta merkið ef þú lifir í vefumsjónarkerfi og síðurnar þínar teiknast á þjóninum. Taktu CNAME ef þú mátt alls ekki snerta vefsvæðið, eða ef þú vilt sanna eignarhaldið á lénsstigi í eitt skipti fyrir öll.

Hvað sem þú velur: láttu það standa til frambúðar og skráðu það í minnispunktana um innviðina, við hliðina á hinum DNS-færslunum. Sá sem eyðir dularfullri skrá eftir átján mánuði verður þú.

Það sem aðferðirnar leysa ekki

Allar þrjár aðferðirnar byggja á því að þú sért þegar með virka innskráningu á Baidu reikning. Nýskráningin er staðfest með SMS á farsímanúmer frá meginlandi Kína, og fyrir mörg vefsvæði krefst Baidu að auki auðkenningar (实名认证) gegn kínversku persónuskilríki eða kínversku rekstrarleyfi. Fyrirtæki í Frankfurt eða Manchester kemst ekki á staðfestingarskjáinn, hversu fullkomlega sem DNS-svæðið er stillt.

Þar kemur Baidu innsendingarþjónustan okkar inn. Þú bendir okkur á lénið, klárar eina staðfestingu á eignarhaldi þín megin, og við sjáum um innsendinguna og skilum skýrslu um hvað Baidu skráði í raun, á föstu verði fyrir hvert lén. Ekkert kínverskt símanúmer, enginn kínverskur lögaðili, enginn Baidu reikningur á þínu nafni.

Viltu fá stóru myndina fyrst? Heildarleiðbeiningarnar um innsendingu hjá Baidu fara yfir vefkort, push-viðmótið og hvað röðun Baidu verðlaunar í raun. Viltu frekar ræða málin, þá er hægt að bóka símtal.