
Clay cobra por paso, no por fila, así que un registro paga cada paso que devuelve algo.
Lo esencial Una cascada de Clay pone a varios proveedores en fila detrás de una misma columna de enriquecimiento y se detiene en la primera respuesta que pasa la validación. Se cobra por paso, no por fila: «cada paso de la cascada que devuelva datos consumirá Data Credits (salvo si usas claves de API) y una Action», con los pasos de validación dentro, y «si la cascada entera no devuelve ningún resultado, no se consumirá ningún Data Credit ni ninguna Action». Valorado a la tarifa de entrada de Clay, el ejemplo de 100 contactos que publica la propia Clay sale a 95 Data Credits, 4,75 $. En Full configuration están los mandos que deciden hasta dónde baja una cadena: un paso Infer Email gratuito que acertó cerca del 31 % de las veces en la prueba interna de Clay sobre el sector del software, cuatro estrategias de validación y un umbral de duplicados que viene puesto a 0.
En Clay el enriquecimiento va columna a columna. Añades la columna, la apuntas a ese directorio que la página de precios cifra en «más de 150 proveedores», le pasas un dominio de empresa y la celda se rellena con un email profesional, un móvil o el número de empleados. Los Data Credits pagan el dato. Las Actions pagan la orquestación de alrededor, y ahí Clay no admite matices: «cada registro enriquecido o exportado cuenta como 1 Action, sea cual sea la fuente o el proveedor».
El enriquecimiento en cascada cambia el proveedor único por una fila de espera. Eso ya lo dibuja cualquier página que salga en esta búsqueda. Lo que mueve tus resultados es otra cosa: cómo se cobra cada peldaño, una pantalla de ajustes que casi nadie abre y tres columnas que Clay entrega ocultas. Aviso: dirijo una empresa de datos que aparece en ese directorio, así que lee la sección del final con eso puesto en la balanza.
¿Qué es el enriquecimiento en cascada?
El enriquecimiento en cascada manda un mismo registro por varios proveedores de datos en un orden fijo y para en el primer resultado que pasa la validación. La guía de Clay lo llama «una cadena de repliegue, no una consulta suelta». El proveedor que vuelve de vacío empuja el registro un peldaño más abajo. En su blog Clay le da otro nombre, data waterfall: «un método de enriquecimiento secuencial en el que consultas a varios proveedores de datos uno detrás de otro». Existe por la cobertura, porque ningún proveedor cubre una lista entera.
Cualquier campo que vendan varios proveedores admite una cadena: emails profesionales, móviles, URL de perfil profesional, facturación, número de empleados. El caso difícil son los móviles, donde Clay reconoce que la cobertura «rara vez pasa del 90 % en una sola fuente». Las cascadas funcionan en todos los planes, Free incluido, con 100 Data Credits, 500 Actions al mes y 200 filas por tabla. Launch arranca en 185 $/mes con facturación mensual, 2.500 créditos y 15.000 Actions; Growth, en 495 $/mes con 6.000 y 40.000. Clay publica sus precios en dólares y aquí se quedan tal cual. Las dos escalas enteras están en los precios de Clay.
La regla que cobra cada paso
Una cascada de Clay cobra por cada paso que devuelve algo. No una vez por fila, y nada en absoluto cuando la cadena vuelve vacía. Son cuatro estados, y los cuatro están documentados en el FAQ de Clay.
| Qué pasa en un paso | Data Credits | Actions |
|---|---|---|
| Un proveedor devuelve datos | se consumen, «salvo si usas claves de API» | 1 Action |
| Un paso de validación devuelve un resultado | se consumen, «salvo si usas claves de API» | 1 Action |
| Ya ha entrado un dato validado | 0 en todos los pasos que quedan por debajo | 0 |
| La cadena entera no devuelve nada | «no se consumirá ningún Data Credit ni ninguna Action» | 0 |
Empieza por la cuarta fila. Es la que casi todo el mundo entiende al revés: una cadena que no encuentra nada no cuesta absolutamente nada, y por eso montar profundidad sale barato. Luego mira las dos primeras, donde se desmonta la idea de que una fila equivale a una Action. Un registro resuelto en el primer peldaño se cobra una vez. Un registro que baja tres peldaños se cobra tres veces. Y cuando un paso devuelve una dirección que tu listón de validación acaba rechazando, ese registro sigue bajando por la fila. Hasta dónde baja lo decide un ajuste. Y todos esos ajustes están detrás de Full configuration.
Poner cifras reales a una cadena

