Sivuston vahvistus Baidussa: HTML-tiedosto, meta-tunniste ja mitä CNAME:lle tapahtui

Sinulle on annettu Baidu-tehtävä, ja ensimmäisenä eteen tulee vahvistusnäkymä. Baidu ei ota vastaan sivustokarttaa, ei avaa indeksointiraporttejaan eikä päästä lähettämään yhtäkään osoitetta ennen kuin se on vakuuttunut siitä, että verkkotunnus on sinun. Nykyään omistajuuden voi todistaa kahdella tavalla. Ne käyttäytyvät eri lailla, eivätkä virheet ole samoja kuin Google Search Consolessa. Kolmas tapa, jota useimmat oppaat yhä kuvaavat, eli CNAME-tietue, on ollut keskeytettynä tammikuusta 2023.

Tässä on kummankin toimivan menetelmän toteutus käytännössä, mitä CNAME-vahvistuksen keskeytys tarkoittaa, jos käytit sitä aiemmin, sekä tavallisimmat syyt vahvistuksen epäonnistumiseen ja tapa, jolla tarkistat kunkin päätteeltä.

Missä vahvistus tehdään

Baidun työkalu sivustojen ylläpitäjille on Baidu Search Resource Platform (百度搜索资源平台) osoitteessa ziyuan.baidu.com, jota kutsutaan yhä laajalti nimellä Baidu Zhanzhang. Lisäät sivuston, valitset vahvistustavan, ja Baidu hakee verkkotunnuksestasi jotain varmistuakseen siitä, että hallitset sitä. Vasta sen jälkeen aukeavat linkkien lähetys, sivustokartan lataus ja indeksoinnin diagnostiikka.

Kaksi asiaa sivuston määrittelytavassa kompastuttaa ihmisiä jo ennen menetelmän valintaa:

• Protokolla ja isäntänimi kuuluvat sivuston identiteettiin. https://example.com ja https://www.example.com ovat Baidun silmissä kaksi eri sivustoa, samoin http://-versiot. Lisää täsmälleen se origin, jota kanoniset osoitteesi käyttävät. Väärän vahvistaminen tarkoittaa, että kaikki myöhemmin lähettämäsi viittaa kohteeseen, jolla ei ole lainkaan liikennettäsi.
• Haku tulee Manner-Kiinasta. Omistajuuden todisteen on oltava sieltä käsin saavutettavissa julkisen internetin yli, eikä sen edessä saa olla tarkistussivua. Tämä yksi seikka selittää suurimman osan artikkelin lopun virhetilanteista.

Ennen kaikkea tätä on kuitenkin tili. Pelkkään vahvistusnäkymään pääsy edellyttää Baidu-tiliä, ja rekisteröinti vahvistetaan tekstiviestillä Manner-Kiinan matkapuhelinnumeroon. Eurooppalaiselle tai brittiläiselle yritykselle tämä on todellinen este, ja se kannattaa tietää ennen kuin uhraa iltapäivän sivupohjiin ja julkaisuihin. Palaamme siihen lopussa.

Menetelmä 1: HTML-vahvistustiedosto

Yleisin tapa ja ensisijainen valinta silloin, kun pystyt viemään sivustolle staattisen tiedoston.

Baidu luo sivustollesi tiedoston ja tarjoaa sen ladattavaksi. Nimi näyttää tältä:

baidu_verify_codeva-XXXXXXXXXX.html

Vanhemmille sivustoille annettiin nimiä muodossa baidu_verify_XXXXXXXXXX.html, ja osa paneeleista näyttää etuliitteen code- eikä codeva-. Älä yritä koostaa nimeä tai tunnistetta blogikirjoituksen perusteella: lataa Baidun antama tiedosto tai kopioi merkkijono paneelista merkki merkiltä. Tiedoston sisältö on lyhyt, yleensä pelkkä tunniste.

Tiedoston on löydyttävä rekisteröimäsi originin juuresta:

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

Ei alihakemistosta, ei kielipolun takaa, ei toiselta isäntänimeltä.

Mihin tiedosto menee eri ympäristöissä

Tarkista se samalla tavalla kuin Baidu

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

Haluat nähdä HTTP/2 200, content-type-arvon text/html, et yhtään location-otsaketta ja rungon, joka on täsmälleen tunniste. Kolme tulosta kertoo, ettei työ ole vielä valmis:

• 301 tai 302. Jokin normalisoi polkua, useimmiten kauttaviivasääntö tai kieliuudelleenohjaus, joka heittää kaikki tuntemattomat polut osoitteeseen /en/.... Lisää poikkeus ennen yleissääntöä.
• 200, joka palauttaa sovelluskuoren. Tämä on ylivoimaisesti yleisin väärä onnistuminen. Yhden sivun sovellus, jossa on kaiken nappaava reitti, vastaa jokaiseen polkuun tiedostolla index.html ja tilakoodilla 200. Tiedosto siis ”on olemassa”, mutta rungossa onkin React-merkkauksesi. Baidu lukee rungon, ei löydä tunnistetta ja hylkää sivuston. Tarjoile staattinen tiedosto ennen SPA-varareittiä.
• 404, joka ei katoa julkaisunkaan jälkeen. Yleensä syynä on CDN, joka on tallentanut kielteisen vastauksen välimuistiin. Tyhjennä täsmälleen se polku ja tarkista uudelleen komennolla curl -H 'Cache-Control: no-cache'.

