.htaccess ve Nginx Yönlendirme Oluşturucu

.htaccess ile HTTPS ve www yönlendirmesi nasıl yapılır?

Sitenin kök klasörüne (public_html ya da httpdocs) .htaccess adlı bir dosya koy ve yönlendirme kurallarını içine yaz. HTTP’den HTTPS’e kalıcı yönlendirme için en yaygın kural şudur:

RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

Yukarıdaki oluşturucu bu kuralı www tercihinle birleştirir; böylece http://www.ornek.com adresine gelen ziyaretçi iki ayrı yönlendirmeden geçmeden, tek adımda https://ornek.com adresine gider. .htaccess dosyasını Apache ve LiteSpeed okur; Nginx okumaz. Nginx kullanan bir sunucuda aynı kuralları “Nginx” sekmesindeki yapılandırmayla uygulaman gerekir.

301 ile 302 yönlendirme arasındaki fark

301 tarayıcıda önbelleğe alındığı için yanlış bir kuralı düzelttikten sonra bile eski davranışı görebilirsin. Test ederken gizli pencere ya da curl -I https://ornek.com kullanmak en güvenilir yoldur.

SEO için kanonik yönlendirme neden önemli?

Sitene http://, https://, www’lu ve www’suz olmak üzere dört farklı adresten ulaşılabiliyorsa, arama motorları aynı içeriğin dört kopyasını görür. Bağlantılar ve sıralama sinyalleri bu kopyalar arasında bölünür. Tek bir kanonik adres seçip diğer hepsini 301 ile ona yönlendirmek bu bölünmeyi önler. www’lu ya da www’suz olmasının SEO açısından farkı yoktur; önemli olan birini seçip her yerde (yönlendirme, site haritası, rel="canonical") tutarlı kullanmaktır.

Kuralların sırası neden önemli?

Apache kuralları yukarıdan aşağıya işler ve [L] bayrağı olan ilk eşleşmede durur. Bu yüzden oluşturucu önce erişim engellerini (IP, hotlink), sonra sayfaya özel 301’leri, ardından alan adı düzeyindeki www ve HTTPS yönlendirmelerini, en son da adres biçimini (index gizleme, eğik çizgi) yazar. Özel yönlendirmelerin hedefi doğrudan kanonik https:// adres olduğu için ziyaretçi tek bir 301 ile doğru sayfaya ulaşır; yönlendirme zinciri hem sayfa hızını hem de arama motorlarının taramasını olumsuz etkiler.

Yaygın hatalar

• Yönlendirme döngüsü (ERR_TOO_MANY_REDIRECTS): Site Cloudflare gibi bir proxy ya da yük dengeleyici arkasındaysa sunucu isteği HTTP olarak görür ve %{HTTPS} off koşulu her seferinde doğru olur. Bu durumda koşulu RewriteCond %{HTTP:X-Forwarded-Proto} !https ile değiştir ya da Cloudflare’de SSL modunu “Full” yap.
• Birden fazla RewriteEngine On: Farklı eklentilerden kopyalanan blokların dağınık sırası, kuralların beklenmedik sırayla çalışmasına yol açar. Yönlendirmeleri tek blokta, özelden genele doğru sırala.
• WordPress bloğunun içine yazmak: # BEGIN WordPress ile # END WordPress arası WordPress tarafından yeniden yazılır; kendi kurallarını bu bloğun üstüne ekle.
• 500 Internal Server Error: Sunucu Options ya da belirli bir modülü .htaccess’te kullanmaya izin vermiyorsa tüm site 500 verir. Kuralları tek tek ekleyip test et; hata günlüğü sorunlu satırı gösterir.
• HSTS’i erken açmak: HSTS başlığı gönderildikten sonra tarayıcılar sertifika sorunu olsa bile siteye HTTP ile bağlanmaz. Önce HTTPS’in her alt alan adında sorunsuz çalıştığından emin ol.

Krowten web hosting Nginx ve PHP-FPM üzerinde çalışır; ücretsiz SSL sertifikası pakete dahildir. Alan adının doğru sunucuyu gösterdiğini DNS sorgulama aracıyla kontrol edebilirsin.