Adyen-for-platform icon

Manage webhooks

Learn about best practices when using Adyen's webhooks.

Security

To protect your server from unauthorised webhooks, we strongly recommend that you use Hash-based message authentication code (HMAC) signatures. By verifying the signature included in a webhook, you'll confirm that the webhook was sent by Adyen, and was not modified during transmission. For more information, refer to Verify HMAC signatures.

We also recommend that you use basic authentication over HTTPS. After you have set up a username and password for basic authentication in your Customer Area, we include these in the header of the webhook, so you can authenticate the request with your server. For this to be secure, you need to use HTTPS for your webhooks endpoint, otherwise your basic authentication credentials can be compromised.

Basic authentication only guarantees that the webhook was sent by Adyen, not that it wasn't modified during transmission.

Change your HMAC key

If you need to change the secret HMAC key used to sign webhooks, you can generate a new HMAC key in your Customer Area.

If you generate a new HMAC key, it might take some time to propagate this in our infrastructure, so make sure that you can still accept webhooks signed with your previous HMAC key for some time.

Configure your existing webhook endpoint

You can change the endpoint of your existing webhook.

Adyen requires you to use HTTPS endpoints with TLSv1.2 to receive Adyen webhooks. Before you configure your endpoint to receive Adyen webhook webhooks, you need to make sure it supports TLSv1.2 connections.

Update your endpoint URL

  1. Log in to your Customer Area.
  2. With your company account selected, go to Developers > Webhooks.
  3. Select Platforms to view the webhooks that are configured for your platform.
  4. Select Edit webhook next to the webhook you want to update.
  5. Under Server configuration, configure the following:
    • URL: Enter your HTTPS URL.
  6. Select Save configuration.

Change your endpoint and disable your old endpoint for receiving webhooks:

  1. Add a new endpoint in Customer Area.
  2. Disable the old endpoint.

Disable webhooks

You might want to disable webhooks when:

  • Your webhook endpoint is temporarily unable to receive webhooks, for example during server maintenance.
  • You have set up a new webhook endpoint for webhooks.

To disable a webhook:

  1. Log in to your Customer Area.
  2. With your company account selected, go to Developers > Webhooks.
  3. Select Platforms to view the webhooks that are configured for your platform.
  4. Select Disable webhook next to the webhook you want to update.

In the list of webhooks, Disabled appears in the Status column for the webhook. When you disable a webhook, Adyen queues all webhook events intended for this endpoint.

You will receive the queued webhook events when you reactivate this endpoint by selecting the Enabled toggle.

If you change the URL while the webhooks are disabled, you will not receive the queued webhooks, as these will be sent to the old URL.

Disabled webhooks are automatically removed from the Webhooks page after six months.

Delete webhooks

Before you decide to delete a webhook, consider whether you have received all events that were scheduled to arrive to your server. When you are certain you no longer need the webhook, you can safely delete the webhook configuration.

When you delete a webhook configuration, any pending events to be sent by the webhook are deleted as well.

To delete a webhook configuration:

  1. Log in to your Customer Area.
  2. With your company account selected, go to Developers > Webhooks.
  3. Select Platforms to view the webhooks that are configured for your platform.
  4. Select Delete webhook next to the webhook configuration you want to delete.
  5. Select Delete to confirm your selection.

Queued webhooks

To ensure that webhooks are properly delivered, your server should acknowledge them with an appropriate response.

If we do not receive the response within 10 seconds, all webhooks to this endpoint will be queued.

We'll then retry sending the webhook until it is accepted. Once accepted, you'll also receive all the queued webhooks.

Retry attempts happen regularly for up to 7 days, at increasing time intervals:

  • 2 minutes
  • 5 minutes
  • 10 minutes
  • 15 minutes
  • 30 minutes
  • 1 hour
  • 2 hours
  • 4 hours

After that, retries happen every 8 hours for the following 7 days.

The webhook queues are maintained separately for each endpoint. If you have multiple endpoints for receiving webhooks and we have queued webhooks for one of them, this won't affect the remaining endpoints.