Solo dos de los cuatro pasos cuestan algo, y entre los dos suman 4,75 $.
Clay publica un único ejemplo de enriquecimiento con las cuentas hechas. Valorado a su propia tarifa de crédito de entrada, salen 4,75 $ por 100 contactos.
| Paso del ejemplo de 100 contactos de Clay | Data Credits | A 0,0500 $ el crédito |
|---|---|---|
| Encontrar 100 personas | 0 créditos | 0,00 $ |
| Enriquecer los perfiles de LinkedIn, 0,5 créditos cada uno | 50 créditos | 2,50 $ |
| Buscar los emails, 0,5 créditos cada uno con un 90 % de acierto | 45 créditos | 2,25 $ |
| Validar los emails, «algunos proveedores de validación son gratuitos» | 0 créditos | 0,00 $ |
| Total | 95 créditos | 4,75 $ |
Si el paso de emails corre con tu propia clave, el total de esa tanda baja a 50 Data Credits. Dos avisos sobre la aritmética. Los 0,5 créditos son un ejemplo, no una tarifa: lo que dice la documentación es «varía (de 0,5 a más de 10 créditos según el tipo de dato)», y un registro enriquecido del todo cuesta «normalmente» entre 6 y 20. Los 0,0500 $, por su parte, son el primer peldaño del selector de Data Credits de Launch, donde 125 $/mes compran 2.500 créditos; la tarifa mejora según subes el selector, de modo que a 50.000 créditos al mes esos mismos 95 créditos cuestan 4,04 $.
La mitad de las Actions te toca calcularla a ti, porque Clay no publica ninguna cascada resuelta con el total de Actions de un registro que ha pasado por tres proveedores. La regla te da la aritmética hecha: cuenta los pasos que devolvieron algo, con los de validación dentro. Un contacto que resuelve el segundo proveedor, después de que el primero devolviera una dirección que la validación rechazó, con una llamada de validación en cada uno, se lee como 4 Actions. Son 0,016 $ a 0,0040 $ la unidad, en el peldaño de 15.000 al mes de Launch. Las Actions son la parte barata, «cada Action cuesta unas décimas de céntimo». Confirma la cuenta con diez filas; el producto imprime el coste exacto al lado de cada opción antes de lanzarla.
El orden de la fila, y qué le das de comer

