TrueURL
TrueURL

Menü

Ücretsiz yönlendirme aracı

HTTPS yönlendirme kontrolü

Ziyaretçilerin sitenize ulaşabileceği dört yolu test etmek için bir alan adı girin: www ile ve www olmadan, http ve https. Her biri tek bir kalıcı yönlendirmeyle aynı HTTPS adresine ulaşmalıdır.

HTTPS kontrolü neyi test eder

Girdiğiniz ana makine adı (host) için TrueURL dört başlangıç URL'si oluşturur ve her birini izler:

  • http://example.com
  • http://www.example.com
  • https://example.com
  • https://www.example.com

Sağlıklı bir yapılandırmada dördü de tek bir kanonik HTTPS URL'sinde sona erer. Bu sürüm doğrudan 200 OK ile yanıt verir; diğer üçü ise ona tek bir 301 veya 308 yönlendirmesiyle (redirect) ulaşır. HTTPS'den HTTP'ye geri dönen her adım işaretlenir.

TrueURL ayrıca HSTS'yi de kontrol eder. Nihai HTTPS yanıtındaki (normalde kanonik URL'niz) Strict-Transport-Security başlığını okur ve ham değeri, max-age süresini ve includeSubDomains ile preload yönergelerinin ayarlanıp ayarlanmadığını gösterir. En az bir yıllık bir max-age başarılı sayılır. Daha kısa bir max-age, max-age=0, geçerli bir max-age içermeyen bir başlık veya başlığın hiç gönderilmemesi uyarı olarak gösterilir.

Yaygın HTTPS yönlendirme sorunları ve çözümleri

  • HTTP'den yönlendirme yok: http:// sürümü yönlendirmek yerine sayfayı gösteriyor. Site genelinde HTTPS'ye bir yönlendirme ekleyin; tek başına bir canonical etiketi ziyaretçileri korumaz.
  • İki veya daha fazla adım: örneğin http://example.com adresinden https://example.com adresine, oradan da https://www.example.com adresine. Protokol ve ana makine kurallarını birleştirin; böylece her sürüm doğrudan nihai URL'ye gider (ancak aşağıdaki HSTS preload istisnasına bakın).
  • Geçici yönlendirme: HTTP'den HTTPS'ye 302 veya 307. Arama motorlarının yalnızca HTTPS sürümünü dizine eklemesi için 301 veya 308 kullanın.
  • HTTPS'den HTTP'ye düşüş: https:// adresinden http:// adresine geri giden bir adım; genellikle unutulmuş bir kural ya da bir proxy veya CDN arkasında çalışan ve mutlak URL'leri yanlış protokolle oluşturan bir uygulama.
  • Sertifika hataları: sürümlerden biri, çoğunlukla www, sertifikanın kapsamında değil. Cloudflare'in uç ağı (edge, kullanıcıya en yakın sunucular) sertifikaları her zaman doğruladığından bu sürüm yönlendirme yerine TLS hatası gösterir.
  • Birbirini tutmayan sürümler: www ve www'siz sürüm farklı URL'lerde sona eriyor; bu da sinyalleri iki ana makine arasında böler.

HSTS ve preload istisnası

HSTS, tarayıcılara alan adınız için önce HTTP isteği göndermeden otomatik olarak HTTPS kullanmalarını söyler. Tipik bir başlık şöyledir: Strict-Transport-Security: max-age=31536000; includeSubDomains. Tarayıcılar bu başlığı yalnızca HTTPS yanıtlarında kabul eder, düz HTTP yanıtlarında yok sayar.

Alan adınızı hstspreload.org üzerinden tarayıcıların HSTS preload listesine eklemek istiyorsanız HTTP'den gelen ilk adımın aynı ana makinede kalması gerekir: önce http://example.com adresinden https://example.com adresine, ancak ondan sonra https://www.example.com adresine. Bu iki adımlı zincir, tek adım kuralının kabul gören istisnasıdır. Başlığın ayrıca en az bir yıllık bir max-age değeri, includeSubDomains ve preload içermesi ve HTTPS yönlendirmesinin kendisinde de gönderilmesi gerekir.

