Kiinduló helyzet és döntési feladat

Egy blog új cikkeket indít és régi kampányoldalakat töröl. Ha a sitemap változatlanul mindent felsorol, eltér a webhely aktuális kínálatától. A tisztítás ezért technikai és szerkesztőségi feladat is.

Bekerülési szabály

Csak keresőben megjelenítésre szánt, végleges nyilvános URL-eket sorolj fel. Tesztoldal és belső keresés más szerepű tartalom.

Oldaltípusonként nézd át a bekerülést. Az ellenőrzés fő kérdése: Mi indokolja minden URL jelenlétét?

Végleges címek

Használj abszolút, következetes és kanonikus URL-eket. A régi címek felesleges átirányítást hagynak.

Kérd le a mintacímek HTTP-válaszát. Az ellenőrzés fő kérdése: Ugyanez szerepel a belső linkeken?

Valós módosítási idő

A lastmod érdemi tartalmi frissítést tükrözzön, ha használod. A minden kérésre új dátum félrevezető.

Frissítés nélkül töltsd le kétszer a fájlt. Az ellenőrzés fő kérdése: Változatlan tartalomhoz változatlan dátum tartozik?

Logikus csoportok

Nagy oldalon válaszd külön a cikkeket, termékeket és állandó oldalakat. Az átláthatatlan lista nehezíti a hibakeresést.

Típusonként ellenőrizz új és régi mintákat. Az ellenőrzés fő kérdése: Melyik csoportban keletkeznek hibás címek?

Beküldés

A megfelelő keresőeszközben add meg a sitemapot és figyeld az olvasási hibákat. A feldolgozás nem azonos minden URL indexelésével.

Nyisd meg közvetlenül a fájlt is. Az ellenőrzés fő kérdése: Elérhető és értelmezhető a tartalomjegyzék?

Publikációs folyamat

Új tartalom, törlés és átirányítás után frissüljön a lista. A kézzel elfelejtett fájl gyorsan elavul.

Izolált környezetben próbálj új tartalmat közzétenni. Az ellenőrzés fő kérdése: Ki felel a tartós egyezésért?

Részletes megvalósítás és szakmai döntések

A sitemap karbantartását a webhely tartalmi szabályzatából indítsd. Mit tekintetek nyilvános, önálló keresőoldalnak? Egy szakmai cikk általában ilyen; egy belső keresési találat, tesztűrlap vagy ideiglenes előnézet rendszerint más feladatot lát el. Ezt nem a fájlt generáló technikai eszköznek kell kitalálnia. Az üzleti és szerkesztői döntést egyszer érdemes leírni, majd a generálási szabályt ehhez igazítani. A sitemap így a szándékolt kínálatot tükrözi, nem egyszerűen mindent, ami valahol URL-lel rendelkezik.

Az első ellenőrzéshez töltsd le a fájlt és vizsgálj meg néhány mintát minden oldaltípusból. A mintában szerepeljen új cikk, régi cikk, állandó szolgáltatásoldal és megszüntetett tartalom korábbi címe is. A kérdés nem az, hogy a fájl szemre hosszú-e, hanem hogy a helyes URL-ek vannak-e benne. Külön figyelj a protokollra, hostnévre és útvonalra. Ha a webhelyen az egyik változatot használod, a listában pedig egy másikat, az eltérés valószínűleg a generálási vagy környezeti beállítások vizsgálatát indokolja.

A hibás URL-eket célszerű ok szerint csoportosítani. Egy törölt cikk régi címe lehet elfelejtett adat. Sok átirányító útvonal viszont régi migrációra utalhat. A noindex oldalak tömeges megjelenése oldaltípus-szabályzati hibát jelezhet. A javítás módja ennek megfelelően eltér: egyedi adatkorrekció, sablonbeállítás vagy teljes bekerülési logika módosítása szükséges. A lista kézi tisztítása rövid ideig működhet, de tartósan csak akkor marad helyes, ha a következő publikálás és törlés is ugyanazt a jó szabályt követi.