Uno de cada cien registros llega al nivel cinco: el precio manda al principio y la cobertura al final.
Antes de tocar el orden de los proveedores, arregla lo que entra: no cuesta nada y mueve mucho más. Clay 101: «el dato de entrada principal es el dominio de la empresa. Lo ideal es incluir también las URL de perfil personal de LinkedIn. Si no las tienes, usa combinaciones de repliegue como nombre completo + nombre de la empresa, o nombre completo + email personal». Si le pasas a la cadena el nombre de la empresa donde iba el dominio, cada nivel se pone a resolver la empresa antes de buscar a la persona. Los resultados se hunden de arriba abajo y la culpa se la lleva el orden de los proveedores, que no ha hecho nada. Infer Email tampoco arranca sin dominio.
Ahora sí, el orden. El volumen se desploma a medida que van cayendo los registros, y de ahí que el precio por consulta mande en el primer puesto y la cobertura en el último. El ejemplo de cinco niveles de Clay sobre 100 registros enseña ese desplome.
| Nivel de la cadena | Registros que llegaron | Parte de la lista |
|---|---|---|
| Nivel 1 | 100 de 100 registros | 100 % |
| Nivel 2 | 48 de 100 registros | 48 % |
| Nivel 3 | 14 de 100 registros | 14 % |
| Nivel 4 | 7 de 100 registros | 7 % |
| Nivel 5 | 1 de 100 registros | 1 % |
Entre el nivel cuatro y el cinco pasaron 8 registros, o sea que un especialista colocado ahí abajo factura el 8 % del fichero. En el primer puesto, ese mismo proveedor facturaría los 100.
La doctrina de la propia Clay sigue esa curva. El precio decide el primer puesto: «pon delante un proveedor barato y con una cobertura decente, y despachará el grueso de la lista al menor precio por registro», para que «tu proveedor más caro corra sobre el menor número de registros posible». La calidad medida contra tu listón de confianza decide el medio, porque una fuente blanda que corta la cadena demasiado pronto no te cuesta una línea en la factura, te cuesta un bounce tres semanas después. La cobertura decide el final, donde «el especialista con más cobertura va el último, para pescar la cola larga».
Reordenar no cuesta nada. La documentación de Clay te deja «reordenar, añadir o eliminar los proveedores de datos de tu cascada», y un interruptor al lado de cada uno lo salta sin borrarlo. Las plantillas guardadas «no se pueden editar, solo crear y eliminar».
Los tres mandos de Full configuration
Al añadir una cascada de Work Email, Clay te da a elegir entre Quick setup y Full configuration, y todos los controles que cambian lo que gasta una cadena están en el segundo camino. Con la regla del cobro por paso encima de la mesa, los tres son mandos de gasto y no interruptores de higiene.
| Mando | Cómo viene | Qué cambia |
|---|---|---|
| Infer email | un interruptor, «¿incluir el enriquecimiento infer-email como primer paso?» | una dirección gratuita deducida del formato de la empresa, por delante de todos los proveedores de pago; si pasa la validación, «la cascada se detiene de inmediato» |
| Validación | cuatro estrategias y un interruptor «¿exigir que la validación tenga éxito?» | qué se considera lo bastante bueno para que la cadena pare ahí |
| Threshold for duplicate results | puesto a 0, o sea desactivado | «ponlo a 2 o más para detener la cascada cuando el mismo email inválido aparezca ese número de veces» |
Sobre el primero Clay es tajante: «Infer Email es completamente gratuito. El paso de validación sí consume créditos de Clay, pero sale más barato que correr la cascada sin él». El formato por defecto es first.last@domain.com, y en la prueba interna de Clay sobre el sector del software «devolvió un email válido cerca del 31 % de las veces». Casi un tercio de ese fichero resuelto antes de tocar un proveedor de pago. Tu porcentaje dependerá de lo regulares que sean los formatos de dirección en tu segmento.
La estrategia de validación es el freno de verdad, y Clay resume el intercambio en una frase: «demasiado estricto y gastarás de más persiguiendo emails esquivos; demasiado laxo y aceptarás resultados que harán bounce». De los cuatro ajustes, Conservative es el que Clay apunta al cold email; los otros tres compran alcance bajando el listón.
| Estrategia | Cómo la describe Clay | Cuándo tirar de ella |
|---|---|---|
| Conservative | «el enfoque más seguro, incluye todos los tipos de email verificados» | cold email, «donde la tasa de bounce afecta a la reputación del remitente» |
| Balanced | «nivel de riesgo moderado, incluye las catch-all» | cuando los dominios catch-all son una parte gruesa del fichero |
| Aggressive | «nivel de riesgo alto, bueno para echar una red amplia» | «cuando el volumen y la cobertura mandan sobre la precisión» |
| Advanced | «configuración manual, para un control fino» | cuando ya sabes qué tipos de email aceptas |
Al lado va «¿exigir que la validación tenga éxito?», que solo acepta una dirección cuando el validador «la confirma explícitamente como válida». Las catch-all van montadas en ese mismo interruptor. Clay las cuenta como válidas por defecto y, según Clay 101, «usa ZeroBounce por defecto» para la comprobación, con un ajuste, «marcar como válidos solo los emails Safe to Send», que vuelve a dejarlas fuera. Si los dominios catch-all pintan algo en una lista de envío es otra discusión.
El umbral de duplicados encaja directamente con la regla de cobro. Clay, sobre el valor por defecto: «si lo dejas en 0, la cascada seguirá pasando por todos los proveedores y gastando créditos en un resultado que ya ha decidido rechazar». Ponlo a 2 y la fila se detiene la segunda vez que asoma la misma dirección rechazada, «especialmente útil junto con la estrategia Conservative», que es justo donde un listón estricto manda más registros hacia abajo.
Dejar fuera las filas que nunca merecieron enriquecerse
Cuando no se encuentra nada no se cobra nada, de modo que por ahí no se te escapa el dinero. Se te escapa por las filas que devuelven buenas respuestas que nadie iba a usar: la cuenta duplicada, la dirección personal, el contacto que se marchó en marzo.
La guía de ahorro de créditos de Clay tiene la mecánica. Pon una condición «Only run if» en la columna, dentro de Run Settings, donde un botón Use AI acepta la regla escrita en lenguaje normal. Deja apagada la actualización automática mientras montas la tabla, porque una columna se vuelve a ejecutar «cada vez que cambian sus valores de entrada». Las vistas filtradas enriquecen solo las filas que estás mirando, y una columna Lookup consulta lo que ya tienen otra tabla o tu CRM antes de que lo compres dos veces. Conecta tus propias claves de proveedor y la página de precios dice qué cambia, sin rodeos: «cada ejecución contará como una Action, pero no se usará ningún Data Credit». La documentación de la propia Clay cifra ese ahorro entre el 50 y el 80 % de los Data Credits. Comprueba la función contra tu plan antes de montarle una tabla encima, porque la página de precios y la guía de ahorro describen su disponibilidad de forma distinta, y quien decide es el producto. Ese cableado es trabajo de la API de búsqueda de emails.
Leer lo que la cadena hizo de verdad
Las tres columnas que hacen auditable una cascada llegan todas apagadas. «¿Sacar el nombre del proveedor que ha acertado?» añade una columna que nombra al proveedor que consiguió cada resultado. «¿Ocultar las columnas de proveedor?» viene activado. Y según Clay 101, «las columnas de validación están ocultas por defecto. Abre el Columns Panel y muéstralas para inspeccionar el detalle de los pasos de validación». Enciende la primera antes de tu próxima tanda a volumen, o el orden de los puestos seguirá siendo una decisión que vuelves a adivinar cada trimestre sin nada debajo.
Para el gasto hay instrumentación aparte, y la vista útil no es la que sale primero. Settings → Usage cubre todo el workspace, se filtra por fecha, propietario e integración y se exporta a CSV. El panel de la tabla, al que llegas desde el globo de Credits o desde el botón Table History, guarda la Column view: «tu gasto desglosado por cada columna de la tabla, para que veas qué enriquecimientos se están llevando más créditos». Al lado están Time view y Run view. Un límite antes de que te pongas a mirar: «el histórico del panel de créditos de la tabla empieza el 5 de noviembre de 2025».
¿Cuánta profundidad es suficiente?

