Du kiggede på browserens webadresse, og du begyndte at undre dig. Det var en af ​​de øjeblikke, hvor hverdagens genstande, som du altid tog for givet, udgjorde din nysgerrighed.

Hvorfor har denne hjemmeside ikke en " www " foran domænenavnet, mens den anden gør? Hvad er betydningen af ​​de tredobbelte Ws? Er det ligegyldigt, om dit websted bruger "www?" Vil det skade SEO, hvis du ikke bruger det, eller er det på den anden side? Er det for sent at tilføje det, hvis dit websted har været i gang i nogen tid? Disse og tonsvis af andre lignende spørgsmål springer op i dit sind.

Du gispede og spekulerede på, om du havde taget fejl hele tiden.

Var du?

Hvad hvis mit domæne er nakent?

Lad os starte med en smule terminologi. Der findes to slags grundlæggende webadresser: dem med WWW og dem uden, ofte omtalt som det "nøgne domæne."

Så fortsætter vi med hovedspørgsmålet: "Skal du eller skal du ikke bruge WWW på dit domæne?" Det svar, som de fleste webpraktiserere vil give dig, er: " Det handler om personlige præferencer. "Det er den mere udførlige måde at sige" Det er op til dig.

Og fra SEO-perspektivet ville det ikke være en forskel, om dit websted bruger "www" eller et nøgent domæne.

Det vigtige at huske er, at du holder fast i det. Uanset om du vælger at bruge "www", skal du stå ved din beslutning indtil udgangen for at undgå problemer med omdirigering og SEO-indeksering.

Når det er sagt, er der tekniske fordele ved at bruge "www", især for domæner, der modtager millioner af hits om dagen.

Første fordel: Manglende serverproblemer

Et af de problemer, som domæne hosting udbydere ofte snuble i, er manglende servere. Når dette sker, vil de websteder, der er vært på disse servere, opleve nedetid. For at undgå afbrydelser på besøgssiden skal udbyderne kunne omdirigere al trafik til sunde servere, mens de løser problemet.

Da en af ​​de faktorer, der vil påvirke et hosting-omdømme negativt, er nedetid, skal værten holde det til et minimum.

Omdirigeringsprocessen oprettes dog ved hjælp af DNS CNAME-poster, og desværre kan et nøgent domæne ikke have en CNAME-post.

For websteder med ringe trafik bør dette ikke være et stort problem, fordi den manglende server skal rettes, inden den næste besøgende kommer. Men websteder med tusindvis af besøgende eller mere om dagen vil helt sikkert mærke hitet. Hårdt.

Anden grund: Cookies og caching

Den anden grund til, at du aldrig bør lade dit domæne være nøgen, er cookies og caching.

I internettet er en cookie et lille stykke data, der sendes fra et websted og gemt i en brugers webbrowser, mens brugeren browser på denne hjemmeside. Et af brugen af ​​cookies er at gøre en hjemmeside / webservice "husk" en bruger under hans / hendes browser sessioner, så de ikke behøver at fortsætte med at logge ind mellem siderne.

Caching er derimod en proces med midlertidig lagring af webdokumenter som HTML-sider og billeder som statiske data for at reducere brug af båndbredde, serverbelastning og opfattet lag.

Den almindelige praksis for at fremskynde websidens ydeevne er at betjene statisk indhold fra et underdomæne som "xxx.domain.com". "Www" i dit domæne vil oprette det underdomæne, der er nødvendigt for at gemme både cookies og det statiske indhold.

Uden "www" vil cookies sendes til alle underdomæner, hvilket reducerer adgangen til statisk indhold og kan ødelægge cachelagringsprocessen.

Hvis du er fast ved at holde et nøgent domæne (som Twitter), er den eneste måde at løse problemet på at købe et andet domæne, bare for at gemme det statiske indhold.

Men der er tidspunkter, hvor du vil sende cookies til alle dine underdomæner, for eksempel hvis du vil bruge et enkelt tilmelding på tværs af forskellige tjenester på forskellige underdomeiner på dit websted.

Pre-Konklusion

Kort sagt, du kan få ved at leve dit nøgne domæne liv uden at løbe ind i problemer - i det mindste indtil dit websted udvider sin evne til at overse problemerne. Men dit fremtidige liv bliver mindre problematisk, hvis du bare bruger "www" efterfølgende.

Tilføjelse af WWW til din WordPress Blog

Lad os nu håndtere processen med at tilføje "www" til dit domæne.

For et (forholdsvis) helt nyt websted

Hvis dit websted allerede bruger "www", tillykke med. Du kan springe over dette afsnit og leve lykkeligt nogensinde. Hvis du har et (relativt) helt nyt WordPress-websted med intet eller lille indhold, og domænet stadig er nøgen, kan du klæde det op med "www" på et øjeblik.

Først logger du ind på adminområdet på dit WordPress-websted, og går til menuen "Indstillinger -> Generelt" fra sidepanelet.

Derefter rulles ned til felterne "WordPress Address (URL)" og "Site Address (URL)". Tilføj "www" foran domænenavnet (mellem "http: //" og "domænenavnet"). Rul derefter ned til bunden og klik på Gem.

Dine indstillinger gemmes, og du skal logge ind igen for at fortsætte med at arbejde med din WordPress.

For et etableret websted

Hvis dit websted allerede er etableret med masser af indhold, er det meget tilrådeligt at holde fast ved det nuværende navnformat og ikke ændre dit domæne ved at tilføje eller fjerne "www." Ellers skal du omdirigere alt dit eksisterende indhold til det nye mønster. Hvis en af ​​dine artikels gamle URL f.eks. Er "http://yoursite.com/article", skal du omdirigere den til "http://www.yoursite.com/article."

Det er kun en. Hvad hvis du har hundredvis af dem?

Den anden grund til at holde fast ved den nuværende navn konfiguration er, hvis du har et etableret websted, der er SEO. Det er rigtigt, at "www" ikke virkelig påvirker SEO, men denne erklæring er gyldig i den forstand at afgøre, om du vil bruge "www" i de tidlige dage. Hvis du allerede har masser af indhold, har søgemaskinerne allerede indekseret dit indhold ved hjælp af den eksisterende webadresse, og ændring af dem vil nulstille alt dit hårde arbejde til nul.

Hvis du virkelig virkelig har brug for at tilføje "www", fordi verdens sikkerhed afhænger af det, er den nemmeste måde at klare det på at bruge hjælp fra plugins som bedre søgning udskift eller let 301 omdirigere til masse migrere den gamle URL'er til de nye.

Men det, min ven, er en anden historie for en anden gang.