Že leta v naših naslovnih vrsticah divja majhna pedantna vojna. V enem kotu so znamke, kot so google, Instagramin Facebook . Ta skupina se je odločila za preusmeritev example.com do www.example.com. V nasprotnem kotu: GitHub, DuckDuckGoin Razpad. Ta skupina se je odločila narediti obratno in preusmeriti www.example.com do example.com.
Ali »WWW« sodi v URL? Nekateri razvijalci imajo trdna mnenja o tej temi. Po kratki zgodovini bomo raziskali argumente za in proti.
Kaj je z W-ji?
Trije W pomenijo "Svetovni splet", izum iz poznih osemdesetih, ki je svetu predstavil brskalnike in spletna mesta. Praksa uporabe »WWW« izhaja iz tradicije poimenovanja poddomen po vrsti storitve, ki jo zagotavljajo:
- spletni strežnik na www.example.com
- strežnik FTP na ftp.example.com
- strežnik IRC na irc.example.com
Pomislek brez domene WWW 1: puščanje piškotkov v poddomene
Kritiki domen brez WWW so poudarili, da v določenih situacijah poddomena.example.com bi lahko prebral piškotke, ki jih nastavi example.com. To morda ni zaželeno, če ste na primer ponudnik spletnega gostovanja, ki strankam omogoča upravljanje poddomen na vaši domeni. Čeprav je pomislek utemeljen, je bilo vedenje specifično za Internet Explorer.
RFC 6265 standardizira, kako brskalniki obravnavajo piškotke, in to vedenje izrecno označi kot nepravilno.
Drug potencialni vir puščanja je Domain vrednost vseh piškotkov, ki jih nastavi example.com. Če Domain vrednost je izrecno nastavljena na example.com, bodo piškotki izpostavljeni tudi njegovim poddomenam.
| Vrednost piškotka | Izpostavljeni example.com | Izpostavljeni poddomena.example.com |
|---|---|---|
secret=data |
✅ | ❌ |
secret=data; Domain=example.com |
✅ | ✅ |
Skratka, dokler izrecno ne nastavite a Domain in vaši uporabniki ne uporabljajo Internet Explorerja, ne bi smelo priti do puščanja piškotkov.
2. skrb brez domene WWW: glavoboli DNS
Včasih lahko domena »brez WWW« zaplete nastavitev sistema domenskih imen (DNS).
Ko uporabnik tipka example.com v naslovno vrstico brskalnika, mora brskalnik poznati naslov internetnega protokola (IP) spletnega strežnika, ki ga poskušajo obiskati. Brskalnik zahteva ta naslov IP od imenskih strežnikov vaše domene – običajno posredno prek strežnikov DNS uporabnikovega ponudnika internetnih storitev (ISP). Če so vaši imenski strežniki konfigurirani tako, da se odzovejo z Zapis ki vsebuje naslov IP, bo domena »brez WWW« delovala dobro.
V nekaterih primerih boste morda želeli namesto tega uporabiti a Kanonično ime (CNAME) zapis za vašo spletno stran. Takšen zapis lahko to razglasi www.example.com je vzdevek za example123.somecdnprovider.com, ki uporabnikovemu brskalniku pove, naj namesto tega poišče naslov IP example123.somecdnprovider.com in tja pošljite zahtevo HTTP.
Upoštevajte, da je zgornji primer uporabil poddomeno WWW. Ni mogoče definirati zapisa CNAME za example.com. Kot na RFC 1912, zapisi CNAME ne morejo soobstajati z drugimi zapisi. Če ste poskušali definirati zapis CNAME za example.com, zapise imenskega strežnika (NS) za example.com ki vsebuje naslove IP imenskih strežnikov domene, ne bi smel obstajati. Posledično brskalniki ne bi mogli ugotoviti, kje so vaši imenski strežniki.
Nekateri ponudniki DNS vam bodo omogočili, da se izognete tej omejitvi. Cloudflare imenuje svojo rešitev Sploščitev CNAME. S to tehniko skrbniki domene konfigurirajo zapis CNAME, vendar bodo njihovi imenski strežniki izpostavili zapis A.
Na primer, če skrbnik konfigurira zapis CNAME za example.com kažejo na example123.somecdnprovider.comin zapis A za example123.somecdnprovider.com obstaja, ki kaže na 1.2.3.4, potem bi Cloudflare izpostavil zapis A za example.com kažejo na 1.2.3.4.
Skratka, čeprav je zaskrbljenost upravičena za lastnike domen, ki želijo uporabljati zapise CNAME, nekateri ponudniki DNS zdaj ponujajo ustrezno rešitev.
Prednosti brez WWW
Večina argumenti proti WWW so praktični ali kozmetični. Zagovorniki "ne-WWW" so trdili, da je lažje izgovoriti in vnesti example.com kot www.example.com (kar je lahko manj zmedeno za tehnično manj vešče uporabnike).
Nasprotniki poddomene WWW so tudi poudarili, da ima opustitev skromno prednost v zmogljivosti. Lastniki spletnih mest bi lahko s tem zmanjšali 4 bajte vsake zahteve HTTP. Medtem ko bi se ti prihranki lahko povečali za spletna mesta z velikim prometom, kot je Facebook, pasovna širina na splošno ni redek vir.
Prednosti WWW
En praktični argument v prid WWW je v situacijah z novejšimi domenami najvišje ravni. na primer www.example.miami je takoj prepoznaven kot spletni naslov, ko primer.miami ni. To je manj zaskrbljujoče za spletna mesta, ki imajo prepoznavne domene najvišje ravni, kot je .com.
Vpliv na vašo uvrstitev v iskalniku
Trenutni konsenz je, da vaša izbira ne vpliva na uspešnost vašega iskalnika. Če se želite preseliti z enega na drugega, boste želeli konfigurirati stalne preusmeritve (HTTP 301) namesto začasnih (HTTP 302). Stalne preusmeritve zagotavljajo, da se vrednost SEO vaših starih URL-jev prenese na nove.
Nasveti za podporo obeh
Spletna mesta običajno izberejo eno ali drugo example.com or www.example.com kot njihovo uradno spletno stran in konfigurirajte preusmeritve HTTP 301 za drugo. Teoretično je mogoče podpirati oboje www.example.com in example.com. V praksi lahko stroški prevladajo nad koristmi.
S tehničnega vidika boste želeli preveriti, ali vaš tehnološki sklad to zmore. Vaš sistem za upravljanje vsebine (CMS) ali statično ustvarjeno spletno mesto bi moralo izpisati notranje povezave kot relativne URL-je, da bi ohranili obiskovalčevo prednostno ime gostitelja. Vaša orodja za analitiko lahko ločeno beležijo promet do obeh imen gostiteljev, razen če lahko imena gostiteljev konfigurirate kot vzdevke.
Nazadnje boste morali narediti dodaten korak, da zaščitite delovanje svojega iskalnika. Google bo upošteval različice URL-ja »WWW« in »ne-WWW«. podvojene vsebine. Za odstranitev podvojene vsebine v svojem iskalnem indeksu bo Google prikazal tisto od obeh, za katerega meni, da bo uporabniku bolj všeč – v dobrem ali slabem.
Da bi ohranili nadzor nad tem, kako ste prikazani v Googlu, priporoča vstavljanje oznak kanoničnih povezav. Najprej se odločite, katero ime gostitelja bo uradno (kanonično).
Na primer, če izberete www.example.com, boste morali vstaviti naslednji delček v oznaka na https://example.com/my-article:
Ta delček nakazuje Googlu, da različica »brez WWW« predstavlja isto vsebino. Na splošno bo Google dal prednost različici, ki ste jo v rezultatih iskanja označili kot kanonično, kar bi bila v tem primeru različica »WWW«.
zaključek
Kljub intenzivni kampanji na obeh straneh ostajata oba pristopa veljavna, dokler se zavedate prednosti in omejitev. Če želite pokriti vse svoje baze, ne pozabite nastaviti trajnih preusmeritev od ene do druge in pripravljeni ste.
