Cold Leads

Casos de uso

Recetas prácticas para desarrolladores y creadores de automatizaciones. Cada publicación incluye una configuración, un flujo o un script concreto para la API de Cold Leads e indica los límites y el coste en créditos. La API requiere una clave secreta del plan Business.

Las direcciones, los identificadores y los resultados de los ejemplos son ilustrativos. example.com está reservado para documentación, así que una comprobación real de estas direcciones devuelve invalid.

Desarrolladores que usan asistentes de IA en Cursor, Claude Desktop o Windsurf7 min de lectura

Use Cold Leads desde Cursor, Claude Desktop y Windsurf a través de MCP

Copiar direcciones entre un asistente, un CRM y una herramienta de verificación es lento y propenso a errores, y un asistente al que se le piden contactos se inventará algunos sin reparo.

Un asistente conectado puede gestionar sus contactos, importar filas estructuradas, leer conversaciones sincronizadas, preparar plantillas y borradores de campaña y configurar formularios web. El envío exige confirmación expresa del usuario y se somete a las protecciones de consentimiento, bajas, DNC y límites de Cold Leads.

Qué obtiene: Un asistente que trabaja con sus contactos, buzón y borradores de campaña mediante MCP o el SDK de Node.

En esta receta

  • Qué ofrece el servidor
  • Cursor
  • Claude Desktop
  • Windsurf (Devin Desktop) y Claude Code
  • Prompts que encajan con las herramientas reales
  • Pruebe el endpoint alojado desde un terminal
  • Límites y costes
Leer la receta
Usuarios de n8n con listas de leads en Google Sheets5 min de lectura

Verificación masiva de correos en n8n con Google Sheets

Llamar a una API de verificación una vez por fila es lento y choca con los límites de peticiones, mientras que una API masiva necesita una tarea, un bucle de sondeo y una forma fiable de devolver cada resultado a su fila.

Un solo flujo toma hasta 5 000 filas que aún no tienen resultado, envía sus direcciones únicas como una sola tarea masiva de Cold Leads, consulta la tarea cada 5 segundos, descarga los resultados, enruta cada fila por estado y escribe en la hoja el estado, la puntuación, el motivo y un siguiente paso. Vuelva a ejecutarlo para las 5 000 siguientes.

Qué obtiene: Cuatro columnas rellenas por fila (verify_status, verify_score, verify_reason, next_step) y un flujo que puede volver a ejecutar hasta completar toda la hoja.

En esta receta

  • Qué hace el flujo
  • Prepare la hoja y las credenciales
  • El flujo
  • Cómo funciona el bucle de sondeo
  • Enrutado y escritura de resultados
  • Límites y costes
Leer la receta
Usuarios de Make.com que envían correo frío con Instantly6 min de lectura

Verifique los leads en Make.com antes de que lleguen a una campaña de Instantly

Las direcciones que nunca se comprobaron van directamente a una campaña de envío. Las no válidas rebotan, y los rebotes cuentan en contra de los buzones que envían la campaña.

Ponga una comprobación de Cold Leads entre el disparador e Instantly: una petición HTTP por lead, un filtro que solo deja pasar los resultados válidos y una segunda petición HTTP que añade el lead a su campaña con la API v2 de Instantly.

Qué obtiene: Un escenario de Make en marcha: lead nuevo, verificación con Cold Leads, filtro, lead añadido a la campaña de Instantly. Los leads que no pasan el filtro se quedan ahí o van a una hoja de revisión.

En esta receta

  • Antes de empezar
  • Construya el escenario
  • Elija lo estricto que es el filtro
  • Pruebe ambas peticiones desde un terminal
  • Errores y reintentos
  • Límites y costes
Leer la receta
Desarrolladores y equipos de datos con listas CSV grandes7 min de lectura

Verifique un CSV de 50 000 filas con Python, asyncio y httpx

Comprobar una dirección por petición es lento y choca con el límite de peticiones. Un bucle masivo ingenuo puede abrir más tareas de las que permite la cuenta, pagar dos veces tras un fallo o perder en silencio filas cuyos resultados nunca llegaron.

Normalice la columna y elimine duplicados, envíe tareas masivas de hasta 5 000 direcciones, mantenga como máximo cinco abiertas, consulte cada tarea hasta el final, espere cuando salte el límite de peticiones, deténgase limpiamente cuando se acaben los créditos y guarde los id de las tareas para que una segunda ejecución continúe en lugar de volver a pagar.

Qué obtiene: Su CSV con tres columnas nuevas (verify_status, verify_score, verify_reason) y un pequeño archivo .jobs.json que permite reanudar la ejecución.

En esta receta

  • Cómo se comportan los endpoints masivos
  • El script
  • Ejecútelo
  • Qué hace el script cuando algo falla
  • Límites y costes
  • Cómo leer las columnas nuevas
Leer la receta
Equipos que hoy verifican correos con Hunter o Apollo6 min de lectura

Cómo migrar la verificación de correos de Hunter o Apollo a Cold Leads

El código de verificación está lleno de parámetros y valores de estado propios de cada proveedor. Cambiar el endpoint sin mapearlos altera en silencio a qué direcciones envía un pipeline.

Mapee cada parámetro y campo de respuesta a su equivalente en Cold Leads, deje donde está lo que Cold Leads no sustituye (datos de personas, búsqueda por dominio) y use un pequeño adaptador para que el código existente conserve su forma.

Qué obtiene: Un mapeo campo a campo, un adaptador de Python que devuelve campos al estilo de Hunter a partir de Cold Leads y una tabla de costes de Cold Leads para 1 000, 10 000 y 50 000 verificaciones al mes.

