Mi van, ha weboldala nem szerverleállás, hanem egy hibásan beállított átirányítás miatt érhetetlen el? A too many redirects hiba a látogatóknak és a WordPress adminisztrációs felületére belépni próbáló Önnek is megakadályozhatja az oldal megnyitását. A böngésző üzenete önmagában nem árulja el, hogy a probléma az Ön eszközén vagy a weboldal beállításaiban van.
Átirányítási hurok akkor alakul ki, amikor két vagy több szabály egymás után küldi a böngészőt egyik címről a másikra, majd vissza az előzőre. Okozhatja például a böngészőben tárolt adat, a WordPress URL-beállítása, egy bővítmény, a .htaccess fájl vagy a HTTPS-konfiguráció. A találomra végzett módosítások tovább ronthatják az oldal elérhetőségét, ezért először különítse el a lehetséges okokat.
Ebben az útmutatóban biztonságos sorrendben haladunk: először ellenőrizzük a böngészőt, majd a WordPress-beállításokat, a bővítményeket és az átirányítási szabályokat. Azt is megmutatjuk, mikor indokolt tárhely- vagy szerveroldali vizsgálatot kérni, hogy Ön célzottan háríthassa el a hibát, és elkerülje a szükségtelen módosításokat.
Mit jelent a too many redirects hiba, és miért alakul ki?
A too many redirects hiba akkor jelenik meg, amikor a böngésző egy webcím megnyitásakor olyan átirányításokat kap, amelyek nem vezetnek el egy végleges oldalhoz. Az üzenet a kérés sikertelenségét jelzi, de önmagában nem bizonyítja, hogy a böngésző hibás, vagy hogy a weboldal teljes rendszere leállt. Az ok lehet helyi, például egy tárolt süti, de gyakran a weboldal vagy a szerver beállításai között keresendő.
Az átirányítási hurok ismétlődő címváltásokból keletkezik: a kérést az egyik URL a másikra küldi, amely aztán visszairányítja az eredeti címre. Gyakori példa, amikor a rendszer egyszerre próbálja a látogatót a www-s és a www nélküli címre terelni. Ez bármilyen weboldalnál előfordulhat, nem kizárólag WordPress esetén.
Hogyan működik az átirányítási hurok?
Tegyük fel, hogy a http://pelda.hu cím HTTPS-re irányít, a https://pelda.hu címhez tartozó szabály viszont a www-s változatot kéri, ahol egy másik beállítás ismét a www nélküli címre küldi a böngészőt. A kérés így újra és újra másik URL-re jut. A böngésző nem kapja meg a végleges oldal tartalmát, ezért egy idő után leállítja a próbálkozást, és hibaüzenetet mutat. Az átirányítások megengedett száma böngészőnként eltérhet.
Hol keletkezhet a túl sok átirányítás?
A hibakereséshez különítse el azokat a rétegeket, amelyek átirányítást vagy a kérés útvonalát befolyásoló beállítást tartalmazhatnak. Ugyanaz a tünet több helyről indulhat, ezért a böngésző üzenete önmagában nem azonosítja a kiváltó okot.
- Böngésző: a tárolt sütik vagy gyorsítótárazott adatok zavarhatják az oldal megnyitását. Ha másik böngészőből vagy privát ablakból működik a webhely, ezt a lehetőséget is vizsgálja meg.
- WordPress: a WordPress-cím és a webhely címe eltérhet például a HTTP/HTTPS vagy a www-s előtag tekintetében. Egy bővítmény is kezdeményezhet az oldal más beállításaival ütköző átirányítást.
- Szerverkonfiguráció: a tárhelyen rögzített szabályok, például az Apache .htaccess fájljában vagy az Nginx beállításaiban szereplő átirányítások, ellentmondhatnak a WordPress saját szabályainak.
- DNS: a DNS szerver a domainnevet a megfelelő kiszolgálóhoz irányítja, de önmagában nem végez HTTP-átirányítást. Hibás vagy eltérő célra mutató rekord esetén azonban a kérés olyan kiszolgálóhoz érkezhet, ahol más átirányítási szabályok érvényesek.
A tárhelyen beállított átirányítás a szerver válaszában szerepel, míg a weboldal által kezdeményezett átirányítást például a WordPress vagy egy bővítmény indíthatja el. A két réteg külön-külön is működhet helyesen, együtt mégis hurkot alkothat. Fontos az egységes címváltozat: a HTTP vagy HTTPS, illetve a www-s vagy gyökérdomaines forma közül a konfiguráció minden rétegében következetesen ugyanazt használja.
Miért okoz átirányítási hurkot a WordPress beállítása?
A WordPress több ponton is kezelheti a webhely címét és az átirányításokat. Ha ezek a beállítások eltérnek a tárhelyen vagy egy bővítményben megadott szabályoktól, a rendszer egymásnak ellentmondó utasításokat adhat a böngészőnek. A too many redirects hiba nem feltétlenül egyetlen hibás beállításból ered: két külön-külön működő szabály együttesen is létrehozhat hurkot.
A WordPress-cím és a webhely címe
Ha eléri az adminisztrációt, a két címet a Beállítások → Általános oldalon ellenőrizheti. A „WordPress-cím (URL)” a WordPress telepítési helyét, a „Webhely címe (URL)” pedig azt határozza meg, milyen címen érhető el az oldal a látogatók számára. A két mezőben egyezzen a protokoll és a domain formátuma.
Például ha a WordPress-cím https://pelda.hu, a webhely címe viszont http://www.pelda.hu, a rendszer eltérő protokollt és www-változatot használ. Ha egy másik beállítás ezek valamelyikét újra átírja, kialakulhat a hurok. Először jegyezze fel a jelenlegi értékeket, és csak azután módosítsa őket, hogy megállapította, melyik címváltozatot kell használnia a webhelynek.
Ha nem tud belépni az adminisztrációba, ne módosítsa ellenőrzés nélkül az adatbázisban tárolt címeket. Egy hibás érték tovább ronthatja az elérhetőséget. Ilyenkor előbb készítsen biztonsági mentést, vagy kérjen tárhelyszintű segítséget a beállítások ellenőrzéséhez.
HTTPS-beállítások és bővítmények ütközése
Az HTTPS-re váltást több réteg is kikényszerítheti: a WordPress, egy biztonsági vagy átirányítás-kezelő bővítmény, illetve a webszerver. Ha például a bővítmény HTTPS-re irányít, miközben egy másik szabály az eredeti HTTP-címre tereli vissza a kérést, átirányítási hurok alakulhat ki. Ellenőrizze, mely beállítások kezelik a HTTPS-t, és ne kapcsoljon be egyszerre több, azonos feladatú átirányítást.
A bővítmények vizsgálatát végezze óvatosan. Készítsen előzetes mentést, majd egyszerre csak egy, átirányítást vagy HTTPS-kényszerítést kezelő bővítményt kapcsoljon ki próbaképpen. Minden változtatás után ellenőrizze az oldalt, így könnyebb azonosítani a hibás beállítást. A módosítás legyen visszafordítható; ne töröljön bővítményt vagy konfigurációs fájlt pusztán tesztelés céljából.
Biztonságos további hibakeresés
Ha a címek következetesek, de a hiba megmarad, a WordPress naplózása lehet a következő lépés. A WordPress hibakeresés a WP_DEBUG mód bekapcsolásával témájú útmutató segíthet megérteni, hogyan vizsgálhatók a PHP-hibák, de a naplózás önmagában nem javítja ki az átirányítást. A naplókat ne tegye nyilvánosan elérhetővé, mert érzékeny technikai adatokat tartalmazhatnak. Ha a WordPress működtetési környezetét szeretné áttekinteni, a WordPress-tárhely útmutató további támpontot adhat.
Ha az adminisztráció elérhetetlensége miatt nem tudja elvégezni a vizsgálatot, vagy a hiba a bővítmények ellenőrzése után is fennáll, nézze át a szerveroldali szabályokat is. A WordPressről és a tárhelyről szóló részletesebb útmutató segíthet eldönteni, melyik beállítási rétegben folytassa a vizsgálatot.
Böngészőhiba vagy szerveroldali átirányítás? Így különítse el
A too many redirects hiba forrását célzott próbákkal szűkítheti. Először vizsgálja meg, hogy a jelenség csak egy böngészőben és egy eszközön fordul-e elő, vagy más környezetben is megismételhető. Az eredmény több böngészőben és eszközön való összevetése segít leszűkíteni a hiba helyét. Ez nem azonosítja automatikusan a hibás beállítást, de megmutatja, hogy a helyi böngészőállapottal vagy a weboldallal érdemes-e folytatni.
| Vizsgált réteg | Jellemző jel | Mit érdemes ellenőrizni? |
|---|---|---|
| Böngésző | Másik böngészőben vagy privát ablakban betölt az oldal. | A webhely sütijeit és a böngésző helyi adatait. |
| WordPress | Több böngészőben is fennáll a hiba, miközben a WordPress-beállítások módosultak. | A webhely címeit, valamint az átirányítást vagy HTTPS-t kezelő bővítményeket. |
| Szerver | Az oldal különböző eszközökről sem érhető el, és a szerver minden kérésnél átirányítást küld. | A tárhelyen érvényes átirányítási szabályokat és a webszerver beállításait. |
| Domain és DNS | A www-s és a www nélküli cím eltérően viselkedik, vagy nem ugyanarra a szolgáltatásra mutat. | A domainhez és az aktuális tárhelyszolgáltatáshoz tartozó DNS-rekordokat. |
Gyors ellenőrzések a böngészőben
Nyissa meg ugyanazt a webcímet egy másik böngészőben vagy privát ablakban. Ha ott betölt, törölje az érintett webhely sütijeit az eredeti böngészőben, majd próbálja újra. Ez az ellenőrzés nem változtatja meg a webhely beállításait. Ha az oldal privát ablakban sem nyílik meg, vagy több böngészőben is ugyanazt a hibát adja, folytassa a WordPress- és szerveroldali vizsgálattal.
Domain-, DNS- és szerveroldali eltérések
Próbálja meg külön megnyitni a www-s és a gyökérdomaines címet, majd figyelje meg, hogy mindkettő ugyanarra a kívánt címváltozatra jut-e. A DNS-rekordok a domaint a megfelelő célhoz irányítják, de az átirányítási szabályok jellemzően a webszerveren vagy a weboldalon működnek. Ne módosítsa a DNS-t pusztán azért, mert egy másik platform dokumentációjában egy rekordot megoldásként javasolnak.
A különböző szolgáltatások eltérő DNS-beállításokat és rekordértékeket használnak. Ellenőrizze a domainhez és a tárhelyhez tartozó rekordokat a megfelelő dokumentáció alapján. Ne másolja át például a Webflow A- vagy CNAME-rekordjait egy másik szolgáltatás konfigurációjába: a platformhoz kötött értékek más célra mutathatnak, és újabb elérési hibát okozhatnak. cPaneles környezetben a tárhelybeállítások áttekintéséhez a cPanel tárhely információi kapcsolódnak közvetlenül ehhez a vizsgálathoz.
Too many redirects hiba javítása biztonságos sorrendben
A javítás előtt rögzítse, pontosan mikor és milyen címen jelentkezik a hiba. Így minden módosítás után ugyanazzal a próbával ellenőrizheti, változott-e a működés. Ne módosítson egyszerre több beállítást: ha a hiba megszűnik vagy súlyosbodik, könnyebb lesz azonosítani, melyik változtatás okozta.
- Ismételje meg a hibát. Nyissa meg az érintett oldalt, és jegyezze fel a teljes címet, beleértve a protokollt, a www-változatot és az útvonalat. Ellenőrizze, hogy a kezdőlap és egy konkrét aloldal is érintett-e.
- Végezzen böngészőtesztet. Próbálja meg az oldalt másik böngészőben vagy privát ablakban betölteni. Ha az egyik környezetben működik, először a böngésző helyi adatait vizsgálja, ne a szerver konfigurációját módosítsa.
- Készítsen mentést. Mielőtt fájlt, adatbázis-beállítást vagy WordPress-konfigurációt változtatna, készítsen fájl- és adatbázismentést. Jegyezze fel az eredeti értékeket is, hogy szükség esetén vissza tudja állítani őket.
- Ellenőrizze a WordPress-beállításokat. Hasonlítsa össze a WordPress-cím és a webhely címe mezőkben használt protokollt és domainváltozatot. Ezután tekintse át az átirányítást vagy HTTPS-kényszerítést kezelő bővítményeket. Egyszerre csak egy releváns beállításon változtasson.
- Vizsgálja meg a szerveroldali szabályokat. Vesse össze a tárhelyen érvényes átirányításokat a WordPress beállításaival. A .htaccess fájlt csak akkor ellenőrizze, ha az adott tárhely és webszerver használja. Ne illesszen be általános szabálykódot ismeretlen környezetbe.
A WordPress-beállítások célzott ellenőrzése
Az adminisztrációban a Beállítások → Általános oldalon találja a WordPress-cím és a webhely címe mezőit. Mindkettőnél ugyanazt a protokollt és domainformátumot használja. A bővítmények tesztelésénél készítsen mentést, kapcsoljon ki egyetlen átirányítás-kezelő bővítményt, majd végezze el újra ugyanazt a betöltési próbát. Ha nem változik az eredmény, állítsa vissza az eredeti állapotot, mielőtt másik beállításhoz nyúl.
Szerverbeállítások és helyreállítás
A szerveroldali átirányítás önmagában lehet helyes, de ütközhet a WordPress vagy egy bővítmény szabályával. Ellenőrizze a tárhelyen beállított célcímet és a WordPressben használt végleges címváltozatot. Ne alkalmazzon konkrét DNS-rekordot vagy .htaccess szabályt a webszerver és a tárhely működésének ismerete nélkül.
Ha egy módosítás után romlik az oldal működése, állítsa vissza az elmentett eredeti fájlt vagy beállítást, majd ellenőrizze újra a webhelyet. cPaneles tárhelyen a cPanel tárhely kezelőfelületén keresztül a tárhelyhez kapcsolódó beállításokat is áttekintheti. Ha a hiba szerveroldali szabályokkal függ össze, és a módosítás nem állítható vissza biztonságosan, kérjen tárhelyszintű segítséget.
Mikor kérjen tárhelyszintű segítséget a too many redirects hibához?
Ha a webhely több böngészőben és eszközön is ugyanazt a hibát mutatja, a probléma valószínűleg nem csak az Ön böngészőjének helyi adataival függ össze. Tárhelyszintű vizsgálat indokolt akkor is, ha a kérés ismétlődően szerveroldali átirányításokat kap, a WordPress adminisztráció nem érhető el, vagy a hiba a tárhelybeállítások módosítása után kezdődött. Ne próbáljon találomra új szabályokat hozzáadni, mert azok tovább nehezíthetik a hiba okának azonosítását.
A segítségkérés hatékonyabb, ha az üzemeltetési környezet és az eddigi ellenőrzések is pontosan dokumentálva vannak. Az aWh tudásbázisa a tárhelyhez kapcsolódó beállítások áttekintéséhez is adhat támpontot a hibaleírás elküldése előtt.
Milyen adatokat adjon át a hibajegyben?
Írja le a hibát úgy, hogy a vizsgálatot végző szakember meg tudja ismételni a jelenséget. Adja meg az érintett oldal pontos címét, a böngészőben megjelenő hibaüzenetet, valamint azt, hogy mikor és milyen körülmények között észlelte a problémát. Jelezze azt is, hogy más böngészőből vagy eszközről ugyanígy jelentkezik-e.
- Rögzítse, mikor kezdődött a hiba, és mely oldalakat érinti.
- Sorolja fel a megelőzően módosított WordPress-beállításokat, bővítményeket, domain- vagy szerverkonfigurációkat.
- Írja le, milyen ellenőrzéseket végzett, és változott-e az eredmény az egyes próbák után.
- Ne küldjön jelszót, belépési adatot, titkos kulcsot vagy más bizalmas hozzáférési információt a hibaleírásban.
Ha mentésből állított vissza fájlt vagy konfigurációt, ezt is említse meg. A változtatások időrendje segít elkülöníteni a WordPress működéséből eredő átirányítást a tárhelyen érvényes szabályoktól. A pontos adatok csökkentik a felesleges köröket, és célzottabbá teszik a szerveroldali hibakeresést.
Hogyan segíthet a megfelelő tárhelykörnyezet?
A weboldal és a tárhely beállításainak következetessége megkönnyíti a hibák felderítését. Ha a WordPressben használt cím, a HTTPS-kezelés és a tárhely átirányításai ugyanazt a végleges domainváltozatot követik, kisebb az esélye az egymásnak ellentmondó szabályoknak. WordPress működtetési környezet választásakor az aWh WordPress Hosting szolgáltatásában előre telepített WordPress és WordPress Toolkit Deluxe kezelőeszköz áll rendelkezésre.
Az aWh professzionális ügyfélszolgálata a nap 24 órájában elérhető. Ha a too many redirects hiba több környezetben is fennáll, vagy a szerverbeállítások ellenőrzése szükséges, kérjen tárhelyszintű segítséget. Ismerje meg az aWh webtárhely-megoldásait, és válasszon az Ön weboldalának működtetési igényeihez illő környezetet.
Állítsa helyre weboldala kiszámítható működését
A hiba elhárítása után dokumentálja a módosított beállításokat, és őrizze meg a működő konfigurációról készült mentést. Így egy későbbi frissítés vagy átállítás során könnyebben összevetheti az új állapotot a korábbival. Ha a too many redirects hiba visszatér, a feljegyzések segítenek gyorsabban meghatározni, mely változtatás után kezdődött a probléma.
A stabil működéshez a WordPress, a domain és a tárhely beállításainak összhangja is fontos. Az aWh több mint 10 éves webtárhely-ipari tapasztalattal kínál tárhelymegoldásokat. A megfelelő környezet kiválasztásakor vegye figyelembe weboldala működtetési igényeit és az Ön számára szükséges kezelési lehetőségeket.
Tekintse meg az aWh webtárhely-megoldásait, és válasszon az Ön weboldalához illő lehetőséget. A gondosan dokumentált beállítások és a következetes tárhelykonfiguráció jó alapot adnak ahhoz, hogy webhelye megbízhatóan szolgálja látogatóit.
Gyakori kérdések az átirányítási hibáról
Mit jelent pontosan az ERR_TOO_MANY_REDIRECTS hiba?
Azt jelenti, hogy a böngésző ismétlődő átirányításokat kap, és nem tudja megnyitni a kért oldal végleges címét. A too many redirects hiba önmagában nem árulja el, melyik beállítás okozza a problémát. Például egy HTTPS-re terelő szabály és egy másik, HTTP-re visszairányító szabály egymás után aktiválódhat. A pontos ok feltárásához külön vizsgálja meg a böngésző, a weboldal és a szerver beállításait.
Okozhatja a böngésző sütije a túl sok átirányítás hibát?
Igen, egy webhelyhez tárolt süti vagy korábbi böngészőállapot miatt a hiba csak az Ön böngészőjében jelentkezhet. Próbálja meg ugyanazt az oldalt privát ablakban vagy másik böngészőben megnyitni. Ha ott megfelelően betölt, törölje az adott webhely sütijeit, majd ismételje meg a próbát. Ha a hiba több böngészőben és eszközön is fennáll, valószínűbb, hogy a webhely beállításait kell tovább vizsgálni.
Miért jelenik meg a hiba a WordPress adminisztrációjánál is?
Az adminisztráció elérése is sikertelen lehet, ha a WordPress telepítési címe és a látogatóknak megadott webhelycím eltérő protokollt vagy domainváltozatot használ. HTTPS-t kezelő beállítás vagy átirányító bővítmény szintén részt vehet a hurokban. Ha emiatt nem tud belépni, ne írjon át adatbázis-értékeket találomra. Előbb mentse a fájlokat és az adatbázist, majd ellenőrizze, történt-e korábban cím- vagy bővítménymódosítás.
Megoldja a HTTPS-re váltás a too many redirects hibát?
Nem feltétlenül. A HTTPS önmagában nem szünteti meg a hibát, ha a weboldal, a tárhely vagy egy köztes szolgáltatás eltérő irányba tereli a kéréseket. Például az egyik beállítás HTTPS-re vált, egy másik pedig HTTP-re küldi vissza a böngészőt. Előbb állapítsa meg, melyik réteg kezeli az átirányítást, és csak a kapcsolódó beállítást módosítsa. A titkosítást vagy a webhely védelmét ne kapcsolja ki próbaképpen.
Okozhatja DNS-hiba az átirányítási hurkot?
A DNS általában a domainnevet a hozzá tartozó kiszolgálóhoz rendeli, nem maga végzi a weboldal HTTP-átirányítását. A beállítása mégis fontos lehet, ha például a www-s és a www nélküli cím eltérő kiszolgálóhoz vezet, és ott különböző átirányítási szabályok működnek. Ellenőrzés előtt nézze meg a domainhez és a tárhelyhez tartozó útmutatót. Más platformhoz megadott A- vagy CNAME-rekordot ne alkalmazzon automatikusan.
Mit tegyek, ha a hiba minden böngészőben jelentkezik?
Ha több böngészőből is ugyanazt tapasztalja, jegyezze fel az érintett URL-t és a hiba észlelésének időpontját. Ellenőrizze, hogy a jelenség a kezdőlapot, az adminisztrációt vagy csak egy aloldalt érint-e. Ezután tekintse át a legutóbbi WordPress- és tárhelymódosításokat. Fájl vagy adatbázis változtatása előtt készítsen mentést. Ha a szerveroldali átirányításokhoz nem fér hozzá, adja át a rögzített adatokat az aWh ügyfélszolgálatának.
A .htaccess fájl módosítása megszüntetheti a hibát?
Igen, ha a hurok oka az ebben a fájlban lévő szabály, de a .htaccess nem minden tárhelykörnyezetben használatos. Szerkesztés előtt ellenőrizze a webkiszolgáló típusát, és mentse el az eredeti fájlt. Ne másoljon be általános átirányítási kódot pusztán azért, mert más webhelyen megoldásként szerepel. A módosítást egyenként végezze, majd ellenőrizze a kezdőlapot és az érintett címet.
2026-10-15