Sea tähelepanekud tähtsuse järjekorda ja kontrolli muudatusi ohutult

Selgitus

Erista fakti, tõlgendust ja tegevust. Kasuta selles lühikeses harjutuses kolme taset:

• P0 — blokeeriv: oluline avalik leht pole kättesaadav, on kogemata roomamisest/indekseerimisest suletud või põhjustab kasutajale kriitilise vea; kinnita kõigepealt mõju täpsel URL-il.
• P1 — oluline lahknevus: olulisel lehel on avastamistee või see avaneb, kuid sisu, keel, canonical/lingid või vorm raskendab selle mõistmist või kasutamist. Väide „otsingusüsteem avastas selle lehe” vajab eraldi kinnitust paneelis või kontrollitud logis.
• P2 — parendus: probleem ei takista ligipääsu ega eksita kasutajat; pane see kirja ja kavanda pärast blokeerivate probleemide lahendamist.

See on kursuse töökorralduslik skaala, mitte otsingusüsteemi standard. Sarnase kiireloomulisuse korral eelista probleemi, millel on tugevam korratav tõend ja suurem mõju kasutajale.

Kontrollitavad kriteeriumid:

• Avastamistee: tavaline HTML-link kontrollitud testkeskkonna lehelt või URL kontrollitud saidikaardil. Pane allikas kirja; see näitab võimalikku teed URL-i leidmiseks, mitte seda, et süsteem selle leidis.
• Süsteemi-poolne avastamine: kinnita see asjakohases otsingusüsteemi aruandes või kontrollitud roomamislogides.
• URL-i ja canonical-i kooskõla: link viib oodatud lõpp-URL-ile, vastus on õige, canonical vastab sihtversioonile ja saidikaart sisaldab sama canonical-URL-i. Otsingusüsteemi valitud canonical-it kontrolli eraldi selle aruandest.
• Ükski neist kontrollidest üksi ei kinnita indekseerimist.

Väljamõeldud näide

Õppestsenaariumi testkeskkonna /robots-il on järgmised signaalid: kataloogi link viib http:// URL-ile, mis suunab edasi; HTML-i canonical osutab /robots-v2-le, saidikaart sisaldab aga /robots-i. See on P1 lahknevus, kui mõlemad lehed on kättesaadavad ja kasutajad pääsevad sisule ligi; tõsta prioriteeti ainult siis, kui lisandub tõend blokeeringu või ligipääsu kadumise kohta. Canonical-, robots/noindex- ja WAF-muudatused võivad mõjutada ligipääsu ja saidi signaale, seega vajab iga päris muudatus omaniku nõusolekut, eelkontrolli ja katsetatud tagasipööramisplaani.

Harjutus

Tööta ainult testkeskkonnas või example.test kohalikus koopias:

1. Lisa lehe /robots testmaketti vastuoluline link/canonical/sitemap olukord.
2. Täida päevikurida algse tõendi ja järelduse piirangutega.
3. Määra kriteeriumide järgi P0/P1/P2.
4. Paku välja parandus ja oodatav jälgitav muutus, kuid ära rakenda seda tootmiskeskkonnas.
5. Kontrolli parandust samade meetoditega testkeskkonnas. Iga päris tootmismuudatus robots.txt-is, noindex-is, canonical-is või WAF-is eeldab kinnitatud omanikku, kirjalikku mõjuülevaatust ja tagasipööramisplaani; juurutamine käib tavapärase väljalaskeprotsessi kaudu. Selle harjutuse käigus tootmiskeskkonda ei muudeta.

Kontrollnimekiri

• Kirjas on URL, aeg, tööriist ja algne tõend.
• Avastamistee (link/saidikaart) on eristatud süsteemi kinnitatud avastamisest (paneel/kontrollitud logi).
• URL, ümbersuunamist, canonical-it ja saidikaarti kontrolliti eraldi.
• Prioriteet on põhjendatud mõju ja tähelepaneku usaldusväärsusega.
• Harjutus ja parandus tehti ainult testkeskkonnas või example.test-i kohalikus koopias.
• Iga tulevane tootmismuudatus nimetab omaniku, ülevaatuse ja tagasipööramise.
• Enne/pärast kontrollis kasutatakse sama URL-i, tööriista ja tingimusi.

Levinud viga

Muuta tootmiskeskkonna robots.txt-i, canonical-it või WAF-i „prooviks” ja kontrollida alles pärast seda. Selline muudatus võib kasuliku jaotise sulgeda või ligipääsu muuta. Alusta testkeskkonnast, omaniku nõusoleku, ülevaatuse ja tagasipööramisplaaniga.

Korduv küsimustik ja migratsiooni lähtekaart

Korda tehisintellekti vastuste kontrolli väikese ja püsiva sihtrühma pärisküsimuste valimiga. Pane kirja täpne sõnastus, keel, piirkond, toote kasutuskoht, kuupäev ning konto ja seansi tingimused. Lisa avastamise, võrdlemise ja valiku küsimusi; ära lisa igale päringule brändinime. Väljamõeldud saidi näidisküsimus: „Mida tuleks kontrollida enne väikese dokumentatsioonisaidi uuele domeenile kolimist?” Salvesta kogu vastus ja viidatud URL-id. See on mõõtmisprotokoll, mitte soovitus päringute arvu kohta ega lubadus, et sind tsiteeritakse.

Enne migratsiooni ekspordi vanade URL-ide loend ja koosta iga olulise URL-i kohta rida: vana URL, kavandatud sihtkoht, ümbersuunamise olek, lõplik vastus, canonical-siht, siselingid ja olemasolu saidikaardis. Katseta vastendust testkeskkonnas, sealhulgas päringustringe ja lõpus kaldkriipsuga variante, mida sait tegelikult kasutab. Võrdle enne käivitamist esinduslikku valimit ja kontrolli pärast käivitamist samu URL-e uuesti. Ära asenda ümbersuunamiste kaarti ühe üldise suunamisega avalehele. Tootmiskeskkonda ei muudeta ilma omaniku heaks kiidetud väljalaske ja tagasipööramisplaanita.

Selles harjutuses on veerg „Tulemus pärast käivitamist” ainult tulevaseks võrdluseks: märgi „ei kohaldu — tootmiskeskkonda pole välja antud”. Täida see alles pärast omaniku heaks kiidetud väljalaset.

.test-domeen ja kõik tabeliread on väljamõeldud näited.

Esmased allikad

• URL Inspection Search Console’is
• URL Inspection Bing Webmaster Toolsis
• Kuidas canonical-URL-i määrata
• Google’i roomamisvigade tõrkeotsing