Jätä tiedosto tämän jälkeen repositorioon. Baidu tarkistaa omistajuuden ajoittain uudelleen, ja vahvistustiedostonsa menettänyt sivusto katoaa paneelista huomaamatta.

Menetelmä 2: HTML meta -tunniste

Käytä tätä, kun pystyt muokkaamaan sivupohjia mutta et viemään tiedostoja verkkojuureen. Näin on tavallisesti ylläpidetyssä julkaisujärjestelmässä tai alustapalvelussa.

Baidu antaa tämän muotoisen tunnisteen etusivun <head>-osioon:

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

Attribuutti name on aina baidu-site-verification, juuri noin kirjoitettuna, väliviivoineen. Arvo content-kohdassa on paneelista saatu tunniste.

Kolme sääntöä ratkaisee, toimiiko se:

1. Sen on oltava <head>-osion sisällä. Jäsennin, joka löytää sen <body>-osiosta, pitää headia jo suljettuna. Kaikki, mikä lisätään ensimmäisen head-osion ulkopuolisen elementin jälkeen, tulee liian myöhään.
2. Sen on oltava palvelimen lähettämässä HTML:ssä. Avaa view-source: tai vielä mieluummin aja curl -sS https://example.com | grep baidu-site-verification. Jos tunniste näkyy vain DevToolsin elementtitarkastelussa, sen on lisännyt JavaScript hydraation jälkeen, eikä se kelpaa. Juuri tähän kaatuvat selaimessa renderöidyt React- ja Vue-sovellukset, ja siksi tiedostomenetelmä on SPA:lla helpompi.
3. Sen on selvittävä kehyksestä. Head-hallinnat poistavat kaksoiskappaleita ja siivoavat merkintöjä. Next.js haluaa tunnisteen metadata-vientiin eikä irralliseksi <meta>-elementiksi komponentin sisään. React Helmet pudottaa tunnisteet, jotka renderöidään sen tarjoajan ulkopuolella. Osa julkaisujärjestelmien tietoturvalisäosista poistaa meta-tunnisteet, joiden nimeä ne eivät tunne. Tagienhallinta ei voi sijoittaa sitä, koska se toimii selaimessa.

Sijoitus kehyksittäin:

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

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

Palvelimella renderöidyllä sivustolla laita se pohjasivupohjaan merkistö- ja viewport-tunnisteiden viereen ja unohda koko asia. Hugossa se on layouts/_default/baseof.html, Djangossa se pohja, jota kaikki sivut laajentavat.

CNAME-tietue: keskeytetty tammikuusta 2023

Vanhemmat oppaat, myös tämän oppaan ensimmäinen versio, kuvaavat kolmannen tavan: CNAME-tietueen DNS:ssä. Baidu keskeytti CNAME-vahvistuksen 13. tammikuuta 2023 (Baidun tiedote) ja ohjasi sivustojen omistajat käyttämään sen sijaan tiedosto- ja HTML-tunnistevahvistusta. Baidu ei ole 10. lokakuuta 2026 mennessä julkaissut tiedotetta, joka palauttaisi sen.

Jos sivusto on vahvistettu CNAME:lla ennen sitä, tietue näyttää tältä:

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

DNS-paneelissa se näkyy näin:

Mitä keskeytys tarkoittaa sinulle:

• Uusi sivusto ei voi käyttää sitä. Baidu ei enää hyväksy CNAME-tietuetta sivustolle, jota ei ole jo vahvistettu. Käytä yllä kuvattua tiedostoa tai meta-tunnistetta.
• Olemassa oleva CNAME-vahvistus pysyy voimassa. Baidun tiedotteen mukaan keskeytys ei koske jo vahvistettuja sivustoja.
• Älä poista tietuetta. Jos se katoaa ja vahvistus raukeaa, tiedote ohjaa sinut tiedostoon tai meta-tunnisteeseen. CNAME-tietueen luominen uudelleen ei palauta vahvistusta.
• Älä kytke välityspalvelinta sen eteen. Cloudflaressa proxyn läpi kulkeva (oranssi pilvi) tietue ei enää näy ulospäin CNAME-tietueena, joten myöhempi uusintatarkistus epäonnistuu. Pidä vahvistustietue tilassa DNS only.

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

dig +short @8.8.8.8 abcdef123456.example.com CNAME

Jos molemmat palauttavat ziyuan.baidu.com., vanha tietue on kunnossa. Jos konsoli näyttää sivuston vahvistamattomana, vahvista se uudelleen tiedostolla tai meta-tunnisteella äläkä koske DNS:ään.

