Valódi áthelyezésnél használjon átirányítást, elérhető hasonló változatoknál canonicalt, indexelést nem igénylő hasznos oldalnál noindexet, a robots.txt-t pedig csak a crawl szabályozására.
A canonicalt, az átirányítást és a noindexet gyakran felcserélhető SEO-javításként használják, pedig mindegyik mechanizmus más helyzetet kezel. A canonical a hasonló tartalom preferált változatát javasolja, az átirányítás a felhasználót és a robotot is másik URL-re küldi, a noindex pedig azt kéri, hogy az elérhető oldal ne jelenjen meg a találatok között. A robots.txt csak a feltérképezést korlátozza.
A helytelen kombináció ütközést okozhat: egy letiltott, noindexszel ellátott oldal nem feltétlenül olvasható be, egy átirányított URL már nem adhat át saját canonicalt, és egy másik oldalra kanonizált eltérő tartalmat figyelmen kívül hagyhatnak. A döntés ezért az URL céljából, a felhasználói igényből és a tartalmi egyezés mértékéből indul ki.
Végleges áthelyezésnél átirányításra van szükség
Ha a régi URL-nek már nem kell önállóan működnie, és létezik tartalmilag megfelelő új cím, használjon állandó átirányítást. A felhasználó így az aktuális tartalomra jut, a belső linkek pedig fokozatosan módosíthatók. Tipikus példa egy szolgáltatás tiszta URL-jének megváltozása, két azonos cikk összevonása, vagy a hoszt és a protokoll egységesítése.
A célnak relevánsnak kell lennie. Az eltávolított elemek tömeges átirányítása a kezdőlapra nem magyarázza el, mi történt. Kerülje az átirányítási láncokat, és frissítse a sitemapot, a canonicalt és a belső hivatkozásokat a végső URL-re. A régi szabályokat a tényleges használat és a hivatkozások alapján kellően hosszú ideig tartsa meg, ne csak a migráció végéig.
A canonical elérhetőnek hagyja a változatot
A canonical akkor megfelelő, ha több elérhető URL azonos vagy nagyon hasonló fő tartalmat tartalmaz, például követési paraméterek, alternatív rendezés vagy nyomtatható változat esetén. Az előnyben részesített oldalnak indexelhetőnek kell lennie, 200-as kódot kell visszaadnia, és tartalmában meg kell felelnie a változatnak. Minden kanonikus oldal általában önmagára mutat.
Ez jelzés, nem abszolút utasítás. A keresőmotor más verziót is választhat, ha a belső hivatkozások, a sitemap és az átirányítások mást mutatnak. A canonicalt ne használja eltérő szándékú tartalomra csak azért, hogy elkerülje a minőségéről szóló döntést. Az inkonzisztens választást inkább az URL-ek létrehozásakor javítsa.
- a kanonikus cél 200-as kódot ad vissza és indexelhető
- a változatok tartalma valóban hasonló
- a belső hivatkozások a preferált verzióra mutatnak
- a sitemap csak kanonikus URL-eket tartalmaz
Noindex az elérhető, de a keresésből kizárt oldalhoz
A noindex olyan oldalhoz illik, amelyre a felhasználónak vagy egy folyamatnak szüksége van, de nem lehet belépési pont az organikus keresésből. Ilyenek lehetnek a belső találati oldalak, a visszaigazolások, bizonyos archívumok vagy egy ideiglenes kampány. Az oldalnak elérhetőnek kell maradnia a robot számára, hogy elolvashassa az utasítást, amíg az oldal kikerül az indexből.
A hosszú ideje noindex jelölésű oldalak kevésbé értékesek lehetnek belső hivatkozások forrásaként, ezért ne ezekre építse a fő architektúrát. A noindex nem megoldás egy gyenge oldalra, amelynek a stratégia szerint forgalmat kellene szereznie. Ilyenkor javítsa a tartalmat, vonja össze, vagy gondolja újra a célját.
A robots.txt nem jelenti az indexből való eltávolítást
A robots.txt-ben történő tiltás megakadályozza vagy korlátozza az útvonal feltérképezését, de egy ismert URL a tartalom betöltése nélkül is megjelenhet. A robot ugyanakkor nem látja a noindexet és a canonicalt a tiltott válaszban. A robots.txt-t olyan crawl-területekre használja, amelyeket nincs értelme felkeresni, ne pedig a találatok kizárásának univerzális eszközeként.
Ha blokkolásról noindexre vált, először engedélyezze a feltérképezést, hogy a keresőmotor megkaphassa az utasítást. Az érzékeny URL-eket külön kövesse: a robots.txt nem biztonsági védelem, és a tartalma nyilvános. A valóban nem nyilvános adatokhoz hitelesítés és szabályozott jogosultságok szükségesek.
Döntési mátrix és az ütközések ellenőrzése
Minden URL-csoportnál válaszolja meg: elérhetőnek kell-e maradnia, meg kell-e jelennie a keresési találatokban, megegyezik-e a tartalma egy másik oldaléval, és létezik-e tartós helyettesítője? Ezekből a válaszokból következik a megfelelő mechanizmus. A döntéseket sablonszinten alkalmazza, és tesztelje egy mintán, valamint a határeseteken is.
Crawllal keresse meg a canonicallal ellátott átirányított URL-eket, a sitemapben szereplő noindex oldalakat, a hibaoldalra mutató canonicalt, a blokkolt erőforrásokat és az átirányítási láncokat. Hasonlítsa össze a deklarált és a kereső által választott kanonikus verziót. Javításkor egyszerre egy logikai jelzést módosítson, hogy értékelni tudja a hatást, és ne hozzon létre újabb konfliktust.
- a tartalom végleges áthelyezése releváns átirányítást használ
- a duplikált, elérhető változat a helyes canonicalt adja meg
- a nyilvános segédoldal használhat noindexet
- a privát tartalmat hitelesítés védi, nem a robots.txt
- a sitemap csak kanonikus, indexelhető URL-eket tartalmaz
- a belső hivatkozások közvetlenül az előnyben részesített célra mutatnak
- egyetlen jelzés sem ütközik az oldal állapotkódjával
- ellenőrzés minden tömeges szabály után
Gyakori kérdések
Lehet egy oldal egyszerre noindex és canonical egy másik URL-re?
Technikailag igen, de a jelzések ellentmondásosak lehetnek. A mechanizmust a cél alapján válassza: elérhető duplikált változat, vagy olyan oldal, amelyet nem kell indexelni.
Eltávolítja a robots.txt az oldalt a találatok közül?
Nem megbízhatóan. A feltérképezést blokkolja, nem az URL ismeretét. Az eltávolításhoz a helyzettől függően használjon megfelelő státuszkódot, elérhető oldal esetén noindexet, vagy hitelesített eszközöket.
Mutathat a canonical átirányításon keresztül?
Ez nem tiszta megoldás. A canonicalt közvetlenül a végső, sikeresen betöltődő, indexelhető URL-re irányítsa, és ugyanígy frissítse a belső linkeket és az oldaltérképet is.
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.
