For the complete documentation index, see llms.txt. This page is also available as Markdown.

WhatsApp Reports

WhatsApp Reports help you validate send results across Netmera, Meta, and end-user engagement. Use them to confirm delivery, investigate failures, and understand whether users actually read the message after it was delivered.

To populate Delivery (Success) and Read metrics, you must configure Meta WhatsApp webhooks. See WhatsApp Integration.

What you see on the report page

Overview (KPI cards)

These cards summarize the full campaign lifecycle. They start with your planned audience, then move through sending, delivery, failures, and reads.

This makes the report useful for both operational checks and performance review. You can confirm whether the message went out successfully and then see how much user attention it received.

Overview (KPI cards)

Metrics explained

Target Audience

The total audience size selected for the campaign.

Sent

The number of messages successfully submitted by Netmera to the Meta (WhatsApp) APIs.

This metric means Netmera completed the technical send successfully. It does not mean the message has already reached the end user.

Delivery (Success)

The number of messages successfully delivered to end users by Meta.

This value is based on the delivered events received via Meta WhatsApp webhooks. That is why webhook setup is essential for accurate delivery reporting.

Delivery can lag behind Sent.

This is expected while Meta is still processing message statuses.

Delivery Rate (%)

Shows what percentage of sent messages were delivered to users.

Formula: (Delivery / Sent) × 100

Failed

Messages marked as failed by Meta (failed status).

Failed messages are counted when Meta returns a final failure status.

While a campaign is still sending, you may see temporary gaps between Sent and (Delivery + Failed).

Read

Shows the number of messages opened and read by users.

Read events are displayed as a line chart on the report page.

This metric is based on the read events received from Meta. Read performance is often the clearest sign of message attention after delivery.

Not Read

Messages that were delivered but not read yet.

Calculated as (Delivery – Read).

Read Rate (%)

Shows what percentage of delivered messages were read.

Formula: (Read / Delivery) × 100

How to interpret the numbers

Expected relationships

These checks help you quickly spot anomalies:

  • Read ≤ Delivery (Success) A message cannot be read before it is delivered.

  • Not Read = Delivery – Read This is a calculated field, not a webhook status.

These relationships help you sanity-check the report quickly. If the values do not behave as expected, the first thing to review is webhook completeness and status timing.

Example

If you have:

  • Sent = 10,000

  • Delivery (Success) = 9,200

  • Read = 3,680

Then:

  • Delivery Rate (%) = (9,200 / 10,000) × 100 = 92%

  • Not Read = 9,200 – 3,680 = 5,520

  • Read Rate (%) = (3,680 / 9,200) × 100 = 40%

Read trend (line chart)

The report also visualizes read activity over time. Use it to spot when users actually read the message after delivery.

For example, an immediate spike often means the audience engaged right after receiving the message, while a slower pattern can point to delayed attention later in the day.

Read trend (line chart)

How to read this chart

  • X-axis: Time buckets within the selected report range.

  • Y-axis: Number of read events.

  • Spikes usually mean users opened the message after delivery.

Last updated

Was this helpful?