Troubleshoot Event API issues
I sent events via the API, but they're not showing up on the Results page.
- Experiment was/is not running: Make sure the experiment is running and the events have timestamps within the bounds of the running experiment.
- Event payload was malformed: Inspect the payload to verify that all required identifiers are properly set to conform with the API's Swagger Specification. If the API returns with a 204 Response code, it means that the Optimizely Logging Service has received and persisted in the payload. This response code is not an indication that the event payload has been validated.
- Event had one or more incorrect or missing identifiers: Inspect the payload and verify that all required identifiers are properly set.
- Event was missing a decision: When activating users, verify that you sent a decision event and that the decision event had an earlier
timestampthan the conversion events. Read How Optimizely counts conversions for more information. - Decision was sent but not attributed to the correct
campaign_id: When activating users, make sure theentity_idmatches thecampaign_idfor the variation the user was assigned to. - Event had an incorrect or out-of-bounds timestamp: When activating and tracking users, make sure timestamps have the correct format (a 13-digit integer, representing time since epoch in milliseconds) and are within bounds of the running experiment.
I sent events with revenue values via the API, but the revenue isn't calculated correctly on the Results page.
- Revenue is missing from event payload: Make sure
revenueis present under the correct conversion event. - Revenue has incorrect value: Make sure
revenuehas an integer value and represents the revenue in cents.
I sent events via the API; I see some results but I don't get expected values.
- Duplicate events are sent: Optimizely detects events that have the same
entity_id,uuid, andtimestampand saves only one of them. Make sure each event is using a uniqueuuidortimestampbefore sending. - Events have out-of-bounds timestamps: Make sure timestamps have the correct format (a 13-digit integer, representing time since epoch in milliseconds) and are within bounds of the running experiment.
- Conversion events have timestamps older than the decision event's timestamp: Make sure the conversion events have
timestampvalues that are equal to or more recent than the related decision event's timestamp.
Updated 7 days ago