When SendGrid is the right call
Choose SendGrid when integration surface matters more than per-message cost. It is the default answer in most engineering teams, which means the library exists, the Stack Overflow answer exists, and nobody has to learn anything unfamiliar.
That is worth real money on a small team, and it is the honest reason to pick it over SES despite the price difference.
The shared pool question
SendGrid’s lower tiers put you on shared IP pools, and their own documentation is candid that a co-tenant’s behaviour affects your reputation.
This is not a criticism unique to SendGrid — it is true of every shared pool everywhere, and most providers are less forthcoming about it. But it is the single most important thing to understand before you commit, because it is precisely the class of problem you cannot fix from your side.
If your volume justifies a dedicated IP, take one. If it does not, understand that some portion of your deliverability is outside your control, and weight your provider choice accordingly.
Two products, one confusing name
SendGrid sells an Email API priced per send and a Marketing Campaigns product priced per contact. They are billed separately and they are not the same thing.
For SendNectar you want the Email API. Marketing Campaigns is a bundled platform that overlaps almost entirely with what SendNectar does — you would be paying twice for audience management and getting neither system’s full picture.
Notes for multi-brand senders
Authenticate a domain per brand. SendGrid will happily send for several brands from one authenticated domain. Do not let it — reputation accrues per domain, so a shared identity means the least careful brand sets the ceiling.
Use separate API keys per brand where your setup allows it. It costs nothing and it means revoking access for one client does not interrupt the others.
Watch the account-level view. As with most providers, sustained bounce and complaint problems are assessed against the account, not the individual brand — which is a strong argument for keeping SendNectar’s frequency caps and suppression enforcement in the path.