Arama Yap Mesaj Gönder
Biz Sizi Arayalım
+90
X
X
X
X

Bize Ulaşın

Konum Halkalı merkez mahallesi fatih cd ozgur apt no 46 , Küçükçekmece , İstanbul , 34303 , TR
WordPress Teknik Rehberi

WordPress Çok Fazla Yönlendirme ve wp-admin Giriş Döngüsü Çözümü

ERR_TOO_MANY_REDIRECTS, tarayıcının aynı URL’ler arasında sürekli 301/302 dolaştığını gösterir. wp-admin giriş yapıp yeniden giriş ekranına dönüyorsa cookie, home/siteurl, HTTPS algısı, Cloudflare proxy ve güvenlik eklentileri ayrı ayrı incelenmelidir.

Too Many Redirectswp-adminCookiesHTTPSCloudflare
root@sunucu:~SSH
ERR_TOO_MANY_REDIRECTS
HTTP/2 301 location: https://www.example.com/
HTTP/2 302 location: https://example.com/wp-login.php
WordPress katmanıÇekirdek, tema ve eklenti davranışı
PHP katmanıSürüm, uzantı, limit ve fatal error
Sunucu katmanıWeb servisi, veritabanı, disk ve loglar
Güvenli yöntemYedekle, logla, izole et ve doğrula
01
Teknik açıklama

WordPress yönlendirme döngüsü ve giriş tekrarının nedeni nedir?

Bir katman HTTP’yi HTTPS’e, başka bir katman HTTPS’i tekrar HTTP’ye veya www ile non-www arasında ters kuralla yönlendirdiğinde istek hedefe ulaşamaz. wp-admin tarafında cookie path/domain ve WordPress URL değerleri de benzer döngü oluşturabilir.

WP_HOME ve WP_SITEURL sabitleri veritabanındaki home/siteurl değerlerini geçersiz kılabilir. İki kaynak farklı protokol veya alan adı içeriyorsa panelde değişiklik yapmak tek başına çözüm sağlamaz.

Cloudflare Flexible SSL kullanılırken origin HTTP görür ve WordPress HTTPS’e zorlamaya çalışırsa döngü oluşabilir. Full veya Full (strict) yapı, origin SSL ve doğru proxy başlıkları tercih edilmelidir.

Giriş yapıp tekrar wp-login.php’ye dönmek her zaman parola hatası değildir. Cookie domain, cache, güvenlik eklentisi, reverse proxy ve bozuk kullanıcı meta kayıtları araştırılmalıdır.

Yönlendirme zinciri curl ile takip edilerek her adımın Location başlığı kaydedilmelidir. Tarayıcı cache temizliği yalnız istemci tarafı eski yönlendirmeyi ayırır.

Tüm HTTPS ve www kurallarını aynı anda farklı katmanlarda tanımlamak yerine tek bir otorite belirleyin; CDN, web sunucusu, WordPress ve eklenti aynı işi tekrar etmemelidir.

02
Log mesajları ve anlamları

WordPress yönlendirme, login ve cookie hata mesajları

E-postada, tarayıcıda veya SSH günlüğünde gördüğünüz ifadeyi aratın. Her kartta anlam, muhtemel neden ve güvenli ilk işlem bulunur.

8 kayıt
01kritik

ERR_TOO_MANY_REDIRECTS

Anlamı: Tarayıcı yönlendirme sınırına ulaşmıştır.

Muhtemel neden: HTTP/HTTPS, www veya eklenti kuralları döngü oluşturuyor.

curl -IL ile Location zincirini kaydedin.
02uyarı

wp-admin giriş yapınca tekrar login ekranı

Anlamı: Oturum cookie’si kabul edilmiyor veya doğrulama kayboluyor.

Muhtemel neden: Yanlış URL, cookie domain, cache veya güvenlik eklentisi.

Tarayıcı cookie’sini ve site URL’lerini doğrulayın.
03uyarı

Cookies are blocked or not supported

Anlamı: WordPress test cookie’sini okuyamamıştır.

Muhtemel neden: Header çıktısı, domain/path veya tarayıcı engeli.

Headers already sent logunu ve cookie ayarlarını kontrol edin.
04kritik

HTTP ↔ HTTPS loop

Anlamı: Origin ve proxy protokol konusunda anlaşamıyor.

Muhtemel neden: Flexible SSL veya X-Forwarded-Proto eksik.

Origin SSL ve proxy HTTPS algısını düzeltin.
05kritik

www ↔ non-www loop

Anlamı: İki katman ters ana domain kuralı uyguluyor.

Muhtemel neden: Cloudflare rule ile WordPress URL’si çakışıyor.