HTTPS'ye geçtikten sonra

  • Tarama botları yönlendirmelere takılmaya devam etmesin diye iç bağlantıları, canonical etiketlerini, hreflang işaretlemelerini ve site haritanızı HTTPS URL'leriyle güncelleyin.
  • HTTP'den HTTPS'ye yönlendirmeyi süresiz olarak koruyun; eski bağlantılar yıllarca http:// adreslerine işaret edecektir.
  • Sitenizin HTTPS sürümünün Google Search Console'da doğrulandığından emin olun ve güncellenmiş site haritasını gönderin.
  • Her CDN, hosting veya sertifika değişikliğinden sonra yeniden kontrol edin.

Rehberler

Sık sorulan sorular

HTTP'nin HTTPS'ye yönlendirilip yönlendirilmediğini nasıl kontrol ederim?

Alan adınızı yukarıdaki alana girin. TrueURL, www ile ve www olmadan http:// ve https:// sürümlerini ister; her birinin nerede sona erdiğini, hangi durum kodlarının kullanıldığını ve kaç adım sürdüğünü gösterir. Dördü de aynı HTTPS URL'sine ulaşıyorsa ve her yönlendirme kalıcıysa yapılandırmanız doğrudur.

www'li mi yoksa www'siz mi kullanmalıyım?

SEO açısından ikisi de olur. Önemli olan birini seçmek, diğerini 301 ile ona yönlendirmek ve bağlantılarda, canonical etiketlerinde ve site haritanızda tutarlı biçimde onu kullanmaktır. DNS, kök alan adında CNAME kaydına izin vermediğinden (bazı DNS sağlayıcıları geçici çözümler sunar) www ana makinesini bir CDN hizmetine yönlendirmek daha kolay olabilir; ancak bu teknik bir tercihtir, sıralama faktörü değildir.

Chrome DevTools neden HTTP'den HTTPS'ye 307 gösteriyor?

Bu “307 Internal Redirect”, site Chrome'un HSTS listesinde olduğu için Chrome'un kendisi tarafından oluşturulur; yani HTTP üzerinden hiç istek gönderilmemiştir. Sunucunun gerçek yönlendirmesi 301 veya tamamen farklı bir şey olabilir. TrueURL'nin HSTS önbelleği yoktur; bu yüzden her zaman sunucunun gerçek yanıtını gösterir.

HTTP'den HTTPS'ye 302 yönlendirmesi sorun mu?

Küçük bir sorun. Ziyaretçiler yine HTTPS'ye ulaşır, ancak geçici bir yönlendirme arama motorlarına HTTP URL'sinin geri gelebileceğini söyler; bu da geçişi yavaşlatabilir veya karıştırabilir. 301 ya da 308 olarak değiştirin.

Sitemin HSTS gönderip göndermediğini nasıl kontrol ederim?

Alan adınızı yukarıdaki alana girin ve sonuçlardaki HSTS kontrolünü açın. TrueURL, nihai HTTPS yanıtındaki Strict-Transport-Security başlığını okur ve değerini, max-age süresini (bir yıldan kısaysa uyarıyla) ve includeSubDomains ile preload yönergelerinin ayarlanıp ayarlanmadığını gösterir. Bu başlık yoksa, elle yazılan bir alan adından veya eski bir http:// bağlantısından başlayan her ziyaret şifrelenmemiş bir istekle başlar ve aynı ağdaki biri bu isteği ele geçirebilir. Başlık varsa, onu daha önce görmüş tarayıcılar bir sonraki seferde doğrudan HTTPS'ye gider. Kısa bir max-age ile başlayın, includeSubDomains eklemeden önce tüm alt alan adlarının HTTPS üzerinden çalıştığını doğrulayın, ardından süreyi bir yıl veya daha fazlasına çıkarın.

Geçersiz veya süresi dolmuş sertifikası olan bir siteyi test edebilir miyim?

Sorunu görürsünüz, ama ötesini göremezsiniz. Cloudflare'in uç ağında sertifika doğrulaması, SSL hatalarını yok say seçeneği açık olsa bile kapatılamaz; bu nedenle etkilenen sürüm o adımda bir TLS hatası gösterir. Zaten genellikle bilmeniz gereken de budur: tarayıcılar da ziyaretçilere orada bir uyarı gösterecektir.

Her sayfayı mı yönlendirmeliyim, yoksa yalnızca ana sayfayı mı?

Her URL'yi. Site genelindeki bir kural, http://example.com/any/path?query adresini HTTPS'de aynı yola ve sorgu dizesine göndermelidir. Birkaç derin URL'yi Yönlendirme zinciri kontrolü aracıyla, çok sayıda URL'yi ise aynı anda Toplu yönlendirme kontrolü aracıyla test edin.