Skip to main content

Documentation Index

Fetch the complete documentation index at: https://docs.brandsapi.com/llms.txt

Use this file to discover all available pages before exploring further.

This section helps you understand the behaviors to expect regarding how hello@devshineteam.com sends events to your webhook endpoint.

Retry Behavior

hello@devshineteam.com attempts to deliver a given event to your webhook endpoint for up to 3 days with an exponential backoff. If your endpoint is disabled or deleted when hello@devshineteam.com attempts a retry, future retries of that event are prevented. However, if you disable and then re-enable a webhook endpoint before hello@devshineteam.com can retry, you can still expect to see future retry attempts.

Disable Behavior

hello@devshineteam.com attempts to notify you of a misconfigured endpoint by email if the endpoint hasn’t responded with a 2xx HTTP status code for multiple days in a row. The email also states when the endpoint will be automatically disabled.

Event Ordering

While events are usually delivered in order, your integration should not depend on it. BrandApi doesn’t guarantee delivery of events in the exact order in which they’re generated. For example, re-indexing a brand might generate both brand.company.updated and brand.updated events. Your endpoint shouldn’t expect delivery of these events in a specific sequence and needs to handle them accordingly. You can always use our API to fetch the most current state of an object if you receive an update event out of order.