Multi-Brand Email Marketing for Agencies: What's Shared and What Isn't

An agency running QR campaigns for several client brands out of one SMLLR account needs to know, upfront, what's genuinely isolated per client and what's actually shared across all of them — because it changes how you should price, pitch, and structure client onboarding. The honest answer: your sending domain, your saved templates, and your credit wallet are all scoped to your agency's own SMLLR account as a whole, not per client. What Client Management separates is QR code grouping, branded reporting, and campaign targeting — not the underlying email-sending infrastructure itself.

SMLLR's Email Marketing setup — the verified sending domain, its DKIM/CNAME/DMARC records, and the From name and address every campaign sends with — is a single configuration per SMLLR account, not per client. Every campaign you send, regardless of which client it's for, goes out from the same domain (e.g. mail.youragency.com) with the same sender name, because that's set once in the Setup tab and applies account-wide. The three-template cap is also account-wide, not per client — five clients sharing one agency account share the same three saved-template slots, not three each. And the monthly credit allowance (100 on Pro, 300 on Premium) and any top-up packs sit in one wallet, drawn down by every client's sends combined, not allocated separately per brand.

Client Management lets you tag individual QR codes with a specific client, giving each client its own branded, filtered view — their own logo and primary color on a client-facing report page, scoped to just their QR codes' scan and lead data. That client-level tagging carries through to Send Campaign's source filter: when building a campaign, filter down to only the QR codes and landing pages tagged to a specific client before selecting recipients, so a campaign built for Client A's leads doesn't accidentally include Client B's. This is real, useful segmentation — it just happens at the campaign-targeting layer, not at the sending-infrastructure layer.

In practice, this means structuring a multi-client agency account as follows: verify your agency's own sending domain once in Setup. As you onboard each client, create their Client record in Client Management and tag every QR code, landing page, or import batch belonging to that client under it. When it's time to send a campaign for a specific client, filter Send Campaign by that client's sources, build the audience from only their consented leads, and send — the email itself still carries your agency's verified domain and sender name in the From field, not the individual client's own domain or brand name.

If a client specifically needs campaigns to appear to come from their own domain (their-brand.com rather than mail.youragency.com), that's not something SMLLR's Client Management layer provides — it requires a genuinely separate SMLLR organization, with its own subscription, its own domain verification, and its own credit wallet, set up under that client directly rather than nested inside your agency's shared account. This is a real limitation worth setting expectations around during sales: Client Management is built for unified agency operations and branded reporting across clients you manage together, not for white-labeled, domain-isolated sending on a per-client basis within a single account.

Since every client's sends draw from the same wallet, an agency running Email Marketing for several active clients should budget the shared allowance accordingly rather than assuming each client effectively gets their own 100 or 300 credits. A Pro account running monthly campaigns for four clients with lists in the low thousands each will likely need either a Premium upgrade or regular top-up packs (available from ₹279 for 60 credits) to avoid one client's send crowding out another's late in a billing cycle.