01
Bounces that update the source of truth
A hard bounce on SendGrid automatically marks that contact as undeliverable in your CRM or billing system, instead of the next campaign quietly failing against the same bad address.
Home/SendGrid
SendGrid sends the email. Who watches what happens after it leaves?
SendGrid is a transactional email API: your app calls it to send receipts, password resets, and notifications, and it handles the delivery, authentication, and SMTP relay underneath. We build the automation around that API call, bounce and complaint handling, webhook event processing, deliverability monitoring, so a failed send or a rising bounce rate doesn't sit unnoticed until a customer complains.
A failed send or a rising bounce rate sits unnoticed until a customer complains.
Got a SendGrid problem? Let's solve it →What we build on top of SendGrid
Event webhook processing. SendGrid's Event Webhook fires on every open, click, bounce, and spam complaint, but it's just a stream of JSON hitting an endpoint until something acts on it. We build the listener that catches those events and routes them: a hard bounce suppresses the address in your CRM, a spam complaint flags the account, a delivery failure retries or alerts a person.
Bounce and suppression list automation. Left alone, a growing suppression list quietly degrades your sender reputation and nobody notices until deliverability drops across the board. We sync SendGrid's bounce and block lists back into whatever system holds the email address, your CRM, your app's user table, so a bad address gets flagged at the source instead of silently failing forever.
Deliverability monitoring. SendGrid's own dashboard shows the numbers, but somebody still has to check it. We build alerts on the metrics that actually predict a deliverability problem, bounce rate crossing a threshold, spam complaints spiking, so you find out before it's an inbox-placement problem.
Triggered sends from real events in your stack. Most SendGrid integrations already fire the obvious triggers: signup, password reset, order confirmation. We build the less obvious ones, an API key nearing a rate limit, a template that needs a dynamic field from a system SendGrid never sees, a send that needs to wait on an approval somewhere else in your business first.
A few concrete examples
02
Deliverability alerts before customers notice
Bounce rate or spam-complaint rate crossing a set threshold sends an alert to your team, pulled from SendGrid's event stream, not from a customer calling to ask why they never got their receipt.
03
Sends that wait on your own business logic
A transactional email that depends on something outside SendGrid, an approval, a status check in another system, holds until that condition is actually true, instead of firing the moment the API call lands.
04
What's your SendGrid setup not telling you right now?
Tell us what you'd want to know the moment it happens, a bounce spike, a failed send, a complaint, and we can map out what's worth wiring up.
What this looks like in practice
Membership Organization
Email campaigns via SendGrid, member records in a CRM.
The problemHard bounces pile up in SendGrid and the CRM keeps emailing dead addresses, hurting deliverability.
A hard bounce marks the contact undeliverable in the CRM and billing system. The next campaign skips bad addresses.
More on SendGrid
What we build on top of specific parts of SendGrid.
Let's talk
Running SendGrid and finding out about delivery problems after the fact?
Tell us what your app sends through SendGrid right now and what happens when a send fails or bounces today, usually nothing, until someone complains. We can build the piece that catches it first. And if email isn't where your real gap is, we automate whatever's manual anywhere else in your stack too.
Let's talk →Questions people ask
How do I get a SendGrid API key?
In the SendGrid dashboard, go to Settings > API Keys and create a new key with the permissions your app actually needs (full access or restricted, like Mail Send only). Store it as an environment variable, never in your codebase, and use it in the Authorization header of your API calls.
How do I send an email using the SendGrid API?
Send a POST request to `api.sendgrid.com/v3/mail/send` with your API key in the Authorization header and a JSON body specifying the sender, recipient, subject, and content (or a dynamic template ID with substitution data). SendGrid's official libraries (Node, Python, PHP, and others) wrap this so you're not building the raw request by hand.
Can I use SendGrid as an SMTP relay instead of the API?
Yes. Under Settings > API Keys, generate a key, then use `smtp.sendgrid.com` on port 587 (or 465 for SSL) with the username `apikey` and your API key as the password. This works for existing apps already wired to send mail over SMTP, without rewriting them to call the API directly.
Where do I log into SendGrid?
At app.sendgrid.com, with the account email and password (or SSO) your organization set up. If SendGrid was provisioned through Twilio, it may prompt you toward a Twilio login instead.
How much does SendGrid cost?
SendGrid prices on monthly email volume, with a limited free tier and paid tiers scaling up from there. Pricing and the free-tier limits change, so check SendGrid's current plans directly; we don't sell or resell the license, we build the automation around whichever tier you're on.
Does SendGrid validate email addresses before sending?
That's a separate product, the Email Validation API, not part of a standard send. It checks an address's format, domain, and deliverability risk before you send to it, which is worth wiring into a signup form if bad addresses are driving your bounce rate up.
Does SendGrid integrate with Salesforce?
Not in a deep, out-of-the-box way. SendGrid handles sending and delivery; triggering sends off Salesforce events, or logging email activity back onto a record, is custom integration work against both platforms' APIs, which is what we build.