Enviado, entregado y en bandeja principal son tres eventos distintos en la vida de un correo en frío, y cada uno lo certifica alguien distinto: tu herramienta de secuencias, el servidor del destinatario y el filtro de spam de quien recibe el mensaje. "Ya los mandé" solo confirma el primero. Los otros dos se comprueban con la tasa de rebote, cuyo umbral operativo es 2%, y con una prueba de buzón semilla.
La regla que ordena los tres: si el rebote de la semana está bajo 2% y la apertura sigue en tu rango histórico, el problema no es de entrega. Cualquier otra combinación te dice qué eslabón revisar y en qué orden.
¿Qué significa que un correo esté enviado, entregado o en bandeja principal?
Los tres son estados distintos y ninguno implica el siguiente. Enviado es que tu servidor aceptó el mensaje para transmitirlo hacia el del destinatario. Entregado es que el servidor del destinatario respondió con un código SMTP 250 y lo puso en alguna bandeja, sin importar cuál. En bandeja principal es que el filtro de spam de ese destinatario clasificó el correo como bueno, y no como spam ni como promociones.
El código de respuesta SMTP (Simple Mail Transfer Protocol, el protocolo con el que los servidores de correo hablan entre sí) es lo que certifica el segundo estado: 250 significa aceptado, los códigos que empiezan en 5 son un rechazo permanente, o rebote duro, y los que empiezan en 4 son un rechazo temporal, o rebote blando (RFC 5321, IETF, consultado el 2026-09-05).
Un log de un servidor SMTP se ve así:
250 2.0.0 OK: aceptado para entrega
550 5.1.1 The email account does not exist
421 4.3.2 Service temporarily unavailable
El primero es un correo aceptado. El segundo, un rebote duro: la dirección ya no existe. El tercero, un rebote blando: el servidor destino no está disponible en ese momento y hay que reintentar más tarde.
Entregado tampoco es lo mismo que visto. Un correo puede recibir el 250, quedar oficialmente entregado y aterrizar en spam o en promociones de todas formas, porque el código certifica que el servidor lo aceptó, no dónde lo clasificó el filtro.
¿Cómo confirmas que el correo salió de tu herramienta (enviado)?
El estado enviado se revisa en el dashboard de tu propia herramienta de secuencias (Instantly, Smartlead, Apollo o la que uses) comparando cuántos correos tenías programados contra cuántos salieron de verdad. Es el eslabón que casi nunca falla y el más barato de descartar: el dato ya está en el mismo panel donde armaste la secuencia, sin tocar DNS ni esperar un ciclo de envío completo.
Si programados y enviados coinciden, este eslabón está bien y cualquier problema real vive más adelante en la cadena. Si programaste 200 y salieron 140, la causa es tu propia herramienta o un límite diario de envío por buzón, no la entregabilidad, y ni tocar SPF ni reescribir el asunto van a mover ese número.
¿Cómo sabes si el servidor del destinatario aceptó el correo (entregado)?
El estado entregado se mide con la tasa de rebote, no con la apertura. Es el único evento de este eslabón que tu herramienta cuenta con certeza, porque cada rebote llega con su código y tu ESP (proveedor de servicio de correo) lo registra: 5xx es rechazo permanente (la dirección no existe o el dominio no acepta correo) y 4xx es temporal (buzón lleno, límite momentáneo del servidor).
En dos campañas propias de prospección en frío, la de industria corrió con 1.79% de rebote sobre 4,804 correos y la de software con 1.40% sobre 9,211 correos (operación propia de Improvitz, verificada el 2026-08-17). El umbral que usamos como señal roja es 2%: por debajo, este eslabón está sano; por arriba, se revisa autenticación del dominio con SPF, DKIM y DMARC y calidad de lista antes de seguir al siguiente estado.
Un ejemplo con los números completos: de 500 correos enviados en una semana, 15 rebotaron (12 duros por direcciones que ya no existen y 3 blandos por buzones llenos). Quedan 485 entregados de 500, un 97%, con una tasa de rebote de 3%. Como ese 3% pasa el umbral de 2%, toca depurar la lista y revisar autenticación antes de tocar el mensaje, aunque la apertura de esa semana se vea aceptable.
Google Postmaster Tools y Microsoft SNDS (Smart Network Data Services) reportan reputación de dominio e IP (cuál de los dos aplica depende de tu proveedor de correo, comparados en Google Workspace o Microsoft 365 para enviar outbound), con un límite que importa mucho en B2B: Postmaster Tools solo cubre cuentas personales de Gmail, @gmail.com y @googlemail.com, así que el tráfico a cuentas corporativas de Google Workspace no aparece ahí (Google, configurar Postmaster Tools, consultado el 2026-09-05).
¿Cómo sabes si el correo cayó en bandeja principal y no en spam o promociones?
El estado en bandeja principal no lo reporta nadie: ni Gmail ni tu ESP te avisan "cayó en spam". Se infiere, con dos métodos que se usan juntos.
Método 1, indirecto y gratis: tu propio histórico de respuestas. Compara respuestas (y rebotes) de esta semana contra las del mismo dominio en las semanas anteriores. No uses tasa de apertura con pixel como norte: es señal sucia (el cliente decide si carga el pixel) y el tracking mismo daña entregabilidad. Si las respuestas caen y el rebote sigue bajo 2%, el correo puede estar llegando a otra carpeta; confírmalo con la prueba de buzón semilla.
Método 2, directo: la prueba de buzón semilla. Mandas el mismo correo a cuentas de prueba propias y revisas en qué carpeta aparece cada vez. Toma minutos y es el único de los dos que te dice la carpeta en lugar de una sospecha.
Las cuentas semilla tienen que imitar a tu lista. Si prospectas cuentas corporativas en México, las que te dicen algo son un buzón de Google Workspace y uno de Microsoft 365 con dominio propio. Una cuenta personal de Gmail o de Yahoo te mide un filtro que tus prospectos no usan.
Google pide mantener la tasa de spam reportada en Postmaster Tools por debajo de 0.10% y fija 0.30% como el límite que no hay que cruzar (Google, directrices para remitentes de correo, consultado el 2026-09-05). Desde el 1 de febrero de 2024 exige además SPF, DKIM y DMARC a cualquier remitente que mande 5,000 mensajes o más al día a cuentas de Gmail, misma fuente. Conviene leer esos umbrales sabiendo de dónde vienen: Google fija las reglas de su propio filtro y no es un árbitro neutral, pero es la única fuente primaria que existe sobre cómo clasifica Gmail.
Si el rebote está bajo 2% y aun así la apertura cayó contra tu histórico, corre la prueba de buzón semilla antes de tocar el copy o el volumen de envío.
¿Quién certifica cada estado y cada cuánto hay que revisarlo?
Cada estado tiene su certificador, su métrica y su cadencia. Revisarlos con la misma frecuencia y en la misma pantalla es lo que hace que una revisión semanal no encuentre nada:
| Estado | Quién lo certifica | Cómo se mide | Herramienta | Frecuencia |
|---|---|---|---|---|
| Enviado | Tu herramienta de secuencias | Conteo de programados vs. enviados | Log propio (Instantly, Smartlead, Apollo) | Cada envío |
| Entregado | El servidor del destinatario, vía código SMTP | Tasa de rebote duro + blando | Log de rebotes de tu ESP | Semanal |
| En bandeja principal | El filtro de spam del destinatario | Apertura y respuesta vs. histórico, o prueba de buzón semilla | Cuenta de prueba propia + Google Postmaster Tools / Microsoft SNDS | Semanal, o tras cambio de lista o volumen |
Cuándo no te va a decir nada esta revisión
Los tres estados pueden estar perfectos y aun así nadie contesta: este playbook diagnostica entrega, no interés. Con el rebote bajo 2% y la apertura y la respuesta dentro de tu rango histórico, la causa vive en la lista, la oferta, el mensaje o el ritmo de envío, y el árbol completo está en seis razones por las que nadie contesta, en orden de probabilidad.
Hay otros dos casos en los que el checklist te va a devolver un falso "todo bien":
- Volumen diario bajo hacia cuentas personales de Gmail. Los paneles de Postmaster Tools pueden no incluir todos los datos de esos días, por privacidad de los usuarios de Gmail (Google, paneles de Postmaster Tools, consultado el 2026-09-05). Ahí la prueba de buzón semilla manual pesa más que el panel.
- Caída súbita que coincide con un cambio de DNS o un salto de volumen. Ese es un árbol reactivo distinto, y está en qué revisar cuando la tasa de apertura cae de golpe.
No distinguir estos casos cuesta una semana entera reescribiendo el mensaje mientras el correo nunca dejó de llegar bien. Y cuesta la siguiente también, porque el copy nuevo tampoco mueve nada y la conclusión termina siendo "probemos otro asunto".
¿Qué revisar cada semana y cuánto cuesta hacerlo a mano?
El checklist corre en el mismo orden que la tabla (enviado, entregado, bandeja principal), con distinta cadencia en cada paso:
- Compara programados contra enviados en el dashboard de tu herramienta de secuencias, cada envío.
- Revisa la tasa de rebote de la semana contra el umbral de 2%, semanal.
- Compara apertura y respuesta contra tu histórico del mismo dominio, semanal.
- Corre una prueba de buzón semilla en los proveedores que dominan tu lista, típicamente Google Workspace y Microsoft 365: semanal, y siempre que cambies de dominio, de lista o de volumen.
Los cuatro pasos son la letra M (Mensajes que llegan) del método IMPRO (Investiga, Mensajes que llegan, Personalizados, Respuestas, Oportunidades): confirmar que el correo llega antes de gastar tiempo en personalizarlo, en trabajar las respuestas o en buscar la siguiente oportunidad.
Correrlos completos toma 30-40 minutos a la semana por dominio. A $250 MXN la hora cargada de un vendedor en México (operación propia, verificada el 2026-08-17), son $125-167 MXN semanales y unos $500-668 MXN al mes por cada dominio que mantengas. Ese es el precio de enterarte el martes en vez de tres semanas después.
Corre el checklist el lunes. Si los cuatro pasos salen limpios dos semanas seguidas, deja de tocar infraestructura: ya sabes que el correo llega y el problema está en otra capa del embudo, desarrollada en la anatomía de lo que casi nadie hace bien en outbound por correo. Si prefieres no montar la revisión tú, Improvitz, consultoría de prospección B2B con IA en México, ofrece un diagnóstico inicial de la operación de envío.
