---
title: "WordPress ERR_TOO_MANY_REDIRECTS Hatası Nasıl Çözülür? 9 Kontrol"
id: "2504"
type: "post"
slug: "wordpress-cok-fazla-yonlendirme-hatasi"
published_at: "2026-11-07T23:18:33+00:00"
modified_at: "2026-11-07T23:18:36+00:00"
url: "https://zeymedya.com/wordpress-cok-fazla-yonlendirme-hatasi/"
markdown_url: "https://zeymedya.com/wordpress-cok-fazla-yonlendirme-hatasi.md"
excerpt: "WORDPRESS · SSL · SUNUCU YÖNLENDİRMELERİ 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ı..."
taxonomy_category:
  - "Web Tasarım ve Site Yönetimi"
taxonomy_post_tag:
  - "WordPress çok fazla yönlendirme hatası"
---

WordPress ERR_TOO_MANY_REDIRECTS Hatası Nasıl Çözülür? 9 Kontrol

## 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.

**301 / 302 / 307 / 308** Tarayıcıya başka URL’ye gitmesini söyleyen HTTP yönlendirme yanıtları.

**HTTP ↔ HTTPS** SSL veya proxy ayarları çakıştığında döngü oluşturabilir.

**www ↔ non-www** Alan adı kuralları birbirini tersine yönlendirebilir.

**Dosya düzenlemeden önce güvenlik kontrolü**`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ır
```

### Hatalı 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.

**HTTP durum kodları hakkında**`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

1### 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

1. Chrome veya başka bir tarayıcıda geliştirici araçlarını açın.
2. **Network / Ağ** bölümüne geçin.
3. **Preserve log / Günlüğü koru** seçeneğini açın.
4. Sorunlu sayfayı yeniden yükleyin.
5. 301, 302, 307 ve 308 yanıtlarını inceleyin.
6. `Location` üstbilgilerindeki adresleri karşılaştırın.

**Önemli ayrım**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.

2### 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.com
```

Ancak 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?

1. WordPress yönetim paneline giriş yapın.
2. **Ayarlar → Genel** bölümünü açın.
3. WordPress Adresi değerini inceleyin.
4. Site Adresi değerini inceleyin.
5. Gerçek kurulum yoluyla karşılaştırın.
6. HTTPS ve alan adı kullanımını doğrulayın.

**wp-config.php sabitlerini kontrol edin.**`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.

3### 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

1. Cloudflare panelini açın.
2. **SSL/TLS → Overview** bölümüne gidin.
3. Aktif şifreleme modunu inceleyin.
4. Origin sunucuda geçerli SSL sertifikası olduğunu doğrulayın.
5. HTTPS destekleniyorsa uygun Full veya Full (strict) yapılandırmasını değerlendirin.
6. Sunucunun HTTPS isteklerini HTTP’ye geri yönlendirmediğinden emin olun.
7. Cloudflare Redirect Rules ve Always Use HTTPS kurallarını kontrol edin.

**Full (strict) moduna geçmeden önce sertifikayı doğrulayın.**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.

4### 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ır
```

#### Kontrol 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?

**SEO açısından:** Bir ana URL biçimi kullanılması, canonical ve yönlendirme tutarlılığına yardımcı olur. Ancak www veya non-www seçiminin tek başına sıralama üstünlüğü sağladığı varsayılmamalıdır.

5### .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ı

1. Dosya yöneticisi veya SFTP ile siteye bağlanın.
2. Mevcut `.htaccess` dosyasının yedeğini alın.
3. Dosyadaki yönlendirme kurallarını inceleyin.
4. Birbiriyle çelişen kuralları belirleyin.
5. Yalnızca sorunlu kuralı kontrollü biçimde düzeltin.
6. Her değişiklikten sonra HTTP yanıtını test edin.

**.htaccess dosyasını gelişigüzel silmeyin.**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.

6### 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

1. **Son değişiklikleri listeleyin.** Hata hangi eklenti veya ayar güncellemesinden sonra başladı?
2. **Yönlendirme kurallarını inceleyin.** Özellikle aynı URL’yi hedefleyen kayıtları karşılaştırın.
3. **Staging ortamı oluşturun.** Canlı sitedeki ödeme ve giriş işlemlerini etkilemeyin.
4. **Şüpheli eklentiyi geçici devre dışı bırakın.** Hatanın düzelip düzelmediğini inceleyin.
5. **Çakışan kuralı düzeltin.** Gereksiz yönlendirme kayıtlarını temizleyin.
6. **Tekrar test edin.** Site, yönetim paneli ve ilgili sayfaları kontrol edin.