A lastmod mezőt érdemi módosítási információként kezeld. Egy cikk tartalmának szakmai frissítése megfelelő ok lehet új dátumra; a fájl újbóli generálása önmagában nem ugyanaz. A minden lekérésre változó dátum megnehezíti annak értelmezését, hol történt valódi változás. A tartalomkezelő és SEO-bővítmény adatforrását ezért egyeztesd. Ha a vállalati oldal egyes részei dinamikusan frissülnek, gondold át, mely változás számít a fő tartalom megújulásának. A cél a követhető jelzés, nem a mesterséges frissesség látszata.

Nagyobb tartalomkészletnél a logikus bontás segíti a karbantartást. A cikkek, állandó oldalak és termékek külön csoportja megmutathatja, hol hibázik egy generálási szabály. Ez nem azt jelenti, hogy minden apró témához önálló fájl szükséges. A szerkezet akkor jó, ha a felelős munkatárs gyorsan megtalálja és ellenőrzi az érintett típust. A technikai korlátok és támogatott formátumok részleteit mindig az aktuális protokollból és használt kereső dokumentációjából nézd meg, ne régi megjegyzésekre vagy megszokásra alapozd.

A beküldésnél különböztesd meg a fájl elérését, feldolgozását és a felsorolt oldalak indexelését. Ha a keresőeszköz sikeresen olvassa a sitemapot, az a lista feldolgozhatóságáról ad jelzést. Nem igazolja, hogy minden benne szereplő oldal automatikusan bekerül a találatok közé. Ha egy URL továbbra is hiányzik, annak saját hozzáférését, tartalmi szerepét és indexelési állapotát kell vizsgálni. E különbség a riportban is szerepeljen, különben a sikeres beküldés félrevezető, túl széles eredményállítássá válhat a megrendelő felé.

Az automatizálást izolált környezetben próbáld ki. Készíts egy új tesztcikket, publikáld, módosítsd, majd állítsd nem nyilvánosra vagy töröld a választott folyamatnak megfelelően. Minden lépés után nézd meg a sitemap változását. Közben ellenőrizd, nem marad-e gyorsítótárban a régi fájl. A tényleges nyilvános kimenet fontosabb, mint az adminfelület állítása. Ha a fájl csak kézi gombnyomás után frissül, ezt rögzítsd a szerkesztőségi munkamenetben, és jelölj felelőst, aki gondoskodik az elvégzéséről.

A sitemap nem helyettesíti a belső navigációt. Ha egy fontos cikk csak a fájlban szerepel, de sem témavezetőből, sem más kapcsolódó oldalról nem érhető el, a látogató számára továbbra is nehezen felfedezhető marad. A tartalomjegyzék és a linkrendszer két külön ellenőrzési pont legyen. Az egyik felsorolja a szándékolt URL-eket, a másik valódi olvasói útvonalat biztosít. A kettő egyezése jó jel, de a cél nem a listák azonos hosszúsága, hanem az aktuális és hasznos tartalom következetes elérhetősége.

Az átadási jegyzékben szerepeljen a fájl címe, a generálás felelőse, a bekerülési szabály és a próba eredménye. Új oldaltípus bevezetésekor ezt a jegyzéket is nézzétek át. Egy később hozzáadott referenciatípus vagy többnyelvű változat más szabályt igényelhet, mint az eredeti blog. A sitemap így a webhely működésének dokumentált része marad, és nem olyan technikai fájl, amelyről csak akkor esik szó, amikor a keresőeszköz hibát jelez vagy egy új tartalom nem jelenik meg. A tartalomkezelő munkatárs számára a sitemap frissülésének ellenőrzése is legyen megtanított, dokumentált lépés.

Gyakori kérdések

Mi indokolja minden URL jelenlétét?

Csak keresőben megjelenítésre szánt, végleges nyilvános URL-eket sorolj fel. Tesztoldal és belső keresés más szerepű tartalom.

Ki felel a tartós egyezésért?

Új tartalom, törlés és átirányítás után frissüljön a lista. Izolált környezetben próbálj új tartalmat közzétenni.

Források és további olvasnivaló

A cikk tájékoztató jellegű szakmai útmutató. Az említett példák szemléltető helyzetek; a saját vállalkozásodnál a konkrét adatok és a működési feltételek alapján érdemes dönteni.

Van egy hasonló feladatod?

Beszéljük át, hogyan ültethető át a gyakorlatba.

Projektet indítok

Kapcsolódó szolgáltatás: Keresőoptimalizálás ↗