# Mejl om övergivna varukorgar: påminn utan att pressa Kanonisk URL: https://brew.new/sv/blog/abandoned-cart-emails Författare: Philip Sørensen Publicerad: 2026-08-18 Uppdaterad: 2026-09-29 Ett mejl om en övergiven varukorg ber någon att komma tillbaka till ett köp som personen inte slutförde. Behandla det som marknadsföring, inte som ett kvitto. Kunden kan ha ändrat sig, hittat ett svar någon annanstans eller helt enkelt fått ont om tid. En användbar påminnelse gör det lätt att komma tillbaka. Den behöver ingen påhittad nedräkning och inget påstående om att varan nästan är slut. ## Kontrollera om en påminnelse är lämplig Bekräfta att du har samtycke till att skicka marknadsföring till adressen. Kontrollera om varukorgen fortfarande finns, om varorna fortfarande går att köpa och om kunden redan har handlat. Tillämpa reglerna för avregistreringar och spärrar. Använd varukorgens faktiska produkter och priser och rätt länk tillbaka till varukorgen. Om ett erbjudande har ändrats sedan varukorgen skapades ska de nuvarande villkoren framgå tydligt. Lova inte att ett pris eller en vara är reserverad om inte butiken faktiskt reserverar den. [Guiden om transaktionsmejl](/sv/blog/transactional-emails) förklarar varför ett ofullständigt köp skiljer sig från en orderbekräftelse. I USA klassificerar CAN-SPAM ett mejl utifrån dess huvudsakliga syfte, och [FTC:s guide till efterlevnad av CAN-SPAM](https://www.ftc.gov/business-guidance/resources/can-spam-act-compliance-guide-business) förklarar hur den bedömningen går till. En påminnelse om en beställning som kunden inte har lagt finns till för att främja försäljningen. Ge den samma avregistreringslänk och postadress som dina andra marknadsföringsmejl. ## Data du behöver innan du bygger påminnelsen En påminnelse blir aldrig mer korrekt än datan bakom den. Innan du skriver texten, kontrollera att din butik skickar de här fälten för varje övergiven varukorg: - Kontaktens e-postadress, insamlad i det steg i kassan där kunden angav den. - Kontaktens status för samtycke till marknadsföring, med var och när samtycket gavs. - Varukorgens innehåll, med namn, bild-URL, pris och antal för varje produkt. - Varukorgens värde och valuta. - Tidpunkten då varukorgen övergavs, så att varje väntetid räknas från rätt ögonblick. - En länk som öppnar samma varukorg igen. - Ett stabilt händelse-id för varje påminnelse, som bygger på till exempel varukorgens id, vilket övergivande påminnelsen hör till och påminnelsesteget. Med händelse-id:t kan din integration känna igen en dubblett när ett anrop görs om. Bygg id:t av värden som är desamma vid varje nytt försök med samma påminnelse: varukorgen, övergivandet och steget. En tidsstämpel som skapas vid utskicket ändras vid varje nytt försök och kan därför inte fånga dubbletter. Om du skickar händelsen via API:t i Brew, skicka id:t i headern `Idempotency-Key`. Ett nytt försök med samma nyckel och samma innehåll i anropet returnerar det ursprungliga resultatet i stället för att starta en andra körning. Nyckeln förblir kopplad till den sparade körningen betydligt längre än ett dygn, så en kund som överger samma varukorg igen behöver ett nytt id. ## Börja med en tydlig påminnelse Här är ett utkast som exempel, med redaktionella platshållare i stället för riktiga personaliseringstaggar: > Ämne: Din varukorg hos [butikens namn] > > Du har [produktnamn] kvar i din varukorg. Du kan se över varorna och den aktuella totalsumman innan du bestämmer dig för om du vill beställa. > > [Tillbaka till varukorgen] > > Frågor om passform eller leverans? Svara på mejlet, så hjälper vårt team dig. Ta bara med raden om hjälp om svaren når ett team som kan svara. Ersätt varje platshållare med verifierad data via de fält som din plattform stöder. Testa vad mejlet visar i stället när en produktbild eller ett produktnamn saknas. Om du skickar ytterligare ett meddelande behöver det ha ett eget syfte. Svara på en vanlig fråga om produkten eller förklara en verklig policy. En rabatt är ett affärsbeslut, inte ett obligatoriskt andra steg. ## Ett startschema att testa Många butiker utgår från väntetider som de nedan. Se dem som en vanlig konvention att testa mot dina egna beställningar. De är inget riktmärke, och inget här visar att de här tidpunkterna räddar fler varukorgar än några andra. | Mejl | Vanlig väntetid att börja med | Vad mejlet kan göra | | --- | --- | --- | | Första påminnelsen | 1–2 timmar efter att varukorgen övergavs | Visa varukorgen medan besöket fortfarande är färskt | | Andra mejlet | Cirka 24 timmar | Svara på en vanlig fråga om passform, leverans eller returer | | Tredje mejlet | 48–72 timmar | Påminna en gång till, eller presentera ett verkligt erbjudande om du har bestämt dig för att ge ett | | Valfritt sista mejl | 5–7 dagar | Hjälpa till med ett köp som kräver betänketid, om varukorgen fortfarande är giltig | Du behöver inte skicka alla fyra. För en billig vara kan en enda påminnelse räcka. Varje senare mejl behöver ett eget syfte, och kontrollen av köpstatus som beskrivs nedan ska köras före vart och ett av dem. ## Socialt bevis och brådska kräver belägg Använd ett godkänt kundcitat med korrekt angiven källa och kundens tillåtelse. Behöver utkastet ett kundomdöme men inget finns, lämna en intern platshållare och ta bort den före utskicket. Gör aldrig ett genererat namn och fem stjärnor till något som ser ut som belägg från en kund. På samma sätt måste en tidsgräns motsvara att ett erbjudande faktiskt går ut. En varning om lagersaldo måste stämma med det aktuella lagret. En påminnelse som anger något av det felaktigt kan ge ett klick men gör samtidigt butiken mindre trovärdig. ## Bestäm utträdesvillkor innan du lanserar Ett vanligt misstag är en sekvens utan utträdesvillkor. Kunden handlar och får sedan två påminnelser till om en varukorg som redan är betald. Stoppa sekvensen så snart något av följande gäller: - Kunden lägger beställningen, även från en annan enhet eller via ditt supportteam. - Varukorgen töms eller går ut i butiken. - Kontakten avregistrerar sig eller finns på en spärrlista. - Produkterna i varukorgen går inte längre att köpa. Skriv ned villkoren innan du bygger flödet och testa vart och ett med en testvarukorg. Nästa avsnitt förklarar var kontrollen måste göras när Brew skickar påminnelserna. ## Kontrollera köpstatus igen vid utskicket I Brew behåller fälten i händelsens nyttolast de ursprungliga uppgifterna om varukorgen efter en väntetid. Villkor på `contact.` kan läsa aktuella kontaktfält i Brew, men de hämtar inte butikens uppgifter om varukorgar, beställningar eller lager. När det är dags för en påminnelse, låt butikens applikation kontrollera om kunden fortfarande uppfyller villkoren. Om kunden fortfarande har en giltig varukorg och samtycke till marknadsföring, skicka en ny påminnelsehändelse med de aktuella uppgifterna om varukorgen. Om kunden har handlat skickar du ingen händelse. Använd ett stabilt händelse-id för att skydda dig mot nya försök i integrationen som skickar händelsen. Utgå inte från att en prompt som ”stoppa efter köp” skapar en direktkoppling till butikens aktuella data. Kontrollera den faktiska händelsen och det [arbetsflöde för integrationen](/sv/browse/integrations) som du har konfigurerat. ## Mät räddade beställningar ärligt Bestäm attribueringsfönstret och hur du hanterar beställningar som ändå skulle ha blivit av. Följ rabattkostnader, returer, avregistreringar och klagomål parallellt med intäkterna. En kontrollgrupp som inte får mejlen kan hjälpa dig att uppskatta den inkrementella effekten när du har tillräcklig volym. Det finns ingen andel räddade köp som den här sekvensen kan utlova. Börja med en relevant påminnelse, verifiera statuskontrollerna och förbättra sekvensen utifrån dina egna resultat. För den bredare mätmodellen kan du använda [guiden om ROI](/sv/blog/email-marketing-roi).