ERR_TOO_MANY_REDIRECTS Hatası Nasıl Çözülür?

Adres çubuğuna sitenizi yazıyorsunuz, sayfa bir an titriyor ve ardından “Bu sayfa çalışmıyor – ERR_TOO_MANY_REDIRECTS” yazısıyla karşılaşıyorsunuz. Bir dakika önce sorunsuz açılan siteniz, hiçbir dosyaya dokunmadığınızı düşündüğünüz bir anda tamamen erişilemez hâle gelmiş olabilir. Bu hata, panik yaratsa da aslında mantığı en anlaşılır hatalardan biridir: tarayıcınız ile sunucunuz arasında bitmek bilmeyen bir top çevirme oyunu başlamıştır ve tarayıcı, kendisini korumak için oyunu bir noktada durdurur.

Bu yazıda hatanın gerçekte ne anlama geldiğini, hangi bileşenin döngüyü tetiklediğini nasıl tespit edeceğinizi ve WordPress ile klasik sunucu ortamlarında adım adım nasıl çözeceğinizi anlatıyoruz. Amacımız kör deneme yanılma değil; döngüyü başlatan halkayı yöntemli biçimde bulmak.

ERR_TOO_MANY_REDIRECTS Tam Olarak Nedir?

Bir web sunucusu, tarayıcıya “aradığın içerik burada değil, şu adrese git” demek için 301 veya 302 HTTP durum kodlarıyla yönlendirme yapar. Bu normal ve sık kullanılan bir mekanizmadır; örneğin http:// adresini https:// adresine taşımak ya da www’suz adresi www’lu adrese yönlendirmek için kullanılır.

Sorun, iki yönlendirmenin birbirini işaret etmesiyle başlar. A adresi tarayıcıyı B’ye, B adresi de tarayıcıyı tekrar A’ya gönderirse ortaya kapanmayan bir döngü çıkar. Tarayıcılar bu döngüyü sonsuza kadar takip etmek yerine belirli bir sayıda yönlendirmeden sonra (Chrome’da tipik olarak 20 civarı) süreci keser ve ERR_TOO_MANY_REDIRECTS hatasını gösterir. Firefox’ta aynı durum “Sayfa düzgün yönlendirilmiyor”, Safari’de ise “Çok fazla yönlendirme” mesajıyla karşınıza çıkar. Hata farklı görünse de kök neden aynıdır.

Önemli bir ayrım: Bu bir sunucu tarafı yapılandırma sorunudur, tarayıcı arızası değil. Yani sitenizi farklı bir tarayıcıda veya gizli sekmede açtığınızda da büyük olasılıkla aynı hatayı görürsünüz. Bu, hatayı doğru yerde aramanın ilk ipucudur.

Döngüyü Başlatan En Sık Nedenler

Yönlendirme döngülerinin neredeyse tamamı birkaç tipik senaryodan doğar. Aşağıdaki tablo, en sık karşılaşılan nedenleri ve tetikledikleri belirtileri özetliyor.

Neden	Ne Oluyor?	Tipik Belirti
SSL/HTTPS zorlaması + proxy çakışması	Proxy sunucuya HTTP gönderiyor, sunucu HTTPS’e zorluyor	SSL kurulduktan hemen sonra ortaya çıkar
WordPress site adresi uyumsuzluğu	siteurl ve home değerleri farklı protokol/www kullanıyor	Yönetim paneline dahi girilemez
Hatalı .htaccess kuralı	Çakışan RewriteRule satırları	Genellikle yeni bir SEO/yönlendirme değişikliği sonrası
Yönlendirme eklentisi	Eklenti kuralı manuel kuralla çakışıyor	Bir eklenti kurulduktan sonra başlar
Bozuk tarayıcı çerezi	Eski çerez tarayıcıyı yanlış yola sokuyor	Yalnızca sizde görülür, başkalarında değil

Bu tablodaki ilk satır, uzaktaki listelerin başını çeker. Sebebini bir sonraki bölümde ayrıntılandıralım çünkü çözümün büyük kısmı burada saklı.

