Clay y Apollo cobran dos veces por el mismo contacto cuando nadie declara quién resuelve cada campo primero.
La regla que evita el doble cobro: si el campo es correo o teléfono, lo resuelve Apollo con su waterfall nativo; si está fuera de ese alcance (stack tecnológico, señal de contratación), lo resuelve Clay sin condicionarlo a nada. Para que Clay respete esa frontera hace falta una configuración concreta: la condición Only run if en Run Settings de la columna, apuntando al campo donde ya vive el dato que trajo Apollo (Clay, documentación de condiciones, consultada el 2026-09-07).
Un enriquecimiento duplicado es una fila que dos herramientas resuelven para el mismo campo, cada una con su propio cobro. El error no se ve en la configuración: las dos columnas funcionan y devuelven el dato correcto, y la única señal es la factura.
Por qué Clay y Apollo terminan cobrando dos veces por el mismo dato
Porque los dos resuelven correo y teléfono, y la integración entre ellos no cambia eso. Apollo corre su waterfall nativo de correo y teléfono, que un admin configura a nivel de cuenta para todo el equipo. Y la integración de Apollo dentro de Clay devuelve, entre otros campos, "contact information (email, phone numbers)" (Clay, documentación de la integración, consultada el 2026-09-07): los mismos dos campos que el waterfall de Apollo ya había resuelto antes de que la fila llegara a la tabla.
Ese solapamiento es el que hay que declarar. Los dos errores caros salen de ahí:
- Una columna de correo en Clay sin condición (con Findymail, con Prospeo o con Apollo como proveedor) que corre para todas las filas, incluidas las que ya traían el correo de Apollo.
- Apollo puesto como proveedor dentro del waterfall de Clay para el mismo campo que el Apollo nativo resolvió. Es la fuente más común de doble cobro, y la más difícil de ver, porque el dato llega igual y se paga dos veces.
La integración nativa aumenta ese riesgo. El blog de Clay sobre la integración (publicado el 2026-04-15, consultado el 2026-09-07) dice que el rate limit de enriquecimiento para clientes de pago subió a cinco veces el límite anterior, y que ahora se pueden orquestar secuencias de Apollo desde la API de Clay. Es contenido del propio vendor sobre su alianza, no una medición independiente, pero la dirección importa: más rate limit significa que ya no hay un límite técnico que frene el error antes de que llegue a la factura.
Quién es dueño de cada campo: Apollo o Clay
El reparto se decide por un criterio: ¿el campo está dentro del waterfall nativo de Apollo o fuera? Dentro hay dos fuentes compitiendo y hace falta una condición. Fuera hay una sola, y Clay corre sin condicionarse a nada.
| Campo | Dueño | Por qué |
|---|---|---|
| Correo | Apollo | El waterfall nativo lo resuelve antes de que Clay toque la fila; la columna de Clay va condicionada |
| Teléfono | Apollo | Mismo waterfall nativo, mismo admin de cuenta; misma condición |
| Cargo | Apollo, vía la integración dentro de Clay | No pasa por el waterfall nativo: una sola fuente, sin duplicado que evitar |
| Stack tecnológico | Clay | Fuera del alcance del waterfall nativo por completo |
| Señal de contratación | Clay | Fuera del alcance del waterfall nativo por completo |
La integración de Apollo dentro de Clay cubre bastante más que correo y teléfono: cargo, historial laboral, URLs sociales, seniority y ubicación del lado de la persona; industria, empleados, ingresos, stack tecnológico y año de fundación del lado de la empresa (misma documentación de Clay, 2026-09-07). En todos esos campos no hay nada que deduplicar.
Cuándo se necesita Clay además de Apollo es una decisión anterior a esta, con su propio umbral: cuándo alcanza el waterfall de Apollo y cuándo necesitas Clay lo pone en un porcentaje de campos de calificación. Esta capa de datos es una de las cinco de la infraestructura de outbound completa.
Cómo le dices a Clay que no repita lo que Apollo ya encontró
Con una condición en la columna. Se abre el panel de la columna de enriquecimiento → Run Settings → Only run if, y se escribe la fórmula a mano o con el botón Use AI, que traduce la condición en lenguaje natural a fórmula y muestra salidas de ejemplo para verificarla (Clay, documentación de condiciones, consultada el 2026-09-07). Clay evalúa la condición fila por fila antes de ejecutar: si es falsa, la fila no corre.
Para correo o teléfono, la fórmula es {{correo_apollo}} is empty. El nombre entre llaves referencia la columna donde vive el dato que Apollo ya resolvió, así que la búsqueda de Clay solo se ejecuta cuando esa columna sigue vacía. La misma documentación usa el caso inverso, is not empty, para subir un contacto al CRM solo si ya tiene correo.
Columna: Buscar correo (Findymail)
Run Settings → Only run if:
{{correo_apollo}} is empty
Falta traer el dato de Apollo a esa columna de referencia sin pagarlo otra vez, y para eso Clay documenta las columnas Lookup (consultada el 2026-09-07): jalan un valor ya enriquecido en otra tabla o en el CRM en vez de correr un enriquecimiento nuevo. La condición decide si correr; el Lookup trae la referencia sin gastar un crédito.
El efecto en el cobro es el que se busca: una condición falsa no ejecuta nada, así que no hay crédito que cobrar, y si el enriquecimiento sí corre pero no devuelve resultado, Clay no cobra Créditos de Datos ni Acciones por esa fila (consultado el 2026-09-07).
Cuándo conviene conectar tu propia llave de Apollo dentro de Clay
Cuando tu plan de Apollo ya tiene margen de créditos y de rate limit para lo que Clay le va a pedir. Con llave propia (bring your own key), Clay se salta los Créditos de Datos por completo y solo consume Acciones por el trabajo de plataforma (clay.com/pricing, consultado el 2026-09-07).
Si ese margen no existe, conectar la llave solo mueve el gasto de la línea "Créditos de Datos de Clay" a la línea "plan de Apollo", y puede obligar a subir de plan allá para cubrir el volumen nuevo.
Cuándo no conviene: si otra persona administra la cuenta de Apollo y tú no ves su consumo de créditos, conectar tu llave mezcla el gasto de dos equipos en una factura que nadie puede separar. Antes de conectarla, alguien tiene que poder ver ese consumo. Si nadie puede, la decisión depende de quién administra la cuenta.
Cuánto cuesta de verdad no separar las fuentes
Un equipo que enriquece 2,000 contactos nuevos al mes con una columna de correo en Clay sin condición paga por los 2,000, aunque Apollo ya hubiera resuelto la mayoría. Los supuestos van declarados: esto es un ejercicio con los precios publicados en septiembre de 2026, no un benchmark de mercado.
Sin la condición. La columna corre para las 2,000 filas, a 1 crédito de datos por fila resuelta. Los Créditos de Datos de Clay arrancan en $0.05 USD cada uno y bajan conforme crece el volumen contratado (clay.com/pricing, consultado el 2026-09-07), así que en el punto de entrada son 2,000 × $0.05 USD = $100 USD al mes.
Con la condición. Supongamos, como ejercicio y sin tasa medida, que Apollo ya resolvió el correo de 1,500 de esos 2,000 contactos (75%). Con Only run if activo, la columna de Clay se ejecuta solo para los 500 restantes: 500 × $0.05 USD = $25 USD al mes.
| Escenario | Filas ejecutadas | Costo mensual |
|---|---|---|
| Sin condición | 2,000 | $100 USD |
| Con condición (75% ya resuelto por Apollo) | 500 | $25 USD |
| Diferencia | 1,500 | $75 USD ($1,271.70 MXN) |
Los $75 USD al mes equivalen a $1,271.70 MXN al tipo de cambio FIX de Banco de México del 2026-09-04 ($16.9560 MXN por dólar, publicado en el Diario Oficial de la Federación). En un año son $15,260.40 MXN que se evitan con una casilla de configuración.
Esta cuenta no incluye dos cosas: lo que Apollo cobra por su propio waterfall, que no cambia con esta condición, y los campos exclusivos de Clay (stack tecnológico, señal de contratación), que de cualquier forma hay que enriquecer aparte.
Los créditos no usados se acumulan hasta dos veces el monto mensual en los planes Launch y Growth (clay.com/pricing, consultado el 2026-09-07). Gastar de más un mes no siempre se pierde del todo, pero sigue siendo un crédito que podría cubrir otro enriquecimiento.
Cuándo no vale la pena montar esta separación
Si enriqueces unos cientos de contactos al mes, no la montes. Con 300 contactos y el mismo 75% ya resuelto por Apollo, la condición ahorra $11.25 USD al mes: no paga las horas de configurarla en cada columna y volver a probarla cada vez que la tabla cambia.
Si todos los campos que necesitas caben en el alcance de Apollo (correo, teléfono, cargo), todavía no necesitas Clay, y eso se decide con el umbral de la pieza sobre cuándo alcanza Apollo.
Si nadie revisa el consumo de créditos con regularidad, tampoco. La condición se rompe en silencio y la factura sube sin que nadie se entere hasta el corte del mes. La regla necesita un dueño con fecha en el calendario.
Qué revisar si los créditos siguen subiendo aunque ya pusiste la condición
Tres causas, en el orden en que conviene descartarlas:
- La columna referenciada ya no es la que crees. Revisa que
{{correo_apollo}}siga apuntando a la columna original y no a una copia o a una versión renombrada. Unis emptycontra una columna que está vacía por otra razón evalúa verdadero siempre, y Clay vuelve a correr el enriquecimiento completo como si la condición no existiera. auto-updatequedó encendido durante la construcción. Clay recomienda apagarlo mientras se arma la tabla, para no correr un enriquecimiento por cada cambio que se prueba (Clay, guía de ahorro de créditos, consultada el 2026-09-07).- Alguien agregó una segunda columna "por si acaso". Dos columnas resolviendo el mismo campo, ninguna condicionada a la otra.
Lo que se puede hacer el lunes, en este orden:
- Lista los campos de calificación que el equipo usa de verdad, no los que están en la tabla.
- Marca cuáles son correo, teléfono o cargo. Esos son de Apollo.
- Pon
Only run ifen cada columna de Clay que hoy duplique alguno de ellos, y anota en el calendario la revisión mensual del consumo.
Esa capa de datos, ya conectada a un CRM en producción, está descrita en el sistema con Clay y HubSpot. Si prefieres que alguien más la arme y la mantenga, Improvitz, consultoría de prospección B2B con IA en México, monta este tipo de capa como parte del método IMPRO (Investiga, Mensajes que llegan, Personalizados, Respuestas, Oportunidades): lo de aquí es la letra I, antes de que salga el primer mensaje. Se puede agendar un diagnóstico para revisar cómo está configurado hoy tu waterfall.
