Hoppa till innehållet

Cookieinställningar

Välj vilka typer av cookies du tillåter. Du kan alltid ändra ditt val via Cookieinställningar längst ned på varje sida. Integritetspolicy

Nödvändiga

Alltid på

Behövs för att logga in, spara din varukorg och komma ihåg dina val. De är alltid på.

Vilka cookies?
  • weboke_sessie, weboke_klant, weboke_remember: din session och att du förblir inloggad
  • weboke_basket: din varukorg
  • wkBtwIncl: visa priser med eller utan moms
  • wok_cookies: ditt cookieval, 12 månader

Mäter vilken annons som leder till ett besök eller en beställning, så att vi inte betalar för annonser som inte ger något.

Vilka cookies?
  • Google Ads via Google Tag Manager (_gcl_au, _gcl_aw), upp till 90 dagar
  • OpenAI Ads, annonser i ChatGPT
  • wok_aff: via vilken partner du kom till oss (affiliateprogram), 60 dagar

4,6

Land och språk

Varje land har en egen webbplats med landets priser och moms.

Visa

Koppla en webbutik eller sidbyggare

Modul 7: Koppla externa tjänster · Lästid: 9 minuter

Lärandemål: Efter den här lektionen kan du koppla din domän till en plattform som Shopify eller Wix utan att din e-post slutar fungera.

Nyckelbegrepp: A-post på @, CNAME för www, rensa bort motstridiga poster, AAAA, namnservrar till plattformen, flytta med mailposter, butiksmail-poster

Två vägar

Bygger du din webbplats eller webbutik hos en plattform som Shopify, Wix, Squarespace eller Webflow, vill du att besökare på example.com och www.example.com hamnar hos den plattformen. Plattformar erbjuder nästan alltid två sätt för det:

Väg 1: lägga till posterVäg 2: namnservrar till plattformen
Vad gör du?Du ändrar några poster hos din nuvarande DNS-administratörDu låter plattformen administrera hela din DNS
Vem administrerar DNS:en?Förblir detsammaPlattformen
Din e-postFortsätter fungera, du rör inte mailposternaFungerar bara om du sätter upp alla mailposter hos plattformen igen
Lämplig omDin e-post körs någon annanstans (hos ditt webbhotell, Microsoft 365, Google)Du vill ha allt hos plattformen, eller inte har mail på domänen

De flesta problem i praktiken uppstår vid väg 2: webbplatsen fungerar direkt, men e-posten slutar fungera eftersom MX-posterna och andra mailposter har blivit kvar hos de gamla namnservrarna (lektion 2.1).

Väg 1: lägga till poster (exempel Shopify)

Shopify anger i skrivande stund dessa två poster:

example.com.       3600   IN   A       23.227.38.65
www.example.com.   3600   IN   CNAME   shops.myshopify.com.
  • A-post på @. Den nakna domänen kan inte ha en CNAME, eftersom där också finns dina MX-, NS- och SOA-poster (lektion 3.2). Därför anger plattformen här en IP-adress.
  • CNAME för www. För www kan det vara ett namn. Fördelen: om plattformen flyttar sina servrar justerar den bara sin egen DNS och du behöver inte göra något.

Andra plattformar fungerar på samma sätt, med sin egen IP-adress och målnamn. Wix anger till exempel en A-post och en CNAME för www till ett namn hos Wix. Använd alltid det som plattformen visar för din domän. IP-adressen kan skilja sig mellan plattformar, regioner eller tillfällen.

Städa bort det som är i vägen

Det är här det ofta går fel. Plattformen vill att dess poster ska vara de enda för de namnen:

  • En andra A-post på @. Finns det två A-poster (den gamla IP:n från ditt webbhotell och den nya från plattformen), väljer varje besökare slumpmässigt en av de två. Hälften hamnar på din gamla webbplats. Ändra den befintliga A-posten i stället för att lägga till en till.
  • En gammal AAAA-post. Hade ditt webbhotell också en IPv6-adress, finns det ofta fortfarande en AAAA-post på @ eller www. Besökare med IPv6 (en stor del av mobilnäten) hamnar då fortfarande på den gamla servern. Anger plattformen ingen IPv6-adress, ta bort AAAA-posterna för @ och www.
  • En A-post för www. En CNAME får inte finnas tillsammans med en annan post med samma namn. Ta bort A- eller AAAA-posten för www först, och skapa sedan CNAME:en.
  • En wildcard (*). En wildcard är inget problem: namnet www som du skapar separat går före (lektion 3.3).

