SendGrid is the odd case: enormous integration reach, no marketplace. Twilio retired the public app directory, and the in-product Integrations console surfaces exactly one first-party connector — Twilio Segment. Everything else arrives one of three ways: a platform guide in SendGrid’s own docs, a connector maintained on the partner’s side, or raw Web API v3 plus the SMTP relay.
Thinner on paper than in practice: Zapier brokers 9,000+ apps, Microsoft and Google ship their own connectors, 7 maintained SDKs cover the v3 API. The buyer’s question is which route a tool uses — only the first gives you a supported connector to file a ticket against. Otherwise the fallback never changes: smtp.sendgrid.net, port 587, username apikey, API key as the password, per the SMTP settings tab.
The 25 entries below come from SendGrid’s own docs and each partner’s official listing, since SendGrid publishes no integration count and no catalogue. Tags say who owns the code: NATIVE means SendGrid or Twilio operates it, API means the partner built it on the v3 API or the relay, ZAPIER means it is brokered. SendGrid’s Integrations documentation covers the in-product path.
SendGrid’s entire first-party surface. Segment runs both directions — a destination writing contacts into Marketing Campaigns, a source streaming events back out.
Syncs Segment identify and track events into SendGrid to create and update Marketing Campaigns contacts.
Streams Marketing Campaigns email events into Segment so delivery data joins the customer profile.
Forwards mParticle audiences into SendGrid Marketing Campaigns contact lists for targeted sends.
Each listing provisions a real account billed on the cloud invoice, not a separate Twilio one — often the deciding factor against self-running Amazon SES.
Provisions an account and injects SENDGRID_USERNAME and SENDGRID_PASSWORD config vars into a Heroku app.
Buy and bill Twilio SendGrid Email API through an AWS account, consolidating spend onto the AWS invoice.
Create and configure a SendGrid account from the Azure Marketplace with Azure-consolidated billing.
SendGrid’s documented guide for using the relay from workloads running on Google Cloud.
Documented partner integration for provisioning email on Jelastic hosting environments.
Every automation platform ships a connector; none are built by Twilio. Coverage differs sharply — some wrap only Send Email, Microsoft adds suppression handling.
Connects SendGrid to 9,000+ apps: Send Email, Create or Update Contact, Find List by Name, plus a beta API Request action.
Modules for sending mail and managing contacts, lists and suppressions in a Make scenario.
Built-in node covering contacts, lists and mail send in self-hosted or cloud workflows.
Hosted actions and event sources for serverless workflows, also exposed as an MCP server.
Connector for Power Automate, Logic Apps and Power Apps with Send email (V4) and suppression actions, throttled at 1,200 calls per connection per 60 seconds.
Google-maintained connector running SendGrid operations from an Application Integration flow.
UiPath-maintained connector for sending and managing email from RPA automations.
The four open-source apps SendGrid documents itself are all SMTP-first: smtp.sendgrid.net, port 587, STARTTLS, username apikey. WordPress is the absence — no SendGrid-published plugin, so the route is a third-party mailer on the v3 API.
The most used WordPress route: its mailer sends wp_mail() through the Web API using an API key.
SendGrid’s Drupal guide: the API-based SendGrid Integration contrib module plus SMTP options.
Documented setup at Global Configuration › Mail: mailer SMTP, port 587, STARTTLS, username apikey.
Documented MODX Revolution setup for routing system email through the SMTP relay.
Documented phpBB setup for board notifications and registration mail.
Adobe Commerce Cloud ships SendGrid as its bundled outbound email service, configured per environment by Adobe.
Community-maintained, and both let you pick transport behind one config. The API path surfaces the 202 and X-Message-Id you need for correlation; SMTP keeps a clean swap path to Postmark or Mailgun.
Official transport (symfony/sendgrid-mailer) sending through the API or SMTP via a sendgrid:// DSN.
Anymail’s SendGrid backend plugs into Django’s email API, including inbound and tracking webhooks.
Both consume the Event Webhook, correctly: Email Activity is a paid add-on capped at 30 days, so the webhook is your only durable record. Deduplicate on sg_event_id.
Collects delivery and engagement metrics plus event logs via the API and Event Webhook.
Ingests Event Webhook payloads as a source for deliverability dashboards and alerting.
SendGrid publishes no WordPress plugin of its own, so use a mailer plugin. WP Mail SMTP and Easy WP SMTP both ship a SendGrid mailer routing wp_mail() through the Web API with an API key — preferable on shared hosting, where outbound SMTP ports are often blocked. For SMTP instead: smtp.sendgrid.net, port 587, username apikey, API key as the password — see the SMTP settings tab. Authenticate your domain first, or notifications send unaligned.
Not through a SendGrid-built app: Twilio SendGrid publishes neither a Shopify app nor a WooCommerce extension. WooCommerce inherits whatever WordPress uses, so a mailer plugin covers every order email. Shopify needs Zapier, a private app calling POST /v3/mail/send, or middleware such as Make. If a native e-commerce connector is a hard requirement, Brevo maintains one.
Both authenticate with an API key, and both are partner-built. Zapier exposes Send Email, Create or Update Contact and Find List by Name, plus a beta API Request action reaching any v3 endpoint it has not wrapped; Make covers sending plus contacts, lists and suppressions. Give each its own scoped key with Mail Send permission only — a leaked automation credential should not read your contact database.
Segment is the one CDP with a first-party path both ways: the destination writes identify and track events into contacts, the source streams email events back. Twilio owns Segment, which is why this connector exists and no other CDP connector does. mParticle forwards audiences from its own side. Anything else uses PUT /v3/marketing/contacts, which upserts asynchronously and returns a job_id you poll — build for that, not a synchronous write.
Two of the three have a maintained transport. Symfony has the official symfony/sendgrid-mailer bridge, driven by a sendgrid:// DSN over API or SMTP. Django has Anymail, whose backend also handles inbound and tracking webhooks. Laravel has no SendGrid-specific transport here — use its built-in smtp mailer against smtp.sendgrid.net on port 587 with username apikey, or the official PHP SDK (composer require sendgrid/sendgrid).
All three have first-party listings; the difference is billing, not capability. The Heroku add-on provisions an account and injects config vars into the dyno, with plans from Essentials 50K to Premier 20M. The AWS and Azure listings create a real account billed on the cloud invoice, which is how enterprises route email into committed spend. On Compute Engine, Google publishes its own relay tutorial because GCE blocks outbound port 25 — use 587 or 2525. EU caveat: regional EU sending needs an EU Data Resident subuser, an EU dedicated IP and the api.eu.sendgrid.com base URL together, on Pro or above.
This review follows our email infrastructure testing methodology. We disclose affiliate relationships in our editorial independence policy.