> For the complete documentation index, see [llms.txt](https://support.emarketeer.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://support.emarketeer.com/docs/docs_se/referens/references/email/email-report-explained.md).

# E-postrapporten förklarad

Händelsetaggarna i eMarketeers e-postrapport, siffrorna bredvid dem och hur procentvärdena i widgetarna beräknas.

<div align="left" data-with-frame="true"><img src="https://2555292243-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FicfGEyRadiE4k7sV4O4o%2Fuploads%2Fgit-blob-95fa08a0ba85a0ca09147e1ac03eb8a87f64724c%2Femail-report-explained-email-report-page.png?alt=media" alt="E-postrapportsida med nyckeltalsrutor, widgeten Email process och listan Last openers"></div>

## E-posthändelser

Varje händelsetagg visar två siffror, som "Händelse **10 (20)**." Siffran före parentesen är antalet unika kontakter som räknats för händelsen. Siffran i parentesen är totalen, inklusive dubbletter. En dubblerad Sent-händelse räknas när samma e-post har skickats till en kontakt mer än en gång, och en dubblerad Click-händelse räknas när samma mottagare klickar på samma länk mer än en gång.

**Addressed:** antalet mottagaradresser som ingår i utskicket efter checklistesteget, som sedan skickas till e-postservrarna för adressering.

**Sent:** antalet mottagaradresser som e-postkomponenten skickades till efter e-postserverns sista kontroll av avsändar- och mottagaradresserna.

**Rejected:** e-posttjänsten hittade ett problem med avsändar- eller mottagaradressen under den sista kontrollen före utskicket. Ett avvisande pekar oftast på ett känt problem med just den mottagaradressen eller domänen, till exempel en domän som inte finns. Om varje mottagare avvisas är orsaken nästan alltid en ogiltig avsändar- eller svarsadress på e-postkomponenten.

**Bounced:** mottagarens e-posttjänst accepterade meddelandet men kunde inte leverera det. Vanliga orsaker är en adress som inte längre finns, en felstavad adress, ett skräppostfilter eller en säkerhetspolicy hos mottagaren. För mer om studsar och studsfrekvens, läs [Om e-poststudsar](/docs/docs_se/referens/references/email/deliverability/about-email-bounces.md).

**Complaints:** mottagaren klickade på "Report this email and Unsubscribe" i sin e-postklient och klienten rapporterade det tillbaka till eMarketeer. Det avregistrerar också kontakten från framtida utskick genom att sätta den rättsliga grunden för Marketing Sendouts till *Withdrawn*, vilket syns på fliken Legal Basis på kontaktkortet. Ditt eMarketeer-konto tillåts en genomsnittlig klagomålsfrekvens på upp till 0,3 % innan vi måste pausa det för granskning.

**Delivered:** mottagarens e-posttjänst bekräftade att den tog emot e-posten, att adressen finns och att den kommer att leverera meddelandet till inkorgen. En levererad e-post kan fortfarande filtreras som skräppost innan den når inkorgen, och det rapporteras vanligtvis inte tillbaka.

**Opened / Not opened:** antalet mottagare som öppnade e-posten, eller inte öppnade den. För mer om hur en öppning registreras, läs [När registreras en e-post som öppnad?](/docs/docs_se/referens/references/email/email-open.md).

**Unsubscribed:** mottagaren klickade på avregistreringslänken i e-posten och slutförde sedan avregistreringen på eMarketeers Subscription Center-sida. En kontakt som klickar på länken men inte slutför avregistreringen räknas inte här.

**Clicked:** antalet mottagare som följde någon URL i e-posten. Det är vanligtvis ett länkklick, men att kopiera URL:en till en webbläsare manuellt räknas också.

## Procentberäkningar i widgetarna

Värdena i widgetarna baseras på hur många levererade kontakter som interagerade på ett visst sätt. I exemplet nedan skickades och levererades e-postkomponenten till 25 kontakter. 10 öppnade den, och 3 klickade på en länk.

<div align="left" data-with-frame="true"><img src="https://2555292243-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FicfGEyRadiE4k7sV4O4o%2Fuploads%2Fgit-blob-68813fcfd6db1572f45949f5cd6aff806d3deb83%2Femail-report-explained-rate-tiles.png?alt=media" alt="Rapportens rutor med Open rate, Click through rate, Click to open rate och Unsubscribed"></div>

Beräkningarna använder unika kontakter, inte det totala antalet händelser. Om en enda kontakt fick samma e-post fyra gånger men bara öppnade en av dem räknas de som öppnad en gång för öppningsfrekvensen. De tre oöppnade kopiorna påverkar inte beräkningen.

**Open rate:** procentandelen levererad e-post som öppnades. I exemplet öppnade 10 av 25 levererade kontakter e-posten — 40 %.

**Click-through rate:** procentandelen levererad e-post där en länk klickades. I exemplet 3 av 25 — 12 %.

**Click-to-open rate:** procentandelen öppningar som också gav ett klick. I exemplet 3 av 10 — 30 %.

**Unsubscribed:** procentandelen levererad e-post där kontakten klickade på avregistreringslänken och avregistrerade sig i Subscription Center. I exemplet 0 av 25 — mindre än 1 %.

## Widget för utskickets hälsa

<div align="left" data-with-frame="true"><img src="https://2555292243-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FicfGEyRadiE4k7sV4O4o%2Fuploads%2Fgit-blob-7d515f34dbf9cc94daeea2e933ea2a7ac242e598%2Femail-report-explained-sendout-health-widget.png?alt=media" alt="Widgeten Sendout health med mätare för bounce rate och complaint rate samt antal utskick"></div>

Den här widgeten ger dig en snabb överblick av studsfrekvens och klagomålsfrekvens för e-postkomponenten. Gränserna anger hur stor andel studsar eller klagomål som tjänsteleverantörer kan acceptera innan de flaggar dina utskick som bedrägliga. För att upprätthålla våra säkerhetsstandarder kan ditt konto pausas för granskning om en gräns nås.

För mer om studsfrekvens, klagomålsfrekvens och hur du håller studsfrekvensen låg, läs [Om e-poststudsar](/docs/docs_se/referens/references/email/deliverability/about-email-bounces.md).


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://support.emarketeer.com/docs/docs_se/referens/references/email/email-report-explained.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
