Miért jelenik meg a „túl sok átirányítás” hiba az oldalamon?

Megnyitod a weboldaladat, és egy oldal helyett egy nyers üzenetet kapsz: „Ez az oldal nem működik – túl sokszor irányított át”, vagy ERR_TOO_MANY_REDIRECTS. A pánik érthető, főleg ha tegnap még minden működött. A jó hír: szinte minden esetben nem vesztettél el semmit. Az oldal ott van – csak a böngésző tagadja meg a betöltését.

A hiba egy dolgot jelent: valahol a háttérben van egy átirányítási hurok. Az A cím elküld a B-hez, a B pedig visszaküld az A-hoz, örökké. A böngésző észreveszi, hogy körbe-körbe jár, és megáll, hogy ne akadjon le. Ebben a cikkben elmagyarázom, honnan ered a hurok, hogyan találd meg, és hogyan javítsd ki anélkül, hogy az oldal többi részét tönkretennéd.

Mi is valójában egy átirányítási hurok

Az átirányítás egy utasítás: „ne maradj itt, menj máshová.” Ez normális és hasznos – például minden forgalom kényszerítése HTTP-ről HTTPS-re, vagy a www nélküli verzióról a www-esre.

A baj akkor kezdődik, amikor két szabály ellentmond egymásnak. Képzeld el: az egyik szabály azt mondja, „mindig küldj www-ről www nélkülire”, míg egy másik azt mondja, „mindig küldj www nélküliről www-esre”. A böngésző beragad egy körhintára, amiről nem tud leszállni, ezért feladja.

Érdemes megjegyezni: ez nem szerverhiba, és nem „feltört” oldal. Ez szabályütközés. Ezért szinte mindig a beállításokban javítható, nem az oldal újratelepítésével. Miután azonosítottad az egymással harcoló két szabályt, a javítás egyszerű.

Az első számú ok: a HTTPS és a www ütközése

A leggyakoribb bűnös az SSL-tanúsítványod és a domain-szabályaid kombinációja. Különösen akkor jelentkezik, miután áthelyeztél egy oldalt, hozzáadtál egy CDN-t, mint a Cloudflare, vagy új tanúsítványt telepítettél.

A klasszikus Cloudflare-forgatókönyv: az SSL-módot „Flexible”-re állítod, de a szervered is kényszeríti a HTTPS-t. A Cloudflare lát egy HTTP-kérést, továbbítja a szervernek, a szerver azt válaszolja, „menj HTTPS-re”, a Cloudflare visszaalakítja HTTP-re a szerver felé... és így megy tovább. A tökéletes hurok.

• Ellenőrizd az SSL-módot a Cloudflare-ben: a legtöbb modern oldalnál a helyes a „Full” vagy „Full (strict)”, nem a „Flexible”.
• Győződj meg róla, hogy csak egyetlen forrás kényszeríti a HTTPS-t, nem három egyszerre (szerver + CDN + bővítmény).
• Válassz egyetlen kanonikus verziót: vagy www-vel, vagy anélkül. Ne bízd rá mindkettőre, hogy egymásra irányítson át.

WordPress-en: a rossz cím és a párbajozó bővítmények

WordPress-en nagyon gyakori ok a „WordPress-cím” és a „Webhely címe” páros a Beállítások → Általános alatt. Ha az egyikben van www, a másikban nincs, vagy az egyik HTTP, a másik HTTPS, az oldal már betöltéskor körbe-körbe küldi önmagát.

A második gyakori forrás a bővítmények. Egy biztonsági vagy gyorsítótár-bővítmény kényszeríti a HTTPS-t, plusz egy átirányító bővítmény, plusz a szerverszabály – három úr ugyanarra a döntésre.

• Ha nem éred el az adminfelületet, szerkeszd a wp-config.php fájlt, és ideiglenesen add hozzá azokat a sorokat, amelyek a WP_HOME és a WP_SITEURL értékét a helyes, teljes címre rögzítik (https://-sel és a domain végleges formájával).
• Kapcsold ki egyesével a gyorsítótár-, biztonsági és átirányító bővítményeket. Amikor a hiba eltűnik, megtaláltad a bűnöst.
• Ürítsd ki a gyorsítótárat (bővítmény, szerver és böngésző) minden változtatás után – különben folyamatosan a régi hurkot fogod látni, amit már kijavítottál.

Hogyan diagnosztizáld gyorsan, találgatás nélkül

Ahelyett, hogy találomra változtatgatnál, nézd meg, hogy az oldal valójában hová küld.

• Nyisd meg az oldalt egy inkognitóablakban. A bővítmények és a mindennapi böngésződ gyorsítótára elfedheti vagy meghamisíthatja a problémát.
• Teszteld a cím mind a négy verzióját: www-vel/anélkül, http:// és https:// alatt. Általában csak az egyik esik hurokba – ez pontosan megmondja, melyik szabály hibás.
• Töröld a domainhez tartozó sütiket. Egy régi munkamenet-süti olyan átirányítást válthat ki, aminek már nincs értelme.
• Ha otthon vagy a technikai oldalon, egy online „redirect checker” megmutatja a teljes láncot: A → B → C → A. Feketén-fehéren látod, hol záródik a kör.

Csak akkor nyúlj a konfigurációhoz, miután ismered a pontos láncot. Így elsőre kijavítod, új problémák beiktatása nélkül.

Hogyan előzzük meg ezt az általunk épített oldalakon

Az MPO Web Studio-nál helyi vállalkozásoknak készítünk weboldalakat országszerte, távolról. Az átirányítási hurkokat fegyelemmel előzzük meg, nem szerencsével: egyetlen forrás dönt a HTTPS-ről és a www-ről, egy világos kanonikus cím, és a tanúsítvány már az elejétől helyesen beállítva, még az indítás előtt.

Egy előre elkészített demóval dolgozunk, amit még azelőtt látsz, hogy bármit fizetnél, és a technikai beállításokat – SSL, átirányítások, domain – rendesen kezeljük, hogy ne arra a fehér képernyőre ébredj egy reggel. Átlátható árazás, meglepetések nélkül.

Ha most éppen elakadtál az ERR_TOO_MANY_REDIRECTS hibával, és nem akarsz egyedül megküzdeni a beállításokkal, írj nekünk WhatsApp-on. Együtt megnézzük, hol záródik a kör, és őszintén megmondjuk, hogy néhány perces javításról van-e szó, vagy valami komolyabbról.