Suteikite stebėjimams prioritetus ir saugiai tikrinkite pakeitimus

Paaiškinimas

Atskirkite faktą, interpretaciją ir veiksmą. Šiai trumpai mokomajai užduočiai naudokite tris lygius:

• P0 — blokatorius: svarbus viešas puslapis nepasiekiamas, netyčia užblokuotas nuo nuskaitymo / indeksavimo arba pateikia kritinę naudotojo klaidą; pirmiausia patvirtinkite poveikį konkrečiam URL.
• P1 — reikšmingas neatitikimas: svarbus puslapis turi aptikimo kelią arba atsidaro, tačiau turinys, kalba, canonical / nuorodos ar forma trukdo jį suprasti arba naudoti. Teiginiui „paieškos sistema aptiko šį puslapį“ reikia atskiro patvirtinimo skydelyje arba patvirtintame žurnale.
• P2 — patobulinimas: problema neblokuoja prieigos ir neklaidina naudotojo; užrašykite ją ir suplanuokite po blokatorių.

Tai kurso darbo skalė, o ne paieškos sistemos standartas. Kai skubumas panašus, pirmiau tvarkykite problemą, kurios įrodymai patikimiau pakartojami ir poveikis naudotojui didesnis.

Patikrinami kriterijai:

• Aptikimo kelias: įprasta HTML nuoroda iš patikrinto bandomosios aplinkos puslapio arba URL patikrintoje svetainės schemoje. Užrašykite šaltinį: tai rodo galimą URL radimo kelią, bet nepatvirtina, kad sistema jį rado.
• Aptikimas sistemoje: patvirtinkite jį atitinkamoje paieškos sistemos ataskaitoje arba patikrintuose naršymo žurnaluose.
• URL ir canonical nuoseklumas: nuoroda veda į numatytą galutinį URL, atsakymas teisingas, canonical atitinka tikslinę versiją, o svetainės schemoje nurodytas tas pats canonical URL. Paieškos sistemos pasirinktą canonical tikrinkite atskirai jos ataskaitoje.
• Nė vienas iš šių patikrinimų atskirai nepatvirtina indeksavimo.

Išgalvotas pavyzdys

Mokomosios bandomosios aplinkos /robots turi tokius signalus: katalogo nuoroda veda į http:// URL, kuris peradresuojamas; HTML canonical nurodo /robots-v2, o svetainės schemoje pateiktas /robots. Tai P1 neatitikimas, jei abu puslapiai pasiekiami ir naudotojai gali gauti turinį; prioritetą didinkite tik turėdami papildomų blokavimo arba prieigos praradimo įrodymų. Canonical, robots/noindex ir WAF pakeitimai gali paveikti prieigą bei svetainės signalus, todėl kiekvienam realiam pakeitimui reikia savininko, išankstinės peržiūros ir išbandyto grąžinimo plano.

Praktika

Dirbkite tik bandomojoje aplinkoje arba vietinėje example.test kopijoje:

1. Bandomajame /robots makete sukurkite nesutampančią nuorodos / canonical / svetainės schemos būseną.
2. Užpildykite žurnalo eilutę, nurodydami pirminius įrodymus ir išvados ribas.
3. Pagal pirmiau pateiktus kriterijus skirkite P0/P1/P2.
4. Pasiūlykite pataisymą ir numatomą stebimą pokytį, bet netaikykite jo gamybinėje aplinkoje.
5. Bandomojoje aplinkoje patikrinkite pataisymą tais pačiais metodais. Bet kokiam tikram robots.txt, noindex, canonical ar WAF pakeitimui gamybinėje aplinkoje pirmiausia reikia patvirtinto savininko, rašytinės poveikio peržiūros ir grąžinimo plano; diegimas vykdomas įprastu išleidimo procesu. Šios užduoties metu gamybinės aplinkos nekeiskite.

Kontrolinis sąrašas

• Užrašytas URL, laikas, įrankis ir pirminis įrodymas.
• Aptikimo kelias (nuoroda / svetainės schema) atskirtas nuo patvirtinto sistemos aptikimo (skydelis / patikrintas žurnalas).
• URL, peradresavimas, canonical ir svetainės schema patikrinti atskirai.
• Prioritetas pagrįstas poveikiu ir stebėjimo patikimumu.
• Užduotis ir pataisymas atlikti tik bandomojoje aplinkoje / vietinėje example.test kopijoje.
• Kiekvienam būsimam gamybiniam pakeitimui nurodytas savininkas, peržiūra ir grąžinimo planas.
• Prieš ir po patikros naudotas tas pats URL, įrankis ir sąlygos.

Dažna klaida

Pakeisti gamybinės aplinkos robots.txt, canonical ar WAF „tik bandymui“ ir tik tada tikrinti rezultatą. Toks pakeitimas gali užblokuoti naudingą skiltį arba pakeisti prieigą. Pradėkite bandomojoje aplinkoje, gavę savininko sutikimą ir pasirengę peržiūrą bei grąžinimo planą.

Pasikartojantis klausimų rinkinys ir migracijos atskaitos taškas

Kad DI atsakymų patikras būtų galima kartoti ir palyginti, naudokite nedidelį nekintantį tikrų auditorijos klausimų rinkinį. Užrašykite tikslią formuluotę, kalbą, regioną, produkto aplinką, datą ir paskyros bei sesijos sąlygas. Įtraukite klausimų apie atradimą, palyginimą ir sprendimo priėmimą; neįrašykite prekės ženklo į kiekvieną užklausą. Išgalvotos svetainės pavyzdys: „Ką reikėtų patikrinti prieš perkeliant nedidelę dokumentacijos svetainę į naują domeną?“ Išsaugokite visą atsakymą ir nurodytus URL. Tai matavimo protokolas, o ne rekomenduojamas užklausų skaičius ir ne citavimo pažadas.

Prieš migraciją eksportuokite senų URL sąrašą ir parenkite po eilutę kiekvienam svarbiam URL: senas URL, numatytas tikslas, peradresavimo būsena, galutinis atsakas, canonical tikslas, vidinės nuorodos ir buvimas svetainės schemoje. Atitikmenis tikrinkite bandomojoje aplinkoje, įskaitant užklausos eilutes ir URL variantus su galiniu pasviruoju brūkšniu, kuriuos svetainė iš tikrųjų naudoja. Prieš paleidimą palyginkite reprezentatyvią imtį, o po jo dar kartą patikrinkite tuos pačius URL. Nekeiskite peradresavimų žemėlapio vienu bendru peradresavimu į pagrindinį puslapį. Gamybinės aplinkos nekeiskite be savininko patvirtinto leidimo ir grąžinimo plano.

Atliekant šią užduotį stulpelis „Rezultatas po paleidimo“ yra tik būsima atskaitos reikšmė: įrašykite „netaikoma — gamybinė aplinka neišleista“. Pildykite jį tik po savininko patvirtinto išleidimo.

.test domenas ir visos pirmiau pateiktos eilutės yra išgalvoti pavyzdžiai.

Pirminiai šaltiniai

• URL Inspection sistemoje Search Console
• URL Inspection sistemoje Bing Webmaster Tools
• Kaip nurodyti canonical URL
• Google paieškos nuskaitymo klaidų šalinimas