Tek canonical hostname seçip tüm katmanları eşitleyin.
06uyarı

wp-login.php 302 loop

Anlamı: Kimlik doğrulama sonrası redirect_to tekrar login’e dönüyor.

Muhtemel neden: Eklenti, kullanıcı yetkisi veya cookie sorunu.

Eklentileri skip ederek kullanıcıyı test edin.
07uyarı

Redirected you too many times after migration

Anlamı: Eski domain/protokol kayıtları taşınmıştır.

Muhtemel neden: home/siteurl ve serialized URL’ler güncel değil.

Güvenli search-replace öncesi yedek alın.
08kritik

Headers already sent

Anlamı: Cookie/header gönderilmeden önce çıktı üretilmiştir.

Muhtemel neden: BOM, boşluk veya PHP uyarısı.

İlk output dosyasını logdan bulun.

Bu ifadeyle eşleşen kayıt bulunamadı.

03
Güvenli ilk inceleme

SSH teşhis komutları ve hangi çıktıya bakılmalı?

Komutlar root erişimi içindir. Önce yalnızca durum ve log toplayın; nedeni görmeden kalıcı ayar değiştirmeyin.

Yönlendirme zinciri
curl -sSIL --max-redirs 15 https://example.com/

Her 301/302 adımındaki Location başlığını gösterir.

WordPress URL değerleri
wp option get home
wp option get siteurl

Veritabanındaki ana URL’leri gösterir.

wp-config URL sabitleri
wp config has WP_HOME && wp config get WP_HOME
wp config has WP_SITEURL && wp config get WP_SITEURL

Sabitlerin veritabanını geçersiz kılıp kılmadığını kontrol eder.

Eklentisiz giriş testi
wp --skip-plugins user list

Eklenti yüklemeden WordPress’in kullanıcı katmanını test eder.

Cloudflare/proxy başlıkları
curl -sSIk https://example.com/ | grep -Ei 'location|server|cf-ray'

Proxy ve yönlendirme başlıklarını gösterir.

Kullanıcı oturumlarını sıfırlama
wp user session destroy KULLANICI_ID --all

Belirli kullanıcının eski oturum tokenlarını temizler.

04
Barındırma ortamına göre

cPanel, Plesk ve panelsiz sunucuda uygulanacak kontroller

WordPress hatasının temel nedeni aynıdır ancak log yolları, PHP ayar ekranları ve servis yönetimi kullanılan barındırma altyapısına göre değişir.

cPanel / WHM

cPanel’de Domains yönlendirmeleri, SSL durumu ve .htaccess kuralları birlikte kontrol edilir.

  • Domains > Redirects içindeki ters kuralları kaldırın.
  • AutoSSL sertifikasının origin üzerinde geçerli olduğunu doğrulayın.
  • .htaccess içindeki HTTPS/www kurallarını WordPress URL’siyle eşitleyin.
cd /home/KULLANICI/public_html && wp option get home && wp option get siteurl

Plesk Obsidian

Plesk’te Hosting Settings ve Apache & nginx Settings yönlendirme kaynağını gösterir.

  • Preferred domain seçimini WordPress URL’siyle aynı yapın.
  • Permanent SEO-safe 301 ve WordPress eklenti yönlendirmelerini çakıştırmayın.
  • Proxy mode ve ek nginx direktiflerini inceleyin.
cd /var/www/vhosts/ALANADI/httpdocs && wp option get siteurl

Panelsiz Linux Sunucu

Panelsiz sunucuda reverse proxy başlıkları ve vhost yönlendirmeleri doğrudan incelenir.

  • X-Forwarded-Proto başlığının uygulamaya aktarıldığını doğrulayın.
  • Nginx/Apache’de tek HTTPS ve hostname kuralı kullanın.
  • Config çıktısında aynı domain için çakışan vhost arayın.
nginx -T 2>/dev/null | grep -nE 'server_name|return 30[12]'
05
Güvenli çözüm sırası

WordPress ERR_TOO_MANY_REDIRECTS sorununu çözme adımları

Yönlendirme zincirini görünür hâle getirin, URL ve protokol kaynaklarını eşitleyin, cookie ve eklenti etkisini kontrollü test edin.

1

Location zincirini kaydedin

Hangi iki URL arasında döngü olduğunu curl ile belirleyin.

curl -sSIL --max-redirs 15 https://example.com/
2

home ve siteurl değerlerini eşitleyin

Protokol, www tercihi ve path değerlerinin aynı canonical yapıyı kullandığını doğrulayın.

wp option get home && wp option get siteurl
3

wp-config sabitlerini kontrol edin

