Moet uw site www gebruiken of niet? De verschillen in DNS, cookies en hosting, een snelle keuzehulp en de 301- en canonical-tags om één versie te kiezen.
Beide werken voor zoekmachines en bezoekers, zolang u er één kiest en de andere permanent daarheen doorstuurt. De echte verschillen zijn technisch: een www-naam kan een CNAME zijn die naar uw host wijst, terwijl het kale domein dat meestal niet kan, en cookies die op het kale domein worden gezet bereiken elk subdomein. Consistentie is veel belangrijker dan de keuze zelf.
De praktische verschillen
Veel sites van kleine bedrijven zijn onbedoeld op beide adressen bereikbaar, waardoor links worden verdeeld en zoekmachines moeten raden welke de echte is. Het oplossen vraagt één beslissing en twee kleine aanpassingen: een permanente doorverwijzing vanaf de versie die u laat vallen, en een canonical-tag op elke pagina die de versie noemt die u houdt. Beantwoord de vragen hieronder voor een advies en de code om het toe te passen.
De richtlijnen van Google over dubbele URL's gaan over het kiezen van één versie, niet over welke. Wat schaadt is dezelfde pagina's op beide aanbieden, want dan moet Google zelf een canonical kiezen. De documentatie noemt doorverwijzingen en rel=canonical sterke signalen, dus gebruik beide om aan te geven welke u hebt gekozen.
De DNS-standaard zegt dat er geen andere gegevens mogen staan bij een naam die een CNAME heeft. Het kale domein moet SOA- en NS-records bevatten, dus een CNAME daar breekt die regel. Sommige DNS-hosts bieden ALIAS-records of CNAME-flattening om hetzelfde effect te bereiken.
Een cookie zonder Domain-attribuut blijft bij precies de host die hem heeft gezet. Een cookie met Domain=example.com wordt naar example.com en al zijn subdomeinen gestuurd, zoals shop.example.com, wat gegevens kan lekken of elk verzoek daar zwaarder maakt.
Een 301 of 308, omdat de keuze permanent is. Google gebruikt een permanente doorverwijzing als signaal dat het doel canonical moet zijn, en een tijdelijke draagt dat signaal niet.
Kijk in de instellingen of er een optie voor een primair domein is. Bij de meeste gehoste bouwers kunt u beide namen koppelen en er één als primair markeren, waarna de andere voor u wordt doorgestuurd. Test beide adressen in een browser om het te controleren.
Eén server-blok vangt de verlaten naam op beide poorten op en stuurt alles met een 301 naar de gekozen naam.
Elke pagina noemt haar eigen adres op de gekozen versie, wat de doorverwijzing ondersteunt.
De www-naam is een CNAME naar de host; het kale domein houdt een A-record dat wijst naar wat de doorverwijzing uitvoert.
Beantwoord drie vragen. Het advies en de code worden bijgewerkt zodra u een antwoord wijzigt.
Uw domein
Vraagt uw host om het domein met een CNAME naar een van zijn namen te laten wijzen?
Biedt uw DNS-host ALIAS, ANAME of CNAME-flattening op het rootdomein?
Draait u andere dingen op subdomeinen, zoals shop. of app., die de cookies van uw hoofdsite niet mogen ontvangen?
Ja
Nee
Gebruik {v} en stuur het kale domein daarheen door.
Beide werken. Het kale domein {v} is een prima keuze; stuur www daarheen door.
Uw host wil een CNAME en uw DNS-host kan die op het rootdomein niet nabootsen, dus www is de versie die ernaar kan wijzen.
Een www-site houdt zijn cookies weg van uw andere subdomeinen.
Uw DNS-host kan het rootdomein naar uw host laten wijzen, dus niets dwingt u tot www.
Nginx-doorverwijzing
Canonical-tag
Voer een kaal domein in, zoals example.com.
Gratis beginnen · Geen creditcard nodig