Koble .no-domene til WordPress, Wix eller Shopify
WordPress, Wix og Shopify kobles ikke likt. Velg mellom navnetjenere og DNS-poster, ta vare på e-postoppsettet og test før den gamle løsningen stenges.
Vymo · · 8 min lesing
Et .no-domene kan brukes med WordPress, Wix eller Shopify uten at registreringen flyttes. Det som må endres, er DNS-oppsettet som sender besøkende til riktig plattform.
Den viktige forskjellen er hvor DNS skal ligge etterpå:
- Ved bytte av navnetjenere overtar plattformen hele DNS-sonen.
- Ved pointing blir DNS hos dagens leverandør, mens bare postene for nettstedet endres.
Et navnetjenerbytte som gjøres uten å kopiere MX-, TXT- og andre poster kan stoppe e-post selv om nettstedet virker. Derfor bør dere velge metode før dere kopierer tilfeldige A- og CNAME-verdier fra en veiledning.
Velg riktig spor først
| Plattform | Vanlig metode | Verdier som skal brukes | Viktigste fallgruve |
|---|---|---|---|
| WordPress på eget webhotell | A/AAAA og CNAME hos dagens DNS-leverandør | Verdiene fra det konkrete webhotellet | WordPress har ingen universell serveradresse |
| WordPress.com | Navnetjenere eller A/CNAME | Verdiene i WordPress.com-veiviseren | Navnetjenerbytte flytter DNS-ansvaret, ikke e-postdata |
| Wix | Navnetjenere eller pointing | Verdiene i Wix-kontoen | Metoden avgjør hvor hele DNS-sonen administreres |
| Shopify | A, AAAA og CNAME hos DNS-leverandøren | Shopifys gjeldende verdier | Gammel A, AAAA eller www-CNAME kan skape konflikt |
WordPress er den mest uklare betegnelsen i tabellen. WordPress.com er en vertstjeneste. WordPress-programvaren fra WordPress.org kan installeres hos mange forskjellige webhotell. De to løsningene har ikke samme DNS-oppskrift.
Før dere endrer DNS
Finn den autoritative DNS-leverandøren
Registraren, webhotellet og DNS-leverandøren kan være tre forskjellige selskaper. Kontroller navnetjenerne før dere leter etter riktig kontrollpanel:
dig +short NS bedrift.no
Resultatet viser hvor internett henter den autoritative sonen. Finn navnetjenerne og skill registrar fra DNS-leverandør hvis dere er usikre på rollefordelingen.
Ta vare på hele sonen
Eksporter DNS-sonen hvis panelet støtter det. Hvis ikke, dokumenter minst:
- A-, AAAA- og CNAME-poster for nettstedet
- MX-poster for innkommende e-post
- SPF, DKIM og DMARC
- verifikasjonsposter for tjenester dere bruker
- CAA-poster
- eventuelle SRV-poster og subdomener
- nåværende navnetjenere og DNSSEC-status
Ikke kopier bare postene dere kjenner igjen. En liten TXT-post kan være nødvendig for e-post, sertifikatutstedelse eller eierskapskontroll.
Bestem hovedadressen
Velg om bedrift.no eller www.bedrift.no skal være den kanoniske adressen. Begge bør åpne nettstedet, men den ene bør videresende permanent til den andre. DNS alene lager ikke alltid denne HTTP-videresendingen; plattformen må også kjenne hoveddomenet.
Se fordeler og ulemper ved www og rotdomene før dere kobler flere varianter.
WordPress på eget webhotell
For en selvhostet WordPress-installasjon er det webhotellet som gir fasiten. Be om:
- IPv4-adressen for rotdomenet
- eventuell IPv6-adresse
- målet for
www, ofte et CNAME-vertsnavn eller samme serveradresse - hvilken adresse som skal registreres i webhotellets kontrollpanel
- hvordan TLS-sertifikatet aktiveres
Et typisk mønster kan se slik ut, men verdiene under er bare dokumentasjonseksempler:
| Navn | Type | Eksempelverdi |
|---|---|---|
@ | A | 192.0.2.40 |
www | CNAME | bedrift.no. |
192.0.2.0/24 er reservert for dokumentasjon og skal ikke brukes i produksjon. Legg inn bare adressen webhotellet har gitt dere.
Ikke endre WordPress-adressen for tidlig
DNS og WordPress-konfigurasjonen må peke mot samme løsning. Hvis domenet ennå ikke når den nye serveren og dere endrer «WordPress-adresse» eller «Nettstedsadresse», kan både nettsted og innlogging bli utilgjengelig.
Klargjør domenet i webhotellet, sertifikatet og eventuell migrering først. Endre deretter WordPress-URL etter leverandørens prosedyre. WordPress har en egen veiledning for domenebytte og migrering , fordi databasen, mediefiler, cache og absolutte lenker kan trenge mer enn en innstilling i kontrollpanelet.
Hvis samme domene allerede viser et gammelt nettsted, følg planen for flytting av nettside uten nedetid i stedet for å endre produksjons-DNS først.
WordPress.com
Et eksternt domene må først legges til på WordPress.com-siden. WordPress.com oppgir at tilkobling av eget domene krever en plan som støtter funksjonen.
WordPress.com beskriver to metoder :
Bytt navnetjenere
WordPress.com anbefaler dette når domenet ikke allerede bruker tjenester som e-post dere må bevare hos dagens DNS-leverandør. Veiviseren oppgir disse navnetjenerne:
ns1.wordpress.com
ns2.wordpress.com
ns3.wordpress.com
Bekreft verdiene i kontoen før dere lagrer. Når navnetjenerne byttes, skal nødvendige e-post- og verifikasjonsposter finnes i WordPress.com-sonen.
WordPress.com sier også at DNSSEC må slås av før et navnetjenerbytte til deres tjeneste. Et gammelt DS-sett hos .no kombinert med en usignert eller annerledes signert ny sone kan gi SERVFAIL. Følg rekkefølgen for navnetjenerbytte og DNSSEC
før delegeringen endres.
Behold DNS og bruk poster
Velg A- og CNAME-metoden hvis DNS skal bli hos dagens leverandør, for eksempel fordi domenet allerede har e-post eller et komplekst soneoppsett. Bruk verdiene som WordPress.com viser for akkurat domenet. Da trenger dere ikke flytte hele DNS-sonen.
Når tilkoblingen er aktiv og TLS-sertifikatet er klart, velger dere domenet som primær adresse i WordPress.com. En grønn DNS-status alene er ikke nok hvis siden fortsatt bruker en gammel .wordpress.com-adresse som hovedadresse.
Wix
Wix krever at nettstedet har en plan som støtter eget domene. Legg domenet til i Wix-kontoen før dere endrer DNS; da viser veiviseren riktig metode og de aktuelle verdiene.
Wix skiller mellom navnetjenere og pointing :
Navnetjenere
Wix anbefaler normalt å bruke deres navnetjenere. Domeneregistreringen og betalingen kan fortsatt ligge hos dagens registrar, men Wix blir DNS-leverandør.
Før byttet må dere kopiere alle poster som fortsatt skal virke. Wix oppgir at DNSSEC og DNS-proxyer som Cloudflare må være deaktivert ved tilkobling til Wix-navnetjenere. Bruk navnetjenerne som vises i kontoen, ikke verdier fra et skjermbilde eller en eldre artikkel.
Pointing
Pointing beholder DNS hos dagens leverandør og endrer postene for nettstedet. Wix anbefaler normalt navnetjenere, men peker selv på pointing som et mulig valg når domenet har mange DNS-poster dere ikke vil flytte.
Wix har flere produkter og kan endre tilkoblingsverdier. Kopier derfor A- og CNAME-verdiene fra den aktive domenesiden i Wix-kontoen. Ikke anta at en IP-adresse fra en eldre guide gjelder for deres nettsted.
Shopify
Shopify bruker DNS-poster hos tredjepartsleverandøren. I Shopifys gjeldende manuelle veiledning for eksterne domener er standardverdiene:
| Navn | Type | Verdi |
|---|---|---|
@ | A | 23.227.38.65 |
@ | AAAA | 2620:0127:f00f:5:: |
www | CNAME | shops.myshopify.com. |
Shopify opplyser at A-adressen kan få en annen gyldig siste tallgruppe etter tilkobling, avhengig av region. Kontroller derfor sluttresultatet i Shopify i stedet for å «rette» en verdi som plattformen selv viser som gyldig.
Fremgangsmåten er:
- Kontroller at domenets navnetjenere peker til DNS-leverandøren der dere faktisk redigerer sonen.
- Oppdater A- og AAAA-postene for rotdomenet med Shopifys gjeldende verdier.
- Oppdater
www-CNAME til verdien Shopify viser. - Legg domenet til under Settings → Domains i Shopify.
- Vent på tilkoblingskontroll og TLS-sertifikat.
- Velg eventuelt domenet som primær adresse.
Endre bare de aktuelle RRsettene. MX-, SPF-, DKIM- og DMARC-poster skal stå hvis e-posten fortsatt bruker dem.
Vymo leverer ikke oppsett eller drift av nettbutikk som standardtjeneste. Trenger virksomheten Shopify, må butikk, betaling, avgifter, personvern og øvrig drift håndteres i en separat leveranse.
Slik gjør dere endringen uten å miste e-post
- Dokumenter eksisterende DNS. Ta vare på hele sonen, ikke bare webpostene.
- Legg domenet til på den nye plattformen. Hent verdier fra den aktive kontoen.
- Klargjør nettstedet og hovedadressen. Test innhold, videresendinger og sertifikatforutsetninger.
- Planlegg TTL ut fra gammel verdi. Senk TTL i forkant og vent minst én gammel TTL før byttet hvis rask tilbakeføring er viktig.
- Endre bare avtalte poster. Ikke slett e-post- eller verifikasjonsposter fordi de «ser gamle ut».
- Test autoritative svar. Spør hver navnetjener, ikke bare én tilfeldig resolver.
- Test nettsted og e-post separat. En fungerende forside beviser ikke at MX eller DKIM er riktig.
- Behold gammel løsning i returvinduet. Ikke si opp hosting eller DNS før nye svar er stabile og tjenestene er kontrollert.
Guiden om å peke domenet uten å stoppe e-post går dypere i e-postkontrollene.
Verifiser DNS, HTTP og TLS
DNS
dig +short NS bedrift.no
dig +short A bedrift.no
dig +short AAAA bedrift.no
dig +short CNAME www.bedrift.no
dig +short MX bedrift.no
Spør også en autoritativ navnetjener direkte:
dig @ns1.eksempel.no bedrift.no A
dig @ns1.eksempel.no www.bedrift.no CNAME
Bytt ut ns1.eksempel.no med en navnetjener fra det virkelige NS-oppslaget. Sammenlign svarene fra alle autoritative servere. Hvis de er ulike, er problemet sonepublisering eller delegering, ikke «vanlig propagering».
Nettsted
Kontroller begge adressene:
curl -I https://bedrift.no/
curl -I https://www.bedrift.no/
Se etter at:
- begge får et gyldig TLS-sertifikat
- én adresse er hovedadresse
- den andre videresender permanent dit
- ingen variant går til gammel plattform eller en parkeringsside
- viktige undersider, bilder og skjemaer virker
Bruk sjekklisten for DNS ved lansering før den gamle leveransen avsluttes.
Vanlige feil
Domenet er lagt inn på plattformen, men DNS er ikke endret
Plattformen kjenner domenet, men offentlige oppslag går fortsatt til gammel løsning. Sammenlign verdiene i plattformen med autoritative DNS-svar.
DNS er riktig, men plattformen kjenner ikke domenet
Webserveren må vite hvilket nettsted som skal svare for vertsnavnet. Legg domenet til i WordPress-, Wix- eller Shopify-kontoen; en A-post alene er ikke nok på delt infrastruktur.
Nettstedet virker, men e-post har stoppet
Dette skjer ofte etter et navnetjenerbytte der MX- og TXT-poster ikke ble kopiert. Gjenopprett den dokumenterte sonen hos den nye DNS-leverandøren og test e-postpostene autoritativt.
Bare noen besøkende ser den gamle siden
Kontroller gammel TTL, autoritative svar og om både A og AAAA er oppdatert. En glemt AAAA-post kan sende IPv6-brukere til en annen server selv om A-posten er riktig.
HTTPS viser sertifikatfeil
Bekreft at domenet er godkjent i plattformen, at A/AAAA/CNAME peker riktig, og at CAA tillater sertifikatutstederen plattformen bruker. Vent ikke blindt i 48 timer hvis de autoritative svarene allerede er feil.
Når domenet er hos Vymo
Vymo har ikke et selvbetjent DNS-panel i standardtilbudet. Hvis .no-domenet forvaltes gjennom Vymo, send domenet, valgt plattform, tilkoblingsmetode og de eksakte verdiene plattformen viser via bestillings- og hjelpesiden
. Ikke send passord, engangskoder, flyttekoder eller API-nøkler.
Hvis virksomheten bare trenger én enkel presentasjonsside og ikke vil bygge den selv, kan dere i stedet bestille én nettside med hosting inkludert i 12 måneder . Nettbutikk, booking, ekstra undersider og spesialfunksjoner er ikke inkludert.
Har bedriften funnet riktig navn?
Sjekk om .no-domenet er ledig. Et .no-domene koster 199,- per år, også ved fornyelse.