We're live 🚀 Hello Inbox is launching today! Would love your support and feedback!
Hey PH community, the big day is finally here.
After 6 months of building and weeks of preparation, Hello Inbox is officially launching today.
If you have a few minutes to spare, I would love to get your support and honest feedback.
Create a free starter account on Hello Inbox
Create your sender profile
Perform your first deliverability test
Read the report and next steps
Tell me what you think in the comments on the launch page
What is Hello Inbox?
Hello Inbox helps marketing teams get more emails into the inbox instead of spam.
Test your campaigns before you send, see what is hurting deliverability, and get clear recommendations for what to fix.
Instead of throwing deliverability scores and technical data at you, Hello Inbox turns the results into actionable steps so you can improve inbox placement without becoming an email deliverability expert.
Replies
Congrats on getting it out, Hans. A real question since you keep asking for those.
Everything I send is transactional, through an email API: welcome, receipt, refund, a low-balance. On a service like that the sending IP isn't mine, so the reputation half of deliverability is mostly out of my hands.
Does Hello Inbox separate the recommendations I can act on (e.g. domain setup, content) from the ones that only make sense if you control the infrastructure?
@siarheihamanovich Hi Siarhei, reputation isn't just IP based, it's domain also. Mailbox providers also track the reputation of your sending domains. In your case, if you send only transactional emails you probably won't encounter any deliverability issues. Hello Inbox's recommendations works for all use cases, and it does make a distinction between shared IPs and dedicated IPs.
@ismaelyws Fair point on the domain.
And I undersold my own case. 3 of my emails aren't strictly transactional: an activation reminder, an idle-credits reminder and the low-balance one. They carry one-click unsubscribe, and they go out from the same from address as the receipts. So a reminder nobody opens is spending the same domain reputation a receipt depends on
Would you move reminders like that to a subdomain at a small sender's volume, or is that only worth doing once you're sending at scale?
@siarheihamanovich The correct way to do this is to isolate each type of email using subdomains. Here is an example:
Regular business email: yourdomain.com
Transactional emails: t.yourdomain.com
Marketing emails: m.yourdomain.com
Anything that isn't strictly transactional should probably go into the marketing subdomain.
Thank you to everyone who contributed yesterday 🙏🫶