FAQ
Transaktionsmail som orderbekräftelser, kvitton och lösenordsåterställningar behöver levereras snabbt och pålitligt. Här svarar vi på vanliga frågor om uppsättning, leveranssäkerhet och design.
Transaktionsmail är automatiska mejl som triggas av en handling en användare gör, till exempel en beställning, en registrering eller en lösenordsåterställning. Nyhetsbrev är däremot mejl som skickas manuellt eller enligt schema till en lista av mottagare i marknadsföringssyfte. Transaktionsmail skickas via en annan infrastruktur eftersom de kräver hög leveranssäkerhet och skickas i realtid. Vi sätter upp transaktionsmail separat från marknadsföringsmejl för att inte riskera leveransproblem.
Det beror oftast på felaktig eller saknad autentisering av domänen, till exempel att SPF, DKIM och DMARC inte är korrekt konfigurerade. Det kan också bero på att mejlen skickas från en delad IP-adress med dåligt rykte eller att innehållet triggar spamfilter. Vi går igenom domänens autentisering och rekommenderar en dedikerad transaktionsmailtjänst för att förbättra leveransgraden. Rätt uppsättning löser problemet i de flesta fall.
Valet beror på volym, budget och vilka integrationer som redan finns i systemet, men vanliga alternativ är tjänster byggda specifikt för transaktionsmail med API för utskick och spårning. Vi väljer lösning utifrån ert befintliga tekniska ekosystem, till exempel om ni redan använder Fortnox eller ett specifikt e-handelssystem. Det viktiga är att tjänsten stödjer autentisering, statistik och webhooks för leveransstatus. Vi hjälper er sätta upp och konfigurera vald tjänst korrekt.
Ja, vi designar transaktionsmail utifrån er visuella profil så att logotyp, färger och typsnitt matchar övrig kommunikation. Mallarna byggs responsivt så de renderas korrekt i olika mejlklienter, vilket kräver särskild HTML-kodning eftersom mejlklienter tolkar CSS olika. Vi testar mallarna i flera vanliga klienter innan lansering. Resultatet blir mejl som känns som en naturlig del av ert varumärke.
Genom att koppla webhooks eller loggning från er mejltjänst till en instrumentpanel eller ert admingränssnitt kan ni se status för varje utskick, till exempel levererat, öppnat eller studsat. Vi bygger in denna spårning så att ni snabbt kan identifiera problem med enskilda mottagare eller domäner. Det ger också underlag för att felsöka klagomål om uteblivna mejl. Utan spårning är det svårt att veta vad som faktiskt hänt med ett mejl.
SPF anger vilka servrar som får skicka mejl för er domän, DKIM signerar mejlen digitalt för att bevisa att de inte manipulerats, och DMARC talar om för mottagande servrar hur de ska hantera mejl som inte klarar SPF eller DKIM. Ja, ni bör ha alla tre korrekt konfigurerade eftersom de tillsammans bygger förtroende hos mejlleverantörer som Gmail och Outlook. Utan dem riskerar era mejl att klassas som spam eller nekas helt. Vi sätter upp och verifierar samtliga tre poster åt er.
Ja, genom att använda tidsbegränsade engångslänkar eller koder som ogiltigförklaras efter en kort period och efter första användning. Vi rekommenderar även att inte avslöja om en e-postadress finns registrerad eller inte, för att förhindra kartläggning av användarkonton. Länkarna bör alltid skickas över HTTPS och innehålla ett unikt, svårgissat token. Detta är standardpraxis vi bygger in i alla inloggningsflöden vi levererar.
Den bör skickas i princip omedelbart, inom några sekunder efter att betalningen har bekräftats, eftersom kunden förväntar sig direkt bekräftelse på att köpet gått igenom. Fördröjningar skapar osäkerhet och ökar risken för supportärenden. Vi bygger utskicket som en direkt del av betalningsflödet så att mejlet triggas så fort ordern är registrerad i systemet. Om mejltjänsten har driftstörning bör mejlet köas och skickas så snart tjänsten är uppe igen.
Ja, vi bygger mallarna med stöd för flerspråkighet där rätt språkversion väljs baserat på kundens språkinställning, webbplatsens språkval eller landskod. Detta kräver att texterna hålls i separata språkfiler kopplade till varje mall istället för att hårdkodas. Det gör det också enklare att lägga till fler språk senare. Vi rekommenderar detta för alla verksamheter som säljer till kunder i flera länder.
Kostnaden beror på hur komplex integrationen är, till exempel om det handlar om att skicka fakturor och kvitton automatiskt utifrån data i Fortnox eller om fler system ska kopplas samman. Vi bygger integrationen mot Fortnox API så att relevanta händelser, som en skapad faktura, automatiskt triggar rätt mejl till kunden. Vi ger en offert utifrån era specifika behov efter en genomgång av nuvarande flöden. Hör av er så tittar vi på ert case.
Genom korrekt autentisering, ett gott domänrykte och att undvika innehåll som liknar spam, till exempel för många länkar eller stora bildfiler utan text. Det hjälper också att skicka från en egen underdomän dedikerad för transaktionsmail, separat från marknadsföringsmejl. Vi övervakar leveransstatistik löpande för att upptäcka mönster som tyder på blockering. Vid återkommande problem hos en specifik kund kan det krävas att kunden själv vitlistar avsändaradressen.
Tekniskt går det, men vi rekommenderar att separera dem, gärna med olika underdomäner eller till och med olika tjänster, eftersom nyhetsbrev har högre risk för klagomål och avanmälningar som kan skada ryktet för hela avsändardomänen. Om ett nyhetsbrevsutskick får dåligt rykte vill ni inte att det påverkar leveransen av viktiga kvitton och bekräftelser. Denna separation är en etablerad best practice inom e-postleverans. Vi hjälper er sätta upp strukturen på rätt sätt från början.
Genom att koda mejlen med tabellbaserad HTML och inline-CSS istället för moderna CSS-tekniker, eftersom äldre Outlook-versioner har begränsat stöd för webbstandarder. Vi testar alla mallar i flera klienter och enheter innan de går live för att säkerställa att layouten inte bryter sönder. Bilder bör ha alt-text eftersom vissa klienter blockerar dem som standard. Detta arbete kräver specialkompetens som vi har byggt upp genom många liknande projekt.
Ja, mallarna byggs med platshållare som fylls med data från ert system vid varje utskick, till exempel produktnamn, antal, pris och leveransdatum. Detta gör varje mejl unikt för mottagaren utan att ni behöver skapa mallar manuellt för varje scenario. Vi bygger logiken så att den hanterar olika fall, till exempel delade leveranser eller rabatterade priser. Det ger ett mer relevant och professionellt intryck gentemot kunden.
Transaktionsmail som är nödvändiga för att fullfölja ett avtal, som en orderbekräftelse, kräver normalt inget separat samtycke eftersom de faller under avtalsuppfyllelse enligt GDPR. Ni bör ändå se till att mejltjänsten ni använder har ett giltigt personuppgiftsbiträdesavtal och hanterar data inom EU eller enligt godkända överföringsmekanismer. Vi ser till att endast nödvändig data inkluderas i mejlen och att loggar hanteras säkert. Kontakta gärna er juridiska rådgivare för specifika frågor kring er verksamhet.
Skicka oss frågan eller din webbadress, så återkommer vi med ett konkret svar.
Ställ din fråga