Yıllardır adres çubuklarımızda küçük bir bilgiçlik savaşı sürüyor. Bir köşede gibi markalar var Google, Instagram, ve Facebook. Bu grup yeniden yönlendirmeyi seçti example.com için www.example.com. Karşı köşede: GitHub, DuckDuckGo, ve Discord. Bu grup tersini yapmayı ve yeniden yönlendirmeyi seçti www.example.com için example.com.
“WWW” bir URL'ye mi ait? Bazı geliştiriciler konuyla ilgili güçlü görüşlere sahiptir. Biraz tarihten sonra onun lehindeki ve aleyhindeki argümanları inceleyeceğiz.
W'lerin nesi var?
Üç W'nin anlamı "Dünya çapında Ağ", dünyayı tarayıcılar ve web siteleriyle tanıştıran 1980'lerin sonundaki bir buluş. "WWW" kullanma pratiği, sağladıkları hizmet türüne göre alt alan adlarını adlandırma geleneğinden kaynaklanmaktadır:
- adresinde bir web sunucusu www.example.com
- adresinde bir FTP sunucusu ftp.ornek.com
- adresinde bir IRC sunucusu irc.ornek.com
WWW'siz etki alanı sorunu 1: Çerezlerin alt alanlara sızması
"WWW'siz" alan adlarını eleştirenler, belirli durumlarda, subdomain.example.com tarafından ayarlanan çerezleri okuyabilir example.com. Örneğin, istemcilerin alan adınızdaki alt alan adlarını çalıştırmalarına izin veren bir web barındırma sağlayıcısıysanız, bu istenmeyen bir durum olabilir. Endişe geçerli olsa da, davranış Internet Explorer'a özeldi.
RFC 6265 tarayıcıların tanımlama bilgilerini işleme biçimini standartlaştırır ve bu davranışı açıkça yanlış olarak adlandırır.
Diğer bir potansiyel sızıntı kaynağı ise Domain değer tarafından ayarlanan herhangi bir çerezin example.com. Eğer Domain değer açıkça olarak ayarlanmıştır example.com, çerezler ayrıca alt alan adlarına da maruz kalacaktır.
| çerez değeri | Maruz kalmak example.com | Maruz kalmak subdomain.example.com |
|---|---|---|
secret=data |
✅ | ❌ |
secret=data; Domain=example.com |
✅ | ✅ |
Sonuç olarak, açıkça bir ayar yapmadığınız sürece Domain değer ve kullanıcılarınız Internet Explorer kullanmıyorsa, tanımlama bilgisi sızıntısı olmamalıdır.
WWW'siz etki alanı sorunu 2: DNS baş ağrıları
Bazen, "WWW'siz" bir alan, Etki Alanı Adı Sistemi (DNS) kurulumunuzu karmaşıklaştırabilir.
Bir kullanıcı yazdığında example.com tarayıcının adres çubuğuna eklemek için, tarayıcının ziyaret etmeye çalıştıkları web sunucusunun İnternet Protokolü (IP) adresini bilmesi gerekir. Tarayıcı, bu IP adresini etki alanınızın ad sunucularından – genellikle dolaylı olarak kullanıcının İnternet Servis Sağlayıcısının (ISS) DNS sunucuları aracılığıyla ister. Ad sunucularınız bir yanıt verecek şekilde yapılandırılmışsa Rekor IP adresini içeren, "WWW'siz" bir etki alanı iyi çalışacaktır.
Bazı durumlarda, bunun yerine bir Kanonik Ad (CNAME) web siteniz için kaydedin. Böyle bir kayıt beyan edebilir www.example.com takma adıdır example123.somecdnprovider.com, kullanıcının tarayıcısına bunun yerine IP adresine bakmasını söyler. example123.somecdnprovider.com ve HTTP isteğini oraya gönderin.
Yukarıdaki örneğin bir WWW alt alanı kullandığına dikkat edin. için bir CNAME kaydı tanımlamak mümkün değildir. example.com. Başına RFC 1912, CNAME kayıtları diğer kayıtlarla bir arada bulunamaz. için bir CNAME kaydı tanımlamaya çalıştıysanız example.comiçin Ad Sunucusu (NS) kayıtları example.com etki alanının ad sunucularının IP adreslerini içermesine izin verilmeyecektir. Sonuç olarak, tarayıcılar, ad sunucularınızın nerede olduğunu anlayamaz.
Bazı DNS sağlayıcıları, bu sınırlamayı aşmanıza izin verir. Cloudflare çözümlerini çağırıyor CNAME düzleştirme. Bu teknikle, etki alanı yöneticileri bir CNAME kaydı yapılandırır, ancak ad sunucuları bir A kaydını gösterir.
Örneğin, yönetici aşağıdakiler için bir CNAME kaydı yapılandırırsa: example.com işaret example123.somecdnprovider.comve bir A kaydı için example123.somecdnprovider.com işaret eden var 1.2.3.4, ardından Cloudflare için bir A kaydı ortaya çıkaracaktır. example.com işaret 1.2.3.4.
Sonuç olarak, endişe CNAME kayıtlarını kullanmak isteyen alan sahipleri için geçerliyken, artık belirli DNS sağlayıcıları uygun bir geçici çözüm sunuyor.
WWW'siz avantajlar
Çoğu karşı argümanlar WWW pratik veya kozmetiktir. “WWW yok” savunucuları, söylemenin ve yazmanın daha kolay olduğunu savundular. example.com göre www.example.com (daha az teknoloji meraklısı kullanıcılar için daha az kafa karıştırıcı olabilir).
WWW alt alanının muhalifleri, onu bırakmanın mütevazi bir performans avantajı ile geldiğine de dikkat çekti. Web sitesi sahipleri, bunu yaparak her HTTP isteğinden 4 bayt tasarruf edebilir. Bu tasarruflar, Facebook gibi yüksek trafikli web siteleri için toplanabilirken, bant genişliği genellikle kıt bir kaynak değildir.
WWW avantajları
WWW lehine pratik bir argüman, daha yeni üst düzey alan adlarının olduğu durumlardır. Örneğin, www.örnek.miami olduğunda hemen bir web adresi olarak tanınabilir. örnek.miami değil Bu, aşağıdakiler gibi tanınabilir üst düzey alan adlarına sahip siteler için daha az endişe vericidir: .com.
Arama motoru sıralamanıza etkisi
Mevcut fikir birliği, seçiminizin arama motoru performansınızı etkilemediği yönündedir. Birinden diğerine geçiş yapmak istiyorsanız, geçici yönlendirmeler (HTTP 301) yerine kalıcı yönlendirmeler (HTTP 302) yapılandırmak isteyeceksiniz. Kalıcı yönlendirmeler, eski URL'lerinizin SEO değerinin yeni URL'lere aktarılmasını sağlar.
Her ikisini de desteklemek için ipuçları
Siteler genellikle ikisinden birini seçer example.com or www.example.com resmi web sitesi olarak kullanın ve diğeri için HTTP 301 yönlendirmelerini yapılandırın. Teorik olarak, her ikisini de desteklemek mümkündür. www.example.com ve example.com. Uygulamada, maliyetler faydalardan daha ağır basabilir.
Teknik açıdan bakıldığında, teknoloji yığınınızın bunun üstesinden gelebileceğini doğrulamak isteyeceksiniz. İçerik yönetim sisteminizin (CMS) veya statik olarak oluşturulmuş sitenizin, ziyaretçinin tercih ettiği ana bilgisayar adını korumak için dahili bağlantıları göreli URL'ler olarak çıkarması gerekir. Ana bilgisayar adlarını takma adlar olarak yapılandıramazsanız, analiz araçlarınız trafiği her iki ana bilgisayar adına ayrı ayrı günlüğe kaydedebilir.
Son olarak, arama motorunuzun performansını korumak için fazladan bir adım atmanız gerekecek. Google, bir URL'nin "WWW" ve "WWW olmayan" sürümlerini yinelenen içerik. Arama dizinindeki içeriği tekilleştirmek için Google, kullanıcının tercih edeceğini düşündüğü ikisinden hangisinin daha iyi veya daha kötü olduğunu gösterecek.
Google'da nasıl göründüğünüzün kontrolünü elinizde tutmak için standart bağlantı etiketleri eklemenizi önerir. İlk olarak, hangi ana bilgisayar adının resmi (kanonik) olacağına karar verin.
Örneğin, seçerseniz www.example.com, aşağıdaki pasajı eklemeniz gerekecek etiketlemek https://example.com/my-article:
Bu snippet, Google'a "WWW'siz" varyantın aynı içeriği temsil ettiğini belirtir. Genel olarak Google, arama sonuçlarında standart olarak işaretlediğiniz sürümü tercih edecektir; bu, bu örnekte "WWW" değişkeni olacaktır.
Sonuç
Her iki taraftaki yoğun kampanyalara rağmen, faydaların ve sınırlamaların farkında olduğunuz sürece her iki yaklaşım da geçerliliğini koruyor. Tüm üslerinizi kapsamak için, birinden diğerine kalıcı yönlendirmeler kurduğunuzdan emin olun ve hazırsınız.
