> ## Documentation Index > Fetch the complete documentation index at: https://developers.redo.com/llms.txt > Use this file to discover all available pages before exploring further. # MessageAnalyticsPoint > A marketing send's analytics for a single day. Days with no activity are omitted rather than reported as zero. Money}> `revenue / orders`. Null when there were no orders. Decimal!} required> The exact amount as a decimal string (e.g. "19.99"). ISO 4217 currency code (e.g. USD). [MessageChannelAnalytics!]!} required> The same analytics split by channel. A campaign sends on one channel; an automation whose steps include both an email and an SMS reports both. Money}> `revenue / orders`. Null when there were no orders. Decimal!} required> The exact amount as a decimal string (e.g. "19.99"). ISO 4217 currency code (e.g. USD). MarketingChannel!} required> The channel these analytics cover. `uniqueClicks / delivered`. Null when nothing was delivered. `uniqueClicks / uniqueOpens`. Null when nothing was opened, so null on SMS. `orders / delivered`. Null when nothing was delivered. Messages the provider confirmed were delivered. `delivered / sends`. Null when nothing was sent. Messages the delivery provider refused or gave up on, so they never reached a delivery attempt. Distinct from a bounce, which is a delivery that came back — these never left. Together with `delivered` they account for what `sends` became. Attributed orders that are this customer's first paid order Redo has for the store. Complements `returningCustomerOrders`; the two sum to `orders`. Customers whose earlier orders fall outside the history Redo has synced are counted as new. Money!} required> Attributed revenue from `newCustomerOrders`. Complements `returningCustomerRevenue`. Warehouse amounts sum to `revenue` before each is rounded to currency precision. Decimal!} required> The exact amount as a decimal string (e.g. "19.99"). ISO 4217 currency code (e.g. USD). `uniqueOpens / delivered`, over email deliveries only. Null when nothing measurable was delivered — including an SMS-only send, where opens do not exist and a rate of 0 would be misleading. For a continuously-sending automation this can exceed 1, since opens inside the range may belong to sends made before it. Orders attributed to this send within the attribution window. Distinct customers sent to, counted once per day. Attributed orders from customers who already had an earlier paid order on this store. Complements `newCustomerOrders`; the two sum to `orders`. Money!} required> Attributed revenue from `returningCustomerOrders`. Complements `newCustomerRevenue`. Warehouse amounts sum to `revenue` before each is rounded to currency precision. Decimal!} required> The exact amount as a decimal string (e.g. "19.99"). ISO 4217 currency code (e.g. USD). Money!} required> Revenue attributed to this send. Decimal!} required> The exact amount as a decimal string (e.g. "19.99"). ISO 4217 currency code (e.g. USD). Money}> `revenue / recipients`. Carries extra decimal places, since per-recipient revenue is routinely sub-cent. Null when nothing was sent. Decimal!} required> The exact amount as a decimal string (e.g. "19.99"). ISO 4217 currency code (e.g. USD). Money}> `revenue / sends` — what a message returned, where `revenuePerRecipient` is what a customer returned. The two agree for a campaign, which sends to each recipient once, and diverge for a continuously-running automation that messages the same customer repeatedly over the range. This is the figure to compare against `spend`, which is also per message. Carries extra decimal places, since per-send revenue is routinely sub-cent. Null when nothing was sent. Decimal!} required> The exact amount as a decimal string (e.g. "19.99"). ISO 4217 currency code (e.g. USD). Messages handed to the delivery provider. Money!} required> What the store was billed to send these messages: its per-message rate plus any carrier fees. **Always USD**, unlike `revenue`, which is in the store's own currency — Redo prices messaging in dollars. Convert before combining the two. Carries extra decimal places, since one message costs a fraction of a cent. Decimal!} required> The exact amount as a decimal string (e.g. "19.99"). ISO 4217 currency code (e.g. USD). Customers who clicked, counted once per day. Customers who opened, counted once per day — so a customer who opens on two days counts twice over a range. Always 0 on SMS, which has no open tracking. `unsubscribes / delivered`. Rated against deliveries rather than sends, like the other engagement rates, so it answers what share of messages that arrived cost a subscriber. Null when nothing was delivered. Customers who opted out of marketing off the back of this send. Only opt-outs the warehouse could attribute to a specific campaign or automation are counted, so these do **not** sum to the store's total unsubscribes over the same period — an opt-out arriving without that attribution belongs to no send and is absent here. `uniqueClicks / delivered`. Null when nothing was delivered. `uniqueClicks / uniqueOpens`. Null when nothing was opened, so null on SMS. `orders / delivered`. Null when nothing was delivered. Date!} required> The day these analytics cover, in the store's timezone. Engagement counts are keyed to the day the message went out; orders and revenue to the day the order was placed. A rate combining the two — conversion rate, revenue per recipient, average order value — therefore relates figures from different days, and is most meaningful read over the whole range rather than per day. Messages the provider confirmed were delivered. `delivered / sends`. Null when nothing was sent. Messages the delivery provider refused or gave up on, so they never reached a delivery attempt. Distinct from a bounce, which is a delivery that came back — these never left. Together with `delivered` they account for what `sends` became. Attributed orders that are this customer's first paid order Redo has for the store. Complements `returningCustomerOrders`; the two sum to `orders`. Customers whose earlier orders fall outside the history Redo has synced are counted as new. Money!} required> Attributed revenue from `newCustomerOrders`. Complements `returningCustomerRevenue`. Warehouse amounts sum to `revenue` before each is rounded to currency precision. Decimal!} required> The exact amount as a decimal string (e.g. "19.99"). ISO 4217 currency code (e.g. USD). `uniqueOpens / delivered`, over email deliveries only. Null when nothing measurable was delivered — including an SMS-only send, where opens do not exist and a rate of 0 would be misleading. For a continuously-sending automation this can exceed 1, since opens inside the range may belong to sends made before it. Orders attributed to this send within the attribution window. Distinct customers sent to, counted once per day. Attributed orders from customers who already had an earlier paid order on this store. Complements `newCustomerOrders`; the two sum to `orders`. Money!} required> Attributed revenue from `returningCustomerOrders`. Complements `newCustomerRevenue`. Warehouse amounts sum to `revenue` before each is rounded to currency precision. Decimal!} required> The exact amount as a decimal string (e.g. "19.99"). ISO 4217 currency code (e.g. USD). Money!} required> Revenue attributed to this send. Decimal!} required> The exact amount as a decimal string (e.g. "19.99"). ISO 4217 currency code (e.g. USD). Money}> `revenue / recipients`. Carries extra decimal places, since per-recipient revenue is routinely sub-cent. Null when nothing was sent. Decimal!} required> The exact amount as a decimal string (e.g. "19.99"). ISO 4217 currency code (e.g. USD). Money}> `revenue / sends` — what a message returned, where `revenuePerRecipient` is what a customer returned. The two agree for a campaign, which sends to each recipient once, and diverge for a continuously-running automation that messages the same customer repeatedly over the range. This is the figure to compare against `spend`, which is also per message. Carries extra decimal places, since per-send revenue is routinely sub-cent. Null when nothing was sent. Decimal!} required> The exact amount as a decimal string (e.g. "19.99"). ISO 4217 currency code (e.g. USD). Messages handed to the delivery provider. Money!} required> What the store was billed to send these messages: its per-message rate plus any carrier fees. **Always USD**, unlike `revenue`, which is in the store's own currency — Redo prices messaging in dollars. Convert before combining the two. Carries extra decimal places, since one message costs a fraction of a cent. Decimal!} required> The exact amount as a decimal string (e.g. "19.99"). ISO 4217 currency code (e.g. USD). Customers who clicked, counted once per day. Customers who opened, counted once per day — so a customer who opens on two days counts twice over a range. Always 0 on SMS, which has no open tracking. `unsubscribes / delivered`. Rated against deliveries rather than sends, like the other engagement rates, so it answers what share of messages that arrived cost a subscriber. Null when nothing was delivered. Customers who opted out of marketing off the back of this send. Only opt-outs the warehouse could attribute to a specific campaign or automation are counted, so these do **not** sum to the store's total unsubscribes over the same period — an opt-out arriving without that attribution belongs to no send and is absent here. This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.