Baidu vietnes verifikācija: HTML faila un meta taga metodes, un kas notika ar CNAME

Kāds jums ir uzticējis uzdevumu saistībā ar Baidu, un pirmais šķērslis ir verifikācijas ekrāns. Baidu nepieņems vietnes karti, neatvērs indeksa pārskatus un neļaus iesniegt nevienu URL, kamēr nebūs pārliecināts, ka domēns pieder jums. Šodien to var pierādīt ar divām metodēm. Tās darbojas atšķirīgi, un kļūmes nav tās, kuras pazīstat no Google Search Console. Trešā metode, ko joprojām apraksta lielākā daļa ceļvežu, proti, CNAME ieraksts, ir apturēta kopš 2023. gada janvāra.

Šeit aprakstīta abu strādājošo metožu ieviešana, ko CNAME apturēšana nozīmē, ja to izmantojāt agrāk, un iemesli, kāpēc verifikācija parasti neizdodas, kā arī tas, kā katru no tiem pārbaudīt no termināļa.

Kur atrodas verifikācija

Baidu tīmekļa pārziņu rīks ir Baidu Search Resource Platform (百度搜索资源平台) adresē ziyuan.baidu.com, ko joprojām plaši sauc par Baidu Zhanzhang. Jūs pievienojat vietni, izvēlaties verifikācijas metodi, un Baidu no jūsu domēna ielādē kaut ko, kas apstiprina, ka jūs to kontrolējat. Tikai pēc tam kļūst pieejama saišu iesniegšana, vietnes kartes augšupielāde un pārmeklēšanas diagnostika.

Divas lietas saistībā ar vietņu modeli cilvēkus pārsteidz vēl pirms metodes izvēles:

• Protokols un resursdators ir daļa no identitātes. https://example.com un https://www.example.com Baidu skatījumā ir divas dažādas vietnes, tāpat kā to http:// versijas. Pievienojiet tieši to izcelsmi, ko izmanto jūsu kanoniskie URL. Ja verificējat nepareizo, viss, ko pēc tam iesniedzat, attiecas uz vietni, kurā nav nekādas jūsu datplūsmas.
• Ielāde notiek no kontinentālās Ķīnas. Tam, kas pierāda īpašumtiesības, jābūt sasniedzamam no turienes, caur publisko internetu, bez pārbaudes lapas priekšā. Šis viens fakts izskaidro lielāko daļu kļūmju, kas aprakstītas šī raksta beigās.

Pirms visa tā vajadzīgs konts. Bez Baidu konta verifikācijas ekrānu vispār nevar sasniegt, un reģistrācija ir piesaistīta apstiprinājumam ar SMS uz kontinentālās Ķīnas mobilā tālruņa numuru. Uzņēmumam Eiropā vai Apvienotajā Karalistē tā ir īsta siena, un par to ir vērts zināt, pirms veltāt pēcpusdienu veidnēm un izvietošanai. Vairāk par to beigās.

1. metode: HTML verifikācijas fails

Visizplatītākā metode, un tā, kurai dot priekšroku, ja varat izvietot statisku failu.

Baidu ģenerē jūsu vietnei failu un piedāvā to lejupielādēt. Nosaukums izskatās šādi:

baidu_verify_codeva-XXXXXXXXXX.html

Vecākām vietnēm tika piešķirti nosaukumi formā baidu_verify_XXXXXXXXXX.html, un dažos paneļos codeva- vietā redzams prefikss code-. Nemēģiniet nosaukumu vai marķieri atjaunot pēc kāda bloga ieraksta: lejupielādējiet failu, ko jums dod Baidu, vai nokopējiet virkni no paneļa zīmi pa zīmei. Faila saturs ir īss, parasti tikai pats marķieris un nekas cits.

Tam jābūt pieejamam jūsu reģistrētās izcelsmes saknē:

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

Ne apakšdirektorijā, ne aiz valodas prefiksa, ne citā resursdatorā.

Kur faila vieta atkarībā no tehnoloģijām

Pārbaudiet tāpat, kā to darīs Baidu

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

Jums vajag HTTP/2 200, content-type vērtību text/html, nekādu location galveni un saturu, kas ir tieši marķieris. Trīs rezultāti nozīmē, ka darbs vēl nav pabeigts:

• 301 vai 302. Kaut kas normalizē ceļu, visbiežāk noteikums par slīpsvītru beigās vai valodas novirzīšana, kas katru nepazīstamu ceļu sūta uz /en/.... Pievienojiet izņēmumu pirms vispārējā noteikuma.
• 200, kas atgriež jūsu lietotnes čaulu. Tas ir visbiežākais maldīgi veiksmīgais rezultāts. Vienas lapas lietotne ar vispārēju maršrutu uz katru ceļu atbild ar index.html un statusu 200, tāpēc fails it kā „eksistē“, bet saturs ir jūsu React iezīmējums. Baidu nolasa saturu, neatrod marķieri un to noraida. Pasniedziet statisko failu pirms SPA rezerves maršruta.
• 404, kas saglabājas arī pēc izvietošanas. Parasti tas ir CDN, kas kešatmiņā saglabājis negatīvo atbildi. Iztīriet kešatmiņu tieši šim ceļam un pārbaudiet vēlreiz ar curl -H 'Cache-Control: no-cache'.

Pēc tam paturiet failu repozitorijā. Baidu periodiski atkārtoti pārbauda īpašumtiesības, un vietne, kas zaudē verifikācijas failu, klusi pazūd no paneļa.

2. metode: HTML meta tags

Izmantojiet to, ja varat rediģēt veidnes, bet nevarat ievietot failus tīmekļa saknē. Tā ir parasta situācija pārvaldītā CMS vai platformas mitināšanā.

Baidu jums dod šādas formas tagu, kas jāievieto sākumlapas <head> daļā:

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

Atribūts name vienmēr ir baidu-site-verification, uzrakstīts tieši tā, ar visām defisēm. Vērtība content ir marķieris no paneļa.

Tas, vai tas darbosies, ir atkarīgs no trim noteikumiem:

1. Tam jābūt <head> iekšpusē. Parsētājs, kas to atrod <body>, uzskata, ka head daļa jau ir aizvērta. Viss, kas ievietots pēc pirmā elementa, kas nepieder head daļai, ir par vēlu.
2. Tam jābūt HTML, ko sūta serveris. Atveriet view-source: vai, vēl labāk, curl -sS https://example.com | grep baidu-site-verification. Ja tags parādās tikai DevTools elementu inspektorā, to pievienojis JavaScript pēc hidratācijas, un tas neskaitās. Tieši tas to salauž klienta pusē renderētās React un Vue lietotnēs, un tāpēc faila metode SPA gadījumā ir vienkāršāka.
3. Tam jāizdzīvo ietvarā. Head pārvaldnieki dzēš dublikātus un attīra saturu. Next.js to vēlas metadatu eksportā, nevis kā nejaušu <meta> kādā komponentā. React Helmet izmet tagus, kas renderēti ārpus tā nodrošinātāja. Daži CMS drošības spraudņi izņem meta tagus ar nepazīstamiem nosaukumiem. Tagu pārvaldnieks to nevar ievietot, jo tagu pārvaldnieks darbojas klienta pusē.

Ievietošana konkrētos ietvaros:

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

Servera pusē renderētā vietnē ievietojiet to bāzes veidnē blakus charset un viewport tagiem un aizmirstiet par to. Hugo tā ir layouts/_default/baseof.html; Django tā ir bāzes veidne, ko paplašina visas lapas.

CNAME ieraksts: apturēts kopš 2023. gada janvāra

Vecākos ceļvežos, tostarp šī ceļveža pirmajā versijā, aprakstīta trešā metode: CNAME ieraksts DNS. 2023. gada 13. janvārī Baidu apturēja CNAME verifikāciju (Baidu paziņojums) un norādīja vietņu īpašniekiem izmantot faila un HTML taga verifikāciju. 2026. gada 10. oktobrī Baidu nebija publicējis nevienu paziņojumu par tās atjaunošanu.

Ja vietne pirms tam tika verificēta ar CNAME, ieraksts izskatās šādi:

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

DNS panelī tas redzams šādi:

Ko apturēšana jums nozīmē:

• Jauna vietne to nevar izmantot. Baidu vairs nepieņem CNAME vietnei, kas vēl nav verificēta. Izmantojiet failu vai iepriekš aprakstīto meta tagu.
• Esošā CNAME verifikācija paliek spēkā. Baidu paziņojumā teikts, ka jau verificētās vietnes tas neskar.
• Nedzēsiet ierakstu. Ja tas pazūd un verifikācija zaudē spēku, paziņojums jūs novirza uz failu vai meta tagu. CNAME atjaunošana to neatgriezīs.
• Neieslēdziet tā priekšā starpniekserveri. Cloudflare gadījumā ieraksts caur starpniekserveri (oranžais mākonis) no ārpuses vairs neatrisinās kā CNAME, tāpēc vēlāka atkārtota pārbaude neizdodas. Verifikācijas ierakstam atstājiet režīmu „DNS only“.

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

dig +short @8.8.8.8 abcdef123456.example.com CNAME

Ja abi atgriež ziyuan.baidu.com., vecais ieraksts ir neskarts. Ja konsole rāda vietni kā neverificētu, verificējiet to vēlreiz ar failu vai meta tagu, nevis labojiet DNS.

Kāpēc verifikācija neizdodas, lai gan iestatījumi izskatās pareizi