**WordPress’in canonical yönlendirmeleri**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.

7### 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ı

1. Önce mevcut LiteSpeed Cache ayarlarını dışa aktarın.
2. Cache davranışını ve yanıt üstbilgilerini inceleyin.
3. İlgili önbellekleri kontrollü temizleyin.
4. Başka tarayıcıda aynı URL’yi test edin.
5. CDN varsa ayrı olarak kontrol edin.
6. Eski yönlendirme sürüyorsa sunucu kurallarına dönün.

**Önbellek temizlemek kök nedeni her zaman çözmez.**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.

8### 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-Proto` doğru gönderiliyor mu?
- WordPress isteği HTTPS olarak algılıyor mu?
- `FORCE_SSL_ADMIN` tanımlı mı?
- Proxy ve origin sunucu aynı yönlendirme politikasını mı kullanıyor?

**Önemli güvenlik koşulu**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.

9### 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.

**Veritabanında toplu URL değiştirmeyi gelişigüzel yapmayın.**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 |

**Genel güvenli yaklaşım**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.

**Geçici çözüm ile kalıcı düzeltme aynı değildir.**`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 WordPress
```

Bu ö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ı?

1. Mevcut .htaccess dosyasını yedekleyin.
2. WordPress tarafından yönetilen bölümü belirleyin.
3. Özel HTTPS veya www kurallarını inceleyin.
4. Hosting ve CDN yönlendirmeleriyle karşılaştırın.
5. Çakışan kuralları kontrollü biçimde düzeltin.
6. Gerekirse Kalıcı Bağlantılar ayarlarını yeniden kaydedin.

**Sunucu türü önemlidir.**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.

**HEAD ve GET farklı davranabilir.**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ı

1. **Hosting dosya yöneticisini açın.** Site dosyalarına SFTP veya dosya yöneticisiyle erişin.
2. **Yedek alın.** wp-config.php, .htaccess ve veritabanının mevcut durumunu koruyun.
3. **URL sabitlerini inceleyin.** WP_HOME ve WP_SITEURL değerlerini doğrulayın.
4. **SSL ve proxy ayarlarını kontrol edin.** Cloudflare veya hosting HTTPS yapılandırmasını karşılaştırın.
5. **Son değişen eklentileri belirleyin.** Özellikle giriş, SSL ve yönlendirme eklentilerini inceleyin.
6. **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.
7. **Yönetim panelini tekrar test edin.** Giriş ekranı açılıyorsa sorunlu yapılandırmayı düzeltin.
8. **Site işlevlerini doğrulayın.** Eklentiler, ödeme akışı, formlar ve güvenlik kurallarını kontrol edin.

**Canlı sitede tüm eklentileri topluca kapatmayın.**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.

1. **Hatanın kapsamını belirleyin.** Bütün site mi, wp-admin mi, yoksa tek URL mi?
2. **Temiz tarayıcı oturumu deneyin.** Çerez ve önbellek etkisini ayırın.
3. **HTTP yönlendirme zincirini çıkarın.** 301/302/307/308 yanıtlarını kaydedin.
4. **WordPress URL ayarlarını doğrulayın.** home, siteurl ve wp-config.php sabitlerini karşılaştırın.
5. **SSL ve Cloudflare ayarlarını inceleyin.** Origin sunucu HTTPS davranışını doğrulayın.
6. **www ve non-www kurallarını kontrol edin.** Ters yönlendirmeleri belirleyin.
7. **.htaccess ve sunucu yapılandırmasını inceleyin.** Tekrarlanan yönlendirmeleri araştırın.
8. **Eklenti çakışmalarını test edin.** Staging ortamında şüpheli eklentileri sırayla inceleyin.
9. **Cache ve reverse proxy davranışını doğrulayın.** Eski ve aktif yönlendirmeleri ayırın.
10. **Son testi gerçekleştirin.** Ana sayfa, wp-admin, yazı sayfaları ve önemli kullanıcı akışlarını kontrol edin.

