WordPress “Too Many Redirects” (Çok Fazla Yönlendirme) Hatası Çözümü

Sabah bilgisayarını açtın, sitene girip istatistiklere bakacaksın ama o da ne? Karşında gri bir ekran ve tarayıcının attığı o tokat gibi mesaj: ERR_TOO_MANY_REDIRECTS veya Türkçe adıyla “Bu sayfa düzgün çalışmıyor, sizi çok fazla kez yönlendirdi.”

Geçmiş olsun şef, siten siber bir kara deliğe, yani sonsuz yönlendirme döngüsüne düşmüş durumda. Teknik olarak olay tam olarak şu: Ziyaretçi sitene geliyor, siten onu A sayfasına gönderiyor, A sayfası B’ye, B sayfası tekrar A’ye gönderiyor… Tarayıcı da bir süre sonra “Yahu siz benimle dalga mı geçiyorsunuz?” diyerek isyan ediyor ve bağlantıyı koparıyor.

Bu hata genellikle yanlış yapılandırılmış SSL sertifikaları, hatalı eklentiler veya güncellenirken kafayı yemiş bir .htaccess dosyası yüzünden olur. Panik yok, siten hala orada duruyor. Şimdi sakin ol, elini o panik butonundan çek ve bu sonsuz döngüyü 5 adımda nasıl kıracağımızı tek tek inceleyelim.

1. İlk ve En Basit Adım: Tarayıcı Önbelleğini ve Çerezleri Patlat

Bazen sunucuda hatayı çoktan çözmüşsündür ama tarayıcın o kadar inatçıdır ki, eski yönlendirme rotasını belleğinde tuttuğu için seni hala eski hataya götürüyordur.

• Ne yapmalısın? Hemen tarayıcının gizli sekmesini (Incognito) aç ve siteye öyle girmeyi dene. Eğer gizli sekmede site canavar gibi açılıyorsa geçmiş olsun, sunucun temiz! Tarayıcının çerezlerini ve önbelleğini (Cache) temizlediğin an normalde de düzelecektir.
• Eğer gizli sekmede de aynı gri ekranla bakışıyorsan, sorun sunucunun ciğerinde demektir. Devam ediyoruz.

2. WordPress Site URL Bilgilerini Dosya Seviyesinde Sabitle

WordPress panelindeki (Ayarlar > Genel) WordPress Adresi (URL) ve Site Adresi (URL) alanlarında yapılan küçücük bir protokol hatası (örneğin sitenin https olması gerekirken orada http yazması) bu hatayı anında tetikler. Panel açılmadığı için bu ayarı içeriden değiştiremezsin. O yüzden sunucuya arkadan sızacağız.

FTP (FileZilla) veya hosting panelinin dosya yöneticisi üzerinden sitenin kök dizinine git ve wp-config.php dosyasını düzenle. /* That's all, stop editing! Happy publishing. */ satırının hemen üzerine şu iki kodu yapıştır:

define('WP_HOME','https://siteniz.com');
define('WP_SITEURL','https://siteniz.com');

define('WP_HOME','https://siteniz.com');
define('WP_SITEURL','https://siteniz.com');

