Source type
BigCommerce Source Configuration
BigCommerce sources receive store, order, cart, product, and customer HTTPS webhooks using Standard Webhooks verification.
BigCommerce configuration
Create a BigCommerce source, keep POST and PUT and PATCH and DELETE enabled, and provide the configured Client Secret values for provider signature. FastHook uses these settings to validate each BigCommerce delivery before it enters the routing workflow.
Source TypeBIGCOMMERCE
Allowed methodsPOST, PUT, PATCH, DELETE
AuthenticationProvider signature
Credential fieldsClient Secret
{
"type": "BIGCOMMERCE",
"config": {
"auth_type": "PROVIDER_SIGNATURE",
"auth": {
"provider": "BIGCOMMERCE",
"webhook_signing_secret": "provider-secret"
},
"allowed_http_methods": ["POST","PUT","PATCH","DELETE"]
}
}BigCommerce request contract
FastHook verifies webhook-signature over webhook-id + '.' + webhook-timestamp + '.' + raw body using the configured Standard Webhooks secret.
BigCommerce headers
Preserve webhook-id, webhook-timestamp, webhook-signature when sending BigCommerce test deliveries. FastHook evaluates this request context before accepting the payload, so missing or modified values remain visible as rejected requests instead of routed events.
webhook-idMessage id used in the Standard Webhooks signed payload.
webhook-timestampUnix timestamp used for replay protection and signature input.
webhook-signatureOne or more Standard Webhooks signatures.
BigCommerce setup
- Create a BigCommerce HTTPS webhook with the generated FastHook Source URL.
- Copy the BigCommerce client secret or encoded Standard Webhooks secret into FastHook.
- Route by scope such as store/order/created or store/product/updated.
BigCommerce routing hints
- BigCommerce store events are best separated by scope, for example store/order/created, store/cart/updated, or store/product/inventory/updated.
- Keep the store hash and producer fields with the event so multi-store receivers can choose the correct tenant and catalog context.