ooligo
n8n-flow

Auto-tracking de menciones y cambios de competidores con n8n y Claude

Dificultad
intermedio
Tiempo de setup
60min
Para
revops · sales-enablement
RevOps

Stack

Un flow de n8n que monitorea tus competidores trackeados a través de páginas de pricing, posts de blog, páginas de hiring y reseñas en G2; usa Claude para resumir qué cambió; y postea un digest semanal en un canal de Slack que tu equipo de ventas sí va a abrir. Se acabó enterarte del recorte de precios de un competidor por un thread de Slack de un deal perdido.

Lo que vas a necesitar

  • n8n (cloud o self-hosted) con triggers HTTP y Schedule
  • Una lista de dominios de competidores y las páginas que vale la pena trackear en cada uno
  • Claude API key
  • Un workspace de Slack con un canal de competitive-intel y un incoming webhook

Setup

  1. Construye la lista de páginas trackeadas. Una hoja o data table de n8n con columnas: nombre del competidor, tipo de página (pricing, blog, hiring, reviews), URL, hash del último contenido visto. Veinte a treinta filas es típico.
  2. Agenda el crawl. Trigger Schedule de n8n, diario a las cinco am UTC. El flow itera sobre la lista de páginas, hace fetch de cada URL, calcula un hash de contenido, lo compara con el hash previo. Hash nuevo significa contenido cambiado.
  3. Diff y resumir. Para cada página cambiada, el flow envía el contenido viejo y nuevo a Claude con un prompt: “resume qué cambió, en dos oraciones, enfocado en lo que un vendedor debería saber”. Output va a un bloque de resumen por competidor.
  4. Agregar y postear. Al final de la corrida, n8n compone un mensaje de Slack por competidor con cambios materiales y postea al canal. Páginas sin cambio quedan en silencio; sin ruido.
  5. Agrega un trigger manual. Un segundo flow que deja al equipo de ventas pedir “qué hay nuevo con Acme” on demand, brincándose la agenda.

Cómo funciona

El flow es un patrón clásico de poll-diff-resumir-fan-out. La capa de polling es fetch HTTP tonto. La capa de diff es hashing de contenido más un filtro “¿es esto material?” (cambios de un solo carácter se ignoran). La capa de resumen es Claude con un prompt apretado. La capa de fan-out es Slack.

El filtro “¿es esto material?” importa más de lo que suena. Las páginas de pricing se re-renderizan en cada deploy con diferencias de timestamp que no son materiales. Ediciones de blog post que arreglan typos no son materiales. Sin este filtro, el digest dispara cada día sin nada realmente cambiado, y el canal se mutea.

Cuídate de

  • Detección de bots. Crawling agresivo se bloquea. Limita a un request por página por día, configura un user agent real y respeta robots dot txt.
  • G2 y sitios de reseñas. Estas páginas son JS-pesadas y a menudo anti-bot. O paga un servicio que las maneje, o salta esas fuentes.
  • Cambios alucinados. Claude reportará con confianza un cambio que realmente no está ahí si el diff es ruidoso. El prompt incluye “si el cambio es cosmético o poco claro, devuelve NO_CHANGE”.
  • Ruido del canal. Aun con filtrado, el canal puede pegar fatiga. Digest semanal le gana al diario. Mantén la cadencia.

Stack

  • n8n — scheduler, fetcher, diff, fan-out
  • Claude — resumen de cambios
  • Slack — canal de distribución para el equipo de ventas