WP_HOME/WP_SITEURL varsa panel değerlerinden önce uygulanır.

wp config list | grep -E 'WP_HOME|WP_SITEURL'
4

CDN ve origin SSL modunu düzeltin

Cloudflare Flexible yerine geçerli origin SSL ile Full (strict) tercih edin.

5

Cookie ve eklenti etkisini ayırın

Gizli pencere, cookie temizliği ve eklentisiz WP-CLI testi uygulayın.

wp --skip-plugins user list
6

Tek yönlendirme otoritesi bırakın

www/HTTPS kuralını CDN, web server veya WordPress’ten yalnız birinde merkezi yönetin.

curl -sSIL https://example.com/
06
Belirtiye göre ayrım

Özel senaryolar ve karar ağacı

Yalnız wp-admin döngüde

Cookie, güvenlik eklentisi ve admin URL filtreleri incelenir.

wp --skip-plugins user list
Cloudflare açınca başladı

SSL mode, Always Use HTTPS ve Page Rules/Redirect Rules kontrol edilir.

curl -sSIk https://example.com/
Taşıma sonrası login tekrar ediyor

home/siteurl ve eski domain kayıtları güvenli search-replace ile düzeltilir.

wp search-replace 'eskisite.com' 'yenisite.com' --dry-run
www eklenince döngü oluşuyor

WordPress URL’si ile web server preferred domain aynı yapılır.

wp option get home
Yalnız bir kullanıcı giriş yapamıyor

Oturum tokenları, rol ve kullanıcı meta kayıtları incelenir.

wp user get KULLANICI

Kesinlikle yapmayın

  • Parolayı tekrar tekrar değiştirmeyi tek çözüm sanmayın.
  • HTTP/HTTPS kurallarını CDN, .htaccess ve eklentide aynı anda çoğaltmayın.
  • Veritabanında serialized değerleri düz SQL replace ile bozmayın.
  • Cookie sabitlerini rastgele tanımlamayın.
  • SSL doğrulanmadan HTTPS zorlamasını genişletmeyin.
  • Redirect zincirini kaydetmeden tüm 301 kurallarını silmeyin.

Çözüm sonrası doğrulama

  • Ana domain en fazla bir canonical yönlendirme yapıyor.
  • wp-login ve wp-admin oturum açıldıktan sonra döngüye girmiyor.
  • home ve siteurl aynı protokol/hostname yapısında.
  • Origin SSL geçerli ve proxy doğru protokol başlığı gönderiyor.
  • Tarayıcıda WordPress auth cookie oluşuyor.
  • Yeni Location zinciri beklenen hedefte sonlanıyor.
07
Resmî teknik kaynaklar

WordPress ve WP-CLI resmî dokümantasyonu

08
İç SEO içerik kümesi

İlgili WordPress hata çözümleri

09
Sık sorulan sorular

WordPress Yönlendirme Döngüsü hakkında merak edilenler

ERR_TOO_MANY_REDIRECTS neden olur?

HTTP/HTTPS, www/non-www veya farklı katmanlardaki yönlendirme kurallarının birbirini tersine çevirmesiyle oluşur.

Cookie temizlemek kalıcı çözüm mü?

Yalnız eski istemci cache’ini ayırır; sunucu tarafı döngü varsa kalıcı çözüm değildir.

Cloudflare Flexible SSL neden sorun çıkarır?

Ziyaretçi HTTPS kullanırken origin HTTP görebilir ve WordPress yeniden HTTPS’e yönlendirerek döngü oluşturabilir.

WP_HOME ve WP_SITEURL farkı nedir?

WP_HOME ziyaretçi adresini, WP_SITEURL WordPress çekirdek dosyalarının adresini belirler; çoğu standart kurulumda uyumlu olmalıdır.

Giriş yapınca neden tekrar login sayfası gelir?

Auth cookie kaydedilemiyor, URL/path uyuşmuyor veya güvenlik/cache eklentisi oturumu bozuyor olabilir.

www kullanmalı mıyım?

Her ikisi de mümkündür; önemli olan tek canonical tercih yapıp tüm katmanları ona yönlendirmektir.

Yönlendirme döngüsünü nasıl görürüm?

curl -IL komutu her Location başlığını sırasıyla gösterir.

EKA YAZILIM VE BİLİŞİM SİSTEMLERİ

Sunucunuzdaki hatayı kalıcı olarak çözelim

cPanel, WHM, CloudLinux, LiteSpeed, MariaDB, Exim ve güvenlik katmanlarını birlikte analiz ederek yalnızca servisi kaldırmak yerine arızanın temel nedenini gideriyoruz.

Sunucu Desteği Al WhatsApp
Top