Hozzon létre stabil lapozott URL-eket hagyományos linkekkel és saját canonicallal; az infinite scrollt kiegészítésként használja, amely frissíti az előzményeket, és nem akadályozza a hozzáférést JavaScript nélkül.
Egy hosszú katalógus, cikkarchívum vagy keresési találati lista nem mindig tölthető be egyszerre. A lapozás stabil oldalakra osztja az elemeket, míg az infinite scroll görgetéskor tölt be további tartalmat. A felhasználó számára a folyamatos betöltés kényelmes lehet, a keresőmotornak azonban felfedezhető URL-ekre és olyan hivatkozásokra van szüksége, amelyek nem igényelnek kattintást vagy görgetést.
A megbízható megoldás a szerver által elérhető, lapozott címeket opcionális JavaScript-alapú továbbfejlesztéssel kombinálja. Minden oldal következetes sorrenddel, saját tartalmi szelettel és továbblépési úttal rendelkezik. Így a katalógus a szkript meghibásodásakor is használható marad, URL-en keresztül megosztható, és duplikált változatok létrehozása nélkül bejárható.
Minden szegmensnek stabil URL-re van szüksége
Az oldalakat jelölje kiszámítható paraméterrel vagy útvonallal, és biztosítsa, hogy változatlan kínálat mellett ugyanaz az URL ugyanazt a logikai szeletet adja vissza. Kerülje a session azonosítókat és a véletlenszerű tokeneket. Ha gyakran kerülnek fel új elemek, a klasszikus lapszámozás elcsúszhat; alkalmazásoknál a felhasználói folyamathoz fontolja meg a kurzor használatát, az SEO-archívumnak azonban továbbra is szüksége van egy elérhető, stabil útvonalra.
Az utolsó létező oldalon túli kérésre adjon értelmes állapotot, ne üres, sikeres, információ nélküli oldalt. Az első oldalnak egyetlen preferált URL-je legyen, felesleges paraméter nélkül. A szűrőket és a rendezést külön szabályokkal kezelje, hogy ugyanaz a tartalomszelet ne jöjjön létre több kombinációval.
A linkeknek szkript futtatása nélkül is működniük kell
A HTML-ben adjon meg normál href attribútummal ellátott hivatkozásokat a következő, és szükség szerint az előző oldalra. Egy csak JavaScriptet meghívó gomb nem feltétlenül fedi fel a robot számára a további tartalmat. A távolabbi oldalakra vagy logikai blokkokra mutató hivatkozások lerövidíthetik az utat, de a navigáció ne árassza el az oldalt több száz számmal.
Minden lapozott URL-nek általában önmagára kell kanonizálnia, mert eltérő elemeket tartalmaz. Ha minden oldal canonical-ja automatikusan az elsőre mutat, az elrejtheti a mélyebben lévő elemeket, és ellentmondó jelzést küld. A cím és a címsor arányosan jelezheti a sorszámot, de ne hozzon létre mesterséges szövegeket csupán az egyes oldalak megkülönböztetésére.
- valódi hivatkozások a további szeletekre
- minden érvényes oldal önmagára mutató canonical címkéje
- az első oldal egyetlen tiszta URL-je
- helyes állapot a lista végén túl
Infinite scroll progresszív fejlesztésként
Az alapoldal lapozással működik, a JavaScript pedig görgetéskor automatikusan betöltheti a következő szakaszt. Betöltéskor frissítse az URL-t és a böngészőelőzményeket úgy, hogy a vissza gomb a megfelelő helyre vigye vissza a felhasználót. Ne változtassa meg a címet minden pixelnél; kösse egy látható logikai blokkhoz.
Biztosítson betöltési állapotot, hibajelzést és a kérés megismétlésének lehetőségét. A lábléc ne meneküljön folyamatosan a felhasználó elől az új tartalom alá; alkalmas lehet egy „további betöltése” gomb. Az URL frissítésekor vagy megosztásakor a megfelelő szeletnek kell megjelennie anélkül, hogy az összes korábbi oldalt be kellene tölteni.
Szűrők, rendezés és duplikátumok
A lapozás bonyolultabbá válik, ha a szűrő vagy a rendezés megváltozik. Az új választásnak vissza kell vinnie a felhasználót a találatok első oldalára, és következetes URL-t kell létrehoznia. Az ár vagy dátum szerinti rendezés általában nem változtatja meg annyira a tartalom halmazát, hogy külön indexelt sorozatot igényelne. A kanonikus és a crawl szabályokat a szándék szerint határozza meg.
Az elemek eltávolítása üres utolsó oldalakat és az oldalszám változását okozhatja. A navigációt az aktuális állapotból generálja, a régi, érvénytelen URL-eket pedig következetesen kezelje. Ne irányítson át minden megszűnt oldalt mérlegelés nélkül automatikusan az elsőre; a felhasználónak és a robotnak is többet segíthet egy egyértelmű állapot és az aktuális listához vezető útvonal.
A crawl és a felhasználói út tesztelése
Futtasson crawlt JavaScript nélkül, és ellenőrizze, hogy megtalálja-e a mélyebb oldalakon lévő elemeket. Ezután ellenőrizze a renderelt változatot, az előzményeket, a visszalépést, az URL megosztását és a hálózati hibát. Figyelje, hogy minden elemnek van-e stabil részletoldala, és hogy a sorozatban nem tűnik-e el vagy ismétlődik-e a következetlen sorrend miatt.
A szervernaplókban kövesse a lapozott URL-ek látogatásait, az érvénytelen, magas oldalszámokat és a paraméterkombinációkat. Az analitikában válassza külön a navigáció használatát a keresésből érkező belépésektől. A sikeres megoldás elérhetővé teszi a mélyen elhelyezkedő elemeket, és közben nem hoz létre végtelen feltérképezést nem létező oldalak vagy rendezések esetén.
- minden érvényes listaoldal közvetlen betöltése
- az aktuális nézet visszaállítása és megosztása
- HTML-linkek a következő és az előző oldalakra
- helyes állapot túl magas oldalszám esetén
- nincsenek duplikátumok a paraméterek sorrendjének változásakor
- akadálymentes lábléc és billentyűzetes vezérlés
- naplók az oldalak és szűrők végtelen kombinációi nélkül
- regressziós teszt a listasablon módosítása után
Gyakori kérdések
Rossz-e a végtelen görgetés a SEO szempontjából?
Nem, ha feltérképezhető, lapozott URL-ekre és linkekre épülő kiegészítésről van szó. Probléma akkor merül fel, ha a további tartalom csak JavaScript-interakció után létezik, önálló cím nélkül.
A további oldalak canonicalja az elsőre mutasson?
Általában nem. Minden érvényes szűkítés más elemeket tartalmaz, és a canonicaljának önmagára kell mutatnia. A kivételeket az adott tartalmi modell alapján mérlegelje.
Indexelni kell a belső keresési találatokat?
Többnyire nem ellenőrizetlen térként. Ha egy adott keresésnek tartós szándéka van, inkább hozzon létre szabályozott kategóriát vagy landing page-et minőségi tartalommal.
Források és további olvasnivaló
Adam Antoni vyvíja weby, aplikácie a softvér na mieru. Prepája firemné systémy, automatizuje procesy a vytvára AI agentov. Pôsobí v Spišskej Novej Vsi a spolupracuje s firmami na celom Slovensku.