Vad du låter vara kvar

Låt MX-posterna, A-posten för mail (om du har en sådan), SPF, DKIM och DMARC vara kvar. En webbutik behöver inte dessa för att visa din webbplats. Ändrar du dem ändå slutar din e-post fungera.

Körs din webbplats nu hos ett webbhotell som också sköter din e-post, tänk på ditt mailprogram. Står det där en server som example.com eller mail.example.com ifylld, och pekade mail via en wildcard till ditt webbhotell? Efter bytet pekar example.com till plattformen, och då hittar ditt mailprogram inte längre din brevlåda. Skapa då en separat A-post mail till IP-adressen för din mailserver, eller fyll i det servernamn som din mailleverantör anger i ditt mailprogram.

Certifikat

Plattformen begär själv ett certifikat (https) så snart dina poster pekar till den. Det går först när de gamla posterna är borta ur cacharna (lektion 6.1). Tar det längre än några timmar, kontrollera då om det fortfarande finns en gammal A- eller AAAA-post, eller en CAA-post som inte tillåter plattformens certifikatutfärdare (lektion 5.2).

Väg 2: namnservrar till plattformen

Väljer du att sätta namnservrarna till plattformen, administrerar plattformen från den stunden hela din zon. Allt som stod hos din föregående DNS-administratör räknas inte längre. Det du inte fyller i igen hos plattformen finns inte.

Ett exempel från verkligheten, anonymiserat: en kund lät sin domäns namnservrar peka till en sidbyggare och beställde sedan mail hos en annan leverantör. Sidbyggaren hade snyggt skapat en MX-post mail.example.com och en SPF-post, men det fanns ingen A-post för mail. Namnet mail.example.com existerade alltså inte (NXDOMAIN). Att skicka fungerade, att ta emot inte: andra mailservrar visste inte vart de skulle leverera posten. En enda A-post mail med mailserverns IP-adress löste det.

Använder du väg 2, sätt då hos plattformen:

example.com.             3600   IN   MX    10 mail.example.com.
mail.example.com.        3600   IN   A     192.0.2.25
example.com.             3600   IN   TXT   "v=spf1 a mx include:spf.mailprovider.example ~all"
x._domainkey.example.com. 3600  IN   TXT   "v=DKIM1; k=rsa; p=..."
_dmarc.example.com.      3600   IN   TXT   "v=DMARC1; p=none; rua=mailto:dmarc@example.com"

med de riktiga värdena från din mailleverantör. Använder du Microsoft 365 eller Google Workspace, sätt då posterna från lektion 7.1 eller 7.2. Glöm inte heller verifierings-TXT-poster och subdomäner som du redan hade.

Gör innan bytet en kopia av din nuvarande zon (en export eller skärmbild), så att du vet vad som ska finnas (lektion 6.3).

Butiksmail: poster för e-post från plattformen

Webbutiker skickar orderbekräftelser. För att de ska komma från ditt eget domän begär plattformen ofta extra poster, oftast några CNAME-poster för DKIM och ibland en egen subdomän för avsändaren. Det är extra poster utöver dina befintliga mailposter. De har egna namn och ersätter inte din MX. Var uppmärksam på dubbla domännamn (naam.example.com.example.com) och punkten i slutet (lektion 2.2). Skickar plattformen på din domäns vägnar, kontrollera då om det behövs i din SPF-post, och om din DMARC-policy tillåter det (lektion 7.4).

I praktiken: så ser det ut i en panel

I exempelpanelen Mitt WebOké ändrar du på fliken DNS den befintliga A-posten för @ med Bearbeta, tar du bort AAAA-posterna och skapar du med Lägg till post en CNAME www till plattformens namn. I DirectAdmin gör du samma sak i DNS-administration; där pekar @ och * som standard till paketet, så du skapar www separat.

