EmailJS
EmailJS är inte en fullständig e-postserver utan ett klientbibliotek som gör det möjligt att skicka e-post direkt från frontend-kod, utan att SMTP-uppgifter eller API-nycklar exponeras för mottagaren.
Besök EmailJSEmailJS är inte en fullständig e-postserver utan ett klientbibliotek som gör det möjligt att skicka e-post direkt från frontend-kod, utan att SMTP-uppgifter eller API-nycklar exponeras för mottagaren.
Besök EmailJSEmailJS är ett JavaScript-bibliotek och en molntjänst som gör det möjligt att skicka e-post direkt från klientsidan (webbläsaren) utan att behöva bygga en egen backend-server eller exponera SMTP-uppgifter/API-nycklar i frontend-koden. Istället för att koden pratar direkt med en e-postserver skickas begäran till EmailJS tjänst, som vidarebefordrar mejlet via en kopplad e-postleverantör med hjälp av fördefinierade mallar. Detta gör tjänsten särskilt användbar för statiska webbplatser och frontend-tunga projekt (t.ex. byggda med ren HTML/JS, React eller liknande) som behöver ett kontaktformulär men inte har en egen backend. Gratisnivån omfattar 200 förfrågningar per månad, två e-postmallar, en gräns på 50 KB per förfrågan och begränsad kontakthistorik, vilket gör tjänsten lämplig för portfolios, landningssidor och små projekt snarare än volymmässig transaktionell e-post.
Fria nivån ger 200 förfrågningar per månad, 2 e-postmallar, en maxstorlek på 50 kB per förfrågan och begränsad kontakthistorik.
Kontaktformulär på en statisk webbplats eller portfolio som saknar egen backend.
Skicka bekräftelsemejl eller notiser direkt från en frontend-app (React/Vue/vanilla JS) utan serverkod.
Prototyper och MVP:er där man snabbt vill lägga till e-postfunktion utan att sätta upp en backend-tjänst.
Enkla formulär för leadgenerering på landningssidor byggda utan backend-infrastruktur.
Undervisnings- och demoprojekt där målet är ett fungerande formulär utan serverdrift.
EmailJS skiljer sig arkitekturmässigt från de flesta andra verktyg i kategorin - resend, mailersend-com och sweego är alla backend-orienterade transaktionella e-post-API:er som förutsätter att anropet görs från en server, med betydligt högre gratiskvoter (t.ex. anger källan 3 000 mejl/månad för resend). Den som redan har en backend bör normalt välja ett sådant API istället, eftersom det ger bättre kontroll och högre volymtak. EmailJS egentliga nisch är projekt som medvetet saknar backend men ändå behöver skicka mejl.
Källan anger en gratisnivå med tydliga gränser (200 förfrågningar/månad, 2 mallar) men säger inte om detta är permanent - verifiera på emailjs.com.
Nej, det är själva poängen med tjänsten - den är byggd för att fungera utan backend.
Enligt källan exponeras inte känsliga autentiseringsuppgifter i klientkoden, men eftersom anropet sker från webbläsaren bör man sätta upp domänbegränsningar/rate-limiting hos EmailJS för att undvika missbruk - verifiera bästa praxis i deras dokumentation.
Källan antyder att tjänsten agerar mellanhand mot en e-postleverantör, men exakt vilka leverantörer som stöds anges inte - verifiera på webbplatsen.
Nej, gratisnivåns 200 förfrågningar/månad och begränsade kontakthistorik gör det olämpligt för nyhetsbrev i större skala - använd en dedikerad tjänst som mailerlite-com eller sender istället.
Källan nämner ingen prissättning över gratisnivån - kontrollera direkt hos EmailJS.
SIAX perspektiv
För enkla kontaktformulär och låg volym är en klientbaserad lösning snabbast att komma igång med, eftersom ingen egen backend krävs. De angivna gränserna - 200 anrop/månad och 2 mallar - är en tydlig brytpunkt: växer behovet förbi dem bör man antingen uppgradera eller bygga ett eget serversidigt utskicksflöde, särskilt om fler mallar eller längre kontakthistorik behövs.
Osäker på vad ni behöver?
Ett kostnadsfritt första samtal - vi går igenom er stack och vad som faktiskt behövs innan ni betalar för något.
Boka samtal