Integración MCP, Alemania

Hola,

Estoy utilizando la integración MCP de WaLead para preparar una campaña dirigida al mercado alemán (DACH) y me he encontrado con un problema que bloquea por completo la búsqueda de prospectos. Incluyo además tres incidencias adicionales detectadas durante las pruebas.

Todas las llamadas descritas son de solo lectura y reproducibles.

1. people_search no devuelve resultados para Alemania — bloqueante

La misma consulta funciona correctamente para España y devuelve cero para Alemania:

Filtro Resultados

location: ["Spain"] 10.820.293

location: ["Madrid"] 3.268.136

keyword: "engineer" (sin ubicación) 361.496

location: ["Germany"] 0

location: ["Berlin"] 0

location: ["Austria"] 1

keyword: "engineer" + location: ["Germany"] 0

No parece un problema de sintaxis ni de formato: "Spain" y "Madrid" pasan por la misma ruta de código y devuelven millones de perfiles.

Dos detalles que refuerzan el diagnóstico:

Con job_title: ["Geschäftsführer"] y sin filtro de ubicación obtengo 1.612 resultados, pero el perfil devuelto corresponde a un directivo alemán residente en Valencia.

Los resultados de keyword: "engineer" (sin filtros) eran todos de perfiles ubicados en España.

Todo apunta a que el conjunto de datos accesible desde mi workspace está limitado a España.

Lo que me hace pensar que es un problema de la API y no de la plataforma: en mi cuenta tengo una campaña con 2.163 leads alemanes ya cargados y funcionando. Es decir, WaLead sí maneja perfiles de Alemania — pero la base de datos que consulta people_search vía MCP no los devuelve.

Preguntas concretas:

¿La cobertura geográfica de people_search está limitada por plan, por región o por configuración del workspace?

¿Existe alguna forma de acceder a datos de Alemania, Austria y Suiza a través de la API?

Si la cobertura DACH no está disponible en mi plan, ¿qué opción de contratación la incluiría?

Lo pregunto porque actualmente dispongo de 986 créditos activos contra una base de datos que no devuelve ningún resultado para mi mercado objetivo.

2. people_count devuelve valores incoherentes

La herramienta devuelve cifras que se contradicen con people_search y entre sí:

Consulta people_count people_search

location: ["Germany"] 295 0

location: ["Germany"] + job_title 1 0

location: ["Germany"] + industry 1 —

location: ["Germany"] + job_title + industry 1 —

El patrón es constante: en cuanto se añade cualquier segundo filtro, el resultado es exactamente 1, independientemente de los filtros usados. Dado que la documentación recomienda people_count precisamente para dimensionar una búsqueda antes de ejecutarla, los valores actuales no son utilizables.

3. list_linkedin_accounts devuelve 404

GET /api/v1/linkedin-accounts

→ 404 {"statusCode":404,"message":"Cannot GET /api/v1/linkedin-accounts","error":"Not Found"}

La herramienta está expuesta en el servidor MCP, pero el endpoint no existe. Las cuentas de LinkedIn sí aparecen referenciadas dentro de los objetos de campaña (linkedinAccounts), así que la vinculación funciona — lo que falla es la consulta directa.

4. El filtro industry usa dos taxonomías distintas

El esquema del MCP declara la taxonomía antigua de LinkedIn, mientras que el servidor valida contra la nueva. El resultado es que hay valores que pasan la validación del cliente y son rechazados después por el servidor.

Ejemplo — todos estos valores figuran como válidos en el esquema de la herramienta y devuelven error 400:

Mechanical Or Industrial Engineering · Electrical & Electronic Manufacturing

Industrial Automation · Building Materials · Plastics · Food Production

Furniture · Consumer Goods · Paper & Forest Products

Business Supplies & Equipment · Renewables & Environment

Warehousing · Transportation/Trucking/Railroad

Respuesta del servidor:

{"status_code":400,"error":"invalid_filter","field":"industry",

"invalid_values":["Mechanical Or Industrial Engineering", ...],

"valid_values_sample":["Accounting","Administration of Justice",

"Advertising Services","Airlines and Aviation", ...]}

Los valores que espera el servidor (Automation Machinery Manufacturing, Appliances, Electrical, and Electronics Manufacturing, etc.) no están en el enum del esquema MCP, por lo que son rechazados por la validación del cliente antes de llegar a la API. En la práctica, buena parte del filtro industry es inutilizable desde MCP.

Sería de gran ayuda que el esquema se sincronizara con la lista real del servidor, o que se publicara la lista completa de valores admitidos (la respuesta de error solo devuelve una muestra truncada).

Resumen

Componente Estado

get_credits Correcto

list_campaigns, get_campaign, get_sequence, get_campaign_analytics Correcto

people_search Sin datos para DACH — bloqueante

people_count Valores incoherentes

list_linkedin_accounts 404

Filtro industry Desajuste de taxonomía cliente/servidor

El punto 1 es el único que me bloquea de forma efectiva. Los otros tres los reporto por si resultan útiles.

Quedo a la espera de vuestros comentarios. Muchas gracias.

Un saludo, Adrian

1 comment