Átirányítási lánc (redirect chain)

Átirányítási lánc akkor keletkezik, amikor egy URL több, egymást követő átirányításon keresztül vezet a végső oldalhoz, például A → B → C, ahelyett, hogy A rögtön C-re mutatna.

Minden plusz ugrás lassítja a betöltést (rossz a sebességnek és a UX-nek), és bár a Google követi a láncokat, a rangsorolási erő átadása gyengülhet, a crawl pedig pazarlóbb. Megoldás: a láncot egyetlen, közvetlen 301-re rövidíteni (A → C). Időnként auditáld az átirányításaidat.

2026-ban a Google PageSpeed Insights és a Core Web Vitals mérési rendszere különösen érzékeny az extra hálózati kérésekre. Egy háromszoros átirányítás akár 300-500 ms többlet-latenciát okozhat mobilon, ami az LCP (Largest Contentful Paint) értékét rontja és lejjebb viszi az oldalt a rangsorban. A Canonical URL (kanonikus cím) beállításával együtt kell kezelni a redirect-láncot: ha a canonical rossz irányba mutat és közben átirányítás is van, az Indexelés (indexing) folyamata megzavarodik. A Screaming Frog, az Ahrefs Site Audit vagy a Search Console Coverage riport mind képes megmutatni a láncolódó átirányításokat, érdemes negyedévente elvégezni az auditot.

Egy győri online bútorwebshop áttérés után maradt egy öt lépéses redirect-láncban: a régi HTTP URL HTTP-ről HTTPS-re irányított, onnan a non-www verzióra, majd a /hu/ alkönyvtárra, végül a /hu/szoba-butor/ kategóriaoldalra. Összesen négy ugrás volt egyetlen termékoldal betöltésekor. A PageSpeed Insights mérése szerint ez a konfigurálás 420 ms extra betöltési időt okozott mobilon. A technikai SEO-auditor a 301 átirányítás (permanens redirect) egyenes konfigurálásával két hét alatt egyetlen ugrásra csökkentette a lánct: a régi HTTP URL egyenesen a végleges HTTPS/www-nélküli/hu/szoba-butor/ oldalra irányít. Az eredmény: az LCP 2,8 másodpercről 1,9 másodpercre csökkent, és a kategóriaoldal organikus forgalma 22%-kal nőtt az ezt követő három hónapban.

Az átirányítási lánc elsősorban a 301 átirányítás (permanens redirect) helytelen alkalmazásából keletkezik: ha minden egyes domain- vagy struktúraváltáskor új 301-et adsz hozzá a meglévők mögé ahelyett, hogy az eredetit frissítenéd, láncot hozol létre. Az Indexelés (indexing) szempontjából a Googlebot erőforrást pazarol a lánc végigkövetésére; a crawl budget-et rontja, ami nagy oldalakon különösen káros. A Canonical URL (kanonikus cím) szoros kapcsolatban áll az átirányítással: ha a kanonikus URL és az átirányítás különböző végpontokra mutat, duplikálódási vagy indexelési zavar keletkezhet. Az oldalsebesség és a Core Web Vitals is szorosan érintett: minden extra HTTP-kérés növeli a szerver válaszidejét. Rendszeres technikai audit, pl. a Query fan-out folyamat megértésével, segít prioritizálni, melyik lánc javítása a legsürgősebb.

• Minden migrációnál hozzáadnak egy új réteget: Weboldal-újratervezéskor sokan az előző átirányítás végpontjára állítanak be új 301-et, így minden migráció egy újabb láncszemet ad hozzá. Mindig frissítsd az összes korábbi átirányítást is az új végpontra.
• HTTP→HTTPS és www→non-www külön szabályként kezelik: Ez tipikusan két felesleges lépést jelent, holott ezek kombinálhatók egyetlen szerver-szintű szabályban.
• Nem auditálják a láncot az átirányítások változása után: Egy plugins CMS-ben (WordPress, Shopify) egyetlen plugin-frissítés összekeverheti a redirect-táblát; negyedévente futtass Screaming Frog scant.

Az átirányítási lánc (redirect chain) egymást követő, felesleges átirányítások sorozata, amely lassítja a betöltést, rontja a Core Web Vitals értékeket és gyengítheti a link-erő átadását. 2026-ban a megoldás egyszerű: minden forrás-URL közvetlenül a végleges céloldalra mutasson egyetlen 301-gyel.