Selitys
Erota tosiasia, tulkinta ja toimi. Käytä tässä lyhyessä harjoituksessa kolmea tasoa:
- P0 — esto: tärkeä julkinen sivu ei ole saavutettavissa, se on vahingossa estetty ryöminnältä/indeksoinnilta tai se tuottaa kriittisen käyttäjävirheen; varmista ensin vaikutus täsmällisellä URL-osoitteella.
- P1 — merkittävä ristiriita: tärkeällä sivulla on löytämispolku tai se avautuu, mutta sisältö, kieli, canonical/linkit tai lomake vaikeuttaa sen ymmärtämistä tai käyttöä. Väite ”hakujärjestelmä löysi tämän sivun” vaatii erillisen vahvistuksen hallintapaneelista tai varmennetusta lokista.
- P2 — parannus: ongelma ei estä pääsyä eikä johda käyttäjää harhaan; kirjaa se ja suunnittele käsittely estävien ongelmien jälkeen.
Tämä on kurssin oma työasteikko, ei hakujärjestelmän standardi. Jos kiireellisyys on sama, priorisoi ongelma, josta on vahvempaa toistettavaa näyttöä ja suurempi vaikutus käyttäjiin.
Tarkistettavat kriteerit:
- Löytämispolku: tavallinen HTML-linkki tarkistetulta testiympäristön sivulta tai URL tarkistetussa sivustokartassa. Kirjaa lähde; tämä osoittaa mahdollisen reitin URL:n löytämiseen, ei sitä, että järjestelmä on löytänyt sen.
- Järjestelmän tekemä löytyminen: vahvista se asianmukaisesta hakujärjestelmän raportista tai varmennetuista ryömintälokeista.
- URL:n ja canonicalin yhdenmukaisuus: linkki vie odotettuun lopulliseen URL-osoitteeseen, vastaus on oikea, canonical vastaa kohdeversiota ja sivustokartta sisältää saman canonical-URL:n. Tarkista hakujärjestelmän valitsema canonical erikseen sen raportista.
- Mikään näistä tarkistuksista ei yksin vahvista indeksointia.
Kuvitteellinen esimerkki
Harjoituksen testiympäristön /robots-sivulla on seuraavat signaalit: luettelon linkki vie http://-osoitteeseen, joka uudelleenohjataan; HTML:n canonical osoittaa /robots-v2-osoitteeseen, mutta sivustokartassa on /robots. Tämä on P1-ristiriita, jos molemmat sivut ovat saavutettavissa ja käyttäjät pääsevät sisältöön; nosta prioriteettia vain, jos lisänäyttö osoittaa eston tai pääsyn menetyksen. Canonical-, robots/noindex- ja WAF-muutokset voivat vaikuttaa pääsyyn ja sivuston signaaleihin, joten todellinen muutos vaatii omistajan, ennakkotarkastuksen ja testatun palautussuunnitelman.
Harjoitus
Työskentele vain testiympäristössä tai example.test-verkkotunnuksen paikallisessa kopiossa:
- Lisää
/robots-sivun testimalliin ristiriitainen linkki/canonical/sivustokartta-tila. - Täytä lokirivi raakamuotoisella näytöllä ja johtopäätöksen rajoilla.
- Määritä P0/P1/P2 yllä olevien kriteerien mukaan.
- Ehdota korjausta ja odotettua havaittavaa muutosta, mutta älä toteuta sitä tuotannossa.
- Tarkista korjaus testiympäristössä samoilla menetelmillä. Todellinen tuotannon
robots.txt-,noindex-, canonical- tai WAF-muutos edellyttää ensin vahvistettua omistajaa, kirjallista vaikutustarkastusta ja palautussuunnitelmaa; käyttöönotto tehdään normaalin julkaisuprosessin kautta. Älä muuta tuotantoa tässä harjoituksessa.
Tarkistuslista
- URL, aika, työkalu ja raakamuotoinen näyttö on kirjattu.
- Löytämispolku (linkki/sivustokartta) on erotettu järjestelmän vahvistamasta löytymisestä (hallintapaneeli/varmennettu loki).
- URL, uudelleenohjaus, canonical ja sivustokartta tarkistetaan erikseen.
- Prioriteetti perustellaan vaikutuksella ja havainnon luotettavuudella.
- Harjoitus ja korjaus tehtiin vain testiympäristössä tai
example.test-paikalliskopiossa. - Tulevan tuotantomuutoksen yhteydessä nimetään omistaja, katselmointi ja palautus.
- Ennen/jälkeen-tarkistuksissa käytetään samaa URL-osoitetta, työkalua ja olosuhteita.
Yleinen virhe
Muutetaan tuotannon robots.txt-tiedostoa, canonicalia tai WAFia ”kokeeksi” ja tarkistetaan tulos vasta sen jälkeen. Muutos voi estää hyödyllisen osion tai muuttaa pääsyä. Aloita testiympäristöstä ja varmista omistaja, katselmointi ja palautussuunnitelma.
Toistettava kysymyssarja ja muuton vertailupohja
Pidä tekoälyn vastausten toistettavia tarkistuksia varten pieni ja vakaa joukko yleisön todellisia kysymyksiä. Tallenna kysymyksen täsmällinen sanamuoto, kieli, alue, tuotteen käyttöympäristö, päivämäärä sekä tili- ja istuntoehdot. Sisällytä löytämistä, vertailua ja valintaa koskevia kysymyksiä; älä lisää brändin nimeä jokaiseen kyselyyn. Kuvitteelliselle sivustolle sopiva esimerkkikysymys: ”Mitä kannattaa tarkistaa ennen pienen dokumentaatiosivuston siirtämistä uuteen verkkotunnukseen?” Tallenna koko vastaus ja kaikki siinä mainitut URL-osoitteet. Tämä on mittauskäytäntö, ei suositus kyselyjen määrästä eikä lupaus siitä, että sivusto mainitaan lähteenä.
Vie ennen muuttoa vanhojen URL-osoitteiden luettelo ja tee jokaisesta tärkeästä osoitteesta oma rivi: vanha URL, suunniteltu kohde, uudelleenohjauksen tila, lopullinen vastaus, canonical-kohde, sisäiset linkit ja esiintyminen sivustokartassa. Testaa vastaavuudet testiympäristössä, mukaan lukien kyselymerkkijonot ja kauttaviivalliset lopukeversiot, joita sivusto todella käyttää. Vertaa edustavaa otosta ennen julkaisua ja tarkista julkaisun jälkeen samat URL-osoitteet uudelleen. Älä korvaa uudelleenohjauskarttaa yhdellä yleisellä etusivulle ohjauksella. Älä muuta tuotantoa ilman omistajan hyväksymää julkaisua ja palautussuunnitelmaa.
Tässä harjoituksessa sarake ”Julkaisun jälkeinen tulos” on vain tuleva vertailupohja: merkitse ”ei sovellu — tuotantoa ei julkaistu”. Täytä se vasta omistajan hyväksymän julkaisun jälkeen.
| Vanha URL | Suunniteltu kohde | Testiympäristön tulos | Julkaisun jälkeinen tulos |
|---|---|---|---|
https://example.test/guide-a | https://example.test/docs/guide-a | kirjaa tila ja lopullinen URL | toista sama pyyntö |
https://example.test/guide-b | https://example.test/docs/guide-b | kirjaa tila ja lopullinen URL | toista sama pyyntö |
.test-verkkotunnus ja kaikki yllä olevat rivit ovat kuvitteellisia esimerkkejä.