En el benchmark de Clay, solo una cadena apilada reúne un 95 % de calidad y un 90 % de cobertura.
La profundidad compra cobertura en los dos primeros niveles y después se aplana, y esa curva la dibuja la propia Clay: «la cobertura sube rápido en los dos primeros niveles, luego se aplana, mientras el gasto sigue subiendo». Tu listón de confianza dobla esa misma línea, «un corte más estricto rechaza las coincidencias dudosas, con lo cual la calidad sube mientras la cobertura baja y el coste sube». Para cold email Clay dice que lo pongas estricto, porque un email equivocado es peor que un email que falta. No se lo voy a discutir.
Apilar proveedores tiene a su favor un argumento de Clay, medido por Clay sobre los ficheros de Clay, y es sólido. Su benchmark dice que ningún proveedor por separado llega a la vez al 95 % de calidad y al 90 % de cobertura, mientras que una cadena apilada llega a las dos cosas. El ejemplo de cinco niveles termina en un 94 % de cobertura utilizable, con un umbral equilibrado que acepta un 96 % de calidad, por 207 Data Credits cada 100 registros: 10,35 $ a la tarifa de entrada, 8,80 $ en el peldaño de 50.000 al mes. Su blog dibuja la misma forma desde el otro extremo, una base de datos de las de toda la vida resuelve cerca del 30 % de una lista frente a un 80 % aproximado apilando proveedores.
Clay dimensiona los planes en registros al mes y no en créditos, que es la unidad honesta en cuanto el coste en créditos de un registro depende de la cadena que tenga detrás. Launch queda en unos mil registros al mes; Growth, entre mil y diez mil.
| Plan | Data Credits al mes | La pauta de la propia Clay |
|---|---|---|
| Launch | 2.500-10.000 créditos/mes | «~1.000 registros al mes» |
| Growth | 6.000-100.000 créditos/mes | «1.000-10.000 registros al mes» |
| Enterprise | 100.000+ créditos/mes | «más de 10.000 registros al mes» |
Clay le añade una advertencia: «cuantas más claves de API conectes, menos Data Credits vas a necesitar». Son dos cifras que pertenecen a la misma decisión. Los Data Credits que no gastas se acumulan de un mes a otro hasta el doble de la asignación mensual en Launch y en Growth, con lo cual un mes flojo financia uno cargado, y una tanda única de más de 50.000 registros es cosa de Enterprise.
Dónde encaja en la fila una fuente verificada
Una cadena juzga a un proveedor con un criterio más estrecho que el de un comprador: cuánto tarda en responder la llamada, y qué aspecto tiene la respuesta cuando no hay nada que devolver.
Enrow está en el directorio de Clay desde el 1 de septiembre de 2024, con una integración construida por Clay y archivada en Contact Data y Contact Data Verification. Son tres acciones: buscar el email profesional, buscar el móvil y validar el email profesional, esta última marcada como Free Action en la ficha. Los dos buscadores corren con créditos de Clay o con una cuenta de Enrow que conectas tú. Las respuestas llegan en dos o cinco segundos, de modo que la columna no deja la tabla colgada, y de nuestra bolsa solo se descuenta un crédito cuando el resultado vuelve válido. A un dominio catch-all lo sondeamos hasta que el buzón se moja en un sentido o en otro, así que la dirección cae en la celda utilizable en vez de marcada y descartada. Es uno de los efectos de las más de 10 verificaciones que hay detrás de cada dirección.
Hay tres límites que deciden en qué puesto va la columna. El primero muerde justo aquí. La cascada de Clay está montada alrededor de un listón que se ajusta, y una columna de Enrow le entrega a ese listón un veredicto en vez de un número: el campo Qualification dice válido o no válido, y debajo no hay ninguna banda de confianza contra la que cortar. Ese umbral lo sostenemos nosotros a propósito, porque una puntuación de confianza es un juicio que acabarías defendiendo tú delante de quien responda de la reputación de tu remitente. En una plataforma hecha para afinar, esa es una renuncia de las que se notan.
Segundo, detrás no hay ningún índice. Enrow resuelve a una persona que tú ya has nombrado, con lo cual el puesto de sourcing no es nuestro: el paso gratuito Find People de Clay, una sincronización con el CRM o un CSV ponen antes el nombre y el dominio. Un índice almacenado empieza a pudrirse el día que se construye, y prefiero no venderte las filas del trimestre pasado.
Tercero, todo sale de una sola bolsa de créditos: un email gasta 1 crédito, un móvil 40 y una verificación un cuarto. Apunta una columna de emails y otra de teléfonos a las mismas 5.000 filas y se gastarán la una a la otra.
Qué fuentes se ganan un puesto (cómo facturan, quién hizo la prueba de tasa de acierto, qué pasa en un dominio catch-all, si la cobertura en la UE tiene documentación debajo) es el trabajo de cómo elegir un proveedor de datos B2B. Todo lo que va antes de la columna de enriquecimiento está en cómo usar Clay.
Abre Full configuration en tu columna de email profesional. Infer Email encendido, umbral de duplicados a 2, salida del proveedor ganador encendida, y después lanza diez filas y lee lo que ha vuelto. A final de mes, abre la Column view y mira si tus dos últimos proveedores han pescado algo. Lo normal es que uno no haya pescado nada, y moverlo son cinco segundos en cuanto puedes verlo.
Cada día 1 caen 50 créditos de Enrow en la cuenta. Gratis, y nadie te pide la tarjeta: enrow.io, o la API si prefieres correr el paso con tu propia clave.
¿listo para dejar de perder el tiempo?
Conectado en minutos.
Data verificada en segundos.
FAQ
¿Qué es el enriquecimiento de datos en Clay?
El enriquecimiento de datos en Clay es una columna que llama a un proveedor externo y escribe la respuesta en la fila. Le das un dominio de empresa y te devuelve un email profesional, un móvil o un campo de la empresa, sacado de los más de 150 proveedores que anuncia su página de precios. Cada registro enriquecido cuesta una Action más los Data Credits del proveedor.
¿Cómo funcionan los créditos de una cascada de Clay?
Clay cobra la cascada paso a paso. Cada paso que devuelve datos consume Data Credits y una Action, salvo que ese paso corra con tu propia clave de API, y cada paso de validación que devuelve un resultado hace lo mismo. En cuanto entra un dato validado, los proveedores que quedan por debajo no consumen nada más.
¿Clay cobra cuando un proveedor de la cascada no encuentra nada?
No. Su FAQ dice que, si la cascada entera no devuelve ningún resultado, no se consume ningún Data Credit ni ninguna Action, y la página de precios repite la regla para los enriquecimientos en general. El cobro se engancha solo a los pasos que devuelven algo, y por eso los ajustes de validación devuelven con creces los diez minutos que cuesta tocarlos.
¿Merece la pena el enriquecimiento en cascada?
Lo que devuelve una cascada es cobertura, y el benchmark de la propia Clay es la prueba más clara: ningún proveedor por separado llegó a la vez al 95 % de calidad y al 90 % de cobertura, mientras que una cadena apilada llegó a las dos cosas. El ejemplo que publica Clay termina en un 94 % de cobertura utilizable. La profundidad paga sobre todo en los dos primeros niveles, y después se aplana.
¿Qué es Infer Email en Clay y consume créditos?
Infer Email mete un primer paso gratuito que construye una dirección a partir del nombre de la persona y el dominio de la empresa, con el formato first.last@domain.com por defecto. Si pasa la validación, la cascada se detiene antes de que corra ningún proveedor de pago. La prueba interna de Clay sobre un conjunto de datos del sector del software devolvió un email válido cerca del 31 % de las veces.
¿Qué estrategia de validación conviene usar en una cascada de Clay?
Clay ofrece cuatro. Conservative cubre todos los tipos de email verificados y encaja con el cold email, donde el bounce golpea la reputación del remitente. Balanced admite las catch-all. Aggressive echa una red amplia cuando la cobertura importa más que la precisión. Advanced es configuración manual. Para cold email, el consejo de la propia Clay es dejar el corte estricto.
¿En qué orden hay que poner los proveedores en una cascada de Clay?
La doctrina de Clay tiene tres partes. El precio por consulta decide el primer puesto, porque un proveedor barato con una cobertura decente despacha el grueso de la lista al menor coste por registro. La calidad medida contra tu listón de confianza decide el medio. El especialista con más cobertura va el último y pesca la cola larga.
¿Qué datos de entrada necesita una cascada de emails de Clay?
El dato principal es el dominio de la empresa, según Clay 101, y el segundo ideal es la URL del perfil personal de LinkedIn. Cuando faltan, Clay nombra dos repliegues: nombre completo más nombre de la empresa, o nombre completo más email personal. Infer Email necesita un dominio sí o sí, de modo que una lista con solo nombres se salta ese paso.
¿Cuántos proveedores debe tener una cascada de Clay?
Los suficientes para cubrir la cola, y el ejemplo de cinco niveles de Clay enseña que son menos de los que la gente supone. Al nivel uno llegaron los 100 registros; al dos, 48; al tres, 14; al cuatro, 7; al cinco, solo 1. La cobertura sube rápido en los dos primeros niveles y luego se aplana, mientras el gasto sigue subiendo.

