Webhook
6.3
The Webhook component was introduced in Symfony 6.3.
The Webhook component is used to respond to remote webhooks to trigger actions in your application. This document focuses on using webhooks to listen to remote events in other Symfony components.
Installation
1
$ composer require symfony/webhook
Usage in Combination with the Mailer Component
When using a third-party mailer provider, you can use the Webhook component to receive webhook calls from this provider.
Currently, the following third-party mailer providers support webhooks:
Mailer Service | Parser service name |
---|---|
Brevo | mailer.webhook.request_parser.brevo |
Mailgun | mailer.webhook.request_parser.mailgun |
Mailjet | mailer.webhook.request_parser.mailjet |
Postmark | mailer.webhook.request_parser.postmark |
Sendgrid | mailer.webhook.request_parser.sendgrid |
6.4
The support for Brevo, Mailjet and Sendgrid was introduced in Symfony 6.4.
Note
Install the third-party mailer provider you want to use as described in the documentation of the Mailer component. Mailgun is used as the provider in this document as an example.
To connect the provider to your application, you need to configure the Webhook component routing:
1 2 3 4 5 6 7
# config/packages/framework.yaml
framework:
webhook:
routing:
mailer_mailgun:
service: 'mailer.webhook.request_parser.mailgun'
secret: '%env(MAILER_MAILGUN_SECRET)%'
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17
<!-- config/packages/framework.xml -->
<?xml version="1.0" encoding="UTF-8" ?>
<container xmlns="http://symfony.com/schema/dic/services"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:framework="http://symfony.com/schema/dic/symfony"
xsi:schemaLocation="http://symfony.com/schema/dic/services
https://symfony.com/schema/dic/services/services-1.0.xsd
http://symfony.com/schema/dic/symfony https://symfony.com/schema/dic/symfony/symfony-1.0.xsd">
<framework:config>
<framework:webhook enabled="true">
<framework:routing type="mailer_mailgun">
<framework:service>mailer.webhook.request_parser.mailgun</framework:service>
<framework:secret>%env(MAILER_MAILGUN_SECRET)%</framework:secret>
</framework:routing>
</framework:webhook>
</framework:config>
</container>
1 2 3 4 5 6 7 8 9 10 11
// config/packages/framework.php
use App\Webhook\MailerWebhookParser;
use Symfony\Config\FrameworkConfig;
return static function (FrameworkConfig $frameworkConfig): void {
$webhookConfig = $frameworkConfig->webhook();
$webhookConfig
->routing('mailer_mailgun')
->service('mailer.webhook.request_parser.mailgun')
->secret('%env(MAILER_MAILGUN_SECRET)%')
;
};
In this example, we are using mailer_mailgun
as the webhook routing name.
The routing name must be unique as this is what connects the provider with your
webhook consumer code.
The webhook routing name is part of the URL you need to configure at the
third-party mailer provider. The URL is the concatenation of your domain name
and the routing name you chose in the configuration (like
https://example.com/webhook/mailer_mailgun
.
For Mailgun, you will get a secret for the webhook. Store this secret as
MAILER_MAILGUN_SECRET (in the secrets management system or in a .env
file).
When done, add a RemoteEvent consumer to react to incoming webhooks (the webhook routing name is what connects your class to the provider).
For mailer webhooks, react to the MailerDeliveryEvent or MailerEngagementEvent events:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31
use Symfony\Component\RemoteEvent\Attribute\AsRemoteEventConsumer;
use Symfony\Component\RemoteEvent\Consumer\ConsumerInterface;
use Symfony\Component\RemoteEvent\Event\Mailer\MailerDeliveryEvent;
use Symfony\Component\RemoteEvent\Event\Mailer\MailerEngagementEvent;
use Symfony\Component\RemoteEvent\RemoteEvent;
#[AsRemoteEventConsumer('mailer_mailgun')]
class WebhookListener implements ConsumerInterface
{
public function consume(RemoteEvent $event): void
{
if ($event instanceof MailerDeliveryEvent) {
$this->handleMailDelivery($event);
} elseif ($event instanceof MailerEngagementEvent) {
$this->handleMailEngagement($event);
} else {
// This is not an email event
return;
}
}
private function handleMailDelivery(MailerDeliveryEvent $event): void
{
// Handle the mail delivery event
}
private function handleMailEngagement(MailerEngagementEvent $event): void
{
// Handle the mail engagement event
}
}
Usage in Combination with the Notifier Component
The usage of the Webhook component when using a third-party transport in the Notifier is very similar to the usage with the Mailer.
Currently, the following third-party SMS transports support webhooks:
SMS service | Parser service name |
---|---|
Twilio | notifier.webhook.request_parser.twilio |
Vonage | notifier.webhook.request_parser.vonage |
For SMS webhooks, react to the SmsEvent event:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23
use Symfony\Component\RemoteEvent\Attribute\AsRemoteEventConsumer;
use Symfony\Component\RemoteEvent\Consumer\ConsumerInterface;
use Symfony\Component\RemoteEvent\Event\Sms\SmsEvent;
use Symfony\Component\RemoteEvent\RemoteEvent;
#[AsRemoteEventConsumer('notifier_twilio')]
class WebhookListener implements ConsumerInterface
{
public function consume(RemoteEvent $event): void
{
if ($event instanceof SmsEvent) {
$this->handleSmsEvent($event);
} else {
// This is not an SMS event
return;
}
}
private function handleSmsEvent(SmsEvent $event): void
{
// Handle the SMS event
}
}
Creating a Custom Webhook
Tip
Starting in MakerBundle v1.58.0
, you can run php bin/console make:webhook
to generate the request parser and consumer files needed to create your own
Webhook.