Jūs esat pārbaudījuši failu ar curl, tas atgriež 200, un Baidu joprojām saka nē. Ejiet cauri šim sarakstam:

• Robotu pārbaude vai WAF noteikums. Cloudflare Bot Fight Mode, AWS WAF pārvaldītie noteikumi un lielākā daļa „under attack“ iestatījumu jebkuram klientam, kas neizpilda skriptus, atgriež JavaScript starplapu ar 403 vai 503. Baidu ielādētājs skriptus neizpilda. Pievienojiet atļauto sarakstam verifikācijas ceļu vai rāpuļprogrammu.
• Ģeogrāfiskā bloķēšana. Daudzas Eiropas vietnes bloķē vai ierobežo kontinentālās Ķīnas datplūsmu, lai samazinātu satura nokasīšanu. Verifikācijas pieprasījums nāk tieši no šī diapazona. Pārliecinieties, ka nekas tīkla malā to neatmet.
• Lietotāja aģents tiek filtrēts. Rāpuļprogramma sevi identificē kā Baiduspider. Dažas drošības sistēmas nepazīstamas rāpuļprogrammu virknes uzskata par satura nokasītājiem. Ja pirms pievienošanas atļauto sarakstam vēlaties pārliecināties, ka pieprasījums ir īsts, avota IP reversā DNS uzmeklēšana atrisinās uz *.baidu.com vai *.baidu.jp, un tiešajai uzmeklēšanai jāsakrīt.
• To bloķē robots.txt. Disallow: / zem aizstājējzīmes lietotāja aģenta vai kāda cita atstāts skaidrs User-agent: Baiduspider bloks aptur ielādi, pirms tā sākusies.
• TLS problēma, ko pārlūki slēpj. Trūkstošu starpsertifikātu darbvirsmas pārlūki klusi salabo, bet vienkārši ielādētāji ne. Pārbaudiet savu domēnu ar ārēju TLS pārbaudes rīku, nevis paļaujieties uz zaļu piekaramo slēdzeni.
• Tiek verificēta nepareizā izcelsme. Fails atrodas www.example.com, bet vietne Baidu norādīta kā example.com. Kļūdas ziņojums jums par to neko nepateiks.
• Lēns pirmais baits. Serveri Eiropā bez klātbūtnes Ķīnā uz pieprasījumu no Pekinas atbild lēni, un auksta bezservera palaišana tam virsū var pārsniegt ielādes noildzi. Mēģinājums citā diennakts stundā tiešām palīdz.

Kuru metodi izmantot

Ja jums ir būvēšanas konveijers, izvietojiet statisku failu: to vismazāk iespējams sabojāt, un to visvieglāk pārbaudīt. Ja strādājat CMS un jūsu lapas tiek renderētas servera pusē, izvēlieties meta tagu. Ja vietnei vispār nevarat piekļūt, DNS vairs nav apvedceļš: kādam ar piekļuvi tīmekļa saknei vai veidnēm jāievieto viens no abiem.

Lai ko jūs izvēlētos, atstājiet to vietā pastāvīgi un ierakstiet savās infrastruktūras piezīmēs. Cilvēks, kas pēc astoņpadsmit mēnešiem izdzēsīs noslēpumainu failu, būsiet jūs paši.

Ko šīs metodes neatrisina

Abas metodes pieņem, ka jūs jau esat pieteicies Baidu kontā. Reģistrāciju apstiprina ar SMS uz kontinentālās Ķīnas mobilā tālruņa numuru, un daudzām vietnēm Baidu prasa arī īstā vārda verifikāciju (实名认证) ar Ķīnas personas apliecību vai Ķīnas uzņēmuma licenci. Uzņēmums Frankfurtē vai Mančestrā ar nevainojami izvietotu verifikācijas failu joprojām nevar nokļūt līdz verifikācijas ekrānam.

Tieši šeit noder mūsu Baidu iesniegšanas pakalpojums. Jūs norādāt mums domēnu, savā pusē veicat vienu domēna īpašumtiesību pārbaudi, un mēs veicam iesniegšanu par fiksētu cenu par domēnu. Nekāda Ķīnas tālruņa numura, nekādas Ķīnas juridiskās personas, nekāda jūsu paša Baidu konta. Kad domēns ir verificēts, jūs saņemat arī 12 mēnešus piekļuves tā Baidu Webmaster Tools datiem mūsu portālā, kur varat sekot indeksēšanai un pārmeklēšanai un paši iesniegt jaunus URL.

Ja vispirms vēlaties plašāku ainu, pilnajā Baidu iesniegšanas ceļvedī aplūkotas vietnes kartes, push API un tas, ko Baidu ranžēšana patiesībā atalgo. Ja labprātāk to izrunātu, rezervējiet zvanu.