WordPress çok fazla yönlendirme hatası, bir web adresinin sürekli başka bir adrese yönlendirilmesi ve tarayıcının bu döngüyü tamamlayamaması nedeniyle ortaya çıkan erişim problemidir.
Tarayıcınızda ERR_TOO_MANY_REDIRECTS, Bu sayfa çalışmıyor veya Sayfa düzgün şekilde yönlendirilmiyor uyarısını görebilirsiniz.
Örneğin WordPress bir adresi HTTP’den HTTPS’ye yönlendirirken sunucu veya Cloudflare aynı isteği tekrar HTTP’ye gönderiyor olabilir.
Başka bir durumda
WordPress URL ayarları,
www yönlendirmeleri,
.htaccess kuralları,
Rank Math gibi SEO araçlarının
yönlendirmeleri veya başka
eklentiler çakışabilir.
Bu rehberde WordPress ERR_TOO_MANY_REDIRECTS hatasının 9 olası nedenini ve güvenli sorun giderme yöntemlerini adım adım inceliyoruz.
WordPress ERR_TOO_MANY_REDIRECTS Hatası Nasıl Çözülür?
Kısa cevap: Öncelikle hatanın yalnızca kendi tarayıcınızda mı yoksa bütün ziyaretçilerde mi oluştuğunu belirleyin.
Ardından Ayarlar → Genel bölümündeki WordPress Adresi (URL) ve Site Adresi (URL) değerlerini kontrol edin.
HTTPS kullanıyorsanız sunucu SSL sertifikasını ve varsa Cloudflare SSL/TLS modunu doğrulayın. Özellikle Flexible modu ile sunucunun HTTPS’ye zorlama kuralı arasında döngü olup olmadığını inceleyin.
Sonrasında
.htaccess,
www yönlendirmeleri,
WordPress eklentileri,
LiteSpeed Cache ve
reverse proxy ayarlarını
sırayla kontrol edin.
Yönetim paneline erişemiyorsanız hosting dosya yöneticisi, SFTP veya sunucu desteği üzerinden inceleme yapabilirsiniz.
wp-config.php,
.htaccess,
sunucu SSL ayarları
ve veritabanı üzerinde
yapılacak yanlış bir değişiklik
web sitesini erişilemez
hâle getirebilir.
Değişikliklerden önce tam dosya ve veritabanı yedeği alın. Mevcut yapılandırmayı ayrıca saklayın ve mümkünse staging ortamında test edin.
ERR_TOO_MANY_REDIRECTS Nedir?
ERR_TOO_MANY_REDIRECTS, tarayıcının hedef sayfaya ulaşmadan tekrar tekrar yönlendirme yanıtı alması nedeniyle görüntülediği hatadır.
Normal bir web sitesinde HTTP’den HTTPS’ye veya eski bir URL’den yenisine tek yönlü yönlendirme yapılabilir.
Ancak yönlendirme kuralları birbirini tersine çevirirse kullanıcı hiçbir zaman nihai sayfaya ulaşamaz.
Normal yönlendirme örneği
http://example.com/
|
| 301
v
https://example.com/
|
| 200 OK
v
Sayfa açılırHatalı yönlendirme döngüsü
http://example.com/
|
| 301
v
https://example.com/
|
| 302
v
http://example.com/
|
| tekrar...
v
ERR_TOO_MANY_REDIRECTS
Hata bütün sitede,
yalnızca ana sayfada,
/wp-admin/
girişinde veya belirli
bir WordPress yazısında
görülebilir.
301 ve
308 kalıcı;
302 ve
307 geçici
yönlendirme türleridir.
Bu kodlardan birini görmek tek başına hata değildir. Sorun, yönlendirmelerin nihai bir sayfada sonlanmaması veya aynı URL’lere dönmesidir.
WordPress Çok Fazla Yönlendirme Hatasının Kaynağı Nasıl Belirlenir?
Hatanın nerede oluştuğu, hangi teknik katmanın incelenmesi gerektiği konusunda önemli ipuçları verir.
| Belirti | Olası neden | İlk kontrol |
|---|---|---|
| Site genelinde yönlendirme hatası | SSL, proxy veya WordPress URL ayarları | HTTPS ve yönlendirme zinciri |
| Yalnızca wp-admin açılmıyor | Giriş, çerez, HTTPS veya güvenlik eklentisi | wp-login.php ve FORCE_SSL_ADMIN |
| Yalnızca tek sayfa açılmıyor | Yanlış URL yönlendirme kuralı | SEO/yönlendirme eklentisi |
| Cloudflare sonrası hata başladı | SSL modu veya Redirect Rules çakışması | SSL/TLS Overview |
| www ve non-www arasında gidip geliyor | Birbirine ters alan adı kuralları | Sunucu ve CDN yönlendirmeleri |
| Yalnızca bazı tarayıcılarda hata var | Eski yönlendirme önbelleği, HSTS veya çerez | Temiz tarayıcı oturumu |
WordPress ERR_TOO_MANY_REDIRECTS Hatası İçin 9 Teknik Kontrol
Yönlendirme Döngüsünün Hangi URL’ler Arasında Oluştuğunu Belirleyin
Hata giderme sürecindeki ilk adım, hangi adresin hangi adrese yönlendiğini öğrenmektir.
Bu bilgi olmadan
WordPress ayarlarını veya
.htaccess
dosyasını değiştirmek,
sorunu daha karmaşık
hâle getirebilir.
Kontrol edilecek adresler
http://example.com/https://example.com/http://www.example.com/https://www.example.com/https://example.com/wp-admin/
Tarayıcıyla inceleme
- Chrome veya başka bir tarayıcıda geliştirici araçlarını açın.
- Network / Ağ bölümüne geçin.
- Preserve log / Günlüğü koru seçeneğini açın.
- Sorunlu sayfayı yeniden yükleyin.
- 301, 302, 307 ve 308 yanıtlarını inceleyin.
Locationüstbilgilerindeki adresleri karşılaştırın.
Hata tarayıcı isteği gönderilmeden önce HSTS nedeniyle ortaya çıkan bir adres dönüşümünden etkileniyor olabilir.
Bu nedenle yalnızca sayfa içeriğine bakmak yerine ağ isteklerini ve sunucu yanıtlarını inceleyin.
WordPress Adresi ve Site Adresi Yanlış Tanımlanmış Olabilir
WordPress’te iki temel URL ayarı bulunur:
- WordPress Adresi (URL): WordPress çekirdek dosyalarının bulunduğu adres.
- Site Adresi (URL): Ziyaretçilerin web sitesine ulaştığı adres.
Standart kurulumlarda bu adresler genellikle aynıdır.
Örnek standart kurulum
WordPress Adresi:
https://example.com
Site Adresi:
https://example.comAncak WordPress’in ayrı bir klasörde kurulduğu bazı yapılarda iki URL’nin farklı olması normaldir.
Olası hata örneği
WordPress Adresi:
http://example.com
Site Adresi:
https://example.com
Sunucu:
HTTP adresini HTTPS'ye zorluyor.
Başka kural:
WordPress isteği tekrar HTTP'ye
yönlendiriyor olabilir.Nasıl kontrol edilir?
- WordPress yönetim paneline giriş yapın.
- Ayarlar → Genel bölümünü açın.
- WordPress Adresi değerini inceleyin.
- Site Adresi değerini inceleyin.
- Gerçek kurulum yoluyla karşılaştırın.
- HTTPS ve alan adı kullanımını doğrulayın.
WP_HOME veya
WP_SITEURL
sabitleri tanımlanmışsa
WordPress yönetimindeki
URL alanları bu
sabitler tarafından
geçersiz kılınabilir.
Dolayısıyla yönetim panelinde ayar değiştirmek sorunun kaynağını tek başına düzeltmeyebilir.
SSL Sertifikası ve Cloudflare HTTPS Yönlendirmeleri Çakışıyor Olabilir
Cloudflare kullanan WordPress sitelerinde ERR_TOO_MANY_REDIRECTS hatasının önemli nedenlerinden biri SSL/TLS modu ile sunucu yönlendirmelerinin uyumsuz olmasıdır.
Cloudflare’ın Flexible modunda ziyaretçi ile Cloudflare arasındaki bağlantı HTTPS olabilirken Cloudflare, origin sunucuya HTTP üzerinden bağlanır.
Sunucu bütün HTTP isteklerini HTTPS’ye yönlendiriyorsa sonsuz döngü oluşabilir.
Flexible SSL döngüsü
Ziyaretçi:
https://example.com
|
v
Cloudflare Flexible
|
| Origin'e HTTP ile istek
v
http://example.com
|
| Sunucu HTTPS'ye yönlendirir
v
https://example.com
|
| Döngü tekrar eder
v
ERR_TOO_MANY_REDIRECTSÇözüm
- Cloudflare panelini açın.
- SSL/TLS → Overview bölümüne gidin.
- Aktif şifreleme modunu inceleyin.
- Origin sunucuda geçerli SSL sertifikası olduğunu doğrulayın.
- HTTPS destekleniyorsa uygun Full veya Full (strict) yapılandırmasını değerlendirin.
- Sunucunun HTTPS isteklerini HTTP’ye geri yönlendirmediğinden emin olun.
- Cloudflare Redirect Rules ve Always Use HTTPS kurallarını kontrol edin.
Cloudflare Full (strict) modunun çalışması için origin sunucunun uygun SSL sertifikası sunması gerekir.
Geçersiz sertifikayla bu modu kullanmak yönlendirme döngüsü yerine farklı SSL hatalarına, örneğin Cloudflare 526 yanıtına neden olabilir.
HTTPS güvenliğini kalıcı olarak kaldırmak, doğru çözüm değildir.
www ve www Olmayan Alan Adları Birbirini Yönlendiriyor Olabilir
WordPress sitelerinde genellikle bir ana alan adı biçimi tercih edilir.
Örneğin siteniz
https://example.com
üzerinden çalışıyorsa
https://www.example.com
adresi buna yönlendirilebilir.
Sorun, sunucu ile WordPress veya CDN aynı adresleri birbirine ters yönlendirdiğinde oluşur.
Yanlış senaryo
Sunucu kuralı:
www.example.com → example.com
Cloudflare kuralı:
example.com → www.example.com
Sonuç:
www ↔ non-www döngüsüDoğru yaklaşım
Tercih edilen adres:
https://example.com/
Alternatif:
https://www.example.com/
|
| 301
v
https://example.com/
|
| 200
v
Sayfa açılırKontrol edilecekler
- WordPress Site Adresi hangi alan adını kullanıyor?
- Hosting yönlendirmesi hangi biçimi tercih ediyor?
- Cloudflare Redirect Rules ters kural içeriyor mu?
- SEO eklentisinde ek yönlendirme tanımlandı mı?
- HTTP ve HTTPS yönlendirmeleri aynı tercihe mi ulaşıyor?
.htaccess veya Sunucu Rewrite Kuralları Sonsuz Yönlendirme Oluşturuyor Olabilir
Apache ve
LiteSpeed tabanlı
sunucularda
.htaccess
dosyası URL
yönlendirmelerini
etkileyebilir.
Hatalı
RewriteRule,
RewriteCond
veya Redirect
kuralları,
aynı adresin
tekrar tekrar
yönlendirilmesine
neden olabilir.
Kontrol edilmesi gerekenler
- Birden fazla HTTPS yönlendirme kuralı bulunuyor mu?
- www ve non-www kuralları çelişiyor mu?
- Eski alan adından yeni alan adına döngü var mı?
- WordPress’in standart rewrite bloğu değiştirilmiş mi?
- SEO eklentisi özel yönlendirme eklemiş mi?
- Hosting kontrol panelinde ayrı yönlendirme bulunuyor mu?
Güvenli kontrol sırası
- Dosya yöneticisi veya SFTP ile siteye bağlanın.
- Mevcut
.htaccessdosyasının yedeğini alın. - Dosyadaki yönlendirme kurallarını inceleyin.
- Birbiriyle çelişen kuralları belirleyin.
- Yalnızca sorunlu kuralı kontrollü biçimde düzeltin.
- Her değişiklikten sonra HTTP yanıtını test edin.
Dosyada WordPress yönlendirmelerinin yanı sıra güvenlik, erişim kontrolü, cache veya başka uygulama kuralları bulunabilir.
Dosyanın tamamını kaldırmak farklı hatalara veya güvenlik sorunlarına neden olabilir.
Nginx sunucularda
.htaccess
yerine Nginx
yapılandırma dosyaları
incelenmelidir.
WordPress SEO, SSL, Güvenlik veya Yönlendirme Eklentileri Çakışıyor Olabilir
WordPress’te birden fazla eklenti yönlendirme davranışını etkileyebilir.
Örneğin SEO eklentisindeki bir yönlendirme, SSL eklentisinin HTTPS kuralı veya başka bir yönlendirme eklentisiyle çakışabilir.
Olası eklenti kaynakları
- SEO yönlendirme modülleri
- HTTP’den HTTPS’ye geçiş eklentileri
- WordPress güvenlik eklentileri
- Oturum açma URL’sini değiştiren eklentiler
- Çok dilli site yönlendirme eklentileri
- Üyelik veya kullanıcı rolü yönlendirmeleri
- Özel tema veya functions.php yönlendirme kodları
Rank Math kontrolü
Rank Math’ın yönlendirme modülü kullanılıyorsa sorunlu URL için tanımlanmış yönlendirme kayıtlarını inceleyin.
Ancak Rank Math’ın kurulu olması tek başına yönlendirme hatasının bu eklentiden kaynaklandığını göstermez.
Güvenli çakışma testi
- Son değişiklikleri listeleyin. Hata hangi eklenti veya ayar güncellemesinden sonra başladı?
- Yönlendirme kurallarını inceleyin. Özellikle aynı URL’yi hedefleyen kayıtları karşılaştırın.
- Staging ortamı oluşturun. Canlı sitedeki ödeme ve giriş işlemlerini etkilemeyin.
- Şüpheli eklentiyi geçici devre dışı bırakın. Hatanın düzelip düzelmediğini inceleyin.
- Çakışan kuralı düzeltin. Gereksiz yönlendirme kayıtlarını temizleyin.
- Tekrar test edin. Site, yönetim paneli ve ilgili sayfaları kontrol edin.
WordPress çekirdeğinde
redirect_canonical()
adlı bir mekanizma
da bulunur.
Bu mekanizma URL’leri uygun adrese yönlendirmeye yardımcı olur.
Fakat sorunu çözmek için canonical yönlendirmeleri tüm sitede kalıcı olarak kapatmak yerine çelişen kuralı belirleyin.
LiteSpeed Cache, CDN, Tarayıcı Çerezleri veya HSTS Eski Yönlendirmeyi Kullanıyor Olabilir
Bazı yönlendirme sorunlarında sunucu ayarları düzeltilmiş olsa bile tarayıcı veya önbellek katmanı eski yönlendirme davranışını sürdürebilir.
WordPress sitelerinde LiteSpeed Cache, sunucu önbelleği, Cloudflare ve tarayıcı önbelleği birlikte çalışabilir.
Kontrol edilecekler
- Hata yalnızca tek tarayıcıda mı görülüyor?
- Gizli pencerede de aynı sorun var mı?
- Başka cihazdan aynı yönlendirme oluşuyor mu?
- LiteSpeed Cache eski yanıt sunuyor olabilir mi?
- CDN önbelleğinde eski yönlendirme bulunuyor mu?
- HSTS veya tarayıcı yönlendirme önbelleği etkili mi?
LiteSpeed Cache için test sırası
- Önce mevcut LiteSpeed Cache ayarlarını dışa aktarın.
- Cache davranışını ve yanıt üstbilgilerini inceleyin.
- İlgili önbellekleri kontrollü temizleyin.
- Başka tarayıcıda aynı URL’yi test edin.
- CDN varsa ayrı olarak kontrol edin.
- Eski yönlendirme sürüyorsa sunucu kurallarına dönün.
Sorun aktif
bir Cloudflare,
Nginx veya
.htaccess
kuralından kaynaklanıyorsa
önbelleği temizledikten
sonra da devam eder.
Kalıcı çözüm yanlış yönlendirme kuralını düzeltmektir.
Reverse Proxy veya Load Balancer WordPress’e HTTPS Bağlantısını Yanlış Bildiriyor Olabilir
CDN, reverse proxy veya yük dengeleyici bulunan sunucularda ziyaretçi HTTPS üzerinden bağlanırken WordPress’in çalıştığı arka sunucu isteği HTTP olarak algılayabilir.
WordPress bu durumda bağlantıyı HTTPS’ye yönlendirmeye çalışabilir.
Proxy yeniden aynı davranışı oluşturursa yönlendirme döngüsü meydana gelebilir.
WordPress HTTPS algılama
WordPress çekirdeğindeki
is_ssl()
işlevi HTTPS
kullanımını belirler.
Proxy arkasındaki bazı kurulumlarda bu algılama doğru çalışmayabilir.
Kontrol edilecekler
- Sunucunun önünde reverse proxy var mı?
X-Forwarded-Protodoğru gönderiliyor mu?- WordPress isteği HTTPS olarak algılıyor mu?
FORCE_SSL_ADMINtanımlı mı?- Proxy ve origin sunucu aynı yönlendirme politikasını mı kullanıyor?
Proxy üstbilgilerinin
güvenilir olduğu
doğrulanmadan
X-Forwarded-Proto
gibi alanları
doğrudan esas almayın.
Bu başlıkların gerçek ve güvenilen proxy tarafından belirlendiğinden emin olun.
Reverse proxy yapılandırması hosting sağlayıcısı veya sunucu yöneticisiyle birlikte değerlendirilmelidir.
WordPress Taşıma Sonrası Veritabanı URL’leri veya Sunucu Ayarları Eski Kalmış Olabilir
WordPress sitesi farklı sunucuya, HTTPS’ye veya yeni alan adına taşındıktan sonra eski URL kayıtları sorun oluşturabilir.
Özellikle
home ve
siteurl
seçenekleriyle
wp-config.php
sabitleri arasında
uyumsuzluk bulunabilir.
Kontrol edilecekler
- Alan adı yeni sunucuya doğru yönleniyor mu?
- WordPress home ve siteurl değerleri doğru mu?
- wp-config.php içinde eski URL var mı?
- Veritabanı taşıması düzgün tamamlandı mı?
- Sunucu sanal host ayarları doğru mu?
- Hosting kontrol panelinde eski yönlendirmeler bulunuyor mu?
- Apache, LiteSpeed veya Nginx günlüklerinde döngü kaydı var mı?
Veritabanı değerleri
Standart tekil
WordPress kurulumunda
home ve
siteurl
seçenekleri genellikle
options tablosunda
saklanır.
Ancak tablo öneki farklı olabilir ve Multisite kurulumlarda yapı değişebilir.
WordPress eklentileri ve tema ayarları PHP serialized veri içerebilir.
Basit SQL metin değiştirmeleri bu kayıtları bozabilir.
Gerekirse WordPress ile uyumlu güvenilir bir taşıma aracı veya WP-CLI yaklaşımı kullanın.
Cloudflare SSL/TLS Modları ERR_TOO_MANY_REDIRECTS Hatasını Nasıl Etkiler?
Cloudflare’ın SSL/TLS modu, ziyaretçi bağlantısı ile origin sunucu bağlantısını farklı biçimlerde yönetebilir.
| Mod | Origin bağlantısı | Dikkat edilmesi gereken |
|---|---|---|
| Flexible | HTTP | Origin HTTPS’ye zorluyorsa döngü oluşabilir |
| Full | HTTPS | Sertifika doğrulaması strict kadar kapsamlı değildir |
| Full (strict) | HTTPS | Origin sertifikası uygun ve geçerli olmalıdır |
Origin sunucuda uygun HTTPS yapılandırması ve geçerli sertifika bulunduğunda, Full (strict) güçlü bir tercih olabilir.
Bununla birlikte sitenin gerçek sunucu yapısı incelenmeden SSL modu rastgele değiştirilmemelidir.
wp-config.php ile WordPress URL Ayarları Nasıl Kontrol Edilir?
WordPress’in
resmî belgelerinde
WP_HOME
ve WP_SITEURL
sabitleriyle URL
ayarlarını geçersiz
kılma yöntemi
açıklanır.
Bu yaklaşım, yanlış URL yapılandırmasının teşhisinde yararlı olabilir.
Standart tekil kurulum örneği
define('WP_HOME', 'https://example.com');
define('WP_SITEURL', 'https://example.com');Bu örnekte WordPress dosyaları ve ziyaretçi adresi aynı kök dizindedir.
WordPress alt dizinde kuruluysa
define('WP_HOME', 'https://example.com');
define('WP_SITEURL', 'https://example.com/wordpress');Böyle bir yapı yalnızca WordPress gerçekten ilgili alt dizinde kurulmuşsa kullanılmalıdır.
Önemli teknik noktalar
- Gerçek alan adınızı kullanın.
- HTTPS gerçekten kurulu olmalıdır.
- URL sonunda gereksiz eğik çizgi bırakmayın.
- Dosyanın mevcut sabitlerini önce kontrol edin.
- Aynı sabiti iki kez tanımlamayın.
- Dosyayı değiştirmeden önce yedekleyin.
WP_HOME ve
WP_SITEURL
sabitleri WordPress’in
veritabanındaki
ayarlarını değiştirmez;
çalışma sırasında
geçersiz kılar.
Sabitler kaldırıldığında eski veritabanı değerleri yeniden kullanılabilir.
Bu nedenle kalıcı yapılandırmada dosya ve veritabanı tutarlılığı sağlanmalıdır.
WordPress .htaccess Dosyasında Yönlendirme Hatası Nasıl Kontrol Edilir?
Apache tabanlı standart, kök dizin WordPress kurulumlarında temel rewrite kuralları aşağıdaki biçimde bulunabilir.
Standart WordPress rewrite örneği
# BEGIN WordPress
<IfModule mod_rewrite.c>
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]
</IfModule>
# END WordPressBu örnek WordPress’in standart rewrite mantığını gösterir. Farklı kurulumlarda kurallar değişebilir.
Özellikle WordPress alt dizinde kuruluysa veya Multisite kullanılıyorsa bu yapı doğrudan kopyalanmamalıdır.
Ne yapılmalı?
- Mevcut .htaccess dosyasını yedekleyin.
- WordPress tarafından yönetilen bölümü belirleyin.
- Özel HTTPS veya www kurallarını inceleyin.
- Hosting ve CDN yönlendirmeleriyle karşılaştırın.
- Çakışan kuralları kontrollü biçimde düzeltin.
- Gerekirse Kalıcı Bağlantılar ayarlarını yeniden kaydedin.
Bu örnek Nginx sunucusuna uygulanmaz.
Ayrıca LiteSpeed ve Apache ortamlarında mevcut cache, güvenlik veya özel hosting kuralları korunmalıdır.
curl ile WordPress Yönlendirme Döngüsü Nasıl Tespit Edilir?
Komut satırı
erişimi bulunan
teknik kullanıcılar
curl
aracılığıyla
HTTP yanıtlarını
inceleyebilir.
İlk yönlendirmeyi gösterme
curl -I https://example.com/Bu komut HEAD isteği kullanır ve ilk HTTP yanıt başlıklarını gösterir.
Yönlendirme zincirini izleme
curl -IL --max-redirs 10 https://example.com/Bu komut yönlendirmeleri takip eder ve en fazla 10 yönlendirme sonrasında durur.
Örnek hata çıktısı
HTTP/2 301
location: https://www.example.com/
HTTP/2 301
location: https://example.com/
HTTP/2 301
location: https://www.example.com/
curl: (47) Maximum redirects followedÖrnekte alan adı biçimleri birbirine ters yönlendirilmektedir.
Bazı sunucu veya uygulama kuralları HEAD ve GET isteklerine farklı yanıt verebilir.
Gerekirse gerçek GET isteğinin yönlendirme davranışını da inceleyin.
Tarayıcıdaki HSTS ve çerez davranışlarıyla komut satırı sonuçlarının her zaman aynı olmayabileceğini unutmayın.
ERR_TOO_MANY_REDIRECTS Nedeniyle wp-admin Açılmıyorsa Ne Yapılmalı?
Yönlendirme döngüsü WordPress yönetim panelini de etkileyebilir.
Bu durumda yönetim panelinden ayar değiştirmek mümkün olmayabilir.
Güvenli kurtarma sırası
- Hosting dosya yöneticisini açın. Site dosyalarına SFTP veya dosya yöneticisiyle erişin.
- Yedek alın. wp-config.php, .htaccess ve veritabanının mevcut durumunu koruyun.
- URL sabitlerini inceleyin. WP_HOME ve WP_SITEURL değerlerini doğrulayın.
- SSL ve proxy ayarlarını kontrol edin. Cloudflare veya hosting HTTPS yapılandırmasını karşılaştırın.
- Son değişen eklentileri belirleyin. Özellikle giriş, SSL ve yönlendirme eklentilerini inceleyin.
- Gerekirse sorunlu eklenti klasörünü geçici yeniden adlandırın. Bu işlem yalnızca ilgili eklentiyi devre dışı bırakmak için kontrollü kullanılmalıdır.
- Yönetim panelini tekrar test edin. Giriş ekranı açılıyorsa sorunlu yapılandırmayı düzeltin.
- Site işlevlerini doğrulayın. Eklentiler, ödeme akışı, formlar ve güvenlik kurallarını kontrol edin.
Böyle bir işlem ödeme, güvenlik, üyelik veya iletişim formlarını etkileyebilir.
Önce şüpheli eklentiyi belirleyin. Geniş kapsamlı çakışma testlerini mümkün olduğunca staging ortamında gerçekleştirin.
WordPress Çok Fazla Yönlendirme Hatası: 9 Neden ve Çözüm Tablosu
| Olası neden | Kontrol | Çözüm |
|---|---|---|
| Yönlendirme zinciri bilinmiyor | HTTP Location yanıtları | Döngünün başlangıcını bulun |
| WordPress URL ayarları yanlış | home ve siteurl | Gerçek kurulum URL’lerini kullanın |
| Cloudflare SSL çakışması | Flexible / Full / Full strict | Origin HTTPS ile uyumlu modu seçin |
| www yönlendirme döngüsü | Alan adı kuralları | Tek ana URL biçimi belirleyin |
| .htaccess çakışması | RewriteRule ve Redirect | Hatalı sunucu kuralını düzeltin |
| Eklenti yönlendirmesi | SEO, SSL ve güvenlik eklentileri | Çakışan eklenti kuralını belirleyin |
| Cache veya HSTS etkisi | LiteSpeed, CDN, tarayıcı | Eski yönlendirme kayıtlarını kontrol edin |
| Proxy HTTPS algılama hatası | X-Forwarded-Proto | Güvenilir proxy yapılandırmasını düzeltin |
| Taşıma sonrası eski kayıt | Veritabanı ve sunucu ayarları | URL ve yapılandırma tutarlılığını sağlayın |
WordPress ERR_TOO_MANY_REDIRECTS Hatası İçin Adım Adım Test Planı
Yönlendirme problemlerinde aynı anda birden fazla ayar değiştirmekten kaçının.
Aşağıdaki sıralama sorunun gerçek kaynağını belirlemek için kullanılabilir.
- Hatanın kapsamını belirleyin. Bütün site mi, wp-admin mi, yoksa tek URL mi?
- Temiz tarayıcı oturumu deneyin. Çerez ve önbellek etkisini ayırın.
- HTTP yönlendirme zincirini çıkarın. 301/302/307/308 yanıtlarını kaydedin.
- WordPress URL ayarlarını doğrulayın. home, siteurl ve wp-config.php sabitlerini karşılaştırın.
- SSL ve Cloudflare ayarlarını inceleyin. Origin sunucu HTTPS davranışını doğrulayın.
- www ve non-www kurallarını kontrol edin. Ters yönlendirmeleri belirleyin.
- .htaccess ve sunucu yapılandırmasını inceleyin. Tekrarlanan yönlendirmeleri araştırın.
- Eklenti çakışmalarını test edin. Staging ortamında şüpheli eklentileri sırayla inceleyin.
- Cache ve reverse proxy davranışını doğrulayın. Eski ve aktif yönlendirmeleri ayırın.
- Son testi gerçekleştirin. Ana sayfa, wp-admin, yazı sayfaları ve önemli kullanıcı akışlarını kontrol edin.
Bütün alternatif alan adı biçimlerinin beklenen nihai URL’ye yönlenmesi ve bu URL’nin başarıyla açılmasıdır.
Ayrıca WordPress yönetim paneli, giriş sistemi, formlar ve alışveriş akışı sorunsuz çalışmalıdır.
Yönlendirme döngüsünün düzeldiğini doğrulamak için yalnızca ana sayfayı açmak yeterli olmayabilir.
WordPress Yönlendirme Hatası İçin 20 Maddelik Kontrol Listesi
- Hatanın hangi URL’lerde oluştuğu belirlendi mi?
- HTTP yönlendirme zinciri incelendi mi?
- Gizli tarayıcı oturumuyla test edildi mi?
- WordPress Adresi doğru mu?
- Site Adresi doğru mu?
- WP_HOME sabiti kontrol edildi mi?
- WP_SITEURL sabiti kontrol edildi mi?
- SSL sertifikası geçerli mi?
- Cloudflare SSL/TLS modu uygun mu?
- Always Use HTTPS ayarı incelendi mi?
- www ve non-www yönlendirmeleri tutarlı mı?
- .htaccess dosyası yedeklendi mi?
- RewriteRule ve Redirect kuralları kontrol edildi mi?
- SEO yönlendirme kuralları incelendi mi?
- SSL ve güvenlik eklentileri kontrol edildi mi?
- LiteSpeed Cache davranışı incelendi mi?
- CDN ve HSTS etkisi değerlendirildi mi?
- Reverse proxy HTTPS algılaması doğru mu?
- Taşıma sonrası eski URL kayıtları kontrol edildi mi?
- Son testte ana sayfa ve wp-admin açıldı mı?
WordPress Site Yönetimi Hakkında İlgili Zeymedya Rehberleri
WordPress Mixed Content Hatası
HTTPS’ye geçiş sonrasında HTTP kaynaklarının neden engellendiğini ve nasıl düzeltileceğini inceleyin.
Mixed Content rehberiWordPress Güncelleme Sonrası 500 Hatası
WordPress güncellemeleri sonrası ortaya çıkan sunucu hatalarının teknik nedenleri.
WordPress 500 hatası rehberiWordPress REST API 403 Hatası
REST API erişimi, güvenlik kuralları ve sunucu kaynaklı 403 engellerini değerlendirin.
REST API rehberiWordPress Mobil Görünüm Bozuk
Mobil tasarım, tema, CSS, önbellek ve optimizasyon sorunlarını inceleyin.
Mobil görünüm rehberiWordPress web sitesi altyapısı ve performans hizmetlerimiz için WordPress Web Tasarım Hizmetleri sayfamızı inceleyebilirsiniz.
WordPress ERR_TOO_MANY_REDIRECTS Hatası Hakkında Sık Sorulan Sorular
WordPress çok fazla yönlendirme hatası neden olur?
WordPress URL ayarları, HTTPS kuralları, Cloudflare SSL modu, www yönlendirmeleri, .htaccess veya eklenti kuralları çakıştığında ortaya çıkabilir.
ERR_TOO_MANY_REDIRECTS hatası nasıl çözülür?
Önce HTTP yönlendirme zincirini inceleyin. Sonra WordPress URL ayarlarını, HTTPS yapılandırmasını, sunucu kurallarını ve eklentileri sırayla kontrol edin.
Cloudflare Flexible SSL yönlendirme döngüsü oluşturur mu?
Evet. Origin sunucu HTTP isteklerini HTTPS’ye zorluyorsa Cloudflare Flexible modu yönlendirme döngüsü oluşturabilir.
Cloudflare Full (strict) her WordPress sitesi için uygun mu?
Her yapılandırmada otomatik olarak uygun değildir. Origin sunucunun uygun HTTPS bağlantısı ve geçerli sertifika sağlaması gerekir.
WordPress Adresi ve Site Adresi aynı mı olmalı?
Standart kök dizin kurulumlarında genellikle aynıdır. WordPress ayrı bir dizinde kuruluysa iki adres farklı olabilir.
wp-config.php üzerinden yönlendirme hatası düzeltilebilir mi?
Yanlış WP_HOME veya WP_SITEURL yapılandırması düzeltilerek bazı sorunlar giderilebilir. Ancak dosya değişiklikleri gerçek kurulum URL’lerine uygun yapılmalıdır.
.htaccess ERR_TOO_MANY_REDIRECTS hatasına neden olur mu?
Evet. Hatalı RewriteRule, Redirect veya HTTPS yönlendirme kuralları sonsuz döngü oluşturabilir. Dosyayı silmeden önce yedekleyip çakışan kuralları belirleyin.
LiteSpeed Cache yönlendirme hatasına neden olabilir mi?
Yanlış cache yapılandırması veya eski yönlendirme yanıtları sorun teşhisini etkileyebilir. Ancak aktif sunucu yönlendirme hatasını yalnızca cache temizlemek her zaman çözmez.
Rank Math yönlendirme döngüsü oluşturabilir mi?
Yanlış yapılandırılmış yönlendirme kayıtları döngü oluşturabilir. Rank Math’ın yönlendirme modülü kullanılıyorsa ilgili URL kurallarını inceleyin.
WordPress wp-admin çok fazla yönlendirme hatası veriyorsa ne yapılmalı?
HTTPS algılamasını, WordPress URL sabitlerini, giriş çerezlerini, güvenlik eklentilerini ve reverse proxy yapılandırmasını kontrol edin. Gerekirse hosting dosya yöneticisini kullanın.
Tarayıcı çerezlerini silmek ERR_TOO_MANY_REDIRECTS hatasını çözer mi?
Sorun eski çerez veya tarayıcı kayıtlarıyla ilgiliyse yardımcı olabilir. Ancak sunucu tarafındaki aktif yönlendirme döngüsünü düzeltmez.
www ve www olmayan adresler yönlendirme döngüsü oluşturur mu?
Evet. Bir kural www adresini non-www biçimine, başka bir kural da tersine yönlendiriyorsa sonsuz döngü oluşabilir.
Reverse proxy nedeniyle WordPress HTTPS algılayamayabilir mi?
Evet. Proxy arkasındaki bazı yapılandırmalarda WordPress isteği HTTP olarak algılayabilir. Güvenilir proxy üstbilgilerinin doğru aktarıldığı doğrulanmalıdır.
WordPress yönlendirme hatası SEO’yu etkiler mi?
Evet. Arama motoru botlarının nihai sayfaya ulaşamaması tarama ve indeksleme sorunlarına neden olabilir. Yönlendirme düzeldikten sonra önemli URL’lerin erişilebilirliğini kontrol edin.
Sonuç: WordPress Yönlendirme Döngüsünü Doğru Teknik Katmanda Çözün
WordPress çok fazla yönlendirme hatası, yalnızca tarayıcı çerezlerinden kaynaklanan basit bir problem olmayabilir.
Öncelikle hangi URL’lerin birbirini yönlendirdiğini belirleyin.
WordPress adreslerini ve HTTPS yapılandırmasını doğrulayın.
Cloudflare SSL
modu, www yönlendirmeleri
ve .htaccess
kurallarını
karşılaştırın.
SEO, SSL ve güvenlik eklentilerini kontrollü biçimde test edin.
LiteSpeed Cache, reverse proxy ve eski veritabanı URL’lerini de inceleyin.
Doğru WordPress URL ayarları, tutarlı HTTPS yapılandırması, çakışmayan yönlendirmeler ve güvenilir sunucu yönetimi, WordPress sitelerinde erişim sorunlarını önlemenin temelidir.
WordPress Sitenizin Teknik Altyapısını ve Performansını Geliştirin
WordPress sitelerinde SSL, yönlendirme, SEO, cache, mobil uyumluluk ve kullanıcı deneyimi birlikte değerlendirilmelidir.
Zeymedya Reklam Ajansı, WordPress web tasarım, SEO, Google Ads ve dönüşüm optimizasyonu hizmetleri sunmaktadır.
WordPress altyapı ve web tasarım çalışmalarımız hakkında WordPress Web Tasarım Hizmetleri sayfamızı inceleyebilirsiniz.
Teknik arama motoru optimizasyonu çalışmalarımız için SEO Hizmetleri sayfamızı ziyaret edebilirsiniz.
Zeymedya ile İletişime GeçinWordPress ERR_TOO_MANY_REDIRECTS İçin Resmî Teknik Kaynaklar
-
Cloudflare – ERR_TOO_MANY_REDIRECTS
Cloudflare SSL/TLS modları, Flexible yönlendirme döngüsü, Always Use HTTPS, HSTS ve Redirect Rules çakışmaları.
-
Cloudflare – Flexible SSL Mode
Flexible modunun çalışma şekli, origin HTTP bağlantısı ve HTTPS yönlendirme döngüsü.
-
Cloudflare – Full (strict) SSL Mode
Origin SSL sertifikası gereksinimleri ve güvenli HTTPS bağlantısı.
-
WordPress Developer – Editing wp-config.php
WP_HOME, WP_SITEURL ve WordPress yapılandırma sabitlerinin çalışma biçimi.
-
WordPress Developer – Migrating WordPress
Site Adresi, WordPress Adresi, taşıma sonrası URL değişiklikleri ve kurtarma yöntemleri.
-
WordPress Developer – HTTPS
SSL, FORCE_SSL_ADMIN, reverse proxy ve güvenli HTTPS yapılandırması.
-
WordPress Developer – is_ssl()
WordPress’in HTTPS algılama mekanizması ve proxy arkasındaki sınırlamaları.
-
WordPress Developer – redirect_canonical()
WordPress’in canonical URL yönlendirme davranışı.
-
LiteSpeed – LSCache for WordPress Troubleshooting
LiteSpeed Cache hata ayıklama, önbellek temizleme, yapılandırma karşılaştırmaları ve sunucu kontrolleri.
-
Learn WordPress – Plugin and Theme Conflicts
WordPress eklenti çakışmalarını güvenli biçimde tespit etme ve yönetim paneline erişim olmadığında dosya yöneticisi kullanma.
-
WordPress Developer – Common WordPress Errors
Yaygın WordPress hataları, kalıcı bağlantılar ve temel rewrite yapılandırması.
Güncellik notu: WordPress sürümleri, Cloudflare SSL seçenekleri, hosting yapılandırmaları ve LiteSpeed Cache davranışları zaman içinde değişebilir.
Sunucuda değişiklik yapmadan önce güncel belgeleri ve mevcut hosting ayarlarını doğrulayın.



