DM Champ Docs

E-postprofilering

Som standard skickas transaktionsbaserade e-postmeddelanden från plattformen (kontoinbjudningar, lösenordsåterställningar, bokningsbekräftelser, aviseringar med mera) från en hanterad systemadress, med ditt kontos profilering.

Om du driver en byrå låter White Labeling dig profilera dessa e-postmeddelanden så att de matchar resten av din kundupplevelse.

Vad du kan anpassa idag

Så här hittar du dit: Inställningar → gruppen Avancerat → White Labeling, och scrolla sedan till kortet E-post. Det här avsnittet visas endast i abonnemang som inkluderar white labeling (Agency- och Agency Unlimited-abonnemangen, samt de AppSumo-nivåer som inkluderar det).

E-postmeddelanden hämtar automatiskt den logotyp och primärfärg som du redan har ställt in på sidan för White Labeling. De e-postspecifika delar du konfigurerar här är standardspråk och sidfot:

  • Standardspråk — språket som de första e-postmeddelandena skickas ut på, innan en ny kund har valt ett eget. Samma inställning gör även att din domäns inloggnings-, lösenords- och registreringssidor visas på det språket för nya besökare. Se E-postspråk & mallar och White Labeling.
  • Sidfots-tagline — en kort textrad som visas längst ner i varje plattforms-e-postmeddelande (till exempel din byrås slogan eller en kort beskrivning).
  • Sidfotslänkar — upp till 4 namngivna länkar (etikett + URL) som visas bredvid taglinen, användbara för saker som din supportsida, villkor eller en bokningslänk.
E-postprofileringskortet på sidan för White Labeling, som visar rullistan för standardspråk för e-post inställd på Ingen (engelska) ovanför fälten för sidfots-tagline och sidfotslänkar

E-postprofileringskortet, längre ner på sidan för White Labeling — logotyp och färg hämtas från inställningarna ovanför. Detta kort täcker standardspråk för e-post och sidfoten.

Fyll i dessa och klicka på Spara. Varje transaktionsbaserat e-postmeddelande som ditt konto eller dina underkonton utlöser hämtar ändringen automatiskt – ingen inställning per mottagare krävs.

Profilering handlar om utseendet. Om du vill ändra formuleringarna i ett e-postmeddelande — eller skriva en version för ett specifikt språk — är det en separat sida: se E-postspråk & mallar.

Skicka från din egen domän

Du kan dirigera själva e-postleveransen via din egen leverantör — så att meddelanden skickas från support@yourdomain.com med dina egna SPF/DKIM-poster och hantering av studsade meddelanden, istället för plattformens hanterade avsändaradress.

Detta finns på sidan för White Labeling: var och en av dina white label-domäner har ett kort för E-postutskick där du ansluter Mailgun eller valfri SMTP-leverantör (Postmark, SES, SendGrid, Resend eller din egen brevlåda), namnger konfigurationen och väljer vilken domän som ska skicka via den. Se E-postutskick per domän för en fullständig genomgång.

Ansluta Mailgun

Öppna kortet E-postutskick, klicka på Anslut en e-postinställning och välj Ställ in Mailgun. Fyll i:

  • Mailgun API-nyckel — sändningsnyckeln från ditt Mailgun-konto.
  • Sändande domän — den verifierade sändande domänen (till exempel mail.yourdomain.com).
  • Region — US eller EU, beroende på var ditt Mailgun-konto skapades. Samma nyckel fungerar endast mot en region.
  • Från-e-post — adressen som ska visas i fältet Från (till exempel support@yourdomain.com).
  • Från-namn (valfritt) — det vänliga namnet som visas bredvid adressen (till exempel Acme Support).
  • Svarsadress (valfritt) — vart ett svar på ett av dessa e-postmeddelanden ska skickas (till exempel help@yourdomain.com). Lämna det tomt så går svar till ditt kontos inloggnings-e-post, vilket är vad dina klienter ser i Reply-To-huvudet — så ställ in detta om du föredrar att inte exponera den adressen.

Klicka sedan på Spara & testa. Plattformen kör en verklig kontroll mot Mailgun API för att bekräfta att kombinationen av nyckel och domän fungerar, och skickar sedan ett testmeddelande till din kontoe-post så att du omedelbart kan bekräfta leveransen. Om något är fel (fel region, overifierad domän, ogiltig nyckel) får du ett tydligt felmeddelande och ingenting sparas förrän det har åtgärdats.

Ansluta SMTP

Samma kort, men välj Ställ in SMTP. Fyll i:

  • SMTP-värd — SMTP-värdnamnet (till exempel smtp.postmarkapp.com).
  • Port — vanligtvis 587 eller 465. TLS detekteras automatiskt från porten (465 använder implicit TLS, allt annat använder STARTTLS), så det finns inget att ställa in manuellt.
  • Användarnamn — din SMTP-användare eller API-tokennamn. För EmailIt är detta det bokstavliga ordet emailit, inte din e-postadress och inte din API-nyckel.
  • Lösenord — ditt SMTP-lösenord eller din API-token.
  • Från-e-post — avsändaradressen (till exempel support@yourdomain.com).
  • Från-namn (valfritt) — vänligt namn för Från-huvudet.
  • Svarsadress (valfritt) — vart ett svar på ett av dessa e-postmeddelanden ska skickas. Samma beteende som för Mailgun: tomt betyder att svar går till ditt kontos inloggnings-e-post.

Klicka sedan på Spara & testa. Plattformen öppnar en verklig SMTP-anslutning och autentiserar med det du angav innan den sparar, och skickar sedan ett testmeddelande till din kontoe-post. Om värden inte kan nås, porten är felaktig eller autentiseringen misslyckas, får du ett tydligt felmeddelande och ingenting sparas förrän det har åtgärdats. Lösenord krypteras innan de lagras — klartextvärdet skrivs aldrig till loggar eller någon annanstans.

Testa och ta bort en inställning

När en inställning har sparats visar kortet statusen Verifierad när ett test har lyckats. Klicka på Skicka test när som helst för att köra det igen — det är värt att göra när du ändrar DNS-poster eller roterar autentiseringsuppgifter. Testet går från din konfigurerade Från-adress till din kontoe-post och rapporterar tillbaka antingen Test lyckades eller Test misslyckades med en förklaring (avvisad avsändare, autentiseringsproblem, värd kan inte nås). Kontrollera din inkorg för att bekräfta att det faktiskt kom fram från den adress du förväntar dig; om det hamnar i skräpposten behöver din SPF, DKIM eller domänrykte ses över.

Klicka på Ta bort och bekräfta för att ta bort inställningen och återgå till den hanterade standardavsändaren. E-postmeddelanden växlar tillbaka omedelbart, dina krypterade autentiseringsuppgifter raderas (du får ange API-nyckeln eller lösenordet igen om du ansluter igen senare), och inget som är under utskick går förlorat.

Behöver du hjälp?

If you have questions about email branding, or a compliance requirement around where transactional email originates from, contact support and we can help work through it with you.