Not: Eğer siten www kullanıyorsa, kodun içine [www.siteniz.com](https://www.siteniz.com) şeklinde yazmayı unutma şef. Bu kod, veritabanındaki hatalı ayarları bypass eder ve WordPress’e gitmesi gereken doğru yolu zorla öğretir.

3. Cloudflare ve SSL Esneklik (Flexible) Tuzağı

Eğer sitende Cloudflare kullanıyorsan ve bu hatayı alıyorsan, iddiaya girerim sorun SSL modunun yanlış seçilmesinden kaynaklanıyor.

Cloudflare panelinde SSL ayarını Flexible (Esnek) yaptıysan süreç şöyle işler: Ziyaretçi sitene HTTPS ile gelir, Cloudflare bunu alır ama senin sunucuna HTTP (Port 80) üzerinden sorar. Senin sunucunda da (veya WordPress içinde) “Herkesi HTTPS’e yönlendir” diye bir kural varsa, sunucu isteği tekrar HTTPSe fırlatır. Cloudflare yine HTTP ile ister, sunucu yine HTTPS der… Al sana nur topu gibi bir sonsuz döngü!

• Çözüm: Cloudflare paneline gir, SSL/TLS menüsüne gel ve modu Full veya Full (Strict) olarak değiştir. Sorunun saniyeler içinde çözüldüğünü göreceksin.

4. Eklenti (Plugin) Çatışmalarını Baltala

Özellikle cache (önbellek), SEO (RankMath, Yoast) veya güvenlik (Wordfence, iThemes) eklentileri kendi aralarında yönlendirme kuralları yazarken kavga edebilirler. Paneli açamadığımız için hangi eklentinin suçlu olduğunu anlamanın en kestirme yolu hepsini tek seferde bayıltmaktır.

1. FTP ile sunucuna bağlan.
2. wp-content klasörünün içine gir.
3. Buradaki plugins klasörünün adını geçici olarak plugins_iptal yap.
4. Sitene girip sayfayı yenile.

Eğer site açıldıysa biliyoruz ki suçlu eklentilerden biri! Klasörün adını tekrar plugins yap, içine gir ve eklenti klasörlerinin adını tek tek değiştirerek (örn: litespeed-cache_iptal) suçlu olan o hain eklentiyi nokta atışı tespit et.

5. .htaccess Dosyasını Fabrika Ayarlarına Döndür

Sunucunun (Apache/LiteSpeed) trafik polisliği görevini üstlenen .htaccess dosyası, zamanla eklenen kodlar yüzünden çorbaya dönmüş olabilir. Bu dosyanın içindeki hatalı bir RewriteRule kodu siteyi sonsuz döngüye sokar.

Kök dizindeki .htaccess dosyasını bilgisayarına yedekle ve sunucudakini sil. Ardından tamamen boş ve temiz bir .htaccess dosyası oluşturup içine şu standart WordPress kodlarını yapıştır:

# BEGIN WordPress

RewriteEngine On
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]

# END WordPress

# BEGIN WordPress

RewriteEngine On
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]

# END WordPress

Dosyayı kaydet ve sitene girmeyi dene. Eğer .htaccess yüzündense, siten şu an aslanlar gibi açılmış olmalı.

💡 Teknik İpucu (Expert Box)

Bunu biliyor muydunuz? Bazen bu hata, sunucunun arkasında çalışan bir Load Balancer (Yük Dengeleyici) veya ters proxy (Nginx/Varnish) yüzünden olur. Sunucu, isteğin aslında HTTPS üzerinden geldiğini anlayamaz (çünkü proxy arkasındadır). Bunu çözmek için wp-config.php dosyasının en üstüne, <?php satırının hemen altına şu kodu ekleyerek WordPress’e gelen isteklerin arkasındaki proxy şifresini çözmesini söyleyebilirsiniz:

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

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

Bu kod, yük dengeleyici kullanan gelişmiş cloud sunucularda yönlendirme hatasını bıçak gibi keser!

Sonuç: Döngü Kırıldı, Site Yayında!

Gördüğün gibi şef, WordPress’in “Too Many Redirects” hatası aslında korkulduğu gibi sitenin silinmesi veya çökmesi değil; sadece sunucu ve tarayıcı arasındaki bir adres karıştırma mevzusudur. Adımları sırasıyla takip edip SSL modlarını ve URL yapılarını eşitlediğinde bu hatayı dize getirmemek imkansız.

Senin sitendeki döngüyü hangi adım kırdı? Cloudflare SSL ayarı mı yoksa çirkin bir eklenti mi? Yorumlara yaz, takıldığın bir aşama varsa logları birlikte inceleyelim. Siteportal.net’te kal, kodsuz kalma!