WeZend vs Brevo
Skriven utifrån en verklig utvärdering: frågorna värda att ställa, och vad WeZend svarar.
Den här sidan finns eftersom en kund gjorde utvärderingen för oss. De ställde WeZend sida vid sida med Brevo via REST-API:et, pressade på de delar som spelade roll för deras integration och gav oss en lista med luckor. Varje punkt på listan har sedan levererats — så istället för att gissa på någon annans funktionsmatris jämför den här sidan WeZend med de frågor utvärderingen ställde.
Vi berättar medvetet inte vad Brevo klarar idag. Deras produkt rör sig, vår rör sig, och en konkurrents jämförelsesida är sämsta stället att lära sig någon av dem. Varje rad nedan är därför en fråga ni kan ställa till vilken leverantör som helst — inklusive den ni redan betalar — med WeZends svar intill.
Det svar vi skulle lägga först är kvotdesignen. Ett utskick kan märkas transactional: true, och det meddelandet är undantaget från det månatliga marknadsföringstaket: över taket faktureras det per meddelande som överförbrukning istället för att blockeras. En gemensam månadsmängd som täcker både kampanjer och lösenordsåterställningar är ett avbrott som väntar på en bra kampanjmånad — den långa versionen finns här. Och där vi inte vinner säger vi det i FAQ:n nedan.
| Capability | WeZend | Brevo |
|---|---|---|
| Transaktionsmail vs marknadsföringstaket | transactional: true i samma send-anrop; över taket faktureras överförbrukning istället för att blockera | Fråga: en gemensam mängd, eller ett separat transaktionsspår? |
| Avanmälningar som pushas till ert system of record | contact.unsubscribed- och contact.bounced-webhooks — avanmälningslänk, preferenscenter och SMS-STOP utlöser alla | Fråga vilka avanmälningsvägar som skickar en händelse — inklusive SMS-STOP |
| Kontroll över e-postkuvertet per utskick | reply_to, from_name och safelistade egna headers på varje send- och bulk-anrop | Fråga om en reserverad header avvisas med namn eller tyst tas bort |
| Svar på en kampanj | Landar i Inbox med en message.received-händelse; en MX-post på en reply-subdomän | Fråga var ett svar hamnar idag, och vad som krävs för att se det |
| Verifiering av avsändardomän | En orsak och ett tips per kontroll — t.ex. DKIM publicerad under fel selector | Fråga vad en misslyckad DKIM-kontroll säger utöver ett rött kryss |
| Kanaler på en kontaktprofil | E-post, SMS, RCS, WhatsApp, röst, push — på samma realtids-CDP-profil | Kontrollera vilka kanaler som delar en profil, och vilka som är tillägg |
| Faktureringsgrund | Skickad volym; kontakter gratis upp till 20 000 (60 000 på Scale) | Jämför volymbanden — och vad en lagrad kontakt kostar över det inkluderade antalet |
The verdict
Stanna hos Brevo om det ni köper är bredd över en svit av verktyg, och en gemensam utskicksmängd aldrig har orsakat er en incident. Välj WeZend när själva send-anropet måste bära mer: transactional: true så att en tung kampanjmånad inte kan slå ut era lösenordsåterställningar, contact.unsubscribed- och contact.bounced-webhooks så att en avanmälan var som helst når era egna register, reply_to / from_name / egna headers per utskick, svar som landar tillbaka i Inbox, och en domänkontroll som namnger varför DKIM misslyckades istället för att visa ett rött kryss. Flytten är dokumenterad steg för steg i Brevo-migrationsguiden — suppressioner först, så att inget skickas till någon som redan avanmält sig.
Vanliga frågor
Var är Brevo det bättre valet?
Brevo har funnits på marknaden betydligt längre — det växte upp som Sendinblue — och är en bred svit riktad mot små företag. WeZend är den yngre och mindre produkten, och medvetet djup snarare än bred: messaging, kunddata och leveransbarhet. Om vad ni behöver härnäst är ännu ett verktyg i samma inloggning snarare än mer djup i dem ni redan använder, skriv upp verktygen och håll dem mot våra innan ni flyttar. Vi vill hellre att ni gör den jämförelsen ärligt än att ni upptäcker gapet efter en migrering.
Vad bör jag faktiskt testa i en utvärdering?
Fyra anrop, på vilken plattform som helst. Ett: fyll den månatliga utskicksgränsen och skicka sedan en lösenordsåterställning — går den fram? Två: prenumerera en webhook på avanmälningshändelser och svara sedan STOP på ett SMS — hör er endpoint om det? Tre: sätt ett Reply-To och prova sedan en reserverad header som List-Unsubscribe — får ni ett fel som namnger headern, eller försvinner den? Fyra: verifiera en avsändardomän som publicerar DKIM under en annan leverantörs selector — säger skärmen vilken selector som är fel, eller visar den bara ett rött kryss? På WeZend är svaren ja, ja, en 400 som namnger headern, och selectorn med namn.
Låter transactional: true mig kringgå något annat?
Nej, och det är medvetet. Det lyfter taket för marknadsföringsvolym och undantar meddelandet från marknadsföringens frekvenstak och tysta timmar — för en tredje lösenordsåterställning inom en timme ska inte försvinna tyst. Det åsidosätter inte suppressionslistor, ert budgettak, en blockerad region eller ett suspenderat konto; det är inte kvotbeslut. På Free-planen utan kort på filen stoppar det ändå, för det finns inget sätt att fakturera överförbrukningen, och vi säger hellre det rakt ut än hittar på en omätt utskicksväg.
Kom igång gratis på minuter
- Inget kreditkort
- EU-datalagring
- 6 kanaler, ett API
- GDPR inbyggt
En plattform. Varje kundinteraktion.
Ersätt ditt lapptäcke av meddelande-API:er, CDP och automationsverktyg med en engagemangsplattform byggd för skala.
Inget kreditkort · EU-datalagring · 99,99 % drifttids-SLA