Startup Email Infrastructure Setup: Zero to Production in 1 Hour 初创公司邮件基础设施搭建：一小时内从零到生产环境 Infraestructura de Email para Startups: De Cero a Producción en 1 Hora Infrastructure Email pour Startup : De Zéro à la Production en 1 Heure スタートアップのメールインフラ構築ガイド：1時間でゼロから本番環境へ Startup-E-Mail-Infrastruktur: Von Null auf Produktion in einer Stunde Infraestrutura de E-mail para Startups: Do Zero à Produção em 1 Hora 스타트업 이메일 인프라 구축: 1시간 만에 제로에서 프로덕션까지 Настройка email-инфраструктуры для стартапа: от нуля до продакшена за 1 час إعداد البنية التحتية للبريد الإلكتروني لشركتك الناشئة: من الصفر إلى الإنتاج في ساعة واحدة
When you are building a startup, email is not a feature. It is the backbone of how you talk to customers, how your team collaborates, and how your product sends notifications. Yet most technical founders treat email as an afterthought. They use Gmail for everything, share passwords, and wonder why replies go to spam. This guide shows you how to go from zero to a production-ready email infrastructure in about one hour. You will set up a custom domain, create aliases for your whole team, configure transactional email, and add a catch-all for testing. All without a dedicated IT team.
Your startup needs a dedicated email infrastructure from day one, not a shared Gmail account.
Using personal email addresses for business communication creates immediate problems. Customer trust drops when they see a reply from [email protected]. Your team cannot scale because every person needs their own inbox. And if someone leaves, you lose access to customer conversations. A proper setup means you own your domain and control every email address. You can add [email protected], [email protected], and individual team addresses like [email protected] without creating separate mailboxes for each. This is where email alias management becomes essential.
[Email Alias]: An email address that forwards incoming messages to one or more real inboxes without having its own storage or login. Aliases let you send and receive from multiple addresses while managing everything from a single mailbox.
With a service like GridInbox, you can create unlimited aliases under your custom domain and assign them to team members or shared inboxes. Each alias can send and receive email bidirectionally, meaning you reply from the same address the customer wrote to. No more awkward sent on behalf of headers.
Setting up your custom domain for email takes 15 minutes and costs nothing beyond your domain registration.
Your domain is your digital identity. For email, you need two things: a domain name you own (like yourstartup.com) and the ability to change DNS records. Most domain registrars (Namecheap, Cloudflare, Google Domains) let you manage DNS for free. The critical records for email are MX records, SPF, DKIM, and DMARC. MX records tell the internet where to deliver email for your domain. SPF, DKIM, and DMARC are authentication protocols that prevent spoofing and improve deliverability.
Step-by-step DNS setup
First, log into your domain registrar and navigate to the DNS settings. Add an MX record pointing to your email provider. For example, if you use Cloudflare Email Routing, the MX record is mx1.cloudflare.net with priority 10. If you use AWS SES, the MX record points to Amazon's inbound endpoint. Second, add a TXT record for SPF. A simple SPF record looks like v=spf1 include:spf.yourprovider.com ~all. Third, generate a DKIM key pair from your provider and add the public key as another TXT record. Finally, add a DMARC policy record like v=DMARC1; p=quarantine; rua=mailto:[email protected]. This tells receiving servers what to do with unauthenticated email. A p=quarantine policy is safe for startups. You can tighten it to p=reject later.
Once DNS propagates (usually within 10 minutes but can take up to 48 hours), your domain is ready to send and receive email. You can verify propagation with tools like MXToolbox or whatsmydns.net. Do not skip the authentication records. According to a 2024 report by Valimail, domains without DMARC are 62% more likely to have their email rejected or marked as spam.
Bidirectional email aliases let your whole team send and receive from the same professional addresses without creating dozens of mailboxes.
Traditional email hosting (like Google Workspace) charges per mailbox. For a team of five, that is $30 to $60 per month. And you still cannot have [email protected] shared across the team without setting up groups or delegating access. Email aliases solve this. Each alias forwards to one or more real inboxes. When a team member replies, the reply comes from the alias address, not their personal email.
GridInbox handles this natively. You create an alias like [email protected] and assign it to three team members. When a customer emails that address, all three receive the message. Any of them can reply, and the reply appears to come from [email protected]. The customer never sees the individual's personal address. This works for any alias: [email protected], [email protected], or [email protected]. You can also set up role-based access control (RBAC) so only certain team members can manage aliases or view shared inboxes.
For a typical early-stage startup with 3-5 people, you need about 10-15 aliases. One per team member for internal communication, plus functional addresses like support, hello, billing, jobs, and press. With GridInbox, you can create all of them in under 5 minutes. No additional mailboxes, no extra costs per address.
Transactional email from your startup requires a dedicated sending service and proper configuration to avoid the spam folder.
Transactional emails are messages triggered by user actions: password resets, order confirmations, welcome emails, and notifications. These are not marketing emails. They are expected by the user. Yet many startups send them through Gmail or a generic SMTP server, which leads to poor deliverability. For transactional email, you need a service that handles high volumes, provides analytics, and supports custom domains. AWS SES is a common choice for startups because it costs $0.10 per 1000 emails and scales to millions. Cloudflare Email Routing also supports sending, but it is simpler and better for low volume.
How to integrate transactional email with your app
First, verify your domain with your email service provider. For AWS SES, you add the domain in the SES console and configure DKIM. Then request production access (the default sandbox only allows sending to verified addresses). Once approved, you can send from any address on your domain. Second, set up a dedicated sending alias like [email protected] or [email protected]. Do not use a personal address for transactional email because replies will go to a person who may not handle them. Third, configure your application to use the SMTP credentials or API of your provider. Most frameworks (Rails, Django, Node.js) have built-in support for Action Mailer or similar libraries. Fourth, monitor bounce rates and complaints. Keep bounce rates below 5% and complaint rates below 0.1%. If they exceed these thresholds, email providers will block your domain.
You can also use GridInbox to manage the reply side of transactional email. For example, if a customer replies to a [email protected] notification, that reply can be forwarded to a shared inbox where your support team sees it. This prevents lost messages while keeping the transactional sending separate.
A catch-all email address is a powerful tool for testing and discovery, but you must secure it properly.
A catch-all is an email address that receives all messages sent to any nonexistent address on your domain. For example, if someone sends to [email protected] and no such alias exists, the catch-all captures it. This is invaluable during early development. You can sign up for services using unique addresses like [email protected] or [email protected] and track which service leaks your email. You can also test your app's email sending by using addresses like [email protected] without creating aliases for each test.
However, catch-all addresses attract spam. Bots crawl domains and send to random addresses. If you enable catch-all, you will receive hundreds of spam emails per day. To mitigate this, use a service that allows you to set rules. GridInbox lets you enable catch-all forwarding to a specific alias or shared inbox, and you can apply spam filtering at the provider level (AWS SES has built-in spam filtering, Cloudflare Email Routing offers basic filtering). You can also create a separate alias like [email protected] and point the catch-all there, then monitor it separately from your main inbox.
As a rule of thumb, enable catch-all only during the first 3-6 months of your startup. Once you have a stable set of aliases and your app is in production, disable catch-all to reduce noise. The trade-off is that you might miss legitimate emails sent to a wrong address, but the spam reduction is worth it.
Your complete email stack can be assembled in under an hour with the right combination of free and low-cost services.
Here is a concrete plan that works for a typical early-stage startup with 3-5 people, a custom domain, and a web application. Total cost: $0 to $20 per month depending on volume.
The stack
Domain: Your startup domain (e.g., yourstartup.com). Already owned. Cost: $10-15/year.
Email routing and aliases: GridInbox. Free tier includes up to 10 aliases and 2 team members. Paid plan starts at $9/month for unlimited aliases and up to 5 users. This replaces Google Workspace or Outlook for team email.
Transactional sending: AWS SES. Free tier includes 62,000 emails per month from EC2. Beyond that, $0.10 per 1000 emails. For a startup sending 5,000 transactional emails per month, that is $0.50.
DNS management: Cloudflare (free plan) or your registrar's DNS. Free.
Inbound email processing: If your app needs to receive email (e.g., reply-to for support tickets), use AWS SES inbound or Cloudflare Email Routing to forward to your app's webhook. Both are free for low volume.
Timeline
Minutes 0-10: Register your domain if not already owned. Set up DNS with MX, SPF, DKIM, DMARC records.
Minutes 10-20: Sign up for GridInbox. Verify your domain. Create aliases for your team and functional addresses.
Minutes 20-30: Set up AWS SES. Verify your domain. Request production access. Generate SMTP credentials.
Minutes 30-40: Integrate SES with your application. Test sending a transactional email to your own address.
Minutes 40-50: Enable catch-all in GridInbox for testing. Create a dedicated alias to receive catch-all emails.
Minutes 50-60: Test the full flow. Send an email to [email protected] and verify all team members receive it. Send a transactional email from your app and verify delivery. Send a test email to a random address and confirm catch-all works.
That is it. One hour, production-ready email infrastructure. You can add more aliases, integrate with your CRM, or set up automated filters as you grow. The key is to start with a solid foundation that does not require rewriting later.
GridInbox fits naturally into this stack because it handles the alias and shared inbox layer that AWS SES and Cloudflare Email Routing do not provide. While SES focuses on sending, and Cloudflare on routing, GridInbox gives you a user-friendly interface to manage who receives what, with bidirectional sending and RBAC. You can use it alongside any provider. For a technical founder, that means less time configuring mail servers and more time building your product.
Frequently Asked Questions
How do I set up email for my startup?
Register a custom domain, configure MX, SPF, DKIM, and DMARC DNS records, then use an email alias service like GridInbox to create team and functional addresses. Add a transactional email provider like AWS SES for automated sending.
What is the best email infrastructure for a small startup?
The best stack combines a custom domain, bidirectional email aliases (GridInbox), and a transactional sending service (AWS SES or Cloudflare Email Routing). This keeps costs low and scales with your team.
How many email aliases do I need for my startup?
For a team of 3-5 people, you need 10-15 aliases: one per team member plus functional addresses like support, hello, billing, jobs, and press. You can add more as you grow.
What is a catch-all email and should I use it?
A catch-all email receives all messages sent to any nonexistent address on your domain. It is useful for testing and tracking sign-ups during the first 3-6 months of your startup, but it attracts spam and should be disabled in production.
How do I avoid my startup's emails going to spam?
Set up SPF, DKIM, and DMARC records correctly. Use a dedicated transactional email service like AWS SES. Keep bounce rates below 5% and complaint rates below 0.1%. Never send marketing emails from the same infrastructure as transactional emails.
Can I use GridInbox with AWS SES or Cloudflare Email Routing?
Yes, GridInbox works with both AWS SES and Cloudflare Email Routing. It adds alias management and shared inbox features on top of their sending and routing capabilities. You configure your DNS to point to your provider, then use GridInbox to manage aliases.
当你正在打造一家初创公司时，邮件不仅仅是一个功能。它是你与客户沟通、团队协作以及产品发送通知的基石。然而，大多数技术创始人却把邮件当作事后才考虑的事情。他们用 Gmail 处理一切，共享密码，然后奇怪为什么回复会进入垃圾箱。本指南将向你展示如何在大约一小时内从零搭建起一套生产就绪的邮件基础设施。你将设置自定义域名、为整个团队创建别名、配置事务性邮件，并添加一个全收邮箱用于测试。全程无需专门的 IT 团队。
你的初创公司从第一天起就需要专用的邮件基础设施，而不是一个共享的 Gmail 账号。
使用个人邮箱地址进行商务沟通会立即引发问题。当客户看到回复来自 [email protected] 时，信任度会下降。你的团队无法扩展，因为每个人都需要自己的收件箱。而且如果有人离职，你将失去客户对话的访问权限。一个正确的设置意味着你拥有自己的域名，并控制每一个邮箱地址。你可以添加 [email protected]、[email protected] 以及像 [email protected] 这样的个人团队地址，而无需为每个地址创建独立的邮箱。这就是邮件别名管理变得至关重要的原因。
[邮件别名]：一个将收到的邮件转发到一个或多个真实收件箱的邮箱地址，它本身没有存储空间或登录功能。别名让你能够从多个地址发送和接收邮件，同时通过一个邮箱管理所有内容。
借助像 GridInbox 这样的服务，你可以在自定义域名下创建无限数量的别名，并将其分配给团队成员或共享收件箱。每个别名都可以双向发送和接收邮件，这意味着你可以从客户写信给你的同一个地址进行回复。不再有尴尬的 代表发送 标头。
设置自定义域名邮箱只需 15 分钟，除了域名注册费用外，无需额外成本。
你的域名就是你的数字身份。对于邮件，你需要两样东西：一个你拥有的域名（比如 yourstartup.com）以及修改 DNS 记录的能力。大多数域名注册商（Namecheap、Cloudflare、Google Domains）都允许你免费管理 DNS。关键的邮件记录包括 MX 记录、SPF、DKIM 和 DMARC。MX 记录告诉互联网将发往你域名的邮件投递到哪里。SPF、DKIM 和 DMARC 是身份验证协议，用于防止伪造并提高投递率。
DNS 设置分步指南
首先，登录你的域名注册商，进入 DNS 设置。添加一条指向你邮件提供商的 MX 记录。例如，如果你使用 Cloudflare Email Routing，MX 记录是 mx1.cloudflare.net，优先级为 10。如果你使用 AWS SES，MX 记录指向 Amazon 的入站端点。其次，添加一条用于 SPF 的 TXT 记录。一条简单的 SPF 记录看起来像 v=spf1 include:spf.yourprovider.com ~all。第三，从你的提供商处生成一个 DKIM 密钥对，并将公钥作为另一条 TXT 记录添加。最后，添加一条 DMARC 策略记录，例如 v=DMARC1; p=quarantine; rua=mailto:[email protected]。这告诉接收服务器如何处理未经验证的邮件。p=quarantine 策略对初创公司来说是安全的。你可以稍后收紧为 p=reject。
一旦 DNS 传播完成（通常需要 10 分钟，但最长可达 48 小时），你的域名就可以发送和接收邮件了。你可以使用 MXToolbox 或 whatsmydns.net 等工具验证传播情况。不要跳过身份验证记录。根据 Valimail 2024 年的一份报告，没有 DMARC 的域名，其邮件被拒绝或标记为垃圾邮件的可能性高出 62%。
双向邮件别名让整个团队无需创建数十个邮箱，就能使用相同的专业地址发送和接收邮件。
传统的邮件托管服务（如 Google Workspace）按邮箱收费。对于一个五人团队，每月费用为 30 到 60 美元。而且你仍然无法让 [email protected] 在团队中共享，除非设置群组或委派访问权限。邮件别名解决了这个问题。每个别名都会转发到一个或多个真实收件箱。当团队成员回复时，回复来自别名地址，而不是他们的个人邮箱。
GridInbox 原生支持这一点。你创建一个像 [email protected] 这样的别名，并将其分配给三个团队成员。当客户向该地址发送邮件时，三个人都会收到消息。他们中的任何一人都可以回复，并且回复看起来来自 [email protected]。客户永远不会看到个人的私人地址。这对任何别名都有效：[email protected]、[email protected] 或 [email protected]。你还可以设置基于角色的访问控制（RBAC），以便只有特定团队成员才能管理别名或查看共享收件箱。
对于一个典型的 3-5 人早期初创公司，你大约需要 10-15 个别名。每个团队成员一个用于内部沟通，再加上像 support、hello、billing、jobs 和 press 这样的功能地址。使用 GridInbox，你可以在 5 分钟内创建所有这些别名。无需额外的邮箱，每个地址也没有额外费用。
来自你初创公司的事务性邮件需要专用的发送服务和正确的配置，以避免进入垃圾邮件文件夹。
事务性邮件是由用户操作触发的消息：密码重置、订单确认、欢迎邮件和通知。这些不是营销邮件。用户期望收到它们。然而，许多初创公司通过 Gmail 或通用 SMTP 服务器发送这些邮件，导致投递率低下。对于事务性邮件，你需要一个能够处理高容量、提供分析并支持自定义域名的服务。AWS SES 是初创公司的常见选择，因为它每 1000 封邮件仅需 0.10 美元，并且可以扩展到数百万封。Cloudflare Email Routing 也支持发送，但它更简单，更适合低容量场景。
如何将事务性邮件集成到你的应用中
首先，在你的邮件服务提供商处验证你的域名。对于 AWS SES，你在 SES 控制台中添加域名并配置 DKIM。然后请求生产访问权限（默认沙箱只允许向已验证地址发送邮件）。一旦获得批准，你就可以从域名上的任何地址发送邮件。其次，设置一个专用的发送别名，如 [email protected] 或 [email protected]。不要将个人地址用于事务性邮件，因为回复会发送给可能无法处理这些邮件的人。第三，配置你的应用程序使用提供商的 SMTP 凭据或 API。大多数框架（Rails、Django、Node.js）都内置了对 Action Mailer 或类似库的支持。第四，监控退信率和投诉率。将退信率保持在 5% 以下，投诉率保持在 0.1% 以下。如果超过这些阈值，邮件提供商将屏蔽你的域名。
你也可以使用 GridInbox 来管理事务性邮件的回复端。例如，如果客户回复了来自 [email protected] 的通知，该回复可以被转发到一个共享收件箱，你的支持团队可以在那里看到它。这可以防止消息丢失，同时保持事务性发送的独立性。
全收邮箱是测试和发现的强大工具，但你必须妥善保护它。
全收邮箱是一个接收发送到你域名上任何不存在地址的所有邮件的邮箱地址。例如，如果有人发送邮件到 [email protected] 而该别名不存在，全收邮箱会捕获它。这在早期开发阶段非常宝贵。你可以使用像 [email protected] 或 [email protected] 这样的唯一地址注册服务，并追踪哪个服务泄露了你的邮箱。你还可以使用像 [email protected] 这样的地址测试你的应用邮件发送，而无需为每次测试创建别名。
然而，全收邮箱会吸引垃圾邮件。机器人会爬取域名并向随机地址发送邮件。如果你启用全收邮箱，每天会收到数百封垃圾邮件。为了缓解这个问题，请使用允许你设置规则的服务。GridInbox 允许你将全收转发到特定的别名或共享收件箱，并且你可以在提供商层面应用垃圾邮件过滤（AWS SES 有内置的垃圾邮件过滤，Cloudflare Email Routing 提供基本过滤）。你还可以创建一个像 [email protected] 这样的单独别名，并将全收指向那里，然后与你的主收件箱分开监控。
作为经验法则，仅在初创公司的前 3-6 个月启用全收邮箱。一旦你拥有稳定的别名集并且应用进入生产环境，请禁用全收以减少噪音。权衡之处在于你可能会错过发送到错误地址的合法邮件，但减少垃圾邮件是值得的。
结合免费和低成本服务，你可以在不到一小时内组装完整的邮件栈。
以下是一个适用于典型早期初创公司（3-5 人、一个自定义域名和一个 Web 应用）的具体方案。总成本：每月 0 到 20 美元，具体取决于容量。
邮件栈
域名： 你的初创公司域名（例如 yourstartup.com）。已拥有。成本：每年 10-15 美元。
邮件路由和别名： GridInbox。免费版包括最多 10 个别名和 2 个团队成员。付费计划每月 9 美元起，提供无限别名和最多 5 个用户。这取代了团队邮件所需的 Google Workspace 或 Outlook。
事务性发送： AWS SES。免费版包括每月从 EC2 发送 62,000 封邮件。超出部分每 1000 封 0.10 美元。对于一个每月发送 5,000 封事务性邮件的初创公司，费用为 0.50 美元。
DNS 管理： Cloudflare（免费计划）或你的注册商 DNS。免费。
入站邮件处理： 如果你的应用需要接收邮件（例如，支持工单的回复），使用 AWS SES 入站或 Cloudflare Email Routing 将邮件转发到你的应用 Webhook。两者在低容量下都是免费的。
时间线
第 0-10 分钟：如果尚未拥有，注册你的域名。使用 MX、SPF、DKIM、DMARC 记录设置 DNS。
第 10-20 分钟：注册 GridInbox。验证你的域名。为你的团队和功能地址创建别名。
第 20-30 分钟：设置 AWS SES。验证你的域名。请求生产访问权限。生成 SMTP 凭据。
第 30-40 分钟：将 SES 集成到你的应用中。测试向你自己的地址发送一封事务性邮件。
第 40-50 分钟：在 GridInbox 中启用全收邮箱用于测试。创建一个专用别名来接收全收邮件。
第 50-60 分钟：测试完整流程。向 [email protected] 发送一封邮件，并验证所有团队成员都能收到。从你的应用发送一封事务性邮件并验证投递。向一个随机地址发送测试邮件并确认全收功能正常。
就是这样。一小时，生产就绪的邮件基础设施。随着你的成长，你可以添加更多别名、集成 CRM 或设置自动过滤器。关键在于从一个坚实的基础开始，无需日后重写。
GridInbox 自然地融入这个邮件栈，因为它处理了 AWS SES 和 Cloudflare Email Routing 未提供的别名和共享收件箱层。SES 专注于发送，Cloudflare 专注于路由，而 GridInbox 为你提供了一个用户友好的界面来管理谁接收什么，并支持双向发送和 RBAC。你可以将其与任何提供商一起使用。对于技术创始人来说，这意味着花更少的时间配置邮件服务器，花更多的时间构建产品。
常见问题解答
如何为我的初创公司设置邮件？
注册一个自定义域名，配置 MX、SPF、DKIM 和 DMARC DNS 记录，然后使用像 GridInbox 这样的邮件别名服务创建团队和功能地址。添加像 AWS SES 这样的事务性邮件提供商用于自动发送。
小型初创公司的最佳邮件基础设施是什么？
最佳组合包括一个自定义域名、双向邮件别名（GridInbox）和一个事务性发送服务（AWS SES 或 Cloudflare Email Routing）。这能保持低成本，并随你的团队扩展。
我的初创公司需要多少个邮件别名？
对于一个 3-5 人的团队，你需要 10-15 个别名：每个团队成员一个，再加上像 support、hello、billing、jobs 和 press 这样的功能地址。随着你的成长，你可以添加更多。
什么是全收邮箱，我应该使用它吗？
全收邮箱会接收发送到你域名上任何不存在地址的所有邮件。它在初创公司的前 3-6 个月对测试和追踪注册非常有用，但它会吸引垃圾邮件，应在生产环境中禁用。
如何避免我初创公司的邮件进入垃圾箱？
正确设置 SPF、DKIM 和 DMARC 记录。使用像 AWS SES 这样的专用事务性邮件服务。将退信率保持在 5% 以下，投诉率保持在 0.1% 以下。切勿使用与事务性邮件相同的基础设施发送营销邮件。
我可以将 GridInbox 与 AWS SES 或 Cloudflare Email Routing 一起使用吗？
可以，GridInbox 与 AWS SES 和 Cloudflare Email Routing 都兼容。它在它们的发送和路由能力之上增加了别名管理和共享收件箱功能。你将 DNS 配置指向你的提供商，然后使用 GridInbox 管理别名。
Cuando estás construyendo una startup, el email no es una característica más. Es la columna vertebral de cómo te comunicas con los clientes, cómo colabora tu equipo y cómo tu producto envía notificaciones. Sin embargo, la mayoría de los fundadores técnicos tratan el email como algo secundario. Usan Gmail para todo, comparten contraseñas y se preguntan por qué las respuestas van a spam. Esta guía te muestra cómo pasar de cero a una infraestructura de email lista para producción en aproximadamente una hora. Configurarás un dominio propio, crearás alias para todo tu equipo, configurarás el correo transaccional y añadirás un catch-all para pruebas. Todo sin un equipo de TI dedicado.
Tu startup necesita una infraestructura de email dedicada desde el día uno, no una cuenta de Gmail compartida.
Usar direcciones de email personales para la comunicación empresarial crea problemas inmediatos. La confianza del cliente se desploma cuando ven una respuesta desde [email protected]. Tu equipo no puede escalar porque cada persona necesita su propia bandeja de entrada. Y si alguien se va, pierdes el acceso a las conversaciones con los clientes. Una configuración adecuada significa que eres dueño de tu dominio y controlas cada dirección de email. Puedes añadir [email protected], [email protected] y direcciones individuales como [email protected] sin crear buzones separados para cada una. Aquí es donde la gestión de alias de email se vuelve esencial.
[Alias de Email]: Una dirección de email que reenvía los mensajes entrantes a una o más bandejas de entrada reales sin tener su propio almacenamiento ni inicio de sesión. Los alias te permiten enviar y recibir desde múltiples direcciones mientras gestionas todo desde un solo buzón.
Con un servicio como GridInbox, puedes crear alias ilimitados bajo tu dominio propio y asignarlos a miembros del equipo o bandejas compartidas. Cada alias puede enviar y recibir email de forma bidireccional, lo que significa que respondes desde la misma dirección a la que el cliente escribió. Sin más molestos encabezados de enviado en nombre de.
Configurar tu dominio propio para email toma 15 minutos y no cuesta nada más allá del registro del dominio.
Tu dominio es tu identidad digital. Para el email, necesitas dos cosas: un nombre de dominio que poseas (como tustartup.com) y la capacidad de cambiar los registros DNS. La mayoría de los registradores de dominios (Namecheap, Cloudflare, Google Domains) te permiten gestionar el DNS de forma gratuita. Los registros críticos para el email son los registros MX, SPF, DKIM y DMARC. Los registros MX le indican a internet dónde entregar el email de tu dominio. SPF, DKIM y DMARC son protocolos de autenticación que evitan la suplantación de identidad y mejoran la entregabilidad.
Configuración DNS paso a paso
Primero, inicia sesión en tu registrador de dominios y navega hasta la configuración DNS. Añade un registro MX que apunte a tu proveedor de email. Por ejemplo, si usas Cloudflare Email Routing, el registro MX es mx1.cloudflare.net con prioridad 10. Si usas AWS SES, el registro MX apunta al endpoint de entrada de Amazon. Segundo, añade un registro TXT para SPF. Un registro SPF simple se ve así: v=spf1 include:spf.tuproveedor.com ~all. Tercero, genera un par de claves DKIM desde tu proveedor y añade la clave pública como otro registro TXT. Finalmente, añade un registro de política DMARC como v=DMARC1; p=quarantine; rua=mailto:[email protected]. Esto le indica a los servidores receptores qué hacer con el email no autenticado. Una política p=quarantine es segura para startups. Puedes ajustarla a p=reject más adelante.
Una vez que el DNS se propaga (generalmente en 10 minutos, pero puede tardar hasta 48 horas), tu dominio está listo para enviar y recibir email. Puedes verificar la propagación con herramientas como MXToolbox o whatsmydns.net. No omitas los registros de autenticación. Según un informe de 2024 de Valimail, los dominios sin DMARC tienen un 62% más de probabilidades de que su email sea rechazado o marcado como spam.
Los alias de email bidireccionales permiten que todo tu equipo envíe y reciba desde las mismas direcciones profesionales sin crear decenas de buzones.
El alojamiento de email tradicional (como Google Workspace) cobra por buzón. Para un equipo de cinco personas, eso son entre 30 y 60 dólares al mes. Y aún así no puedes tener [email protected] compartido entre el equipo sin configurar grupos o delegar acceso. Los alias de email resuelven esto. Cada alias reenvía a una o más bandejas de entrada reales. Cuando un miembro del equipo responde, la respuesta proviene de la dirección del alias, no de su email personal.
GridInbox maneja esto de forma nativa. Creas un alias como [email protected] y lo asignas a tres miembros del equipo. Cuando un cliente envía un email a esa dirección, los tres reciben el mensaje. Cualquiera de ellos puede responder, y la respuesta parece venir de [email protected]. El cliente nunca ve la dirección personal del individuo. Esto funciona para cualquier alias: [email protected], [email protected] o [email protected]. También puedes configurar control de acceso basado en roles (RBAC) para que solo ciertos miembros del equipo puedan gestionar alias o ver bandejas compartidas.
Para una startup típica en etapa temprana con 3-5 personas, necesitas entre 10 y 15 alias. Uno por miembro del equipo para comunicación interna, más direcciones funcionales como soporte, hola, facturacion, empleos y prensa. Con GridInbox, puedes crearlos todos en menos de 5 minutos. Sin buzones adicionales, sin costos extra por dirección.
El email transaccional de tu startup requiere un servicio de envío dedicado y una configuración adecuada para evitar la carpeta de spam.
Los emails transaccionales son mensajes activados por acciones del usuario: restablecimientos de contraseña, confirmaciones de pedido, emails de bienvenida y notificaciones. No son emails de marketing. El usuario los espera. Sin embargo, muchas startups los envían a través de Gmail o un servidor SMTP genérico, lo que lleva a una baja entregabilidad. Para el email transaccional, necesitas un servicio que maneje altos volúmenes, proporcione análisis y admita dominios personalizados. AWS SES es una opción común para startups porque cuesta $0.10 por cada 1000 emails y escala a millones. Cloudflare Email Routing también admite envíos, pero es más simple y mejor para volúmenes bajos.
Cómo integrar el email transaccional con tu aplicación
Primero, verifica tu dominio con tu proveedor de servicios de email. Para AWS SES, añades el dominio en la consola de SES y configuras DKIM. Luego solicita acceso de producción (el sandbox predeterminado solo permite enviar a direcciones verificadas). Una vez aprobado, puedes enviar desde cualquier dirección en tu dominio. Segundo, configura un alias de envío dedicado como [email protected] o [email protected]. No uses una dirección personal para el email transaccional porque las respuestas irán a una persona que quizás no las maneje. Tercero, configura tu aplicación para usar las credenciales SMTP o la API de tu proveedor. La mayoría de los frameworks (Rails, Django, Node.js) tienen soporte integrado para Action Mailer o bibliotecas similares. Cuarto, monitorea las tasas de rebote y quejas. Mantén las tasas de rebote por debajo del 5% y las tasas de quejas por debajo del 0.1%. Si superan estos umbrales, los proveedores de email bloquearán tu dominio.
También puedes usar GridInbox para gestionar el lado de las respuestas del email transaccional. Por ejemplo, si un cliente responde a una notificación de [email protected], esa respuesta puede reenviarse a una bandeja compartida donde tu equipo de soporte la vea. Esto evita que se pierdan mensajes mientras mantienes el envío transaccional separado.
Una dirección de email catch-all es una herramienta poderosa para pruebas y descubrimiento, pero debes asegurarla adecuadamente.
Un catch-all es una dirección de email que recibe todos los mensajes enviados a cualquier dirección inexistente en tu dominio. Por ejemplo, si alguien envía a [email protected] y no existe tal alias, el catch-all lo captura. Esto es invaluable durante el desarrollo temprano. Puedes registrarte en servicios usando direcciones únicas como [email protected] o [email protected] y rastrear qué servicio filtra tu email. También puedes probar el envío de email de tu aplicación usando direcciones como [email protected] sin crear alias para cada prueba.
Sin embargo, las direcciones catch-all atraen spam. Los bots rastrean dominios y envían a direcciones aleatorias. Si habilitas el catch-all, recibirás cientos de emails de spam al día. Para mitigar esto, usa un servicio que te permita establecer reglas. GridInbox te permite habilitar el reenvío catch-all a un alias o bandeja compartida específica, y puedes aplicar filtros de spam a nivel del proveedor (AWS SES tiene filtros de spam integrados, Cloudflare Email Routing ofrece filtros básicos). También puedes crear un alias separado como [email protected] y apuntar el catch-all allí, luego monitorearlo por separado de tu bandeja de entrada principal.
Como regla general, habilita el catch-all solo durante los primeros 3-6 meses de tu startup. Una vez que tengas un conjunto estable de alias y tu aplicación esté en producción, desactiva el catch-all para reducir el ruido. La desventaja es que podrías perder emails legítimos enviados a una dirección incorrecta, pero la reducción de spam vale la pena.
Tu stack de email completo se puede ensamblar en menos de una hora con la combinación adecuada de servicios gratuitos y de bajo costo.
Aquí tienes un plan concreto que funciona para una startup típica en etapa temprana con 3-5 personas, un dominio propio y una aplicación web. Costo total: de $0 a $20 al mes dependiendo del volumen.
El stack
Dominio: El dominio de tu startup (ej., tustartup.com). Ya lo posees. Costo: $10-15/año.
Enrutamiento de email y alias: GridInbox. El plan gratuito incluye hasta 10 alias y 2 miembros del equipo. El plan pago comienza en $9/mes por alias ilimitados y hasta 5 usuarios. Esto reemplaza a Google Workspace o Outlook para el email del equipo.
Envío transaccional: AWS SES. El nivel gratuito incluye 62,000 emails al mes desde EC2. Más allá de eso, $0.10 por cada 1000 emails. Para una startup que envía 5,000 emails transaccionales al mes, eso es $0.50.
Gestión de DNS: Cloudflare (plan gratuito) o el DNS de tu registrador. Gratuito.
Procesamiento de email entrante: Si tu aplicación necesita recibir email (ej., responder a tickets de soporte), usa AWS SES Inbound o Cloudflare Email Routing para reenviar al webhook de tu aplicación. Ambos son gratuitos para bajo volumen.
Cronograma
Minutos 0-10: Registra tu dominio si aún no lo tienes. Configura DNS con registros MX, SPF, DKIM, DMARC.
Minutos 10-20: Regístrate en GridInbox. Verifica tu dominio. Crea alias para tu equipo y direcciones funcionales.
Minutos 20-30: Configura AWS SES. Verifica tu dominio. Solicita acceso de producción. Genera credenciales SMTP.
Minutos 30-40: Integra SES con tu aplicación. Prueba enviar un email transaccional a tu propia dirección.
Minutos 40-50: Habilita el catch-all en GridInbox para pruebas. Crea un alias dedicado para recibir los emails del catch-all.
Minutos 50-60: Prueba el flujo completo. Envía un email a [email protected] y verifica que todos los miembros del equipo lo reciban. Envía un email transaccional desde tu aplicación y verifica la entrega. Envía un email de prueba a una dirección aleatoria y confirma que el catch-all funciona.
Eso es todo. Una hora, infraestructura de email lista para producción. Puedes añadir más alias, integrar con tu CRM o configurar filtros automatizados a medida que creces. La clave es comenzar con una base sólida que no requiera reescribirse más adelante.
GridInbox encaja naturalmente en este stack porque maneja la capa de alias y bandejas compartidas que AWS SES y Cloudflare Email Routing no proporcionan. Mientras que SES se centra en el envío y Cloudflare en el enrutamiento, GridInbox te ofrece una interfaz fácil de usar para gestionar quién recibe qué, con envío bidireccional y RBAC. Puedes usarlo junto con cualquier proveedor. Para un fundador técnico, eso significa menos tiempo configurando servidores de correo y más tiempo construyendo tu producto.
Preguntas Frecuentes
¿Cómo configuro el email para mi startup?
Registra un dominio propio, configura los registros DNS MX, SPF, DKIM y DMARC, luego usa un servicio de alias de email como GridInbox para crear direcciones de equipo y funcionales. Añade un proveedor de email transaccional como AWS SES para el envío automatizado.
¿Cuál es la mejor infraestructura de email para una startup pequeña?
El mejor stack combina un dominio propio, alias de email bidireccionales (GridInbox) y un servicio de envío transaccional (AWS SES o Cloudflare Email Routing). Esto mantiene los costos bajos y escala con tu equipo.
¿Cuántos alias de email necesito para mi startup?
Para un equipo de 3-5 personas, necesitas entre 10 y 15 alias: uno por miembro del equipo más direcciones funcionales como soporte, hola, facturación, empleos y prensa. Puedes añadir más a medida que creces.
¿Qué es un email catch-all y debería usarlo?
Un email catch-all recibe todos los mensajes enviados a cualquier dirección inexistente en tu dominio. Es útil para pruebas y seguimiento de registros durante los primeros 3-6 meses de tu startup, pero atrae spam y debe desactivarse en producción.
¿Cómo evito que los emails de mi startup vayan a spam?
Configura correctamente los registros SPF, DKIM y DMARC. Usa un servicio de email transaccional dedicado como AWS SES. Mantén las tasas de rebote por debajo del 5% y las tasas de quejas por debajo del 0.1%. Nunca envíes emails de marketing desde la misma infraestructura que los emails transaccionales.
¿Puedo usar GridInbox con AWS SES o Cloudflare Email Routing?
Sí, GridInbox funciona tanto con AWS SES como con Cloudflare Email Routing. Añade gestión de alias y funciones de bandeja compartida sobre sus capacidades de envío y enrutamiento. Configuras tu DNS para que apunte a tu proveedor y luego usas GridInbox para gestionar los alias.
Quand on construit une startup, l'email n'est pas une fonctionnalité. C'est l'épine dorsale de la communication avec les clients, de la collaboration d'équipe et de l'envoi de notifications par votre produit. Pourtant, la plupart des fondateurs techniques traitent l'email comme un détail après coup. Ils utilisent Gmail pour tout, partagent des mots de passe et se demandent pourquoi les réponses atterrissent dans les spams. Ce guide vous montre comment passer de zéro à une infrastructure email prête pour la production en environ une heure. Vous configurerez un domaine personnalisé, créerez des alias pour toute votre équipe, mettrez en place l'email transactionnel et ajouterez un catch-all pour les tests. Le tout sans équipe IT dédiée.
Votre startup a besoin d'une infrastructure email dédiée dès le premier jour, pas d'un compte Gmail partagé.
Utiliser des adresses email personnelles pour la communication professionnelle crée des problèmes immédiats. La confiance des clients chute quand ils voient une réponse depuis [email protected]. Votre équipe ne peut pas évoluer car chaque personne a besoin de sa propre boîte de réception. Et si quelqu'un part, vous perdez l'accès aux conversations clients. Une configuration correcte signifie que vous possédez votre domaine et contrôlez chaque adresse email. Vous pouvez ajouter [email protected], [email protected] et des adresses individuelles comme [email protected] sans créer de boîtes aux lettres séparées pour chacune. C'est là que la gestion des alias email devient essentielle.
[Alias Email] : Une adresse email qui transfère les messages entrants vers une ou plusieurs boîtes de réception réelles sans avoir son propre stockage ou identifiant. Les alias vous permettent d'envoyer et de recevoir depuis plusieurs adresses tout en gérant tout depuis une seule boîte aux lettres.
Avec un service comme GridInbox, vous pouvez créer un nombre illimité d'alias sous votre domaine personnalisé et les attribuer à des membres de l'équipe ou à des boîtes de réception partagées. Chaque alias peut envoyer et recevoir des emails de manière bidirectionnelle, ce qui signifie que vous répondez depuis la même adresse que celle à laquelle le client a écrit. Fini les en-têtes envoyé de la part de gênants.
Configurer votre domaine personnalisé pour l'email prend 15 minutes et ne coûte rien au-delà de l'enregistrement de votre domaine.
Votre domaine est votre identité numérique. Pour l'email, vous avez besoin de deux choses : un nom de domaine que vous possédez (comme votrestartup.com) et la possibilité de modifier les enregistrements DNS. La plupart des registraires de domaines (Namecheap, Cloudflare, Google Domains) vous permettent de gérer les DNS gratuitement. Les enregistrements critiques pour l'email sont les enregistrements MX, SPF, DKIM et DMARC. Les enregistrements MX indiquent à Internet où livrer les emails pour votre domaine. SPF, DKIM et DMARC sont des protocoles d'authentification qui empêchent l'usurpation d'identité et améliorent la délivrabilité.
Configuration DNS étape par étape
D'abord, connectez-vous à votre registraire de domaine et accédez aux paramètres DNS. Ajoutez un enregistrement MX pointant vers votre fournisseur d'email. Par exemple, si vous utilisez Cloudflare Email Routing, l'enregistrement MX est mx1.cloudflare.net avec une priorité de 10. Si vous utilisez AWS SES, l'enregistrement MX pointe vers le point de terminaison entrant d'Amazon. Ensuite, ajoutez un enregistrement TXT pour SPF. Un enregistrement SPF simple ressemble à v=spf1 include:spf.votrefournisseur.com ~all. Troisièmement, générez une paire de clés DKIM depuis votre fournisseur et ajoutez la clé publique comme un autre enregistrement TXT. Enfin, ajoutez un enregistrement de politique DMARC comme v=DMARC1; p=quarantine; rua=mailto:[email protected]. Cela indique aux serveurs de réception quoi faire avec les emails non authentifiés. Une politique p=quarantine est sûre pour les startups. Vous pourrez la renforcer en p=reject plus tard.
Une fois que les DNS se propagent (généralement en 10 minutes, mais cela peut prendre jusqu'à 48 heures), votre domaine est prêt à envoyer et recevoir des emails. Vous pouvez vérifier la propagation avec des outils comme MXToolbox ou whatsmydns.net. Ne sautez pas les enregistrements d'authentification. Selon un rapport de Valimail en 2024, les domaines sans DMARC ont 62 % plus de chances de voir leurs emails rejetés ou marqués comme spam.
Les alias email bidirectionnels permettent à toute votre équipe d'envoyer et recevoir depuis les mêmes adresses professionnelles sans créer des dizaines de boîtes aux lettres.
L'hébergement email traditionnel (comme Google Workspace) facture par boîte aux lettres. Pour une équipe de cinq personnes, cela représente 30 à 60 dollars par mois. Et vous ne pouvez toujours pas avoir [email protected] partagé entre l'équipe sans configurer des groupes ou déléguer l'accès. Les alias email résolvent ce problème. Chaque alias transfère vers une ou plusieurs boîtes de réception réelles. Quand un membre de l'équipe répond, la réponse vient de l'adresse de l'alias, pas de son email personnel.
GridInbox gère cela nativement. Vous créez un alias comme [email protected] et l'attribuez à trois membres de l'équipe. Quand un client envoie un email à cette adresse, les trois reçoivent le message. N'importe lequel d'entre eux peut répondre, et la réponse semble venir de [email protected]. Le client ne voit jamais l'adresse personnelle de l'individu. Cela fonctionne pour n'importe quel alias : [email protected], [email protected] ou [email protected]. Vous pouvez également configurer un contrôle d'accès basé sur les rôles (RBAC) pour que seuls certains membres de l'équipe puissent gérer les alias ou voir les boîtes de réception partagées.
Pour une startup typique en early-stage avec 3 à 5 personnes, vous avez besoin d'environ 10 à 15 alias. Un par membre de l'équipe pour la communication interne, plus des adresses fonctionnelles comme support, bonjour, facturation, emplois et presse. Avec GridInbox, vous pouvez tous les créer en moins de 5 minutes. Pas de boîtes aux lettres supplémentaires, pas de coûts supplémentaires par adresse.
L'email transactionnel de votre startup nécessite un service d'envoi dédié et une configuration appropriée pour éviter le dossier spam.
Les emails transactionnels sont des messages déclenchés par des actions utilisateur : réinitialisations de mot de passe, confirmations de commande, emails de bienvenue et notifications. Ce ne sont pas des emails marketing. Ils sont attendus par l'utilisateur. Pourtant, de nombreuses startups les envoient via Gmail ou un serveur SMTP générique, ce qui entraîne une mauvaise délivrabilité. Pour l'email transactionnel, vous avez besoin d'un service qui gère des volumes élevés, fournit des analyses et prend en charge les domaines personnalisés. AWS SES est un choix courant pour les startups car il coûte 0,10 $ pour 1000 emails et passe à l'échelle pour des millions. Cloudflare Email Routing prend également en charge l'envoi, mais il est plus simple et mieux adapté aux faibles volumes.
Comment intégrer l'email transactionnel avec votre application
D'abord, vérifiez votre domaine auprès de votre fournisseur de services email. Pour AWS SES, vous ajoutez le domaine dans la console SES et configurez DKIM. Ensuite, demandez l'accès à la production (le bac à sable par défaut n'autorise l'envoi qu'aux adresses vérifiées). Une fois approuvé, vous pouvez envoyer depuis n'importe quelle adresse sur votre domaine. Deuxièmement, configurez un alias d'envoi dédié comme [email protected] ou [email protected]. N'utilisez pas une adresse personnelle pour l'email transactionnel car les réponses iront à une personne qui pourrait ne pas les traiter. Troisièmement, configurez votre application pour utiliser les identifiants SMTP ou l'API de votre fournisseur. La plupart des frameworks (Rails, Django, Node.js) ont un support intégré pour Action Mailer ou des bibliothèques similaires. Quatrièmement, surveillez les taux de rebond et les plaintes. Maintenez les taux de rebond en dessous de 5 % et les taux de plaintes en dessous de 0,1 %. S'ils dépassent ces seuils, les fournisseurs d'email bloqueront votre domaine.
Vous pouvez également utiliser GridInbox pour gérer le côté réponse de l'email transactionnel. Par exemple, si un client répond à une notification de [email protected], cette réponse peut être transférée vers une boîte de réception partagée où votre équipe de support la verra. Cela évite de perdre des messages tout en gardant l'envoi transactionnel séparé.
Une adresse email catch-all est un outil puissant pour les tests et la découverte, mais vous devez la sécuriser correctement.
Un catch-all est une adresse email qui reçoit tous les messages envoyés à toute adresse inexistante sur votre domaine. Par exemple, si quelqu'un envoie à [email protected] et qu'aucun alias de ce type n'existe, le catch-all le capture. C'est inestimable pendant le développement précoce. Vous pouvez vous inscrire à des services en utilisant des adresses uniques comme [email protected] ou [email protected] et suivre quel service fuit votre email. Vous pouvez également tester l'envoi d'email de votre application en utilisant des adresses comme [email protected] sans créer d'alias pour chaque test.
Cependant, les adresses catch-all attirent le spam. Les robots explorent les domaines et envoient à des adresses aléatoires. Si vous activez le catch-all, vous recevrez des centaines d'emails de spam par jour. Pour atténuer cela, utilisez un service qui vous permet de définir des règles. GridInbox vous permet d'activer le transfert catch-all vers un alias ou une boîte de réception partagée spécifique, et vous pouvez appliquer un filtrage anti-spam au niveau du fournisseur (AWS SES dispose d'un filtrage anti-spam intégré, Cloudflare Email Routing offre un filtrage de base). Vous pouvez également créer un alias séparé comme [email protected] et y diriger le catch-all, puis le surveiller séparément de votre boîte de réception principale.
En règle générale, activez le catch-all uniquement pendant les 3 à 6 premiers mois de votre startup. Une fois que vous avez un ensemble stable d'alias et que votre application est en production, désactivez le catch-all pour réduire le bruit. Le compromis est que vous pourriez manquer des emails légitimes envoyés à une mauvaise adresse, mais la réduction du spam en vaut la peine.
Votre pile email complète peut être assemblée en moins d'une heure avec la bonne combinaison de services gratuits et à faible coût.
Voici un plan concret qui fonctionne pour une startup typique en early-stage avec 3 à 5 personnes, un domaine personnalisé et une application web. Coût total : 0 $ à 20 $ par mois selon le volume.
La pile
Domaine : Votre domaine de startup (par exemple, votrestartup.com). Déjà possédé. Coût : 10-15 $/an.
Routage email et alias : GridInbox. Le niveau gratuit comprend jusqu'à 10 alias et 2 membres d'équipe. Le plan payant commence à 9 $/mois pour des alias illimités et jusqu'à 5 utilisateurs. Cela remplace Google Workspace ou Outlook pour l'email d'équipe.
Envoi transactionnel : AWS SES. Le niveau gratuit comprend 62 000 emails par mois depuis EC2. Au-delà, 0,10 $ pour 1000 emails. Pour une startup envoyant 5 000 emails transactionnels par mois, cela représente 0,50 $.
Gestion DNS : Cloudflare (plan gratuit) ou le DNS de votre registraire. Gratuit.
Traitement des emails entrants : Si votre application doit recevoir des emails (par exemple, répondre aux tickets de support), utilisez AWS SES inbound ou Cloudflare Email Routing pour transférer vers le webhook de votre application. Les deux sont gratuits pour un faible volume.
Chronologie
Minutes 0-10 : Enregistrez votre domaine si ce n'est pas déjà fait. Configurez les DNS avec les enregistrements MX, SPF, DKIM, DMARC.
Minutes 10-20 : Inscrivez-vous à GridInbox. Vérifiez votre domaine. Créez des alias pour votre équipe et les adresses fonctionnelles.
Minutes 20-30 : Configurez AWS SES. Vérifiez votre domaine. Demandez l'accès à la production. Générez des identifiants SMTP.
Minutes 30-40 : Intégrez SES avec votre application. Testez l'envoi d'un email transactionnel à votre propre adresse.
Minutes 40-50 : Activez le catch-all dans GridInbox pour les tests. Créez un alias dédié pour recevoir les emails catch-all.
Minutes 50-60 : Testez le flux complet. Envoyez un email à [email protected] et vérifiez que tous les membres de l'équipe le reçoivent. Envoyez un email transactionnel depuis votre application et vérifiez la livraison. Envoyez un email de test à une adresse aléatoire et confirmez que le catch-all fonctionne.
Voilà. Une heure, une infrastructure email prête pour la production. Vous pouvez ajouter plus d'alias, intégrer avec votre CRM ou configurer des filtres automatisés au fur et à mesure de votre croissance. La clé est de commencer avec une base solide qui ne nécessite pas de réécriture ultérieure.
GridInbox s'intègre naturellement dans cette pile car il gère la couche d'alias et de boîte de réception partagée que AWS SES et Cloudflare Email Routing ne fournissent pas. Alors que SES se concentre sur l'envoi et Cloudflare sur le routage, GridInbox vous offre une interface conviviale pour gérer qui reçoit quoi, avec un envoi bidirectionnel et un RBAC. Vous pouvez l'utiliser avec n'importe quel fournisseur. Pour un fondateur technique, cela signifie moins de temps à configurer des serveurs de messagerie et plus de temps à construire votre produit.
Questions Fréquemment Posées
Comment configurer l'email pour ma startup ?
Enregistrez un domaine personnalisé, configurez les enregistrements DNS MX, SPF, DKIM et DMARC, puis utilisez un service d'alias email comme GridInbox pour créer des adresses d'équipe et fonctionnelles. Ajoutez un fournisseur d'email transactionnel comme AWS SES pour l'envoi automatisé.
Quelle est la meilleure infrastructure email pour une petite startup ?
La meilleure pile combine un domaine personnalisé, des alias email bidirectionnels (GridInbox) et un service d'envoi transactionnel (AWS SES ou Cloudflare Email Routing). Cela maintient les coûts bas et évolue avec votre équipe.
De combien d'alias email ai-je besoin pour ma startup ?
Pour une équipe de 3 à 5 personnes, vous avez besoin de 10 à 15 alias : un par membre de l'équipe plus des adresses fonctionnelles comme support, bonjour, facturation, emplois et presse. Vous pouvez en ajouter au fur et à mesure de votre croissance.
Qu'est-ce qu'un email catch-all et devrais-je l'utiliser ?
Un email catch-all reçoit tous les messages envoyés à toute adresse inexistante sur votre domaine. Il est utile pour les tests et le suivi des inscriptions pendant les 3 à 6 premiers mois de votre startup, mais il attire le spam et doit être désactivé en production.
Comment éviter que les emails de ma startup aillent dans les spams ?
Configurez correctement les enregistrements SPF, DKIM et DMARC. Utilisez un service d'email transactionnel dédié comme AWS SES. Maintenez les taux de rebond en dessous de 5 % et les taux de plaintes en dessous de 0,1 %. N'envoyez jamais d'emails marketing depuis la même infrastructure que les emails transactionnels.
Puis-je utiliser GridInbox avec AWS SES ou Cloudflare Email Routing ?
Oui, GridInbox fonctionne avec AWS SES et Cloudflare Email Routing. Il ajoute la gestion des alias et les fonctionnalités de boîte de réception partagée par-dessus leurs capacités d'envoi et de routage. Vous configurez vos DNS pour pointer vers votre fournisseur, puis utilisez GridInbox pour gérer les alias.
スタートアップを立ち上げているとき、メールは単なる機能ではありません。それは、顧客とのコミュニケーション、チームのコラボレーション、そしてプロダクトからの通知を支える基盤です。それにもかかわらず、多くの技術系ファウンダーはメールを後回しにしがちです。Gmailをすべてに使い、パスワードを共有し、なぜ返信がスパムフォルダに入るのかと悩んでいます。このガイドでは、約1時間でゼロから本番環境に対応したメールインフラを構築する方法を紹介します。カスタムドメインの設定、チーム全体のエイリアス作成、トランザクションメールの設定、テスト用のキャッチオールの追加までを、専任のITチームなしで行います。
スタートアップには、共有のGmailアカウントではなく、初日から専用のメールインフラが必要です。
ビジネスコミュニケーションに個人のメールアドレスを使うと、すぐに問題が発生します。顧客は [email protected] からの返信を見て信頼を失います。チームは拡大できません。なぜなら、各メンバーに個別の受信箱が必要になるからです。そして、誰かが退職した場合、顧客との会話にアクセスできなくなります。適切な設定を行えば、自分たちのドメインを所有し、すべてのメールアドレスを制御できます。[email protected]、[email protected]、そして [email protected] のような個別のチームメンバーアドレスを、それぞれにメールボックスを作成することなく追加できます。ここでメールエイリアス管理が重要になります。
[メールエイリアス]: 受信メッセージを1つ以上の実際の受信箱に転送するメールアドレスで、独自のストレージやログインは不要です。エイリアスを使用すると、複数のアドレスから送受信しながら、すべてを1つのメールボックスで管理できます。
GridInboxのようなサービスを使えば、カスタムドメインの下で無制限のエイリアスを作成し、チームメンバーや共有受信箱に割り当てることができます。各エイリアスは双方向に送受信できるため、顧客が書いたアドレスと同じアドレスから返信できます。sent on behalf of という気まずいヘッダーはもう必要ありません。
カスタムドメインのメール設定は15分で完了し、ドメイン登録以外の費用はかかりません。
ドメインはあなたのデジタルアイデンティティです。メールには、所有するドメイン名（例：yourstartup.com）とDNSレコードを変更できる権限の2つが必要です。ほとんどのドメインレジストラ（Namecheap、Cloudflare、Google Domains）では、DNS管理を無料で行えます。メールに重要なレコードは、MXレコード、SPF、DKIM、DMARCです。MXレコードは、ドメイン宛のメールをどこに配信するかをインターネットに伝えます。SPF、DKIM、DMARCは、なりすましを防ぎ、配信性を向上させる認証プロトコルです。
DNS設定のステップバイステップ
まず、ドメインレジストラにログインし、DNS設定に移動します。メールプロバイダを指すMXレコードを追加します。たとえば、Cloudflare Email Routingを使用する場合、MXレコードは mx1.cloudflare.net で優先順位は10です。AWS SESを使用する場合、MXレコードはAmazonのインバウンドエンドポイントを指します。次に、SPF用のTXTレコードを追加します。シンプルなSPFレコードは v=spf1 include:spf.yourprovider.com ~all のようになります。3番目に、プロバイダからDKIM鍵ペアを生成し、公開鍵を別のTXTレコードとして追加します。最後に、v=DMARC1; p=quarantine; rua=mailto:[email protected] のようなDMARCポリシーレコードを追加します。これは、認証されていないメールをどう処理するかを受信サーバーに指示します。p=quarantine ポリシーはスタートアップにとって安全です。後で p=reject に厳格化できます。
DNSが伝播すると（通常10分以内ですが、最大48時間かかる場合があります）、ドメインはメールの送受信が可能になります。伝播はMXToolboxやwhatsmydns.netなどのツールで確認できます。認証レコードは省略しないでください。Valimailの2024年のレポートによると、DMARCがないドメインは、メールが拒否されたりスパムと判定されたりする可能性が62%高くなります。
双方向メールエイリアスを使えば、チーム全員が同じプロフェッショナルなアドレスから送受信でき、何十ものメールボックスを作成する必要がありません。
従来のメールホスティング（Google Workspaceなど）は、メールボックスごとに課金されます。5人のチームの場合、月額30〜60ドルです。さらに、[email protected] をチーム全体で共有するには、グループを設定したりアクセスを委任したりする必要があります。メールエイリアスはこの問題を解決します。各エイリアスは1つ以上の実際の受信箱に転送されます。チームメンバーが返信すると、返信は個人のメールアドレスではなく、エイリアスアドレスから送信されます。
GridInboxはこれをネイティブに処理します。[email protected] のようなエイリアスを作成し、3人のチームメンバーに割り当てます。顧客がそのアドレスにメールを送信すると、3人全員がメッセージを受信します。誰でも返信でき、その返信は [email protected] から送信されたように見えます。顧客は個人のアドレスを一切見ることはありません。これは [email protected]、[email protected]、[email protected] など、あらゆるエイリアスで機能します。また、ロールベースのアクセス制御（RBAC）を設定して、特定のチームメンバーだけがエイリアスを管理したり共有受信箱を表示したりできるようにすることもできます。
3〜5人の典型的なアーリーステージのスタートアップでは、約10〜15のエイリアスが必要です。社内コミュニケーション用にチームメンバーごとに1つ、さらに support、hello、billing、jobs、press などの機能的なアドレスです。GridInboxを使えば、これらすべてを5分以内で作成できます。追加のメールボックスも、アドレスごとの追加費用も必要ありません。
スタートアップからのトランザクションメールには、専用の送信サービスと適切な設定が必要で、スパムフォルダを避けることができます。
トランザクションメールとは、ユーザーのアクションによってトリガーされるメッセージです。パスワードリセット、注文確認、ウェルカムメール、通知などです。これらはマーケティングメールではなく、ユーザーが期待するものです。しかし、多くのスタートアップはGmailや汎用のSMTPサーバーから送信しており、配信性が低下します。トランザクションメールには、大量の送信を処理し、分析を提供し、カスタムドメインをサポートするサービスが必要です。AWS SESは、1000通あたり0.10ドルで、数百万通までスケールするため、スタートアップに人気の選択肢です。Cloudflare Email Routingも送信をサポートしていますが、よりシンプルで低ボリュームに適しています。
アプリへのトランザクションメール統合方法
まず、メールサービスプロバイダでドメインを検証します。AWS SESの場合、SESコンソールでドメインを追加し、DKIMを設定します。その後、プロダクションアクセスをリクエストします（デフォルトのサンドボックスでは、検証済みアドレスへの送信のみ許可されます）。承認されると、ドメイン上の任意のアドレスから送信できるようになります。次に、[email protected] や [email protected] のような専用の送信用エイリアスを設定します。トランザクションメールに個人のアドレスを使用しないでください。返信が担当者に届き、適切に処理されない可能性があります。3番目に、プロバイダのSMTP認証情報またはAPIを使用するようにアプリケーションを設定します。ほとんどのフレームワーク（Rails、Django、Node.js）には、Action Mailerや類似のライブラリが組み込まれています。4番目に、バウンス率と苦情率を監視します。バウンス率は5%未満、苦情率は0.1%未満に保ちます。これらのしきい値を超えると、メールプロバイダがドメインをブロックします。
GridInboxを使用して、トランザクションメールの返信側を管理することもできます。たとえば、顧客が [email protected] の通知に返信した場合、その返信を共有受信箱に転送し、サポートチームが確認できるようにします。これにより、トランザクション送信を分離したまま、メッセージの見逃しを防げます。
キャッチオールメールアドレスはテストと発見に強力なツールですが、適切に保護する必要があります。
キャッチオールとは、ドメイン上の存在しないアドレスに送信されたすべてのメッセージを受信するメールアドレスです。たとえば、誰かが [email protected] に送信し、そのようなエイリアスが存在しない場合、キャッチオールがそれをキャプチャします。これは初期開発時に非常に役立ちます。[email protected] や [email protected] のようなユニークなアドレスを使ってサービスにサインアップし、どのサービスがメールを漏洩したかを追跡できます。また、[email protected] のようなアドレスを使ってアプリのメール送信をテストすることもでき、テストごとにエイリアスを作成する必要はありません。
ただし、キャッチオールアドレスはスパムを引き寄せます。ボットがドメインをクロールし、ランダムなアドレスに送信します。キャッチオールを有効にすると、1日に何百ものスパムメールを受信することになります。これを軽減するには、ルールを設定できるサービスを使用します。GridInboxでは、キャッチオール転送を特定のエイリアスや共有受信箱に有効にでき、プロバイダレベルでスパムフィルタリングを適用できます（AWS SESには組み込みのスパムフィルタリングがあり、Cloudflare Email Routingは基本的なフィルタリングを提供します）。また、[email protected] のような別のエイリアスを作成し、キャッチオールをそこに向け、メインの受信箱とは別に監視することもできます。
経験則として、キャッチオールはスタートアップの最初の3〜6ヶ月間のみ有効にしてください。安定したエイリアスセットが確立され、アプリが本番環境になったら、ノイズを減らすためにキャッチオールを無効にします。トレードオフとして、間違ったアドレスに送信された正当なメールを見逃す可能性がありますが、スパム削減のメリットの方が大きいです。
適切な無料および低コストサービスの組み合わせで、完全なメールスタックを1時間以内に構築できます。
以下は、3〜5人のチーム、カスタムドメイン、ウェブアプリケーションを持つ典型的なアーリーステージのスタートアップに有効な具体的な計画です。総コスト：ボリュームに応じて月額0〜20ドル。
スタック
ドメイン: スタートアップのドメイン（例：yourstartup.com）。すでに所有済み。コスト：年間10〜15ドル。
メールルーティングとエイリアス: GridInbox。無料プランでは最大10エイリアスと2人のチームメンバーが利用可能。有料プランは月額9ドルからで、無制限のエイリアスと最大5ユーザー。これにより、チームメール用のGoogle WorkspaceやOutlookを置き換えます。
トランザクション送信: AWS SES。無料枠ではEC2から月62,000通のメールが含まれます。それを超えると、1000通あたり0.10ドル。月5,000通のトランザクションメールを送信するスタートアップの場合、0.50ドルです。
DNS管理: Cloudflare（無料プラン）またはレジストラのDNS。無料。
インバウンドメール処理: アプリがメールを受信する必要がある場合（例：サポートチケットへの返信）、AWS SESインバウンドまたはCloudflare Email Routingを使用してアプリのWebhookに転送します。どちらも低ボリュームでは無料です。
タイムライン
0〜10分：ドメインをまだ所有していない場合は登録。MX、SPF、DKIM、DMARCレコードでDNSを設定。
10〜20分：GridInboxにサインアップ。ドメインを検証。チームメンバーと機能的なアドレスのエイリアスを作成。
20〜30分：AWS SESを設定。ドメインを検証。プロダクションアクセスをリクエスト。SMTP認証情報を生成。
30〜40分：SESをアプリケーションに統合。自分のアドレスにトランザクションメールを送信してテスト。
40〜50分：テスト用にGridInboxでキャッチオールを有効化。キャッチオールメールを受信する専用エイリアスを作成。
50〜60分：全フローをテスト。[email protected] にメールを送信し、全チームメンバーが受信することを確認。アプリからトランザクションメールを送信し、配信を確認。ランダムなアドレスにテストメールを送信し、キャッチオールが機能することを確認。
これで完了です。1時間で本番対応のメールインフラが完成します。成長に合わせて、エイリアスを追加したり、CRMと統合したり、自動フィルターを設定したりできます。重要なのは、後で書き直す必要のない強固な基盤から始めることです。
GridInboxは、AWS SESやCloudflare Email Routingが提供しないエイリアスと共有受信箱のレイヤーを処理するため、このスタックに自然に適合します。SESが送信に、Cloudflareがルーティングに焦点を当てる一方、GridInboxは誰が何を受信するかを管理するユーザーフレンドリーなインターフェースを提供し、双方向送信とRBACを備えています。任意のプロバイダと併用できます。技術系ファウンダーにとっては、メールサーバーの設定に費やす時間が減り、プロダクトの構築に集中できることを意味します。
よくある質問
スタートアップのメールを設定するにはどうすればよいですか？
カスタムドメインを登録し、MX、SPF、DKIM、DMARCのDNSレコードを設定します。その後、GridInboxのようなメールエイリアスサービスを使用して、チーム用および機能的なアドレスを作成します。自動送信にはAWS SESのようなトランザクションメールプロバイダを追加します。
小規模スタートアップに最適なメールインフラは何ですか？
最適なスタックは、カスタムドメイン、双方向メールエイリアス（GridInbox）、トランザクション送信サービス（AWS SESまたはCloudflare Email Routing）を組み合わせたものです。これによりコストを低く抑え、チームの成長に合わせてスケールできます。
スタートアップにはいくつのメールエイリアスが必要ですか？
3〜5人のチームの場合、10〜15のエイリアスが必要です。チームメンバーごとに1つと、support、hello、billing、jobs、pressなどの機能的なアドレスです。成長に応じて追加できます。
キャッチオールメールとは何ですか？使用すべきですか？
キャッチオールメールは、ドメイン上の存在しないアドレスに送信されたすべてのメッセージを受信します。スタートアップの最初の3〜6ヶ月間のテストやサインアップ追跡に役立ちますが、スパムを引き寄せるため、本番環境では無効にすべきです。
スタートアップのメールがスパムにならないようにするにはどうすればよいですか？
SPF、DKIM、DMARCレコードを正しく設定します。AWS SESのような専用のトランザクションメールサービスを使用します。バウンス率を5%未満、苦情率を0.1%未満に保ちます。トランザクションメールと同じインフラからマーケティングメールを送信しないでください。
GridInboxはAWS SESやCloudflare Email Routingと一緒に使えますか？
はい、GridInboxはAWS SESとCloudflare Email Routingの両方で動作します。それらの送信およびルーティング機能に加えて、エイリアス管理と共有受信箱機能を追加します。DNSをプロバイダに向けるように設定し、GridInboxでエイリアスを管理します。
Wenn du ein Startup aufbaust, ist E-Mail kein Feature. Sie ist das Rückgrat deiner Kundenkommunikation, der Teamarbeit und der Benachrichtigungen deines Produkts. Dennoch behandeln die meisten technischen Gründer E-Mails als nebensächlich. Sie nutzen Gmail für alles, teilen Passwörter und wundern sich, warum Antworten im Spam landen. Diese Anleitung zeigt dir, wie du in etwa einer Stunde von null auf eine produktionsreife E-Mail-Infrastruktur kommst. Du richtest eine eigene Domain ein, erstellst Aliase für dein gesamtes Team, konfigurierst Transaktions-E-Mails und fügst einen Catch-All für Tests hinzu – ganz ohne dediziertes IT-Team.
Dein Startup braucht ab Tag eins eine dedizierte E-Mail-Infrastruktur – kein geteiltes Gmail-Konto.
Die Nutzung privater E-Mail-Adressen für die Geschäftskommunikation führt sofort zu Problemen. Das Kundenvertrauen sinkt, wenn sie eine Antwort von [email protected] sehen. Dein Team kann nicht skalieren, weil jede Person ein eigenes Postfach braucht. Und wenn jemand geht, verlierst du den Zugriff auf Kundenkonversationen. Ein ordentliches Setup bedeutet, dass du deine Domain besitzt und jede E-Mail-Adresse kontrollierst. Du kannst [email protected], [email protected] und individuelle Team-Adressen wie [email protected] hinzufügen, ohne für jede ein separates Postfach anzulegen. Hier wird die Verwaltung von E-Mail-Aliasen entscheidend.
[E-Mail-Alias]: Eine E-Mail-Adresse, die eingehende Nachrichten an ein oder mehrere echte Postfächer weiterleitet, ohne eigenen Speicher oder Login zu haben. Mit Aliasen kannst du von mehreren Adressen senden und empfangen, während du alles über ein einziges Postfach verwaltest.
Mit einem Dienst wie GridInbox kannst du unbegrenzt viele Aliase unter deiner eigenen Domain erstellen und sie Teammitgliedern oder gemeinsamen Postfächern zuweisen. Jeder Alias kann bidirektional E-Mails senden und empfangen, sodass du von derselben Adresse antwortest, an die der Kunde geschrieben hat. Schluss mit umständlichen im Auftrag von-Headern.
Die Einrichtung deiner eigenen Domain für E-Mails dauert 15 Minuten und kostet nichts außer deiner Domain-Registrierung.
Deine Domain ist deine digitale Identität. Für E-Mails brauchst du zwei Dinge: einen Domainnamen, den du besitzt (wie deinstartup.com), und die Möglichkeit, DNS-Einträge zu ändern. Die meisten Domain-Registrare (Namecheap, Cloudflare, Google Domains) ermöglichen die DNS-Verwaltung kostenlos. Die kritischen Einträge für E-Mails sind MX-Einträge, SPF, DKIM und DMARC. MX-Einträge sagen dem Internet, wohin E-Mails für deine Domain zugestellt werden sollen. SPF, DKIM und DMARC sind Authentifizierungsprotokolle, die Spoofing verhindern und die Zustellbarkeit verbessern.
Schritt-für-Schritt-DNS-Setup
Melde dich zuerst bei deinem Domain-Registrar an und navigiere zu den DNS-Einstellungen. Füge einen MX-Eintrag hinzu, der auf deinen E-Mail-Anbieter zeigt. Wenn du zum Beispiel Cloudflare Email Routing verwendest, lautet der MX-Eintrag mx1.cloudflare.net mit Priorität 10. Wenn du AWS SES nutzt, zeigt der MX-Eintrag auf den Inbound-Endpunkt von Amazon. Füge zweitens einen TXT-Eintrag für SPF hinzu. Ein einfacher SPF-Eintrag sieht so aus: v=spf1 include:spf.deinanbieter.com ~all. Drittens generiere ein DKIM-Schlüsselpaar von deinem Anbieter und füge den öffentlichen Schlüssel als weiteren TXT-Eintrag hinzu. Füge schließlich einen DMARC-Richtlinieneintrag hinzu, z. B. v=DMARC1; p=quarantine; rua=mailto:[email protected]. Dieser teilt empfangenden Servern mit, was mit nicht authentifizierten E-Mails zu tun ist. Eine p=quarantine-Richtlinie ist für Startups sicher. Du kannst sie später auf p=reject verschärfen.
Sobald sich DNS verbreitet hat (normalerweise innerhalb von 10 Minuten, kann aber bis zu 48 Stunden dauern), ist deine Domain bereit, E-Mails zu senden und zu empfangen. Du kannst die Verbreitung mit Tools wie MXToolbox oder whatsmydns.net überprüfen. Überspringe die Authentifizierungseinträge nicht. Laut einem Bericht von Valimail aus dem Jahr 2024 werden Domains ohne DMARC zu 62 % häufiger abgewiesen oder als Spam markiert.
Bidirektionale E-Mail-Aliase ermöglichen es deinem gesamten Team, von denselben professionellen Adressen zu senden und zu empfangen, ohne Dutzende von Postfächern anzulegen.
Traditionelles E-Mail-Hosting (wie Google Workspace) kostet pro Postfach. Für ein Team von fünf Personen sind das 30 bis 60 Dollar pro Monat. Und du kannst trotzdem kein [email protected] im Team teilen, ohne Gruppen einzurichten oder Zugriff zu delegieren. E-Mail-Aliase lösen dieses Problem. Jeder Alias leitet an ein oder mehrere echte Postfächer weiter. Wenn ein Teammitglied antwortet, kommt die Antwort von der Alias-Adresse, nicht von der persönlichen E-Mail.
GridInbox handhabt das nativ. Du erstellst einen Alias wie [email protected] und weist ihn drei Teammitgliedern zu. Wenn ein Kunde diese Adresse anschreibt, erhalten alle drei die Nachricht. Jeder von ihnen kann antworten, und die Antwort scheint von [email protected] zu kommen. Der Kunde sieht nie die persönliche Adresse des Einzelnen. Das funktioniert für jeden Alias: [email protected], [email protected] oder [email protected]. Du kannst auch eine rollenbasierte Zugriffskontrolle (RBAC) einrichten, sodass nur bestimmte Teammitglieder Aliase verwalten oder gemeinsame Postfächer einsehen können.
Für ein typisches Startup in der Frühphase mit 3–5 Personen brauchst du etwa 10–15 Aliase. Einen pro Teammitglied für die interne Kommunikation sowie funktionale Adressen wie support, hallo, abrechnung, jobs und presse. Mit GridInbox kannst du alle in unter 5 Minuten erstellen. Keine zusätzlichen Postfächer, keine Extrakosten pro Adresse.
Transaktions-E-Mails von deinem Startup erfordern einen dedizierten Versanddienst und die richtige Konfiguration, um den Spam-Ordner zu vermeiden.
Transaktions-E-Mails sind Nachrichten, die durch Benutzeraktionen ausgelöst werden: Passwortzurücksetzungen, Bestellbestätigungen, Willkommens-E-Mails und Benachrichtigungen. Das sind keine Marketing-E-Mails. Sie werden vom Benutzer erwartet. Dennoch versenden viele Startups sie über Gmail oder einen generischen SMTP-Server, was zu einer schlechten Zustellbarkeit führt. Für Transaktions-E-Mails brauchst du einen Dienst, der hohe Volumina bewältigt, Analysen bietet und eigene Domains unterstützt. AWS SES ist eine häufige Wahl für Startups, da es 0,10 Dollar pro 1000 E-Mails kostet und auf Millionen skaliert. Cloudflare Email Routing unterstützt ebenfalls das Senden, ist aber einfacher und besser für geringe Volumina geeignet.
So integrierst du Transaktions-E-Mails in deine App
Verifiziere zuerst deine Domain bei deinem E-Mail-Dienstanbieter. Für AWS SES fügst du die Domain in der SES-Konsole hinzu und konfigurierst DKIM. Dann beantragst du die Produktionsfreigabe (die Standard-Sandbox erlaubt nur das Senden an verifizierte Adressen). Sobald diese genehmigt ist, kannst du von jeder Adresse auf deiner Domain senden. Zweitens: Richte einen dedizierten Sende-Alias ein, wie [email protected] oder [email protected]. Verwende keine persönliche Adresse für Transaktions-E-Mails, da Antworten an eine Person gehen, die sie möglicherweise nicht bearbeitet. Drittens: Konfiguriere deine Anwendung so, dass sie die SMTP-Anmeldedaten oder die API deines Anbieters verwendet. Die meisten Frameworks (Rails, Django, Node.js) haben integrierte Unterstützung für Action Mailer oder ähnliche Bibliotheken. Viertens: Überwache Bounce-Raten und Beschwerden. Halte die Bounce-Rate unter 5 % und die Beschwerderate unter 0,1 %. Wenn diese Schwellenwerte überschritten werden, blockieren E-Mail-Anbieter deine Domain.
Du kannst GridInbox auch verwenden, um die Antwortseite von Transaktions-E-Mails zu verwalten. Wenn ein Kunde zum Beispiel auf eine [email protected]-Benachrichtigung antwortet, kann diese Antwort an ein gemeinsames Postfach weitergeleitet werden, wo dein Support-Team sie sieht. So verhinderst du verlorene Nachrichten, während der Transaktionsversand getrennt bleibt.
Eine Catch-All-E-Mail-Adresse ist ein mächtiges Werkzeug für Tests und Entdeckungen, aber du musst sie richtig absichern.
Ein Catch-All ist eine E-Mail-Adresse, die alle Nachrichten empfängt, die an eine nicht existierende Adresse auf deiner Domain gesendet werden. Wenn zum Beispiel jemand an [email protected] sendet und kein solcher Alias existiert, fängt der Catch-All sie ab. Das ist in der frühen Entwicklung unschätzbar wertvoll. Du kannst dich mit eindeutigen Adressen wie [email protected] oder [email protected] bei Diensten anmelden und verfolgen, welcher Dienst deine E-Mail preisgibt. Du kannst auch das E-Mail-Versenden deiner App testen, indem du Adressen wie [email protected] verwendest, ohne für jeden Test Aliase zu erstellen.
Catch-All-Adressen ziehen jedoch Spam an. Bots crawlen Domains und senden an zufällige Adressen. Wenn du Catch-All aktivierst, wirst du Hunderte von Spam-E-Mails pro Tag erhalten. Um dies zu mildern, verwende einen Dienst, der dir erlaubt, Regeln festzulegen. GridInbox ermöglicht es dir, Catch-All-Weiterleitung an einen bestimmten Alias oder ein gemeinsames Postfach zu aktivieren, und du kannst auf Anbieterebene Spam-Filterung anwenden (AWS SES hat eine integrierte Spam-Filterung, Cloudflare Email Routing bietet eine grundlegende Filterung). Du kannst auch einen separaten Alias wie [email protected] erstellen und den Catch-All dorthin leiten, um ihn getrennt von deinem Hauptpostfach zu überwachen.
Als Faustregel gilt: Aktiviere Catch-All nur in den ersten 3–6 Monaten deines Startups. Sobald du einen stabilen Satz von Aliasen hast und deine App in Produktion ist, deaktiviere Catch-All, um Rauschen zu reduzieren. Der Kompromiss ist, dass dir möglicherweise legitime E-Mails entgehen, die an eine falsche Adresse gesendet wurden, aber die Spam-Reduzierung ist es wert.
Dein kompletter E-Mail-Stack kann in unter einer Stunde mit der richtigen Kombination aus kostenlosen und kostengünstigen Diensten zusammengestellt werden.
Hier ist ein konkreter Plan, der für ein typisches Startup in der Frühphase mit 3–5 Personen, einer eigenen Domain und einer Webanwendung funktioniert. Gesamtkosten: 0 bis 20 Dollar pro Monat, je nach Volumen.
Der Stack
Domain: Deine Startup-Domain (z. B. deinstartup.com). Bereits im Besitz. Kosten: 10–15 Dollar/Jahr.
E-Mail-Routing und Aliase: GridInbox. Kostenlose Stufe beinhaltet bis zu 10 Aliase und 2 Teammitglieder. Bezahlter Plan beginnt bei 9 Dollar/Monat für unbegrenzte Aliase und bis zu 5 Benutzer. Dies ersetzt Google Workspace oder Outlook für Team-E-Mails.
Transaktionsversand: AWS SES. Kostenlose Stufe beinhaltet 62.000 E-Mails pro Monat von EC2. Darüber hinaus 0,10 Dollar pro 1000 E-Mails. Für ein Startup, das 5.000 Transaktions-E-Mails pro Monat versendet, sind das 0,50 Dollar.
DNS-Verwaltung: Cloudflare (kostenloser Plan) oder das DNS deines Registrars. Kostenlos.
Eingangs-E-Mail-Verarbeitung: Wenn deine App E-Mails empfangen muss (z. B. Antworten auf Support-Tickets), verwende AWS SES Inbound oder Cloudflare Email Routing, um an den Webhook deiner App weiterzuleiten. Beide sind bei geringem Volumen kostenlos.
Zeitplan
Minuten 0–10: Registriere deine Domain, falls noch nicht geschehen. Richte DNS mit MX-, SPF-, DKIM- und DMARC-Einträgen ein.
Minuten 10–20: Melde dich bei GridInbox an. Verifiziere deine Domain. Erstelle Aliase für dein Team und funktionale Adressen.
Minuten 20–30: Richte AWS SES ein. Verifiziere deine Domain. Beantrage die Produktionsfreigabe. Generiere SMTP-Anmeldedaten.
Minuten 30–40: Integriere SES in deine Anwendung. Teste das Senden einer Transaktions-E-Mail an deine eigene Adresse.
Minuten 40–50: Aktiviere Catch-All in GridInbox für Tests. Erstelle einen dedizierten Alias, um Catch-All-E-Mails zu empfangen.
Minuten 50–60: Teste den gesamten Ablauf. Sende eine E-Mail an [email protected] und überprüfe, ob alle Teammitglieder sie erhalten. Sende eine Transaktions-E-Mail von deiner App und überprüfe die Zustellung. Sende eine Test-E-Mail an eine zufällige Adresse und bestätige, dass Catch-All funktioniert.
Das war's. Eine Stunde, produktionsreife E-Mail-Infrastruktur. Du kannst weitere Aliase hinzufügen, in dein CRM integrieren oder automatisierte Filter einrichten, wenn du wächst. Der Schlüssel ist, mit einer soliden Grundlage zu beginnen, die später nicht umgeschrieben werden muss.
GridInbox fügt sich nahtlos in diesen Stack ein, da es die Alias- und Shared-Inbox-Ebene übernimmt, die AWS SES und Cloudflare Email Routing nicht bieten. Während SES sich auf das Senden und Cloudflare auf das Routing konzentriert, bietet GridInbox eine benutzerfreundliche Oberfläche zur Verwaltung, wer was erhält, mit bidirektionalem Senden und RBAC. Du kannst es mit jedem Anbieter verwenden. Für einen technischen Gründer bedeutet das weniger Zeit für die Konfiguration von Mail-Servern und mehr Zeit für die Entwicklung deines Produkts.
Häufig gestellte Fragen
Wie richte ich E-Mails für mein Startup ein?
Registriere eine eigene Domain, konfiguriere MX-, SPF-, DKIM- und DMARC-DNS-Einträge und verwende dann einen E-Mail-Alias-Dienst wie GridInbox, um Team- und Funktionsadressen zu erstellen. Füge einen Transaktions-E-Mail-Anbieter wie AWS SES für den automatischen Versand hinzu.
Was ist die beste E-Mail-Infrastruktur für ein kleines Startup?
Der beste Stack kombiniert eine eigene Domain, bidirektionale E-Mail-Aliase (GridInbox) und einen Transaktionsversanddienst (AWS SES oder Cloudflare Email Routing). Das hält die Kosten niedrig und skaliert mit deinem Team.
Wie viele E-Mail-Aliase brauche ich für mein Startup?
Für ein Team von 3–5 Personen brauchst du 10–15 Aliase: einen pro Teammitglied plus funktionale Adressen wie Support, Hallo, Abrechnung, Jobs und Presse. Du kannst bei Bedarf weitere hinzufügen.
Was ist eine Catch-All-E-Mail und sollte ich sie verwenden?
Eine Catch-All-E-Mail empfängt alle Nachrichten, die an eine nicht existierende Adresse auf deiner Domain gesendet werden. Sie ist nützlich für Tests und die Verfolgung von Anmeldungen in den ersten 3–6 Monaten deines Startups, zieht aber Spam an und sollte in der Produktion deaktiviert werden.
Wie vermeide ich, dass die E-Mails meines Startups im Spam landen?
Richte SPF-, DKIM- und DMARC-Einträge korrekt ein. Verwende einen dedizierten Transaktions-E-Mail-Dienst wie AWS SES. Halte die Bounce-Rate unter 5 % und die Beschwerderate unter 0,1 %. Sende niemals Marketing-E-Mails über dieselbe Infrastruktur wie Transaktions-E-Mails.
Kann ich GridInbox mit AWS SES oder Cloudflare Email Routing verwenden?
Ja, GridInbox funktioniert sowohl mit AWS SES als auch mit Cloudflare Email Routing. Es ergänzt deren Sende- und Routing-Funktionen um Alias-Verwaltung und Shared-Inbox-Features. Du konfigurierst dein DNS so, dass es auf deinen Anbieter zeigt, und verwendest dann GridInbox zur Verwaltung der Aliase.
Quando você está construindo uma startup, e-mail não é um detalhe — é a espinha dorsal da comunicação com clientes, da colaboração do time e do envio de notificações do seu produto. Ainda assim, a maioria dos founders técnicos trata o e-mail como algo secundário. Usam Gmail para tudo, compartilham senhas e depois se perguntam por que as respostas vão parar no spam. Este guia mostra como sair do zero até uma infraestrutura de e-mail pronta para produção em cerca de uma hora. Você vai configurar um domínio próprio, criar aliases para todo o time, configurar e-mail transacional e adicionar um catch-all para testes. Tudo isso sem precisar de um time de TI dedicado.
Sua startup precisa de uma infraestrutura de e-mail dedicada desde o primeiro dia, não de uma conta Gmail compartilhada.
Usar endereços de e-mail pessoais para comunicação empresarial cria problemas imediatos. A confiança do cliente cai quando ele vê uma resposta de [email protected]. Seu time não consegue escalar porque cada pessoa precisa da própria caixa de entrada. E se alguém sai da empresa, você perde acesso às conversas com clientes. Uma configuração adequada significa que você é dono do seu domínio e controla cada endereço de e-mail. Você pode adicionar [email protected], [email protected] e endereços individuais como [email protected] sem criar caixas postais separadas para cada um. É aqui que o gerenciamento de aliases de e-mail se torna essencial.
[Alias de E-mail]: Um endereço de e-mail que encaminha mensagens recebidas para uma ou mais caixas de entrada reais, sem ter armazenamento ou login próprio. Aliases permitem que você envie e receba de vários endereços enquanto gerencia tudo a partir de uma única caixa de entrada.
Com um serviço como o GridInbox, você pode criar aliases ilimitados sob seu domínio personalizado e atribuí-los a membros da equipe ou caixas de entrada compartilhadas. Cada alias pode enviar e receber e-mails de forma bidirecional, ou seja, você responde do mesmo endereço para o qual o cliente escreveu. Sem mais cabeçalhos estranhos de enviado em nome de.
Configurar seu domínio personalizado para e-mail leva 15 minutos e não custa nada além do registro do domínio.
Seu domínio é sua identidade digital. Para e-mail, você precisa de duas coisas: um nome de domínio que você possui (como suastartup.com) e a capacidade de alterar registros DNS. A maioria dos registradores de domínio (Namecheap, Cloudflare, Google Domains) permite gerenciar DNS gratuitamente. Os registros críticos para e-mail são registros MX, SPF, DKIM e DMARC. Os registros MX informam à internet onde entregar e-mails para o seu domínio. SPF, DKIM e DMARC são protocolos de autenticação que evitam falsificação e melhoram a entregabilidade.
Configuração passo a passo do DNS
Primeiro, faça login no seu registrador de domínio e navegue até as configurações de DNS. Adicione um registro MX apontando para seu provedor de e-mail. Por exemplo, se você usa o Cloudflare Email Routing, o registro MX é mx1.cloudflare.net com prioridade 10. Se você usa o AWS SES, o registro MX aponta para o endpoint de entrada da Amazon. Segundo, adicione um registro TXT para SPF. Um registro SPF simples parece com v=spf1 include:spf.seuprovedor.com ~all. Terceiro, gere um par de chaves DKIM do seu provedor e adicione a chave pública como outro registro TXT. Por fim, adicione um registro de política DMARC como v=DMARC1; p=quarantine; rua=mailto:[email protected]. Isso informa aos servidores de recebimento o que fazer com e-mails não autenticados. Uma política p=quarantine é segura para startups. Você pode endurecê-la para p=reject mais tarde.
Assim que o DNS propagar (geralmente em 10 minutos, mas pode levar até 48 horas), seu domínio estará pronto para enviar e receber e-mails. Você pode verificar a propagação com ferramentas como MXToolbox ou whatsmydns.net. Não pule os registros de autenticação. De acordo com um relatório de 2024 da Valimail, domínios sem DMARC têm 62% mais chances de ter seus e-mails rejeitados ou marcados como spam.
Aliases de e-mail bidirecionais permitem que todo o seu time envie e receba dos mesmos endereços profissionais sem criar dezenas de caixas postais.
Hospedagem de e-mail tradicional (como Google Workspace) cobra por caixa postal. Para um time de cinco pessoas, isso dá de $30 a $60 por mês. E você ainda não consegue ter [email protected] compartilhado entre o time sem configurar grupos ou delegar acesso. Aliases de e-mail resolvem isso. Cada alias encaminha para uma ou mais caixas de entrada reais. Quando um membro do time responde, a resposta vem do endereço do alias, não do e-mail pessoal dele.
O GridInbox lida com isso nativamente. Você cria um alias como [email protected] e o atribui a três membros da equipe. Quando um cliente envia um e-mail para esse endereço, todos os três recebem a mensagem. Qualquer um deles pode responder, e a resposta aparece como vindo de [email protected]. O cliente nunca vê o endereço pessoal do indivíduo. Isso funciona para qualquer alias: [email protected], [email protected] ou [email protected]. Você também pode configurar controle de acesso baseado em funções (RBAC) para que apenas certos membros da equipe possam gerenciar aliases ou visualizar caixas de entrada compartilhadas.
Para uma startup típica em estágio inicial com 3 a 5 pessoas, você precisa de cerca de 10 a 15 aliases. Um por membro da equipe para comunicação interna, mais endereços funcionais como suporte, ola, faturamento, trabalheconosco e imprensa. Com o GridInbox, você pode criar todos eles em menos de 5 minutos. Sem caixas postais adicionais, sem custos extras por endereço.
E-mail transacional da sua startup requer um serviço de envio dedicado e configuração adequada para evitar a pasta de spam.
E-mails transacionais são mensagens disparadas por ações do usuário: redefinições de senha, confirmações de pedido, e-mails de boas-vindas e notificações. Esses não são e-mails de marketing. Eles são esperados pelo usuário. No entanto, muitas startups os enviam através do Gmail ou de um servidor SMTP genérico, o que leva a uma baixa entregabilidade. Para e-mail transacional, você precisa de um serviço que lide com altos volumes, forneça análises e suporte a domínios personalizados. O AWS SES é uma escolha comum para startups porque custa $0,10 por 1000 e-mails e escala para milhões. O Cloudflare Email Routing também suporta envio, mas é mais simples e melhor para baixo volume.
Como integrar e-mail transacional com seu aplicativo
Primeiro, verifique seu domínio com seu provedor de serviço de e-mail. Para o AWS SES, você adiciona o domínio no console do SES e configura o DKIM. Em seguida, solicite acesso de produção (a sandbox padrão só permite envio para endereços verificados). Uma vez aprovado, você pode enviar de qualquer endereço no seu domínio. Segundo, configure um alias de envio dedicado como [email protected] ou [email protected]. Não use um endereço pessoal para e-mail transacional, porque as respostas irão para uma pessoa que pode não lidar com elas. Terceiro, configure seu aplicativo para usar as credenciais SMTP ou a API do seu provedor. A maioria dos frameworks (Rails, Django, Node.js) tem suporte embutido para Action Mailer ou bibliotecas similares. Quarto, monitore taxas de bounce e reclamações. Mantenha as taxas de bounce abaixo de 5% e as taxas de reclamação abaixo de 0,1%. Se elas excederem esses limites, os provedores de e-mail bloquearão seu domínio.
Você também pode usar o GridInbox para gerenciar o lado das respostas do e-mail transacional. Por exemplo, se um cliente responder a uma notificação de [email protected], essa resposta pode ser encaminhada para uma caixa de entrada compartilhada onde sua equipe de suporte a veja. Isso evita mensagens perdidas enquanto mantém o envio transacional separado.
Um endereço de e-mail catch-all é uma ferramenta poderosa para testes e descoberta, mas você deve protegê-lo adequadamente.
Um catch-all é um endereço de e-mail que recebe todas as mensagens enviadas para qualquer endereço inexistente no seu domínio. Por exemplo, se alguém enviar para [email protected] e nenhum alias existir, o catch-all o captura. Isso é inestimável durante o desenvolvimento inicial. Você pode se inscrever em serviços usando endereços únicos como [email protected] ou [email protected] e rastrear qual serviço vaza seu e-mail. Você também pode testar o envio de e-mails do seu aplicativo usando endereços como [email protected] sem criar aliases para cada teste.
No entanto, endereços catch-all atraem spam. Bots rastreiam domínios e enviam para endereços aleatórios. Se você habilitar o catch-all, receberá centenas de e-mails de spam por dia. Para mitigar isso, use um serviço que permita definir regras. O GridInbox permite que você ative o encaminhamento catch-all para um alias específico ou caixa de entrada compartilhada, e você pode aplicar filtragem de spam no nível do provedor (o AWS SES tem filtragem de spam embutida, o Cloudflare Email Routing oferece filtragem básica). Você também pode criar um alias separado como [email protected] e apontar o catch-all para ele, monitorando-o separadamente da sua caixa de entrada principal.
Como regra geral, habilite o catch-all apenas durante os primeiros 3 a 6 meses da sua startup. Assim que você tiver um conjunto estável de aliases e seu aplicativo estiver em produção, desabilite o catch-all para reduzir o ruído. A troca é que você pode perder e-mails legítimos enviados para um endereço errado, mas a redução de spam vale a pena.
Sua pilha de e-mail completa pode ser montada em menos de uma hora com a combinação certa de serviços gratuitos e de baixo custo.
Aqui está um plano concreto que funciona para uma startup típica em estágio inicial com 3 a 5 pessoas, um domínio personalizado e um aplicativo web. Custo total: $0 a $20 por mês, dependendo do volume.
A pilha
Domínio: O domínio da sua startup (ex.: suastartup.com). Já adquirido. Custo: $10-15/ano.
Roteamento de e-mail e aliases: GridInbox. O plano gratuito inclui até 10 aliases e 2 membros da equipe. O plano pago começa em $9/mês para aliases ilimitados e até 5 usuários. Isso substitui o Google Workspace ou Outlook para e-mail da equipe.
Envio transacional: AWS SES. O nível gratuito inclui 62.000 e-mails por mês do EC2. Acima disso, $0,10 por 1000 e-mails. Para uma startup enviando 5.000 e-mails transacionais por mês, isso dá $0,50.
Gerenciamento de DNS: Cloudflare (plano gratuito) ou DNS do seu registrador. Gratuito.
Processamento de e-mail de entrada: Se seu aplicativo precisar receber e-mail (ex.: responder a tickets de suporte), use o AWS SES inbound ou o Cloudflare Email Routing para encaminhar para o webhook do seu aplicativo. Ambos são gratuitos para baixo volume.
Cronograma
Minutos 0-10: Registre seu domínio se ainda não o tiver. Configure DNS com registros MX, SPF, DKIM, DMARC.
Minutos 10-20: Cadastre-se no GridInbox. Verifique seu domínio. Crie aliases para sua equipe e endereços funcionais.
Minutos 20-30: Configure o AWS SES. Verifique seu domínio. Solicite acesso de produção. Gere credenciais SMTP.
Minutos 30-40: Integre o SES com seu aplicativo. Teste o envio de um e-mail transacional para seu próprio endereço.
Minutos 40-50: Habilite o catch-all no GridInbox para testes. Crie um alias dedicado para receber e-mails do catch-all.
Minutos 50-60: Teste o fluxo completo. Envie um e-mail para [email protected] e verifique se todos os membros da equipe o recebem. Envie um e-mail transacional do seu aplicativo e verifique a entrega. Envie um e-mail de teste para um endereço aleatório e confirme se o catch-all funciona.
Pronto. Uma hora, infraestrutura de e-mail pronta para produção. Você pode adicionar mais aliases, integrar com seu CRM ou configurar filtros automatizados à medida que cresce. O segredo é começar com uma base sólida que não exija reescrita depois.
O GridInbox se encaixa naturalmente nessa pilha porque lida com a camada de aliases e caixa de entrada compartilhada que o AWS SES e o Cloudflare Email Routing não oferecem. Enquanto o SES foca no envio e o Cloudflare no roteamento, o GridInbox oferece uma interface amigável para gerenciar quem recebe o quê, com envio bidirecional e RBAC. Você pode usá-lo junto com qualquer provedor. Para um founder técnico, isso significa menos tempo configurando servidores de e-mail e mais tempo construindo seu produto.
Perguntas Frequentes
Como configurar e-mail para minha startup?
Registre um domínio personalizado, configure registros DNS MX, SPF, DKIM e DMARC, depois use um serviço de aliases de e-mail como o GridInbox para criar endereços da equipe e funcionais. Adicione um provedor de e-mail transacional como o AWS SES para envios automatizados.
Qual é a melhor infraestrutura de e-mail para uma pequena startup?
A melhor pilha combina um domínio personalizado, aliases de e-mail bidirecionais (GridInbox) e um serviço de envio transacional (AWS SES ou Cloudflare Email Routing). Isso mantém os custos baixos e escala com sua equipe.
Quantos aliases de e-mail preciso para minha startup?
Para uma equipe de 3 a 5 pessoas, você precisa de 10 a 15 aliases: um por membro da equipe mais endereços funcionais como suporte, ola, faturamento, trabalheconosco e imprensa. Você pode adicionar mais à medida que cresce.
O que é um e-mail catch-all e devo usá-lo?
Um e-mail catch-all recebe todas as mensagens enviadas para qualquer endereço inexistente no seu domínio. É útil para testes e rastreamento de cadastros durante os primeiros 3 a 6 meses da sua startup, mas atrai spam e deve ser desabilitado em produção.
Como evitar que os e-mails da minha startup vão para o spam?
Configure corretamente os registros SPF, DKIM e DMARC. Use um serviço de e-mail transacional dedicado como o AWS SES. Mantenha as taxas de bounce abaixo de 5% e as taxas de reclamação abaixo de 0,1%. Nunca envie e-mails de marketing da mesma infraestrutura que os e-mails transacionais.
Posso usar o GridInbox com AWS SES ou Cloudflare Email Routing?
Sim, o GridInbox funciona tanto com AWS SES quanto com Cloudflare Email Routing. Ele adiciona gerenciamento de aliases e recursos de caixa de entrada compartilhada sobre as capacidades de envio e roteamento deles. Você configura seu DNS para apontar para seu provedor e depois usa o GridInbox para gerenciar os aliases.
스타트업을 만들 때 이메일은 단순한 기능이 아닙니다. 고객과 소통하고, 팀이 협업하며, 제품이 알림을 보내는 핵심 수단입니다. 하지만 대부분의 기술 창업자는 이메일을 뒷전으로 미룹니다. 모든 업무에 Gmail을 사용하고, 비밀번호를 공유하며, 답장이 스팸으로 가는 이유를 궁금해합니다. 이 가이드는 약 1시간 만에 제로에서 프로덕션 수준의 이메일 인프라를 구축하는 방법을 알려드립니다. 맞춤 도메인을 설정하고, 팀 전체의 별칭을 만들고, 트랜잭셔널 이메일을 구성하며, 테스트용 캐치올을 추가합니다. 전담 IT팀 없이도 가능합니다.
스타트업은 공유 Gmail 계정이 아닌, 첫날부터 전용 이메일 인프라가 필요합니다.
업무 커뮤니케이션에 개인 이메일 주소를 사용하면 즉시 문제가 발생합니다. 고객이 [email protected]에서 온 답장을 보면 신뢰도가 떨어집니다. 모든 사람이 자신의 받은편지함을 필요로 하기 때문에 팀 확장이 어렵습니다. 누군가 퇴사하면 고객 대화 내역에 접근할 수 없게 됩니다. 제대로 설정하면 도메인을 소유하고 모든 이메일 주소를 제어할 수 있습니다. 각각 별도의 사서함을 만들지 않고도 [email protected], [email protected], 그리고 [email protected] 같은 개별 팀원 주소를 추가할 수 있습니다. 이때 이메일 별칭 관리가 필수적입니다.
[이메일 별칭]: 자체 저장 공간이나 로그인 없이 수신 메시지를 하나 이상의 실제 받은편지함으로 전달하는 이메일 주소입니다. 별칭을 사용하면 여러 주소로 송수신하면서도 모든 것을 단일 사서함에서 관리할 수 있습니다.
GridInbox와 같은 서비스를 이용하면 맞춤 도메인 아래에서 무제한 별칭을 만들고 팀원이나 공유 받은편지함에 할당할 수 있습니다. 각 별칭은 양방향으로 이메일을 주고받을 수 있어, 고객이 보낸 주소로 바로 답장할 수 있습니다. 더 이상 어색한 sent on behalf of 헤더는 없습니다.
맞춤 도메인 이메일 설정은 15분이면 끝나며, 도메인 등록 비용 외에는 추가 비용이 들지 않습니다.
도메인은 디지털 정체성입니다. 이메일을 위해 필요한 것은 두 가지입니다: 소유한 도메인 이름(예: yourstartup.com)과 DNS 레코드를 변경할 수 있는 권한입니다. 대부분의 도메인 등록 기관(Namecheap, Cloudflare, Google Domains)은 DNS를 무료로 관리할 수 있게 해줍니다. 이메일에 중요한 레코드는 MX, SPF, DKIM, DMARC입니다. MX 레코드는 인터넷에 도메인의 이메일을 어디로 전달할지 알려줍니다. SPF, DKIM, DMARC는 스푸핑을 방지하고 전달성을 개선하는 인증 프로토콜입니다.
단계별 DNS 설정
먼저 도메인 등록 기관에 로그인하여 DNS 설정으로 이동합니다. 이메일 제공업체를 가리키는 MX 레코드를 추가합니다. 예를 들어 Cloudflare Email Routing을 사용하는 경우 MX 레코드는 mx1.cloudflare.net이며 우선순위는 10입니다. AWS SES를 사용하는 경우 MX 레코드는 Amazon의 인바운드 엔드포인트를 가리킵니다. 둘째, SPF용 TXT 레코드를 추가합니다. 간단한 SPF 레코드는 v=spf1 include:spf.yourprovider.com ~all과 같습니다. 셋째, 제공업체에서 DKIM 키 쌍을 생성하고 공개 키를 또 다른 TXT 레코드로 추가합니다. 마지막으로 v=DMARC1; p=quarantine; rua=mailto:[email protected]과 같은 DMARC 정책 레코드를 추가합니다. 이는 수신 서버에 인증되지 않은 이메일을 어떻게 처리할지 알려줍니다. p=quarantine 정책은 스타트업에 안전합니다. 나중에 p=reject로 강화할 수 있습니다.
DNS가 전파되면(보통 10분 이내지만 최대 48시간까지 걸릴 수 있음) 도메인이 이메일을 보내고 받을 준비가 됩니다. MXToolbox나 whatsmydns.net과 같은 도구로 전파를 확인할 수 있습니다. 인증 레코드를 건너뛰지 마십시오. 2024년 Valimail 보고서에 따르면 DMARC가 없는 도메인은 이메일이 거부되거나 스팸으로 표시될 가능성이 62% 더 높습니다.
양방향 이메일 별칭을 사용하면 수십 개의 사서함을 만들지 않고도 팀 전체가 동일한 전문 주소로 송수신할 수 있습니다.
전통적인 이메일 호스팅(예: Google Workspace)은 사서함당 요금을 부과합니다. 5인 팀의 경우 월 30~60달러입니다. 게다가 그룹을 설정하거나 액세스를 위임하지 않고는 [email protected]을 팀 전체가 공유할 수 없습니다. 이메일 별칭이 이 문제를 해결합니다. 각 별칭은 하나 이상의 실제 받은편지함으로 전달됩니다. 팀원이 답장하면 답장은 개인 이메일이 아닌 별칭 주소에서 발송됩니다.
GridInbox는 이를 기본적으로 처리합니다. [email protected]과 같은 별칭을 만들고 세 명의 팀원에게 할당합니다. 고객이 해당 주소로 이메일을 보내면 세 명 모두 메시지를 받습니다. 누구든 답장할 수 있으며, 답장은 [email protected]에서 온 것으로 표시됩니다. 고객은 개인의 개인 주소를 볼 수 없습니다. 이는 [email protected], [email protected], 또는 [email protected] 등 모든 별칭에 적용됩니다. 또한 역할 기반 액세스 제어(RBAC)를 설정하여 특정 팀원만 별칭을 관리하거나 공유 받은편지함을 볼 수 있도록 할 수 있습니다.
3~5명의 일반적인 초기 스타트업의 경우 약 10~15개의 별칭이 필요합니다. 내부 커뮤니케이션용 팀원당 하나씩, 그리고 support, hello, billing, jobs, press 같은 기능별 주소입니다. GridInbox를 사용하면 5분 안에 모두 만들 수 있습니다. 추가 사서함이나 주소당 추가 비용이 없습니다.
스타트업의 트랜잭셔널 이메일은 전용 발송 서비스와 적절한 구성이 필요하며, 스팸 폴더를 피해야 합니다.
트랜잭셔널 이메일은 사용자 행동에 의해 트리거되는 메시지입니다: 비밀번호 재설정, 주문 확인, 환영 이메일, 알림 등입니다. 이는 마케팅 이메일이 아닙니다. 사용자가 기대하는 메시지입니다. 그러나 많은 스타트업이 Gmail이나 일반 SMTP 서버를 통해 이를 발송하여 전달성이 낮아집니다. 트랜잭셔널 이메일을 위해서는 높은 볼륨을 처리하고, 분석을 제공하며, 맞춤 도메인을 지원하는 서비스가 필요합니다. AWS SES는 이메일 1000통당 0.10달러의 비용으로 수백만 통까지 확장 가능하여 스타트업에게 일반적인 선택입니다. Cloudflare Email Routing도 발송을 지원하지만 더 간단하고 낮은 볼륨에 적합합니다.
앱에 트랜잭셔널 이메일 통합 방법
먼저 이메일 서비스 제공업체에 도메인을 인증합니다. AWS SES의 경우 SES 콘솔에서 도메인을 추가하고 DKIM을 구성합니다. 그런 다음 프로덕션 액세스를 요청합니다(기본 샌드박스는 인증된 주소로만 발송 가능). 승인되면 도메인의 모든 주소에서 발송할 수 있습니다. 둘째, [email protected] 또는 [email protected] 같은 전용 발송 별칭을 설정합니다. 트랜잭셔널 이메일에 개인 주소를 사용하지 마십시오. 답장이 처리하지 못할 사람에게 갈 수 있기 때문입니다. 셋째, 애플리케이션이 제공업체의 SMTP 자격 증명 또는 API를 사용하도록 구성합니다. 대부분의 프레임워크(Rails, Django, Node.js)는 Action Mailer 또는 유사한 라이브러리를 기본 지원합니다. 넷째, 반송률과 불만률을 모니터링합니다. 반송률을 5% 미만, 불만률을 0.1% 미만으로 유지하십시오. 이 임계값을 초과하면 이메일 제공업체가 도메인을 차단합니다.
GridInbox를 사용하여 트랜잭셔널 이메일의 답장 측면을 관리할 수도 있습니다. 예를 들어 고객이 [email protected] 알림에 답장하면 해당 답장을 지원 팀이 볼 수 있는 공유 받은편지함으로 전달할 수 있습니다. 이렇게 하면 트랜잭셔널 발송을 분리하면서 메시지 손실을 방지할 수 있습니다.
캐치올 이메일 주소는 테스트와 발견에 강력한 도구이지만, 적절히 보호해야 합니다.
캐치올은 도메인의 존재하지 않는 주소로 전송된 모든 메시지를 수신하는 이메일 주소입니다. 예를 들어 누군가 [email protected]으로 보냈는데 해당 별칭이 없으면 캐치올이 이를 포착합니다. 이는 초기 개발 단계에서 매우 유용합니다. [email protected] 또는 [email protected] 같은 고유 주소를 사용하여 서비스에 가입하고 어떤 서비스가 이메일을 유출하는지 추적할 수 있습니다. 또한 각 테스트마다 별칭을 만들지 않고 [email protected] 같은 주소를 사용하여 앱의 이메일 발송을 테스트할 수 있습니다.
그러나 캐치올 주소는 스팸을 유인합니다. 봇이 도메인을 크롤링하여 무작위 주소로 발송합니다. 캐치올을 활성화하면 하루에 수백 통의 스팸 이메일을 받게 됩니다. 이를 완화하려면 규칙을 설정할 수 있는 서비스를 사용하십시오. GridInbox를 사용하면 캐치올 전달을 특정 별칭이나 공유 받은편지함으로 설정할 수 있으며, 제공업체 수준에서 스팸 필터링을 적용할 수 있습니다(AWS SES에는 내장 스팸 필터링이 있고, Cloudflare Email Routing은 기본 필터링을 제공합니다). 또한 [email protected] 같은 별도의 별칭을 만들고 캐치올을 거기로 지정한 다음, 메인 받은편지함과 별도로 모니터링할 수 있습니다.
일반적으로 캐치올은 스타트업 첫 3~6개월 동안만 활성화하십시오. 안정적인 별칭 세트를 갖추고 앱이 프로덕션에 들어가면 캐치올을 비활성화하여 노이즈를 줄이십시오. 잘못된 주소로 전송된 합법적인 이메일을 놓칠 수 있는 트레이드오프가 있지만, 스팸 감소 효과가 그만한 가치가 있습니다.
완전한 이메일 스택은 무료 및 저비용 서비스를 적절히 조합하여 1시간 안에 구축할 수 있습니다.
다음은 3~5명, 맞춤 도메인, 웹 애플리케이션을 갖춘 일반적인 초기 스타트업에 적용 가능한 구체적인 계획입니다. 총 비용: 볼륨에 따라 월 0~20달러.
스택
도메인: 스타트업 도메인(예: yourstartup.com). 이미 소유 중. 비용: 연간 10~15달러.
이메일 라우팅 및 별칭: GridInbox. 무료 티어는 최대 10개의 별칭과 2명의 팀원을 포함합니다. 유료 플랜은 월 9달러부터 시작하여 무제한 별칭과 최대 5명의 사용자를 제공합니다. 이는 팀 이메일용 Google Workspace 또는 Outlook을 대체합니다.
트랜잭셔널 발송: AWS SES. 무료 티어는 EC2에서 월 62,000통의 이메일을 포함합니다. 초과 시 이메일 1000통당 0.10달러. 월 5,000통의 트랜잭셔널 이메일을 발송하는 스타트업의 경우 0.50달러입니다.
DNS 관리: Cloudflare(무료 플랜) 또는 등록 기관의 DNS. 무료.
인바운드 이메일 처리: 앱이 이메일을 수신해야 하는 경우(예: 지원 티켓에 대한 회신), AWS SES 인바운드 또는 Cloudflare Email Routing을 사용하여 앱의 웹훅으로 전달합니다. 둘 다 낮은 볼륨에서 무료입니다.
타임라인
0~10분: 아직 도메인이 없으면 등록합니다. MX, SPF, DKIM, DMARC 레코드로 DNS를 설정합니다.
10~20분: GridInbox에 가입합니다. 도메인을 인증합니다. 팀원 및 기능별 주소에 대한 별칭을 만듭니다.
20~30분: AWS SES를 설정합니다. 도메인을 인증합니다. 프로덕션 액세스를 요청합니다. SMTP 자격 증명을 생성합니다.
30~40분: SES를 애플리케이션에 통합합니다. 자신의 주소로 트랜잭셔널 이메일 발송을 테스트합니다.
40~50분: 테스트를 위해 GridInbox에서 캐치올을 활성화합니다. 캐치올 이메일을 수신할 전용 별칭을 만듭니다.
50~60분: 전체 흐름을 테스트합니다. [email protected]으로 이메일을 보내 모든 팀원이 수신하는지 확인합니다. 앱에서 트랜잭셔널 이메일을 발송하여 전달을 확인합니다. 무작위 주소로 테스트 이메일을 보내 캐치올이 작동하는지 확인합니다.
이것으로 끝입니다. 1시간 만에 프로덕션 준비가 완료된 이메일 인프라입니다. 성장함에 따라 더 많은 별칭을 추가하고, CRM과 통합하거나, 자동화된 필터를 설정할 수 있습니다. 핵심은 나중에 다시 작성할 필요가 없는 견고한 기반에서 시작하는 것입니다.
GridInbox는 AWS SES와 Cloudflare Email Routing이 제공하지 않는 별칭 및 공유 받은편지함 계층을 처리하기 때문에 이 스택에 자연스럽게 들어맞습니다. SES는 발송에, Cloudflare는 라우팅에 초점을 맞추는 반면, GridInbox는 양방향 발송과 RBAC를 통해 누가 무엇을 수신할지 관리할 수 있는 사용자 친화적인 인터페이스를 제공합니다. 모든 제공업체와 함께 사용할 수 있습니다. 기술 창업자에게 이는 메일 서버 구성에 덜 시간을 쓰고 제품 구축에 더 많은 시간을 할애할 수 있음을 의미합니다.
자주 묻는 질문
스타트업 이메일은 어떻게 설정하나요?
맞춤 도메인을 등록하고 MX, SPF, DKIM, DMARC DNS 레코드를 구성한 다음 GridInbox와 같은 이메일 별칭 서비스를 사용하여 팀원 및 기능별 주소를 만듭니다. 자동 발송을 위해 AWS SES와 같은 트랜잭셔널 이메일 제공업체를 추가합니다.
소규모 스타트업에 가장 적합한 이메일 인프라는 무엇인가요?
최적의 스택은 맞춤 도메인, 양방향 이메일 별칭(GridInbox), 트랜잭셔널 발송 서비스(AWS SES 또는 Cloudflare Email Routing)를 결합한 것입니다. 이는 비용을 낮게 유지하고 팀과 함께 확장됩니다.
스타트업에 필요한 이메일 별칭은 몇 개인가요?
3~5명 팀의 경우 10~15개의 별칭이 필요합니다: 팀원당 하나씩과 support, hello, billing, jobs, press 같은 기능별 주소입니다. 성장함에 따라 더 추가할 수 있습니다.
캐치올 이메일이란 무엇이며, 사용해야 하나요?
캐치올 이메일은 도메인의 존재하지 않는 주소로 전송된 모든 메시지를 수신합니다. 스타트업 첫 3~6개월 동안 테스트 및 가입 추적에 유용하지만, 스팸을 유인하므로 프로덕션에서는 비활성화해야 합니다.
스타트업 이메일이 스팸으로 가는 것을 어떻게 방지하나요?
SPF, DKIM, DMARC 레코드를 올바르게 설정합니다. AWS SES와 같은 전용 트랜잭셔널 이메일 서비스를 사용합니다. 반송률을 5% 미만, 불만률을 0.1% 미만으로 유지합니다. 마케팅 이메일을 트랜잭셔널 이메일과 동일한 인프라에서 절대 발송하지 마십시오.
GridInbox를 AWS SES 또는 Cloudflare Email Routing과 함께 사용할 수 있나요?
네, GridInbox는 AWS SES 및 Cloudflare Email Routing과 모두 호환됩니다. 발송 및 라우팅 기능 위에 별칭 관리 및 공유 받은편지함 기능을 추가합니다. DNS를 제공업체로 지정한 다음 GridInbox를 사용하여 별칭을 관리합니다.
Когда вы строите стартап, email — это не просто функция. Это основа того, как вы общаетесь с клиентами, как ваша команда работает вместе и как ваш продукт отправляет уведомления. Однако большинство технических основателей относятся к email как к чему-то второстепенному. Они используют Gmail для всего, передают пароли друг другу и удивляются, почему ответы попадают в спам. Это руководство покажет вам, как за час перейти от нуля к продакшен-готовой email-инфраструктуре. Вы настроите собственный домен, создадите алиасы для всей команды, сконфигурируете транзакционную почту и добавите catch-all для тестирования. И всё это без выделенной IT-команды.
Вашему стартапу нужна выделенная email-инфраструктура с первого дня, а не общий аккаунт Gmail.
Использование личных email-адресов для деловой коммуникации создаёт проблемы с самого начала. Доверие клиентов падает, когда они видят ответ с [email protected]. Ваша команда не может масштабироваться, потому что каждому нужен свой почтовый ящик. А если кто-то уходит, вы теряете доступ к переписке с клиентами. Правильная настройка означает, что вы владеете своим доменом и контролируете каждый email-адрес. Вы можете добавить [email protected], [email protected] и индивидуальные адреса сотрудников, например [email protected], не создавая для каждого отдельный почтовый ящик. Здесь и становится необходимым управление email-алиасами.
[Email-алиас]: Адрес электронной почты, который пересылает входящие сообщения на один или несколько реальных почтовых ящиков, не имея собственного хранилища или логина. Алиасы позволяют отправлять и получать письма с нескольких адресов, управляя всем из одного почтового ящика.
С помощью такого сервиса, как GridInbox, вы можете создавать неограниченное количество алиасов на своём домене и назначать их членам команды или общим почтовым ящикам. Каждый алиас может отправлять и получать email в обоих направлениях, то есть вы отвечаете с того же адреса, на который писал клиент. Никаких неловких заголовков отправлено от имени.
Настройка собственного домена для email занимает 15 минут и ничего не стоит, кроме регистрации домена.
Ваш домен — это ваша цифровая идентичность. Для email вам нужно две вещи: доменное имя, которым вы владеете (например, yourstartup.com), и возможность изменять DNS-записи. Большинство регистраторов доменов (Namecheap, Cloudflare, Google Domains) позволяют управлять DNS бесплатно. Ключевые записи для email — это MX-записи, SPF, DKIM и DMARC. MX-записи указывают интернету, куда доставлять почту для вашего домена. SPF, DKIM и DMARC — это протоколы аутентификации, которые предотвращают подделку и улучшают доставляемость.
Пошаговая настройка DNS
Сначала войдите в панель управления вашего регистратора доменов и перейдите к настройкам DNS. Добавьте MX-запись, указывающую на вашего email-провайдера. Например, если вы используете Cloudflare Email Routing, MX-запись будет mx1.cloudflare.net с приоритетом 10. Если вы используете AWS SES, MX-запись указывает на входящий endpoint Amazon. Во-вторых, добавьте TXT-запись для SPF. Простая SPF-запись выглядит так: v=spf1 include:spf.yourprovider.com ~all. В-третьих, сгенерируйте пару ключей DKIM у вашего провайдера и добавьте открытый ключ как ещё одну TXT-запись. Наконец, добавьте запись политики DMARC, например: v=DMARC1; p=quarantine; rua=mailto:[email protected]. Это указывает принимающим серверам, что делать с непроверенными email. Политика p=quarantine безопасна для стартапов. Позже вы сможете ужесточить её до p=reject.
Как только DNS распространится (обычно в течение 10 минут, но может занять до 48 часов), ваш домен будет готов отправлять и получать email. Вы можете проверить распространение с помощью таких инструментов, как MXToolbox или whatsmydns.net. Не пропускайте записи аутентификации. Согласно отчёту Valimail за 2024 год, домены без DMARC на 62% чаще сталкиваются с отклонением писем или попаданием в спам.
Двунаправленные email-алиасы позволяют всей команде отправлять и получать письма с профессиональных адресов без создания десятков почтовых ящиков.
Традиционный email-хостинг (например, Google Workspace) взимает плату за каждый почтовый ящик. Для команды из пяти человек это $30–60 в месяц. И вы всё равно не сможете сделать [email protected] общим для всей команды без настройки групп или делегирования доступа. Email-алиасы решают эту проблему. Каждый алиас пересылает письма на один или несколько реальных почтовых ящиков. Когда член команды отвечает, ответ приходит с адреса алиаса, а не с его личного email.
GridInbox поддерживает это изначально. Вы создаёте алиас, например [email protected], и назначаете его трём членам команды. Когда клиент пишет на этот адрес, все трое получают сообщение. Любой из них может ответить, и ответ будет выглядеть как отправленный с [email protected]. Клиент никогда не увидит личный адрес сотрудника. Это работает для любого алиаса: [email protected], [email protected] или [email protected]. Вы также можете настроить управление доступом на основе ролей (RBAC), чтобы только определённые члены команды могли управлять алиасами или просматривать общие почтовые ящики.
Для типичного стартапа на ранней стадии с 3–5 сотрудниками вам понадобится около 10–15 алиасов. По одному на каждого члена команды для внутренней коммуникации, плюс функциональные адреса, такие как support, hello, billing, jobs и press. С GridInbox вы можете создать их все менее чем за 5 минут. Никаких дополнительных почтовых ящиков, никаких дополнительных затрат за каждый адрес.
Транзакционные письма вашего стартапа требуют выделенного сервиса отправки и правильной настройки, чтобы не попадать в спам.
Транзакционные письма — это сообщения, вызванные действиями пользователя: сброс пароля, подтверждение заказа, приветственные письма и уведомления. Это не маркетинговые письма. Пользователь их ожидает. Однако многие стартапы отправляют их через Gmail или обычный SMTP-сервер, что приводит к плохой доставляемости. Для транзакционных писем вам нужен сервис, который обрабатывает большие объёмы, предоставляет аналитику и поддерживает собственные домены. AWS SES — популярный выбор для стартапов, так как он стоит $0,10 за 1000 писем и масштабируется до миллионов. Cloudflare Email Routing также поддерживает отправку, но он проще и лучше подходит для небольших объёмов.
Как интегрировать транзакционные письма в ваше приложение
Во-первых, подтвердите свой домен у провайдера email-услуг. Для AWS SES вы добавляете домен в консоли SES и настраиваете DKIM. Затем запросите производственный доступ (песочница по умолчанию разрешает отправку только на подтверждённые адреса). После одобрения вы сможете отправлять письма с любого адреса на вашем домене. Во-вторых, создайте выделенный алиас для отправки, например [email protected] или [email protected]. Не используйте личный адрес для транзакционных писем, потому что ответы будут приходить человеку, который может их не обработать. В-третьих, настройте ваше приложение на использование SMTP-учётных данных или API вашего провайдера. Большинство фреймворков (Rails, Django, Node.js) имеют встроенную поддержку Action Mailer или аналогичных библиотек. В-четвёртых, отслеживайте показатели отказов и жалоб. Держите уровень отказов ниже 5%, а уровень жалоб — ниже 0,1%. Если они превысят эти пороги, почтовые провайдеры заблокируют ваш домен.
Вы также можете использовать GridInbox для управления ответами на транзакционные письма. Например, если клиент отвечает на уведомление с [email protected], этот ответ можно переслать в общий почтовый ящик, где его увидит ваша служба поддержки. Это предотвращает потерю сообщений, сохраняя разделение транзакционной отправки.
Catch-all email — мощный инструмент для тестирования и обнаружения, но его нужно правильно защитить.
Catch-all — это email-адрес, который получает все сообщения, отправленные на любой несуществующий адрес вашего домена. Например, если кто-то отправляет письмо на [email protected], а такого алиаса не существует, catch-all его перехватывает. Это бесценно на ранних этапах разработки. Вы можете регистрироваться в сервисах, используя уникальные адреса, например [email protected] или [email protected], и отслеживать, какой сервис раскрыл ваш email. Вы также можете тестировать отправку писем из вашего приложения, используя адреса вроде [email protected], не создавая алиасы для каждого теста.
Однако catch-all адреса привлекают спам. Боты сканируют домены и отправляют письма на случайные адреса. Если вы включите catch-all, вы будете получать сотни спам-писем в день. Чтобы смягчить это, используйте сервис, который позволяет настраивать правила. GridInbox позволяет включить пересылку catch-all на определённый алиас или общий почтовый ящик, и вы можете применить фильтрацию спама на уровне провайдера (AWS SES имеет встроенную фильтрацию спама, Cloudflare Email Routing предлагает базовую фильтрацию). Вы также можете создать отдельный алиас, например [email protected], и направить catch-all туда, а затем отслеживать его отдельно от основного почтового ящика.
Как правило, включайте catch-all только в первые 3–6 месяцев работы стартапа. Как только у вас появится стабильный набор алиасов и ваше приложение перейдёт в продакшен, отключите catch-all, чтобы уменьшить шум. Компромисс в том, что вы можете пропустить легитимные письма, отправленные на неправильный адрес, но сокращение спама того стоит.
Ваш полный email-стек можно собрать менее чем за час, используя правильную комбинацию бесплатных и недорогих сервисов.
Вот конкретный план, который работает для типичного стартапа на ранней стадии с 3–5 сотрудниками, собственным доменом и веб-приложением. Общая стоимость: от $0 до $20 в месяц в зависимости от объёма.
Стек
Домен: Домен вашего стартапа (например, yourstartup.com). Уже есть. Стоимость: $10–15/год.
Маршрутизация email и алиасы: GridInbox. Бесплатный тариф включает до 10 алиасов и 2 членов команды. Платный тариф начинается от $9/месяц за неограниченное количество алиасов и до 5 пользователей. Это заменяет Google Workspace или Outlook для командной почты.
Транзакционная отправка: AWS SES. Бесплатный тариф включает 62 000 писем в месяц из EC2. Свыше этого — $0,10 за 1000 писем. Для стартапа, отправляющего 5000 транзакционных писем в месяц, это $0,50.
Управление DNS: Cloudflare (бесплатный тариф) или DNS вашего регистратора. Бесплатно.
Обработка входящих писем: Если вашему приложению нужно получать email (например, для ответов на тикеты поддержки), используйте AWS SES inbound или Cloudflare Email Routing для пересылки на вебхук вашего приложения. Оба сервиса бесплатны при небольших объёмах.
Таймлайн
Минуты 0–10: Зарегистрируйте домен, если он ещё не зарегистрирован. Настройте DNS с MX, SPF, DKIM, DMARC записями.
Минуты 10–20: Зарегистрируйтесь в GridInbox. Подтвердите свой домен. Создайте алиасы для команды и функциональные адреса.
Минуты 20–30: Настройте AWS SES. Подтвердите свой домен. Запросите производственный доступ. Сгенерируйте SMTP-учётные данные.
Минуты 30–40: Интегрируйте SES с вашим приложением. Протестируйте отправку транзакционного письма на свой адрес.
Минуты 40–50: Включите catch-all в GridInbox для тестирования. Создайте выделенный алиас для получения писем catch-all.
Минуты 50–60: Протестируйте полный цикл. Отправьте письмо на [email protected] и убедитесь, что все члены команды его получили. Отправьте транзакционное письмо из приложения и проверьте доставку. Отправьте тестовое письмо на случайный адрес и подтвердите, что catch-all работает.
Вот и всё. Один час — и готовая к продакшену email-инфраструктура. Вы можете добавлять новые алиасы, интегрироваться с CRM или настраивать автоматические фильтры по мере роста. Главное — начать с прочной основы, которую не придётся переписывать позже.
GridInbox естественно вписывается в этот стек, потому что он обеспечивает уровень алиасов и общих почтовых ящиков, который не предоставляют AWS SES и Cloudflare Email Routing. В то время как SES фокусируется на отправке, а Cloudflare — на маршрутизации, GridInbox предлагает удобный интерфейс для управления тем, кто что получает, с двунаправленной отправкой и RBAC. Вы можете использовать его вместе с любым провайдером. Для технического основателя это означает меньше времени на настройку почтовых серверов и больше времени на создание продукта.
Часто задаваемые вопросы
Как настроить email для моего стартапа?
Зарегистрируйте собственный домен, настройте DNS-записи MX, SPF, DKIM и DMARC, затем используйте сервис email-алиасов, такой как GridInbox, для создания командных и функциональных адресов. Добавьте провайдера транзакционных писем, например AWS SES, для автоматической отправки.
Какая email-инфраструктура лучше всего подходит для небольшого стартапа?
Лучший стек сочетает собственный домен, двунаправленные email-алиасы (GridInbox) и сервис транзакционной отправки (AWS SES или Cloudflare Email Routing). Это позволяет сохранить низкие затраты и масштабироваться вместе с командой.
Сколько email-алиасов нужно моему стартапу?
Для команды из 3–5 человек потребуется 10–15 алиасов: по одному на каждого члена команды плюс функциональные адреса, такие как support, hello, billing, jobs и press. По мере роста вы сможете добавлять новые.
Что такое catch-all email и стоит ли его использовать?
Catch-all email получает все сообщения, отправленные на любой несуществующий адрес вашего домена. Он полезен для тестирования и отслеживания регистраций в первые 3–6 месяцев работы стартапа, но привлекает спам, поэтому его следует отключать в продакшене.
Как избежать попадания писем моего стартапа в спам?
Правильно настройте записи SPF, DKIM и DMARC. Используйте выделенный сервис транзакционных писем, такой как AWS SES. Держите уровень отказов ниже 5%, а уровень жалоб — ниже 0,1%. Никогда не отправляйте маркетинговые письма с той же инфраструктуры, что и транзакционные.
Можно ли использовать GridInbox вместе с AWS SES или Cloudflare Email Routing?
Да, GridInbox работает как с AWS SES, так и с Cloudflare Email Routing. Он добавляет функции управления алиасами и общими почтовыми ящиками поверх их возможностей отправки и маршрутизации. Вы настраиваете DNS, указывая на вашего провайдера, а затем используете GridInbox для управления алиасами.
عند بناء شركة ناشئة، البريد الإلكتروني ليس مجرد ميزة. إنه العمود الفقري لكيفية تواصلك مع العملاء، وتعاون فريقك، وإرسال منتجك للإشعارات. ومعظم المؤسسين التقنيين يتعاملون مع البريد الإلكتروني كأمر ثانوي. يستخدمون Gmail لكل شيء، ويشاركون كلمات المرور، ويتساءلون لماذا تذهب الردود إلى البريد العشوائي. يوضح لك هذا الدليل كيفية الانتقال من الصفر إلى بنية بريد إلكتروني جاهزة للإنتاج في حوالي ساعة واحدة. ستقوم بإعداد نطاق مخصص، وإنشاء أسماء مستعارة لفريقك بالكامل، وتكوين البريد الإلكتروني للمعاملات، وإضافة استقبال شامل للاختبار. كل ذلك دون فريق تقني مخصص.
شركتك الناشئة تحتاج إلى بنية بريد إلكتروني مخصصة من اليوم الأول، وليس حساب Gmail مشترك.
استخدام عناوين البريد الإلكتروني الشخصية للتواصل التجاري يخلق مشاكل فورية. ثقة العملاء تنخفض عندما يرون ردًا من [email protected]. فريقك لا يمكنه التوسع لأن كل شخص يحتاج إلى صندوق وارد خاص به. وإذا غادر أحدهم، تفقد الوصول إلى محادثات العملاء. الإعداد الصحيح يعني أنك تملك نطاقك وتتحكم في كل عنوان بريد إلكتروني. يمكنك إضافة [email protected] و [email protected] وعناوين فردية للفريق مثل [email protected] دون إنشاء صناديق بريد منفصلة لكل منها. هنا يصبح إدارة الأسماء المستعارة للبريد الإلكتروني أمرًا أساسيًا.
[البريد المستعار]: عنوان بريد إلكتروني يعيد توجيه الرسائل الواردة إلى صندوق وارد حقيقي واحد أو أكثر دون أن يكون له مساحة تخزين أو تسجيل دخول خاص به. تتيح لك الأسماء المستعارة الإرسال والاستقبال من عناوين متعددة مع إدارة كل شيء من صندوق وارد واحد.
مع خدمة مثل GridInbox، يمكنك إنشاء أسماء مستعارة غير محدودة تحت نطاقك المخصص وتعيينها لأعضاء الفريق أو الصناديق الواردة المشتركة. كل اسم مستعار يمكنه الإرسال والاستقبال بشكل ثنائي الاتجاه، مما يعني أنك ترد من نفس العنوان الذي كتب إليه العميل. لا مزيد من رؤوس أرسل بالنيابة عن المحرجة.
إعداد نطاقك المخصص للبريد الإلكتروني يستغرق 15 دقيقة ولا يكلف شيئًا سوى تسجيل النطاق.
نطاقك هو هويتك الرقمية. للبريد الإلكتروني، تحتاج إلى شيئين: اسم نطاق تملكه (مثل yourstartup.com) والقدرة على تغيير سجلات DNS. معظم مسجلي النطاقات (Namecheap، Cloudflare، Google Domains) يتيحون لك إدارة DNS مجانًا. السجلات الحرجة للبريد الإلكتروني هي سجلات MX و SPF و DKIM و DMARC. سجلات MX تخبر الإنترنت أين يسلم البريد الإلكتروني لنطاقك. SPF و DKIM و DMARC هي بروتوكولات مصادقة تمنع الانتحال وتحسن قابلية التسليم.
إعداد DNS خطوة بخطوة
أولاً، سجل الدخول إلى مسجل النطاق الخاص بك وانتقل إلى إعدادات DNS. أضف سجل MX يشير إلى مزود البريد الإلكتروني الخاص بك. على سبيل المثال، إذا كنت تستخدم Cloudflare Email Routing، فإن سجل MX هو mx1.cloudflare.net بأولوية 10. إذا كنت تستخدم AWS SES، فإن سجل MX يشير إلى نقطة نهاية Amazon الواردة. ثانيًا، أضف سجل TXT لـ SPF. سجل SPF بسيط يبدو كالتالي v=spf1 include:spf.yourprovider.com ~all. ثالثًا، قم بإنشاء زوج مفاتيح DKIM من مزودك وأضف المفتاح العام كسجل TXT آخر. أخيرًا، أضف سجل سياسة DMARC مثل v=DMARC1; p=quarantine; rua=mailto:[email protected]. هذا يخبر الخوادم المستقبلة بما تفعله بالبريد الإلكتروني غير الموثق. سياسة p=quarantine آمنة للشركات الناشئة. يمكنك تشديدها إلى p=reject لاحقًا.
بمجرد انتشار DNS (عادةً خلال 10 دقائق ولكن قد يستغرق حتى 48 ساعة)، يصبح نطاقك جاهزًا لإرسال واستقبال البريد الإلكتروني. يمكنك التحقق من الانتشار باستخدام أدوات مثل MXToolbox أو whatsmydns.net. لا تتخطى سجلات المصادقة. وفقًا لتقرير Valimail لعام 2024، النطاقات التي لا تحتوي على DMARC تكون أكثر عرضة بنسبة 62% لرفض بريدها الإلكتروني أو وضع علامة عليه كبريد عشوائي.
الأسماء المستعارة للبريد الإلكتروني ثنائية الاتجاه تتيح لفريقك بالكامل الإرسال والاستقبال من نفس العناوين المهنية دون إنشاء عشرات الصناديق البريدية.
استضافة البريد الإلكتروني التقليدية (مثل Google Workspace) تفرض رسومًا على كل صندوق بريد. لفريق من خمسة أفراد، هذا يعني 30 إلى 60 دولارًا شهريًا. وما زلت لا تستطيع الحصول على [email protected] مشتركًا عبر الفريق دون إعداد مجموعات أو تفويض الوصول. الأسماء المستعارة تحل هذا. كل اسم مستعار يعيد التوجيه إلى صندوق وارد حقيقي واحد أو أكثر. عندما يرد أحد أعضاء الفريق، يأتي الرد من العنوان المستعار، وليس بريدهم الإلكتروني الشخصي.
GridInbox تتعامل مع هذا بشكل أصلي. تقوم بإنشاء اسم مستعار مثل [email protected] وتعيينه لثلاثة أعضاء فريق. عندما يرسل عميل بريدًا إلكترونيًا إلى ذلك العنوان، يتلقى الثلاثة الرسالة. يمكن لأي منهم الرد، ويظهر الرد وكأنه قادم من [email protected]. العميل لا يرى أبدًا العنوان الشخصي للفرد. هذا يعمل مع أي اسم مستعار: [email protected] أو [email protected] أو [email protected]. يمكنك أيضًا إعداد التحكم في الوصول المستند إلى الدور (RBAC) بحيث يمكن لأعضاء فريق معينين فقط إدارة الأسماء المستعارة أو عرض الصناديق الواردة المشتركة.
لشركة ناشئة نموذجية في مرحلة مبكرة تضم 3-5 أشخاص، تحتاج إلى حوالي 10-15 اسمًا مستعارًا. واحد لكل عضو فريق للتواصل الداخلي، بالإضافة إلى عناوين وظيفية مثل support و hello و billing و jobs و press. مع GridInbox، يمكنك إنشاء كل منهم في أقل من 5 دقائق. لا صناديق بريد إضافية، لا تكاليف إضافية لكل عنوان.
البريد الإلكتروني للمعاملات من شركتك الناشئة يتطلب خدمة إرسال مخصصة وتكوينًا مناسبًا لتجنب مجلد البريد العشوائي.
رسائل البريد الإلكتروني للمعاملات هي رسائل يتم تشغيلها بواسطة إجراءات المستخدم: إعادة تعيين كلمة المرور، تأكيدات الطلب، رسائل الترحيب، والإشعارات. هذه ليست رسائل تسويقية. يتوقعها المستخدم. ومع ذلك، ترسلها العديد من الشركات الناشئة عبر Gmail أو خادم SMTP عام، مما يؤدي إلى ضعف قابلية التسليم. للبريد الإلكتروني للمعاملات، تحتاج إلى خدمة تتعامل مع الأحجام العالية، وتوفر تحليلات، وتدعم النطاقات المخصصة. AWS SES هو خيار شائع للشركات الناشئة لأنه يكلف 0.10 دولار لكل 1000 بريد إلكتروني ويتوسع إلى الملايين. Cloudflare Email Routing يدعم الإرسال أيضًا، لكنه أبسط وأفضل للأحجام المنخفضة.
كيفية دمج البريد الإلكتروني للمعاملات مع تطبيقك
أولاً، تحقق من نطاقك مع مزود خدمة البريد الإلكتروني الخاص بك. بالنسبة لـ AWS SES، تضيف النطاق في وحدة تحكم SES وتكوّن DKIM. ثم اطلب الوصول إلى الإنتاج (الصندوق الرملي الافتراضي يسمح فقط بالإرسال إلى عناوين موثقة). بمجرد الموافقة، يمكنك الإرسال من أي عنوان على نطاقك. ثانيًا، قم بإعداد اسم مستعار مخصص للإرسال مثل [email protected] أو [email protected]. لا تستخدم عنوانًا شخصيًا للبريد الإلكتروني للمعاملات لأن الردود ستذهب إلى شخص قد لا يتعامل معها. ثالثًا، قم بتكوين تطبيقك لاستخدام بيانات اعتماد SMTP أو API الخاصة بمزودك. معظم الأطر (Rails، Django، Node.js) لديها دعم مدمج لـ Action Mailer أو مكتبات مماثلة. رابعًا، راقب معدلات الارتداد والشكاوى. حافظ على معدلات الارتداد أقل من 5% ومعدلات الشكاوى أقل من 0.1%. إذا تجاوزت هذه الحدود، سيقوم مزودو البريد الإلكتروني بحظر نطاقك.
يمكنك أيضًا استخدام GridInbox لإدارة جانب الرد من البريد الإلكتروني للمعاملات. على سبيل المثال، إذا رد عميل على إشعار [email protected]، يمكن إعادة توجيه هذا الرد إلى صندوق وارد مشترك حيث يراه فريق الدعم الخاص بك. هذا يمنع فقدان الرسائل مع الحفاظ على إرسال المعاملات منفصلاً.
عنوان البريد الإلكتروني الشامل هو أداة قوية للاختبار والاكتشاف، لكن يجب تأمينه بشكل صحيح.
البريد الشامل هو عنوان بريد إلكتروني يستقبل جميع الرسائل المرسلة إلى أي عنوان غير موجود على نطاقك. على سبيل المثال، إذا أرسل شخص ما إلى [email protected] ولا يوجد اسم مستعار كهذا، فإن البريد الشامل يلتقطه. هذا لا يقدر بثمن خلال التطوير المبكر. يمكنك الاشتراك في الخدمات باستخدام عناوين فريدة مثل [email protected] أو [email protected] وتتبع أي خدمة تسرب بريدك الإلكتروني. يمكنك أيضًا اختبار إرسال البريد الإلكتروني لتطبيقك باستخدام عناوين مثل [email protected] دون إنشاء أسماء مستعارة لكل اختبار.
ومع ذلك، تجذب عناوين البريد الشامل البريد العشوائي. تزحف الروبوتات على النطاقات وترسل إلى عناوين عشوائية. إذا قمت بتمكين البريد الشامل، ستتلقى مئات رسائل البريد العشوائي يوميًا. للتخفيف من ذلك، استخدم خدمة تسمح لك بتعيين قواعد. تتيح لك GridInbox تمكين إعادة توجيه البريد الشامل إلى اسم مستعار أو صندوق وارد مشترك محدد، ويمكنك تطبيق تصفية البريد العشوائي على مستوى المزود (AWS SES لديه تصفية مدمجة للبريد العشوائي، Cloudflare Email Routing يقدم تصفية أساسية). يمكنك أيضًا إنشاء اسم مستعار منفصل مثل [email protected] وتوجيه البريد الشامل إليه، ثم مراقبته بشكل منفصل عن صندوق الوارد الرئيسي الخاص بك.
كقاعدة عامة، قم بتمكين البريد الشامل فقط خلال أول 3-6 أشهر من شركتك الناشئة. بمجرد أن يكون لديك مجموعة مستقرة من الأسماء المستعارة وتطبيقك في مرحلة الإنتاج، قم بتعطيل البريد الشامل لتقليل الضوضاء. المقايضة هي أنك قد تفوت رسائل بريد إلكتروني شرعية مرسلة إلى عنوان خاطئ، لكن تقليل البريد العشوائي يستحق ذلك.
يمكن تجميع مجموعة البريد الإلكتروني الكاملة الخاصة بك في أقل من ساعة باستخدام المزيج الصحيح من الخدمات المجانية ومنخفضة التكلفة.
إليك خطة ملموسة تعمل لشركة ناشئة نموذجية في مرحلة مبكرة تضم 3-5 أشخاص، ونطاق مخصص، وتطبيق ويب. التكلفة الإجمالية: من 0 إلى 20 دولارًا شهريًا حسب الحجم.
المجموعة
النطاق: نطاق شركتك الناشئة (مثل yourstartup.com). مملوك بالفعل. التكلفة: 10-15 دولارًا سنويًا.
توجيه البريد الإلكتروني والأسماء المستعارة: GridInbox. الخطة المجانية تتضمن حتى 10 أسماء مستعارة وعضوين في الفريق. الخطة المدفوعة تبدأ من 9 دولارات شهريًا لأسماء مستعارة غير محدودة وحتى 5 مستخدمين. هذا يحل محل Google Workspace أو Outlook للبريد الإلكتروني للفريق.
إرسال المعاملات: AWS SES. الخطة المجانية تتضمن 62,000 بريد إلكتروني شهريًا من EC2. بعد ذلك، 0.10 دولار لكل 1000 بريد إلكتروني. لشركة ناشئة ترسل 5,000 بريد إلكتروني للمعاملات شهريًا، هذا يعني 0.50 دولار.
إدارة DNS: Cloudflare (الخطة المجانية) أو DNS الخاص بمسجلك. مجاني.
معالجة البريد الإلكتروني الوارد: إذا كان تطبيقك بحاجة إلى استقبال البريد الإلكتروني (مثل الرد على تذاكر الدعم)، استخدم AWS SES الوارد أو Cloudflare Email Routing لإعادة التوجيه إلى webhook تطبيقك. كلاهما مجاني للأحجام المنخفضة.
الجدول الزمني
الدقائق 0-10: سجل نطاقك إذا لم يكن مملوكًا بالفعل. قم بإعداد DNS بسجلات MX و SPF و DKIM و DMARC.
الدقائق 10-20: اشترك في GridInbox. تحقق من نطاقك. أنشئ أسماء مستعارة لفريقك والعناوين الوظيفية.
الدقائق 20-30: قم بإعداد AWS SES. تحقق من نطاقك. اطلب الوصول إلى الإنتاج. قم بإنشاء بيانات اعتماد SMTP.
الدقائق 30-40: ادمج SES مع تطبيقك. اختبر إرسال بريد إلكتروني للمعاملات إلى عنوانك الخاص.
الدقائق 40-50: قم بتمكين البريد الشامل في GridInbox للاختبار. أنشئ اسمًا مستعارًا مخصصًا لاستقبال رسائل البريد الشامل.
الدقائق 50-60: اختبر التدفق الكامل. أرسل بريدًا إلكترونيًا إلى [email protected] وتحقق من استلام جميع أعضاء الفريق له. أرسل بريدًا إلكترونيًا للمعاملات من تطبيقك وتحقق من التسليم. أرسل بريدًا إلكترونيًا اختباريًا إلى عنوان عشوائي وتأكد من عمل البريد الشامل.
هذا كل شيء. ساعة واحدة، بنية تحتية للبريد الإلكتروني جاهزة للإنتاج. يمكنك إضافة المزيد من الأسماء المستعارة، والتكامل مع CRM الخاص بك، أو إعداد عوامل تصفية تلقائية مع نموك. المفتاح هو البدء بأساس متين لا يتطلب إعادة كتابة لاحقًا.
تتناسب GridInbox بشكل طبيعي مع هذه المجموعة لأنها تتعامل مع طبقة الأسماء المستعارة والصندوق الوارد المشترك التي لا توفرها AWS SES و Cloudflare Email Routing. بينما تركز SES على الإرسال، و Cloudflare على التوجيه، تمنحك GridInbox واجهة سهلة الاستخدام لإدارة من يستقبل ماذا، مع إرسال ثنائي الاتجاه و RBAC. يمكنك استخدامها جنبًا إلى جنب مع أي مزود. بالنسبة للمؤسس التقني، هذا يعني وقتًا أقل في تكوين خوادم البريد ووقتًا أكثر في بناء منتجك.
الأسئلة الشائعة
كيف أقوم بإعداد البريد الإلكتروني لشركتي الناشئة؟
سجل نطاقًا مخصصًا، وقم بتكوين سجلات DNS لـ MX و SPF و DKIM و DMARC، ثم استخدم خدمة الأسماء المستعارة للبريد الإلكتروني مثل GridInbox لإنشاء عناوين للفريق وعناوين وظيفية. أضف مزود بريد إلكتروني للمعاملات مثل AWS SES للإرسال الآلي.
ما هي أفضل بنية تحتية للبريد الإلكتروني لشركة ناشئة صغيرة؟
أفضل مجموعة تجمع بين نطاق مخصص، وأسماء مستعارة للبريد الإلكتروني ثنائية الاتجاه (GridInbox)، وخدمة إرسال للمعاملات (AWS SES أو Cloudflare Email Routing). هذا يحافظ على انخفاض التكاليف ويتوسع مع فريقك.
كم عدد الأسماء المستعارة للبريد الإلكتروني التي أحتاجها لشركتي الناشئة؟
لفريق من 3-5 أشخاص، تحتاج إلى 10-15 اسمًا مستعارًا: واحد لكل عضو فريق بالإضافة إلى عناوين وظيفية مثل support و hello و billing و jobs و press. يمكنك إضافة المزيد مع نموك.
ما هو البريد الإلكتروني الشامل وهل يجب أن أستخدمه؟
البريد الإلكتروني الشامل يستقبل جميع الرسائل المرسلة إلى أي عنوان غير موجود على نطاقك. إنه مفيد للاختبار وتتبع الاشتراكات خلال أول 3-6 أشهر من شركتك الناشئة، لكنه يجذب البريد العشوائي ويجب تعطيله في الإنتاج.
كيف أتجنب وصول رسائل البريد الإلكتروني لشركتي الناشئة إلى البريد العشوائي؟
قم بإعداد سجلات SPF و DKIM و DMARC بشكل صحيح. استخدم خدمة بريد إلكتروني مخصصة للمعاملات مثل AWS SES. حافظ على معدلات الارتداد أقل من 5% ومعدلات الشكاوى أقل من 0.1%. لا ترسل أبدًا رسائل تسويقية من نفس البنية التحتية للبريد الإلكتروني للمعاملات.
هل يمكنني استخدام GridInbox مع AWS SES أو Cloudflare Email Routing؟
نعم، تعمل GridInbox مع كل من AWS SES و Cloudflare Email Routing. تضيف إدارة الأسماء المستعارة وميزات الصندوق الوارد المشترك فوق قدرات الإرسال والتوجيه الخاصة بهما. تقوم بتكوين DNS للإشارة إلى مزودك، ثم تستخدم GridInbox لإدارة الأسماء المستعارة.
Start Managing Email Smarter — Free 开始更智能地管理邮件——免费 Gestiona el Email de Forma Más Inteligente — Gratis Gérez Votre Email Plus Intelligemment — Gratuit より賢いメール管理を始めよう — 無料 Verwalte E-Mails Intelligenter — Kostenlos Gerencie Email de Forma Mais Inteligente — Grátis 더 스마트하게 이메일 관리 시작 — 무료 Начните управлять Email умнее — Бесплатно ابدأ إدارة البريد الإلكتروني بذكاء — مجاناً
GridInbox gives you unlimited email aliases, custom domain support, team shared inboxes, and a full REST API — all on the free plan. No credit card needed. GridInbox 提供无限邮件别名、自定义域名支持、团队共享收件箱和完整 REST API——免费版即可使用。无需信用卡。 GridInbox te ofrece aliases ilimitados, dominio personalizado, bandejas compartidas y API REST — todo en el plan gratuito. Sin tarjeta de crédito. GridInbox vous offre des alias illimités, un domaine personnalisé, des boîtes partagées et une API REST complète — tout dans le plan gratuit. GridInboxは無制限のエイリアス、カスタムドメイン、チーム共有受信箱、REST APIを無料プランで提供。クレジットカード不要。 GridInbox bietet unbegrenzte E-Mail-Aliase, Custom Domain, Team-Postfächer und REST API — alles im kostenlosen Plan. GridInbox oferece aliases ilimitados, domínio personalizado, caixas compartilhadas e API REST — tudo no plano gratuito. GridInbox는 무제한 이메일 별칭, 커스텀 도메인, 팀 공유 받은편지함, REST API를 무료 플랜으로 제공합니다. GridInbox предлагает неограниченные псевдонимы, кастомный домен, командные ящики и REST API — всё в бесплатном плане. يوفر GridInbox عناوين مستعارة غير محدودة ونطاقاً مخصصاً وصناديق مشتركة وAPI كاملة — كل ذلك في الخطة المجانية.
Get Started Free → 免费开始使用 → Comenzar Gratis → Commencer Gratuitement → 無料で始める → Kostenlos Starten → Começar Grátis → 무료로 시작하기 → Начать Бесплатно → ابدأ مجاناً →