I andra paneler, som cPanel, Plesk, Cloudflare eller din registrars DNS-skärm, heter knapparna annorlunda, men det är samma poster. Vissa plattformar erbjuder en knapp "anslut automatiskt" som sätter posterna via en koppling till din registrar; kontrollera alltid efteråt om de gamla A- och AAAA-posterna verkligen är borta.

Sammanfattning

  • Väg 1 (lägga till poster) håller din e-post intakt; väg 2 (namnservrar till plattformen) kräver att du sätter upp alla mailposter hos plattformen igen.
  • På @ kommer en A-post, på www oftast en CNAME. En CNAME på @ går inte.
  • Ändra den befintliga A-posten i stället för att lägga till en till, och städa bort gamla AAAA-poster och en A-post för www.
  • Låt MX, SPF, DKIM och DMARC vara kvar; var uppmärksam på ett mailprogram som använder example.com som server.
  • Butiksmail-poster är extra poster och ersätter inte din MX.

Quiz

1. Du sätter din domäns namnservrar till en sidbyggare. Webbplatsen fungerar, men du tar inte längre emot mail. Vad är den mest sannolika orsaken?



2. Efter att ha kopplats till en webbutik ser hälften av dina besökare fortfarande den gamla webbplatsen. Vad kontrollerar du först?



3. Varför anger en plattform en A-post för den nakna domänen och en CNAME för www?



4. Din webbutik begär tre CNAME-poster för att skicka orderbekräftelser. Vad gör du med dina befintliga MX-poster?



Uppgift

Uppgift Z7.3: Känna igen en webbutik. Se hur en plattform själv ordnar "CNAME för www"-vägen.

  1. Sök upp A-posten för shops.myshopify.com. Börjar adressen med 23.227.38.?
  2. Välj en webbutik eller webbplats du känner till som körs hos en plattform. Sök upp CNAME-posten för www.<det domänen> och A-posten för den nakna domänen. Fyll i domänen och båda svaren.

Kontrollen hämtar posterna live vid inlämning.

Uppgift Z7.3: Känna igen en webbutik





Det du fyller i och det vi hittar live sparar vi inte. Din webbläsare kommer ihåg dina svar och om du klarat uppgiften. Är du inloggad sparar vi bara att du hade uppgiften (nästan) rätt i Mina kurser, där kan du också ta bort det.

Uppgift O7.3: Ställa in själv i din övningszon. Konfigurera din övningszon <code>.dnspractice.eu som om du kopplar den till en webbutiksplattform, utan att e-posten slutar fungera. I övningszonen använder du fejktjänsten shop-demo.dnspractice.eu; för ditt riktiga domän använder du värdena från plattformens administrationspanel.

  1. Sätt en A-post på <code>.dnspractice.eu med 203.0.113.10 ("plattformen"). Det får bara finnas en A-post på <code>.dnspractice.eu.
  2. Se till att det inte finns någon AAAA-post på <code>.dnspractice.eu och på www.<code>.dnspractice.eu.
  3. Skapa en CNAME www.<code>.dnspractice.eu till shops.shop-demo.dnspractice.eu. Finns det en A-post för www, ta bort den först.
  4. Låt dina MX-poster på <code>.dnspractice.eu vara kvar. Minst en MX måste finnas kvar.

Uppgift O7.3

Den här uppgiften gör du i din egen övningszon: en riktig DNS-zon på WebOkés namnservrar, bara för dig. Logga in med din e-postadress. Du får en inloggningslänk via mejl och kommer sedan tillbaka till den här lektionen. Vi använder din adress bara för kursen.

Läs mer

Dessa sidor beskriver stegen i WebOkés paneler (DirectAdmin och Mitt WebOké). I andra paneler fungerar det på samma sätt.

Ett ögonblick…

Ställ in dina domäner

Ställ in namnservrar, koppling till ditt webbhotell och vem som blir innehavare för varje domän.

Hämtar dina domäner…