Marka veya altyapı kararı nedeniyle sitenin ana adresi https://www.example.comolarak seçilebilir. Bu durumda kök domainden gelen istekler aynı yol ve sorgu korunarak www hostuna gönderilmelidir.
Kök domain yalnız yönlendirme yapacak olsa bile DNS’te çözülmeli ve geçerli TLS sertifikası sunmalıdır. WordPress, CDN, çerezler ve üçüncü taraf entegrasyonlar www tercihiyle uyumlu değilse ziyaretçiler yönlendirme zinciri, oturum kaybı veya callback hatası yaşayabilir.
Kök domainden WWW’ye yönlendirme
example.com/yolisteğinin www.example.com/yoladresine gönderilmesi, www hostunu sitenin kanonik adresi yapar. Kalıcı geçişte 301 tercih edilir ve www hedefi başka bir yönlendirmeye girmeden normal sayfayı sunmalıdır.
Gerçekçi bir örnek
Bir mağaza www adresini kullanmaya karar verir; ancak WordPress URL ayarları kök domainde kalır ve ödeme sağlayıcısındaki dönüş URL’si de eski hostu gösterir. Kök domain www’ye, WordPress ise tekrar kök domaine yönlendirdiği için döngü oluşur. Ekip önce uygulama ve entegrasyon URL’lerini www ile günceller, ardından tek yönlendirme katmanı seçer.
Neden yalnız kural yetmez?
Host tercihi oturum çerezlerini, canonical etiketlerini, hreflang bağlantılarını, XML site haritasını ve analiz verilerini etkiler. WordPress’in ürettiği URL’ler kök domainde kalırsa ziyaretçi her bağlantıda yeniden yönlendirilir.
Ödeme dönüşleri, OAuth callback’leri, webhook’lar ve allowlist kayıtları tam URL’ye bağlı olabilir. Bunlar yönlendirmeyi izlese bile istek yöntemi veya imza doğrulaması değişebilir; ilgili servislerde www adresi doğrudan tanımlanmalıdır.
Kurulum sırası
- Kök domain ve www hostunun aynı hizmete ulaştığını, ikisinin de geçerli sertifika sunduğunu doğrulayın.
- WordPress Adresi ile Site Adresi değerlerini HTTPS kullanan www URL’sine çevirin.
- CDN ve reverse proxy yapılandırmasında www hostunu kanonik olarak belirleyin.
- Yalnız kök domaini eşleştiren ve yolu koruyan yönlendirmeyi tek katmanda etkinleştirin.
- Önbellekleri temizleyip hem anonim hem oturum açmış kullanıcıyla kritik sayfaları sınayın.
Teknik doğrulama
- Kök domainin HTTP ve HTTPS varyasyonlarını ana sayfa, derin yol ve sorgu parametreli URL ile deneyin.
- Her isteğin en fazla bir 3xx yanıtından sonra
https://www...hedefine ulaştığını doğrulayın. api.example.comveyashop.example.comgibi gerçek alt domainlerin kurala girmediğini kontrol edin.- Giriş, sepet, ödeme, REST, AJAX, OAuth ve webhook akışlarını gerçekçi test verileriyle sınayın.
- CDN ile origin yanıtları farklıysa kuralın hangi katmanda üretildiğini belirleyin.
Riskler ve geri alma
Kök domainin sertifikası yoksa HTTPS isteği yönlendirmeden önce başarısız olur. Çakışan www’den-köke kuralı döngü yaratır; geniş host eşleşmesi ise API veya staging alt domainlerini yanlışlıkla web sitesine gönderebilir.
Geçişten önce WordPress URL’lerini, çerez ayarlarını ve yönlendirme kurallarını kaydedin. Oturum veya ödeme sorunu görülürse yeni kuralı devre dışı bırakıp daha önce doğrulanmış host ayarlarını geri yükleyin.
AIOWS nasıl yardımcı olur?
AIOWS Yönlendirme Yöneticisi
AIOWS Yönlendirme Yöneticisi, WordPress düzeyindeki kök-domain yönlendirmesini açık bir kural olarak yönetmenizi sağlar. Kaynak, hedef ve durum kodunun birlikte görünmesi, www tercihini incelemeyi ve gerekirse geri almayı kolaylaştırır.
DNS, TLS, CDN ve üçüncü taraf callback ayarları modülün dışında kalır. Bu bileşenler www hostunu desteklemeden kuralı etkinleştirmeyin. Yayından sonra durum kodunu ve Locationbaşlığını anonim oturumda izleyin; hedef URL’nin doğrudan 200 yanıtı verdiğini doğrulayın.
AIOWS Yönlendirme Yöneticisi’ni inceleyinAIOWS planlarını karşılaştırın
İlgili AIOWS yazıları
- WordPress’te WWW’den WWW’siz Adrese Nasıl Yönlendirilir?
- WordPress’te Sondaki Eğik Çizgi Yönlendirme Sorunları
- WordPress .htaccess Dosyasında WWW ve WWW’siz Adres Yönlendirmeleri
Sonuç
Önce WordPress ve bağlı hizmetleri www hostuna taşıyın; ardından kök domaini tek adımda www kullanan HTTPS adresine yönlendirin. DNS, TLS ve oturum davranışı birlikte doğrulanmadan geçişi tamamlanmış saymayın.