En Yaygın Senaryo: SSL, HTTPS Zorlaması ve Proxy Tuzağı

Sitenizi HTTPS’e taşıdıktan hemen sonra bu hatayı almaya başladıysanız, suçlu neredeyse kesinlikle SSL yapılandırmasıdır. İki farklı biçimde ortaya çıkar.

1. SSL sertifikası olmadan HTTPS zorlaması

Sitenize henüz geçerli bir SSL sertifikası yüklemeden sunucuyu “tüm trafiği HTTPS’e yönlendir” diye ayarlarsanız, tarayıcı HTTPS ister, sunucu bu isteği karşılayamaz ve isteği geri HTTP’ye çevirir; ardından kural yine HTTPS’e zorlar. Döngü tam da buradadır. Çözüm nettir: önce geçerli bir SSL sertifikası yükleyin, sonra zorlamayı etkinleştirin.

2. Flexible SSL — sessiz katil

Birçok kullanıcının başına gelen ve saatlerce uğraştıran senaryo budur. Sitenizin önünde bir CDN/proxy katmanı varsa ve bu katman Flexible SSL modundaysa şöyle bir zincir oluşur: Ziyaretçi ile proxy arasında bağlantı HTTPS’tir, ancak proxy ile sizin sunucunuz arasında bağlantı şifresiz HTTP olarak kurulur. Sunucunuz gelen bağlantıyı HTTP olarak gördüğü için “bunu HTTPS’e yönlendirmeliyim” der, ama bu yönlendirme yine proxy üzerinden döner ve tekrar HTTP olarak gelir. Sonsuz döngü.

Çözüm için proxy tarafında SSL modunu Full (Strict) yapmak ve sunucunuza geçerli bir SSL sertifikası kurmak gerekir. Alastyr paketlerinde ücretsiz SSL sertifikası standart olarak sunulduğundan, sunucu tarafında geçerli bir sertifikanın bulunması ve uçtan uca HTTPS kurmanız pratikte kolaydır; bu da Flexible modu gereksiz kılar. Sertifika seçenekleri için SSL sertifikası sayfasına göz atabilirsiniz.

WordPress kullanıyorsanız: proxy başlığını okutun

Proxy arkasındaki WordPress kurulumlarında, WordPress’in bağlantının aslında güvenli olduğunu anlaması için wp-config.php dosyasının en üstüne (require_once ABSPATH satırından önce) şu bloğu ekleyin:

• if (isset($_SERVER[‘HTTP_X_FORWARDED_PROTO’]) && $_SERVER[‘HTTP_X_FORWARDED_PROTO’] === ‘https’) {
•     $_SERVER[‘HTTPS’] = ‘on’;
• }

Bu kod, proxy’nin ilettiği X-Forwarded-Proto başlığını okur ve WordPress’e bağlantının güvenli olduğunu söyler; böylece WordPress gereksiz bir HTTPS yönlendirmesi tetiklemez.

Adım Adım Çözüm Yol Haritası

Aşağıdaki sırayı takip ederseniz, en hızlı ve en az riskli çözümden başlayarak ilerlemiş olursunuz. Her adımdan sonra siteyi kontrol edin; birçok durumda daha ilk birkaç adımda sorun çözülür.

Adım 1: Tarayıcı çerezlerini ve önbelleği temizleyin

Kulağa fazla basit gelse de bu adımı atlamayın. Bozuk bir yönlendirme çerezi, sunucuda sorun olmasa bile tarayıcınızı sürekli aynı yanlış yola sokabilir. Siteye ait çerezleri silin ve tarayıcı önbelleğini boşaltın. Emin olmak için gizli/özel pencerede veya bambaşka bir cihazdan siteyi açın. Yalnızca sizde hata varsa neden büyük olasılıkla yereldir; herkeste varsa sunucu tarafına geçin.

Adım 2: WordPress site adresi ayarlarını kontrol edin

WordPress’te iki ayar vardır: WordPress Address (siteurl) ve Site Address (home). Bu ikisi protokol (http/https) ve www kullanımı açısından birebir tutarlı olmalıdır. Biri https://www.site.com, diğeri http://site.com ise döngü kaçınılmazdır.

