WordPress .htaccess Dosyasında WWW ve WWW’siz Adres Yönlendirmeleri

.htaccessile www ve www’siz adres arasında yönlendirme yapmak kolaydır; doğru hostu seçmek ve bütün altyapıyı bu tercihle uyumlu hâle getirmek daha önemlidir. Alternatif host DNS’te veya sertifikada yoksa istek Apache’ye ulaşamadığı için kural çalışmaz.

Önce kanonik adresi belirleyin. Ardından WordPress, CDN, çerezler, site haritası ve callback URL’lerinin bu hostu doğrudan üretmesini sağlayın. .htaccesskuralı yalnız alternatif adreslerden gelen eski istekleri tek adımda kanonik HTTPS hedefine taşımalıdır.

Kanonik host seçimi

Site adresi ya https://example.comya da https://www.example.comolarak belirlenir. SEO açısından iki biçimden biri evrensel olarak üstün değildir; önemli olan tek ve kararlı bir tercih kullanmaktır.

Alternatif host aynı yolu ve sorgu dizisini koruyarak kanonik adrese yönlenmelidir. Hedef URL’nin kendisi aynı kurala yeniden girmemeli ve doğrudan normal yanıt vermelidir.

Çakışan kurallar örneği

WordPress www adresini kullanırken sertifika yalnız kök domaini kapsar. CDN kök domaini www’ye, origin sunucudaki eski kural ise www’yi kök domaine gönderir. Sonuç yönlendirme döngüsüdür; OAuth callback adresi de beklenen hostla eşleşmez.

Ekip sertifikayı iki hostu kapsayacak biçimde düzeltir, bütün uygulama URL’lerini www ile günceller ve kanonik yönlendirmeyi tek katmanda bırakır.

Kuraldan önce hazırlanacaklar

• Kök domain ile www hostunun DNS kayıtları ve CDN alias’ları.
• Her iki adı kapsayan TLS sertifikası.
• WordPress Adresi ve Site Adresi değerleri.
• Çerez domaini, OAuth ve ödeme callback’leri, webhook allowlist’leri.
• Canonical, hreflang, XML site haritası ve site içi bağlantılar.

CDN alternatif hostu origin’e göndermeden reddediyorsa .htaccesskuralı bu isteği göremez. Host önce tüm giriş katmanlarında tanımlanmalıdır.

.htaccess kuralını uygulama

1. Mevcut dosyanın yedeğini web kök dizininin dışında alın.
2. Kanonik hostu WordPress ve bağlı hizmetlerde doğrudan kullanın.
3. Yalnız alternatif host adını eşleştiren dar kuralı WordPress’in yönettiği bloğun dışında tutun.
4. Hedefi doğrudan kanonik HTTPS hostuna gönderin; yolu ve gerekli sorguyu koruyun.
5. Kök ve www hostlarını hem HTTP hem HTTPS üzerinden sınayın.

İleri düzey testler

• Ana sayfanın, alt dizinlerdeki bir URL’nin ve sorgu parametresi içeren bir adresin en fazla bir yönlendirmeyle hedefe ulaştığını doğrulayın.
• CDN ile origin yanıtlarını karşılaştırarak ilk 3xx yanıtını hangi katmanın verdiğini belirleyin.
• Giriş, form, ödeme, OAuth, webhook ve medya isteklerinde host değişikliğinin oturumu veya imzayı bozmadığını kontrol edin.
• Daha geniş host koşulunun API, staging ve dil alt domainlerini yanlışlıkla kapsamadığını doğrulayın.
• Geçiş sonrasında alternatif hosta gelen istekleri loglardan izleyerek eski bağlantı üreticilerini bulun.

Riskler ve geri alma

DNS veya sertifikada bulunmayan host .htaccessile kurtarılamaz. İstemciden gelen herhangi bir Hostdeğerini hedefe taşıyan geniş kural açık yönlendirme riski yaratabilir. CDN ile origin’in zıt tercihler kullanması da döngüye yol açar.

Beklenmeyen yönlendirme ya da entegrasyon hatası görülürse son kuralı kaldırıp önceki dosyayı geri yükleyin. WordPress URL değerlerini ve callback kayıtlarını değişiklik öncesi hâle döndürmek için de ayrı not tutun.

İlgili AIOWS yazıları

• WordPress’te WWW’den WWW’siz Adrese Nasıl Yönlendirilir?
• WordPress’te WWW’siz Adresten WWW’ye Nasıl Yönlendirilir?
• WordPress’te HTTPS Zorlamak İçin Güvenli .htaccess Kuralları

Sonuç

İki hostu DNS ve TLS açısından hazırlayın, bütün URL üreticilerini seçilen kanonik adrese taşıyın ve alternatif hostu tek, dar .htaccesskuralıyla doğrudan son HTTPS hedefine yönlendirin.

Resmî kaynaklar

• Apache URL yeniden yazma belgeleri
• Google Arama yönlendirme rehberi