En esta receta

  • Qué se traslada y qué se queda
  • De Email Verifier a POST /api/v1/verify
  • De Email Finder a POST /api/v1/find
  • Un adaptador de sustitución directa
  • Diferencias de comportamiento que debe prever
  • Límites y costes
Leer la receta
Quienes crean agentes de IA cuyo propietario aún no tiene clave de Cold Leads6 min de lectura

Suscripciones que inicia un agente y aprueba una persona

Un agente que necesita verificar correos nunca debería tener una tarjeta ni suscribirse por su cuenta. Mandar a la persona a registrarse, elegir un plan y copiar una clave interrumpe la tarea, y pegar claves en chats hace que se filtren.

El agente llama a un endpoint sin clave y recibe un enlace de Stripe Checkout para su propietario más un token de reclamación secreto. El propietario revisa el plan y decide. Tras el pago, el agente recoge la clave de API exactamente una vez con el token de reclamación, mediante sondeo o tras un callback firmado.

Qué obtiene: Una clave secreta de API operativa para la nueva cuenta Business del propietario, entregada al agente una sola vez, y un correo al propietario con un enlace para abrir la aplicación web de Cold Leads.

En esta receta

  • El flujo de un vistazo
  • Paso 1: pida un enlace de pago (no hace falta clave)
  • Paso 2: el propietario decide en Stripe
  • Paso 3: recoja la clave una sola vez
  • Opcional: un callback firmado en lugar de sondeo
  • Notas de seguridad
  • Límites y costes
Leer la receta
Desarrolladores y equipos de operaciones que deciden qué hacer con los resultados risky7 min de lectura

Cómo funciona la detección de accept-all y cómo leer los resultados de Cold Leads

Algunos servidores de correo aceptan correo para cualquier dirección de su dominio, así que una comprobación de buzón no puede distinguir a una persona real de un nombre inventado. Otros servidores solo responden de forma temporal, o no se puede conectar con ellos en absoluto, y una simple etiqueta valid puede ocultar que el buzón nunca se comprobó.

Entienda el diálogo SMTP que ejecuta un verificador y qué significa cada respuesta; después lea el estado, la puntuación y los códigos de motivo que devuelve Cold Leads, incluidos los casos en que la comprobación del buzón no se ejecutó.

Qué obtiene: Una tabla de decisión que asigna una acción a cada código de motivo de Cold Leads, y un script que la aplica a una dirección.

En esta receta

  • El diálogo SMTP detrás de una comprobación de buzón
  • Los códigos de respuesta y lo que permiten concluir
  • La prueba de accept-all, el greylisting y otros límites
  • Qué devuelve Cold Leads y cuándo no se ejecutó la comprobación
  • Una tabla de decisión y un script que la aplica
  • Límites y costes
Leer la receta
Equipos de operaciones de ventas en HubSpot o Pipedrive7 min de lectura

Verifique o encuentre direcciones de correo para los contactos nuevos de HubSpot y Pipedrive

Los contactos llegan de formularios, importaciones y altas manuales con erratas, dominios muertos o sin dirección, y nadie los comprueba hasta que una campaña rebota.

Compruebe cada contacto al crearse: una acción de código personalizado en un flujo de trabajo de HubSpot o un pequeño receptor de webhooks para Pipedrive. Un contacto con correo se verifica; un contacto sin correo pero con nombre y web de la empresa recibe una dirección sugerida, claramente marcada como suposición.

Qué obtiene: Propiedades de contacto en HubSpot o campos de persona en Pipedrive que muestran el estado, la puntuación y el motivo de Cold Leads, o una dirección sugerida con su método y su confianza.

En esta receta

  • Cómo encaja todo
  • HubSpot: una acción de código personalizado en un flujo de contactos
  • Pipedrive: un receptor de webhooks
  • Qué escribir de vuelta y qué hacer con ello
  • Límites y costes
Leer la receta
Desarrolladores de Python que crean agentes con CrewAI o LangChain4 min de lectura

Herramientas de Cold Leads para agentes de CrewAI y LangChain

Un agente al que se le piden datos de contacto los adivinará, y una dirección adivinada parece exactamente una real. Sin una herramienta de verificación, ni el agente ni la persona que lee su resultado pueden distinguirlas.

Dé al agente tres herramientas acotadas basadas en la API de Cold Leads: buscar en el propio CRM del usuario, verificar una dirección y deducir una dirección a partir de un nombre y un dominio con una etiqueta de método honesta. Los errores vuelven como datos, así que el agente puede reaccionar en lugar de fallar.

Qué obtiene: Un cliente de API compartido, clases de herramientas para CrewAI y para LangChain, y una crew y un agente mínimos que las usan.

En esta receta

  • Las tres herramientas
  • Un cliente compartido
  • CrewAI
  • LangChain
  • Descripciones con las que el modelo puede actuar
  • Límites y costes
Leer la receta
Quienes guardan listas de leads en Google Sheets4 min de lectura

=VERIFY_EMAIL() y =FIND_EMAIL() en Google Sheets

Exportar una hoja a una herramienta de verificación y volver a pegar los resultados es tedioso. Una función personalizada ingenua vuelve a llamar a la API, y vuelve a gastar un crédito, cada vez que Sheets ejecuta de nuevo la fórmula.

Dos funciones personalizadas llaman a la API de Cold Leads con UrlFetchApp, leen la clave de las propiedades del script y guardan cada respuesta en la caché del script hasta seis horas, así que volver a ejecutar la misma fórmula no gasta otro crédito con la misma entrada.

Qué obtiene: Tres celdas de resultado por fila: estado, puntuación y motivo con =VERIFY_EMAIL, o dirección, método y confianza con =FIND_EMAIL.

En esta receta

  • Configúrelo
  • El script
  • Cómo se comporta
  • Cómo leer los resultados
  • Límites y costes
Leer la receta