Panele giremiyorsanız değerleri veritabanından veya wp-config.php üzerinden sabitleyebilirsiniz. wp-config.php içine şu iki satırı eklemek çoğu zaman döngüyü anında keser:

• define(‘WP_HOME’, ‘https://www.siteadresiniz.com’);
• define(‘WP_SITEURL’, ‘https://www.siteadresiniz.com’);

Bu tanımlar veritabanındaki değerleri geçersiz kılar ve tutarlı tek bir adres dayatır.

Adım 3: .htaccess dosyasını sıfırlayın

Apache tabanlı sunucularda yönlendirme kuralları genellikle .htaccess dosyasında tutulur. Çakışan bir RewriteRule döngü yaratabilir. Dosyayı .htaccess_yedek olarak yeniden adlandırıp geçici olarak devre dışı bırakın ve siteyi test edin. Hata kaybolduysa suçlu bu dosyadadır.

WordPress için temiz ve varsayılan .htaccess içeriği şu yapıdadır: RewriteEngine On ile başlayan, kök dizini ve index.php’yi hedefleyen standart blok. HTTPS zorlaması yapacaksanız yönlendirme kuralının yalnızca bir yönde çalıştığından ve mevcut HTTPS trafiğini tekrar yönlendirmediğinden emin olun.

Adım 4: Eklentileri devre dışı bırakın

Yönlendirme, önbellek veya SEO eklentileri kendi kurallarını ekler ve bunlar manuel kurallarınızla çakışabilir. Panele giremiyorsanız FTP veya dosya yöneticisi üzerinden wp-content/plugins klasörünü geçici olarak yeniden adlandırın. Bu, tüm eklentileri tek seferde devre dışı bırakır. Site açılıyorsa, klasörü eski adına döndürüp eklentileri tek tek etkinleştirerek sorumluyu bulun.

Adım 5: Sunucu ve DNS katmanını doğrulayın

Yukarıdaki adımlar sonuç vermediyse, sorun sunucu yapılandırmasında veya sunucunun önündeki bir katmanda olabilir. Bu noktada barındırma sağlayıcınızın teknik desteğiyle iletişime geçmek en verimli yoldur; onlar sunucu günlüklerinden döngünün tam olarak hangi adımda oluştuğunu görebilir. Alastyr müşterileri, bu tür durumlarda 7/24 destek ekibine başvurarak günlük tabanlı hızlı bir tanı alabilir.

Hatayı Doğrulama: Yönlendirme Zincirini Görün

Tahmin yürütmek yerine döngüyü kendi gözünüzle görmek isterseniz, komut satırından yönlendirme zincirini takip edebilirsiniz. curl -IL https://siteadresiniz.com komutu, sunucunun döndürdüğü tüm HTTP başlıklarını ve yönlendirme adımlarını sırayla listeler. Aynı adresin kendini tekrar tekrar işaret ettiğini görürseniz döngüyü doğrudan tespit etmiş olursunuz. Tarayıcının geliştirici araçlarındaki Ağ (Network) sekmesi de aynı zinciri görsel olarak sunar; her satırda 301/302 kodunun tekrarlandığını fark edeceksiniz.

Döngüyü Baştan Önlemek İçin

Bu hatayı bir daha yaşamamak için birkaç ilke işinizi çok kolaylaştırır. HTTPS geçişini yaparken önce sertifikayı kurun, sonra zorlamayı açın. Site adresi ve yönlendirme kuralında tek bir kanonik biçim seçin (örneğin her zaman https://www.) ve tüm katmanlarda — sunucu, WordPress, varsa proxy — bu tek biçimi kullanın. Yönlendirme kurallarını hem .htaccess’te hem eklentide aynı anda tanımlamaktan kaçının; tek bir yerde yönetin.

Sağlam bir altyapı da fark yaratır. Alastyr’ın İzmir’deki kendi veri merkezinde barındırılan sunucularında LiteSpeed + LSCache ve CloudLinux teknolojileri, PHP sürüm seçici ve günlük yedekleme standart olarak sunulur; bir yapılandırma hatasında hızlıca temiz bir yedeğe dönmek mümkündür. WordPress tabanlı projeler için WordPress hosting paketleri optimize edilmiş bir başlangıç sağlar; daha geniş kaynak isteyen projeler için ise VPS sunucu ve bulut sunucu seçenekleri esneklik sunar. Genel barındırma ihtiyaçları için hosting paketlerini inceleyebilirsiniz.

Sıkça Sorulan Sorular

ERR_TOO_MANY_REDIRECTS hatası sitemi tamamen mi çökertir?

Hayır. Site dosyalarınız ve verileriniz yerinde durur; sorun yalnızca yönlendirme yapılandırmasındadır. Döngüyü oluşturan kuralı düzelttiğiniz an site normal biçimde açılır. Bu bir veri kaybı değil, bir erişim engelidir.

Neden sitem başkalarında açılıyor ama bende bu hatayı veriyor?

Bu durum genellikle tarayıcınızdaki bozuk bir yönlendirme çerezinden kaynaklanır. Siteye ait çerezleri temizleyip önbelleği boşaltın veya gizli pencerede deneyin. Sorun yalnızca sizde görülüyorsa neden büyük olasılıkla yereldir.

SSL sertifikası kurduktan hemen sonra bu hatayı almaya başladım, neden?

En sık neden, sunucu ile önündeki proxy katmanı arasındaki SSL uyumsuzluğudur. Proxy Flexible modda çalışıyorsa sunucuya şifresiz HTTP gönderir, sunucu da HTTPS’e zorlar ve döngü oluşur. Proxy SSL modunu Full (Strict) yapıp sunucuya geçerli sertifika kurmak sorunu çözer.

WordPress paneline giremiyorum, siteurl ayarını nasıl düzeltirim?

Panele giremediğinizde wp-config.php dosyasına define('WP_HOME', ...) ve define('WP_SITEURL', ...) satırlarını ekleyerek doğru adresi sabitleyebilirsiniz. Bu tanımlar veritabanındaki değerleri geçersiz kılar ve döngüyü çoğu zaman anında keser.

.htaccess dosyasını silmek güvenli mi?

Silmek yerine yeniden adlandırıp yedeklemek daha güvenlidir. Dosyayı geçici olarak devre dışı bıraktığınızda hata kaybolursa kaynağı bulmuş olursunuz. WordPress, ayarlar sayfasından kalıcı bağlantıları yeniden kaydettiğinizde varsayılan bir .htaccess dosyasını kendisi oluşturur.

Hangi eklentiler bu hataya yol açabilir?

Yönlendirme yöneten, SSL zorlayan veya önbellek alan eklentiler en olası adaylardır. Tüm eklentileri geçici olarak devre dışı bırakıp siteyi test edin; açılıyorsa eklentileri tek tek etkinleştirerek sorumluyu belirleyin.

Hatanın .htaccess mı yoksa SSL mi kaynaklı olduğunu nasıl anlarım?

Komut satırından curl -IL ile yönlendirme zincirini izleyin. Zincirde sürekli http ile https arasında gidip geliniyorsa neden SSL/proxy katmanıdır; aynı https adresi kendini tekrar tekrar işaret ediyorsa neden büyük olasılıkla .htaccess veya site adresi ayarıdır.

www’lu ve www’suz adres karışıklığı bu hataya sebep olur mu?

Evet. Bir kural www’suz adresi www’lu adrese, başka bir kural da tam tersini yaparsa döngü oluşur. Tek bir kanonik biçim seçip tüm katmanlarda o biçimi kullanmak bu tür çakışmaları önler.

Bu hatayı kendim çözemezsem ne yapmalıyım?

Barındırma sağlayıcınızın teknik desteğine başvurun. Sunucu günlükleri döngünün hangi adımda oluştuğunu gösterir. Alastyr müşterileri 7/24 destek ekibiyle iletişime geçerek hızlı bir tanı ve çözüm alabilir.