Pieni pedantrisota on riehunut osoitepalkeissamme vuosia. Yhdessä kulmassa on merkkejä kuten Google, Instagramja Facebook. Tämä ryhmä on valinnut uudelleenohjauksen example.com että www.example.com. Vastakkaisessa kulmassa: GitHub, duckduckgoja Epäsopu. Tämä ryhmä on valinnut käänteisen ja uudelleenohjauksen www.example.com että example.com.
Kuuluuko "WWW" URL-osoitteeseen? Joillakin kehittäjillä on vahvat mielipiteet aiheesta. Tutkimme argumentteja sen puolesta ja vastaan pienen historian jälkeen.
Mitä Ws:lle kuuluu?
Kolme W tarkoittaa "Maailman laajuinen verkko"1980-luvun lopun keksintö, joka esitteli selaimet ja verkkosivustot. "WWW"-käyttökäytäntö johtuu perinteestä nimetä aliverkkotunnukset niiden tarjoaman palvelun mukaan:
- verkkopalvelin osoitteessa www.example.com
- FTP-palvelin osoitteessa ftp.example.com
- IRC-palvelin osoitteessa irc.example.com
WWW-vapaa verkkotunnusongelma 1: Evästeiden vuotaminen aliverkkotunnuksiin
WWW-ttömien verkkotunnusten kriitikot ovat huomauttaneet, että tietyissä tilanteissa aliverkkotunnus.esimerkki.fi pystyisi lukemaan asettamia evästeitä example.com. Tämä voi olla ei-toivottavaa, jos esimerkiksi olet web-isännöintipalveluntarjoaja, jonka avulla asiakkaat voivat käyttää verkkotunnuksesi aliverkkotunnuksia. Vaikka huolenaihe on aiheellinen, käyttäytyminen oli nimenomaan Internet Explorerille.
RFC 6265 standardoi tavan, jolla selaimet käsittelevät evästeitä, ja kutsuu tätä toimintaa nimenomaisesti virheelliseksi.
Toinen mahdollinen vuotojen lähde on Domain arvo asettamista evästeistä example.com. Jos Domain arvo on nimenomaisesti asetettu example.com, evästeet näkyvät myös sen aliverkkotunnuksissa.
| Evästeen arvo | Altistunut example.com | Altistunut aliverkkotunnus.esimerkki.fi |
|---|---|---|
secret=data |
✅ | ❌ |
secret=data; Domain=example.com |
✅ | ✅ |
Lopuksi, kunhan et nimenomaisesti aseta a Domain arvoa ja käyttäjäsi eivät käytä Internet Exploreria, evästevuotoja ei pitäisi tapahtua.
WWW-vapaa verkkotunnus huolenaihe 2: DNS-päänsärky
Joskus "WWW-vapaa" toimialue voi monimutkaistaa DNS-järjestelmän (Domain Name System) määritystä.
Kun käyttäjä kirjoittaa example.com selaimen osoiteriville, selaimen on tiedettävä sen verkkopalvelimen IP-osoite, jossa se yrittää vierailla. Selain pyytää tätä IP-osoitetta verkkotunnuksesi nimipalvelimilta – yleensä epäsuorasti käyttäjän Internet-palveluntarjoajan (ISP) DNS-palvelimien kautta. Jos nimipalvelimesi on määritetty vastaamaan Ennätys IP-osoitteen sisältävä "WWW-vapaa" toimialue toimii hyvin.
Joissakin tapauksissa saatat haluta käyttää sen sijaan a Kanoninen nimi (CNAME) ennätys verkkosivustollesi. Tällainen tietue voi ilmoittaa sen www.example.com on alias example123.somecdnprovider.com, joka käskee käyttäjän selainta etsimään sen sijaan IP-osoitteen example123.somecdnprovider.com ja lähetä HTTP-pyyntö sinne.
Huomaa, että yllä olevassa esimerkissä käytettiin WWW-aliverkkotunnusta. Ei ole mahdollista määrittää CNAME-tietuetta example.com. Kuten RFC 1912, CNAME-tietueet eivät voi olla rinnakkain muiden tietueiden kanssa. Jos yritit määrittää CNAME-tietueen example.com, nimipalvelimen (NS) tietueet example.com joka sisältää verkkotunnuksen nimipalvelimien IP-osoitteet, ei saa olla olemassa. Tämän seurauksena selaimet eivät pystyisi selvittämään, missä nimipalvelimesi ovat.
Jotkut DNS-palveluntarjoajat antavat sinun kiertää tämän rajoituksen. Cloudflare kutsuu ratkaisuaan CNAME litistys. Tällä tekniikalla verkkotunnuksen järjestelmänvalvojat määrittävät CNAME-tietueen, mutta heidän nimipalvelimensa paljastavat A-tietueen.
Jos järjestelmänvalvoja esimerkiksi määrittää CNAME-tietueen example.com osoittaa example123.somecdnprovider.com, ja A-ennätys example123.somecdnprovider.com on olemassa osoittaen 1.2.3.4, silloin Cloudflare paljastaisi A-ennätyksen example.com osoittaa 1.2.3.4.
Yhteenvetona voidaan todeta, että vaikka huolenaihe koskee verkkotunnuksen omistajia, jotka haluavat käyttää CNAME-tietueita, tietyt DNS-palveluntarjoajat tarjoavat nyt sopivan kiertotavan.
WWW-vapaita etuja
Useimmat argumentteja vastaan WWW ovat käytännöllisiä tai kosmeettisia. "Ei-WWW" -puolustajat ovat väittäneet, että on helpompi sanoa ja kirjoittaa example.com kuin www.example.com (joka voi olla vähemmän hämmentävää vähemmän tekniikkaa tunteville käyttäjille).
WWW-aliverkkotunnuksen vastustajat ovat myös huomauttaneet, että sen luopuminen tuo mukanaan vaatimattoman suoritusedun. Verkkosivustojen omistajat voivat vähentää 4 tavua kustakin HTTP-pyynnöstä. Vaikka nämä säästöt voivat saada aikaan paljon liikennettä käyviä verkkosivustoja, kuten Facebook, kaistanleveys ei yleensä ole niukka resurssi.
WWW-edut
Yksi käytännön argumentti WWW:n puolesta on tilanteissa, joissa on uudempia huipputason verkkotunnuksia. Esimerkiksi, www.esimerkki.miami on heti tunnistettavissa verkko-osoitteeksi, kun esimerkki.miami ei ole. Tämä on vähemmän huolestuttavaa sivustoille, joilla on tunnistettavat ylätason verkkotunnukset, kuten .com.
Vaikutus hakukoneen sijoitukseen
Nykyinen konsensus on, että valintasi ei vaikuta hakukoneesi suorituskykyyn. Jos haluat siirtyä yhdestä toiseen, sinun kannattaa määrittää pysyvät uudelleenohjaukset (HTTP 301) väliaikaisten (HTTP 302) sijaan. Pysyvät uudelleenohjaukset varmistavat, että vanhojen URL-osoitteiden SEO-arvo siirtyy uusiin.
Vinkkejä molempien tukemiseen
Sivustot valitsevat yleensä jommankumman example.com or www.example.com virallisena verkkosivustona ja määritä HTTP 301 -uudelleenohjaukset toiselle. Teoriassa on mahdollista tukea molempia www.example.com ja example.com. Käytännössä kustannukset voivat olla suuremmat kuin hyödyt.
Teknisestä näkökulmasta kannattaa varmistaa, että tekniikkapinosi kestää sen. Sisällönhallintajärjestelmäsi (CMS) tai staattisesti luodun sivustosi on tulostettava sisäiset linkit suhteellisina URL-osoitteina vierailijan ensisijaisen isäntänimen säilyttämiseksi. Analytiikkatyökalusi voivat kirjata liikennettä molempiin isäntänimiin erikseen, ellet voi määrittää isäntänimiä aliaksiksi.
Lopuksi sinun on otettava ylimääräinen askel suojataksesi hakukoneesi suorituskykyä. Google pitää URL-osoitteen "WWW"- ja "ei-WWW"-versioita päällekkäistä sisältöä. Poistaakseen sisällön kaksoiskappaleista hakuhakemistostaan Google näyttää kumman tahansa kahdesta, jonka se uskoo käyttäjän pitävän parempana tai huonona.
Jotta voit hallita sitä, miten näyt Googlessa, se suosittelee ensisijaisen linkkitunnisteiden lisäämistä. Päätä ensin, mikä isäntänimi on virallinen (ensisijainen).
Esimerkiksi jos valitset www.example.com, sinun on lisättävä seuraava katkelma merkitä päälle https://example.com/my-article:
Tämä katkelma osoittaa Googlelle, että "WWWless" -versio edustaa samaa sisältöä. Yleensä Google pitää parempana versiota, jonka olet merkinnyt ensisijaiseksi hakutuloksissa, joka on tässä esimerkissä "WWW"-versio.
Yhteenveto
Huolimatta intensiivisestä kampanjoista molemmilla puolilla, molemmat lähestymistavat pysyvät voimassa niin kauan kuin olet tietoinen eduista ja rajoituksista. Jotta voit kattaa kaikki tukiasemasi, muista määrittää pysyvät uudelleenohjaukset yhdestä toiseen ja olet valmis.