Miksi vahvistus epäonnistuu, vaikka asetukset näyttävät oikeilta

Olet hakenut tiedoston curlilla, se vastaa 200, ja Baidu sanoo silti ei. Käy tämä lista läpi:

• Bottitarkistus tai WAF-sääntö. Cloudflaren Bot Fight Mode, AWS WAF:n hallitut säännöt ja useimmat hyökkäystilan asetukset palauttavat JavaScript-välisivun ja koodin 403 tai 503 jokaiselle asiakkaalle, joka ei aja skriptejä. Baidun hakija ei aja. Salli vahvistuspolku tai koko indeksointirobotti.
• Maantieteellinen esto. Moni eurooppalainen sivusto estää Manner-Kiinan liikenteen tai rajoittaa sitä sisällön kaapimisen vuoksi. Vahvistushaku tulee juuri tuolta alueelta. Varmista, ettei mikään reunapalvelu pudota sitä.
• Selaintunniste suodatetaan pois. Robotti tunnistautuu nimellä Baiduspider. Osa tietoturvaratkaisuista pitää tuntemattomia robottitunnisteita kaapijoina. Jos haluat varmistaa pyynnön aitouden ennen sallimista: lähde-IP:n käänteinen nimipalvelukysely päätyy osoitteeseen *.baidu.com tai *.baidu.jp, ja eteenpäin tehdyn haun on täsmättävä.
• robots.txt estää sen. Jokerimerkillä varustetun user-agentin alla oleva Disallow: / tai jonkun aiemmin jättämä User-agent: Baiduspider -esto pysäyttää haun ennen kuin se alkaa.
• TLS-ongelma, jonka selain piilottaa. Puuttuvan välivarmenteen työpöytäselaimet korjaavat huomaamatta, yksinkertaiset hakijat eivät. Aja verkkotunnuksesi ulkoisen TLS-tarkistimen läpi äläkä luota vihreään lukkoon.
• Väärä origin vahvistettuna. Tiedosto on osoitteessa www.example.com, kun taas Baidussa kohteena on example.com. Virheilmoitus ei kerro tästä mitään.
• Hidas ensimmäinen tavu. Eurooppalainen palvelin ilman läsnäoloa Kiinassa vastaa Pekingistä tulevaan pyyntöön hitaasti, ja päälle tuleva kylmä serverless-käynnistys voi ylittää haun aikakatkaisun. Uudelleen yrittäminen eri kellonaikaan auttaa oikeasti.

Minkä menetelmän valita

Vie staattinen tiedosto, jos sinulla on käytössä koontiputki: sitä on vaikeinta rikkoa matkalla ja helpointa testata. Ota meta-tunniste, jos elät julkaisujärjestelmässä ja sivut renderöidään palvelimella. Jos et pääse sivustoon lainkaan käsiksi, DNS ei enää ole kiertotie: jonkun, jolla on pääsy verkkojuureen tai sivupohjiin, on lisättävä jompikumpi näistä kahdesta.

Valitsit minkä tahansa, jätä se paikalleen pysyvästi ja kirjaa se infrastruktuurimuistiinpanoihin. Se, joka poistaa salaperäisen tiedoston puolentoista vuoden kuluttua, olet sinä.

Se, mitä menetelmät eivät ratkaise

Molemmat menetelmät olettavat, että olet jo kirjautunut Baidu-tilille. Rekisteröinti vahvistetaan tekstiviestillä Manner-Kiinan matkapuhelinnumeroon, ja monille sivustoille Baidu vaatii lisäksi henkilöllisyyden varmentamisen (实名认证) kiinalaista henkilökorttia tai kiinalaista yrityslupaa vastaan. Frankfurtilainen tai manchesterilainen yritys ei pääse vahvistusnäkymään asti, vaikka vahvistustiedosto olisi julkaistu viimeisen päälle oikein.

Tähän Baidu-lähetyspalvelumme on tarkoitettu. Kerrot meille verkkotunnuksen, teet omalla puolellasi yhden omistajuuden tarkistuksen, ja me hoidamme lähetyksen ja raportoimme, mitä Baidu todella indeksoi, kiinteään hintaan verkkotunnusta kohden. Ei kiinalaista puhelinnumeroa, ei kiinalaista yhtiötä, ei omaa Baidu-tiliä. Kun verkkotunnus on vahvistettu, saat lisäksi 12 kuukaudeksi sen Baidu Webmaster Toolsin tiedot portaalissamme, ja siellä voit seurata indeksointia ja indeksointirobotin käyntejä sekä lähettää uusia URL-osoitteita itse.

Jos haluat ensin laajemman kuvan, kattava opas sivuston lähettämiseen Baiduun käy läpi sivustokartat, push-rajapinnan ja sen, mitä Baidun sijoitusalgoritmi oikeasti palkitsee. Jos juttelet mieluummin, varaa puhelu.