Antes de escribir un correo en frío hay cuatro chequeos que deciden si escribirlo sirve de algo: autenticación del dominio, calentamiento y señales de envío, lista filtrada contra tu ICP (perfil de cliente ideal) y segmento angosto. Si cualquiera de los cuatro sale en rojo, el copy no cambia el resultado.
Qué revisar antes de mandar correos en frío B2B se responde con esta lista de cuatro, cada una con su umbral, su fuente y su regla de decisión. Todas se corren en una tarde, y en paralelo a las tres semanas que un dominio nuevo necesita para calentar.
| # | Chequeo | Señal que lo decide | Verde si… |
|---|---|---|---|
| 1 | Autenticación | Registros DNS del dominio de envío | SPF y DKIM publicados; DMARC además si pasas de 5,000 mensajes diarios a Gmail |
| 2 | Calentamiento y señales | Días de calentamiento, rebote y quejas en Google Postmaster Tools | 3 semanas cumplidas, rebote bajo 2% y quejas bajo 0.10% la última semana |
| 3 | Lista | Muestra de 30-40 contactos cruzada contra el DENUE del INEGI | La mitad o más coincide en giro y tamaño con tu ICP |
| 4 | Segmento | Roles e industrias dentro del mismo lote | Un solo mensaje tiene sentido para todos los que lo reciben |
¿Por qué escribir el correo primero es casi siempre el error de arranque?
Escribir el correo es lo único que una sola persona puede hacer sin pedirle nada a nadie: no cuesta presupuesto, no exige esperar, no obliga a discutir criterios con otro. Los cuatro chequeos sí cobran algo. El dominio cobra semanas de calentamiento que no se compran, la lista cobra trabajo de filtrado y el segmento cobra la disciplina de partir un lote en dos aunque eso duplique el trabajo de escritura. Por eso, quien tiene prisa por mandar su primera tanda abre el editor de texto primero, que es lo que conviene abrir al final.
El orden que sostiene una campaña de outbound es lista → infraestructura → oferta y mensaje → ritmo, desarrollado capa por capa en la anatomía de un correo en frío que sí se responde. Esta guía convierte ese orden en un semáforo de "listo / no listo" que se corre antes de la primera línea.
El método IMPRO (Investiga, Mensajes que llegan, Personalizados, Respuestas, Oportunidades) tiene cinco letras, y estos chequeos viven en las dos primeras: la I de investigar a quién le escribes y la M de que el mensaje llegue. La P de personalizar no existe hasta que esas dos cierran en verde.
¿Tu dominio y tus buzones ya pueden mandar un correo que llegue?
La señal que decide el chequeo de dominio es la tasa de quejas de spam que Google Postmaster Tools mide por dominio. Google pide mantenerla por debajo de 0.10% y no alcanzar nunca 0.30%, que marca como techo (Directrices para remitentes de correo, consultado el 2026-09-19). Ese umbral sale de Google, que describe la política de su propio filtro y no es un árbitro neutral, pero es la única fuente primaria pública sobre cómo clasifica Gmail.
Con volumen bajo el umbral deja muy poco espacio. En una tanda de 1,000 correos desde el mismo dominio, una sola queja ya es 0.10% y tres llegan a 0.30%, así que no hay margen para "a ver cómo sale".
Sobre autenticación, Google exige SPF o DKIM a cualquier remitente y, desde el 1 de febrero de 2024, SPF, DKIM y DMARC alineado con el dominio del encabezado From: (más baja con un clic en los mensajes de marketing) a quien manda 5,000 mensajes o más al día a cuentas personales de Gmail (misma fuente). Nuestro mínimo operativo es más estricto que el de la doc: SPF y DKIM los dos, siempre, aunque el volumen no llegue al umbral de remitente masivo. Nuestra operación reparte el envío en 31 buzones sobre 6 dominios (operación propia, verificado por API el 2026-08-07) y ninguno se acerca por sí solo a los 5,000 mensajes diarios. El criterio de autenticación con el que te miden no cambia por eso.
Cómo se configura cada registro y cuántos dominios secundarios hace falta sostener está en el stack completo de infraestructura de outbound. Para este chequeo solo importa si ya están puestos.
El segundo chequeo es de tiempo, y ese no se compra. Un dominio nuevo necesita 3 semanas de calentamiento antes del primer correo real, con 2% de rebote como señal roja operativa. Para contrastar: nuestras dos campañas propias corren en 1.79% y 1.40% de rebote (4,804 correos a 1,657 empresas y 9,211 correos a 3,162 empresas; operación propia verificada el 2026-09-03). Si tu rebote de la última semana está arriba de 2%, el problema es la lista o el dominio, nunca el asunto.
Si falla cualquiera de los dos (autenticación o calentamiento con señales sanas), el dominio está en rojo y ningún mensaje lo compensa. Distinguir un correo enviado de uno entregado y de uno leído tiene su propio checklist semanal en cómo saber si tus correos llegan o solo se envían.
¿Tu lista ya pasó el filtro del ICP real, o solo está cargada?
Tener 500 contactos importados en tu herramienta de envío y tener 500 contactos que de verdad son tu ICP son dos estados distintos, y solo el segundo pasa el chequeo. Una lista cargada es un archivo. Una lista filtrada es un archivo que alguien cruzó contra un criterio y depuró.
El método gratuito y verificable para México es una muestra. Toma 30 a 40 contactos de la lista y crúzalos, uno por uno, contra el DENUE del INEGI (consultado el 2026-09-03) para confirmar que el giro y el tamaño que declara tu lista coinciden con lo que existe. El DENUE es el Directorio Estadístico Nacional de Unidades Económicas, construido sobre los Censos Económicos 2024, con más de 6 millones de establecimientos. El procedimiento completo, paso a paso, está en el diagnóstico de un primer intento de outbound que falló en México.
La regla de decisión: si menos de la mitad de la muestra coincide en giro y tamaño con el ICP declarado, la lista no pasa y se refiltra con un criterio más estricto antes de escribir una sola línea. Mandarla "para ver si funciona" solo mide cuánto rebota una lista mal filtrada.
¿Lista comprada o construida a mano: cuál pasa el chequeo más rápido?
Ninguna de las dos pasa por su origen: el chequeo es sobre el resultado del cruce. Una lista comprada suele fallar más rápido y de forma más pareja (los directorios genéricos mezclan giros y tamaños), así que suele quedar claro que no llega al 50% en los primeros 15-20 contactos de la muestra. Una lista construida a mano desde un criterio de ICP llega casi siempre filtrada, pero el chequeo igual se corre: construir a mano reduce el riesgo, no lo elimina.
La diferencia práctica está en lo que cuesta corregir. Refiltrar una lista comprada casi siempre significa descartar una porción grande y buscar otra fuente. Refiltrar una construida a mano suele ser ajustar el criterio de búsqueda y seguir sumando contactos con el filtro correcto.
¿Tu segmento es lo bastante angosto para que un solo mensaje tenga sentido?
Un segmento es un lote de contactos para el que una sola versión del correo tiene sentido: mismo problema, misma oferta, mismo tono. Lista y segmento no son lo mismo, y esa distinción es la que más se salta. Una lista puede pasar el filtro del ICP entera (giro correcto, tamaño correcto) y aun así mezclar dos roles o dos industrias que necesitarían ángulos distintos.
La regla de decisión: si dentro del mismo lote hay contactos que exigirían un problema o una oferta distintos (quien aprueba el presupuesto y quien usa la herramienta todos los días), ese lote son en realidad dos segmentos. Un correo que le funciona al director de compras casi nunca le funciona igual al gerente de TI que le reporta.
El error aquí es tratar un lote heterogéneo como si fuera un segmento único solo porque todos sus contactos pasaron el filtro de ICP. La personalización línea por línea es un chequeo posterior y distinto.
El semáforo: los cuatro chequeos en una sola secuencia
Los cuatro se resuelven en este orden, y el primer rojo detiene todo lo que sigue:
Antes de escribir el correo, revisa en este orden:
1. si dominio_autenticado == falso
-> ROJO. Publica SPF y DKIM antes de seguir.
2. si calentamiento_semanas < 3
O rebote_ultima_semana > 2%
O quejas_spam >= 0.10%
-> ROJO. Pausa el envío y corrige.
(0.30% es el techo que Google marca como inaceptable,
no el nivel al que se puede operar.)
3. si muestra_lista_vs_ICP < 50%
-> ROJO. Refiltra la lista antes de escribir.
4. si segmento_mezcla_roles_o_industrias == verdadero
-> AMARILLO. Divide en dos segmentos y escribe una
versión para cada uno.
si todo lo anterior == VERDE
-> Ya puedes escribir el correo.
Este semáforo es el mínimo objetivo antes de invertir tiempo en el copy. Un rojo en cualquier fila cancela las otras tres, aunque estén perfectas.
Un cronograma: cómo se ven los cuatro chequeos corriendo juntos
Este ejemplo es ilustrativo, construido para mostrar el método y no corresponde a ningún cliente. Un fundador levanta un dominio secundario nuevo el día 0 y, en paralelo, junta una lista cruda de 500 contactos de un directorio genérico.
Días 0 a 9. Mientras el dominio calienta, cruza una muestra de 40 contactos contra el DENUE: 17 coinciden en giro y tamaño con el ICP declarado. Son 17 de 40, o 42.5%, por debajo del umbral del 50%. Si el resto de la lista se comporta como la muestra, de los 500 contactos hay alrededor de 212 utilizables; al refiltrar con un criterio más estricto quedan 210 que sí coinciden.
Días 9 a 10. Al revisar esos 210, aparecen dos grupos que exigirían ofertas distintas: 140 directores de compras y 70 gerentes de TI (140 + 70 = 210). Se separan en dos segmentos antes de escribir nada.
Día 21. El dominio cierra las 3 semanas de calentamiento con rebote y quejas bajo el umbral. Los cuatro chequeos quedan en verde el mismo día que el dominio queda listo: el trabajo de lista y de segmento (una tarde larga de cruzar, depurar y separar) corrió en paralelo al calentamiento, que no necesita a nadie.
Si ese fundador hubiera escrito el correo el día 0, sobre los 500 contactos crudos y un dominio sin calentar, habría reescrito el mensaje tres o cuatro veces sin enterarse de que el techo estaba en otro lado: un dominio que todavía no podía entregar y una lista donde el 57.5% de la muestra ni siquiera era su ICP.
¿Cuándo no hace falta correr los cuatro chequeos?
Hay dos casos donde correr los cuatro chequeos completos, cada vez, es trabajo que no se recupera.
Si tu ICP completo son unas 80 cuentas, esto no es un canal de volumen y el chequeo de lista y segmento a escala no aplica: no hay escala. Son 80 conversaciones que se trabajan a mano, cuenta por cuenta, cada una revisada individualmente antes de escribirle. El chequeo de dominio sí se corre igual.
Si tu dominio ya lleva semanas de envío sano (rebote y quejas sostenidos bajo el umbral) y lo único que cambia es la lista dentro de un ICP ya validado, no repitas el chequeo de dominio esa semana. Refiltras la lista nueva y confirmas que el segmento sigue siendo angosto.
La consecuencia de no distinguir estos casos va en dirección contraria al error habitual: correr los cuatro pasos cada semana sobre un dominio y un ICP confirmados es tiempo que tampoco se recupera, y lo que se abandona por cansancio es el chequeo completo, justo cuando sí hacía falta. El chequeo es para lo que cambió desde la última vez.
¿Qué haces hoy con tu próxima tanda de correos?
Corre los cuatro chequeos sobre la lista y el dominio que ya tienes:
- Abre Google Postmaster Tools y anota tu tasa de quejas y tu rebote de la última semana.
- Cuenta cuántas semanas lleva calentando cada dominio de envío, y verifica SPF y DKIM en los registros DNS.
- Toma 30-40 contactos de tu lista y crúzalos contra el DENUE; cuenta cuántos coinciden en giro y tamaño.
- Revisa si los contactos que pasaron ese filtro son un solo rol o dos, y separa el lote si hacen falta dos versiones.
Si algo sale en rojo o en amarillo, arréglalo antes de abrir el editor de texto. Escribir el correo con los cuatro chequeos en verde no garantiza que funcione. Escribirlo antes garantiza que, si no funciona, no vas a poder distinguir si la causa fue el mensaje o algo que nunca revisaste.
Si prefieres que alguien corra estos cuatro chequeos con tu operación real enfrente antes de tocar el copy, esa es la conversación de un diagnóstico inicial con Improvitz, consultoría de prospección B2B con IA en México.
Nota: los resultados citados corresponden a implementaciones concretas, con su propio punto de partida, equipo y stack. No son una proyección de lo que va a pasar en otra empresa. Este artículo describe cómo se construyó el sistema, no promete su resultado.