**Başarılı test sonucu nedir?**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 rehberi](https://zeymedya.com/wordpress-mixed-content-hatasi/)

### WordPress Güncelleme Sonrası 500 Hatası

WordPress güncellemeleri sonrası ortaya çıkan sunucu hatalarının teknik nedenleri.

[WordPress 500 hatası rehberi](https://zeymedya.com/wordpress-guncelleme-sonrasi-500-hatasi/)

### WordPress REST API 403 Hatası

REST API erişimi, güvenlik kuralları ve sunucu kaynaklı 403 engellerini değerlendirin.

[REST API rehberi](https://zeymedya.com/wordpress-rest-api-403-hatasi/)

### WordPress Mobil Görünüm Bozuk

Mobil tasarım, tema, CSS, önbellek ve optimizasyon sorunlarını inceleyin.

[Mobil görünüm rehberi](https://zeymedya.com/wordpress-mobil-gorunum-bozuk/)

WordPress web sitesi altyapısı ve performans hizmetlerimiz için [WordPress Web Tasarım Hizmetleri](https://zeymedya.com/wordpress-web-tasarim-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](https://zeymedya.com/wordpress-web-tasarim-hizmetleri/)
 sayfamızı inceleyebilirsiniz.

Teknik arama motoru optimizasyonu çalışmalarımız için [SEO Hizmetleri](https://zeymedya.com/seo-hizmetleri/)
 sayfamızı ziyaret edebilirsiniz.

[Zeymedya ile İletişime Geçin](https://zeymedya.com/iletisim/)

## WordPress ERR_TOO_MANY_REDIRECTS İçin Resmî Teknik Kaynaklar

1. [Cloudflare – ERR_TOO_MANY_REDIRECTS](https://developers.cloudflare.com/ssl/troubleshooting/too-many-redirects/) Cloudflare SSL/TLS modları, Flexible yönlendirme döngüsü, Always Use HTTPS, HSTS ve Redirect Rules çakışmaları.
2. [Cloudflare – Flexible SSL Mode](https://developers.cloudflare.com/ssl/origin-configuration/ssl-modes/flexible/) Flexible modunun çalışma şekli, origin HTTP bağlantısı ve HTTPS yönlendirme döngüsü.
3. [Cloudflare – Full (strict) SSL Mode](https://developers.cloudflare.com/ssl/origin-configuration/ssl-modes/full-strict/) Origin SSL sertifikası gereksinimleri ve güvenli HTTPS bağlantısı.
4. [WordPress Developer – Editing wp-config.php](https://developer.wordpress.org/advanced-administration/wordpress/wp-config/) WP_HOME, WP_SITEURL ve WordPress yapılandırma sabitlerinin çalışma biçimi.
5. [WordPress Developer – Migrating WordPress](https://developer.wordpress.org/advanced-administration/upgrade/migrating/) Site Adresi, WordPress Adresi, taşıma sonrası URL değişiklikleri ve kurtarma yöntemleri.
6. [WordPress Developer – HTTPS](https://developer.wordpress.org/advanced-administration/security/https/) SSL, FORCE_SSL_ADMIN, reverse proxy ve güvenli HTTPS yapılandırması.
7. [WordPress Developer – is_ssl()](https://developer.wordpress.org/reference/functions/is_ssl/) WordPress’in HTTPS algılama mekanizması ve proxy arkasındaki sınırlamaları.
8. [WordPress Developer – redirect_canonical()](https://developer.wordpress.org/reference/functions/redirect_canonical/) WordPress’in canonical URL yönlendirme davranışı.
9. [LiteSpeed – LSCache for WordPress Troubleshooting](https://docs.litespeedtech.com/lscache/lscwp/troubleshoot/) LiteSpeed Cache hata ayıklama, önbellek temizleme, yapılandırma karşılaştırmaları ve sunucu kontrolleri.
10. [Learn WordPress – Plugin and Theme Conflicts](https://learn.wordpress.org/lesson/troubleshooting-your-site-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.
11. [WordPress Developer – Common WordPress Errors](https://developer.wordpress.org/advanced-administration/wordpress/common-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.

##### Benzer yazılar

[https://zeymedya.com/wordpress-site-yedekleme/](https://zeymedya.com/wordpress-site-yedekleme/)
#### [WordPress Site Yedekleme Nasıl Yapılır? Manuel ve Otomatik Yöntemler](https://zeymedya.com/wordpress-site-yedekleme/)

- 12 Kasım 2026

[https://zeymedya.com/wix-mi-wordpress-mi/](https://zeymedya.com/wix-mi-wordpress-mi/)
#### [Wix mi WordPress mi? Web Sitesi Kurmak İçin Hangisi Daha İyi?](https://zeymedya.com/wix-mi-wordpress-mi/)

- 12 Kasım 2026

[https://zeymedya.com/ssl-sertifikasi-nedir/](https://zeymedya.com/ssl-sertifikasi-nedir/)
#### [SSL Sertifikası Nedir? HTTPS Ne İşe Yarar ve Nasıl Kurulur?](https://zeymedya.com/ssl-sertifikasi-nedir/)

- 12 Kasım 2026

## Bir yanıt yazın[Yanıtı İptal Et](/wordpress-cok-fazla-yonlendirme-hatasi/#respond)