Integración PostHog n8nAutomatiza PostHog con n8n.
El dato que no llega a PostHog no sirve de nada. La integración PostHog n8n cubre justo ese tramo final: 5 operaciones repartidas en 4 recursos para crear un evento, una identidad o un alias, y para registrar una página o una pantalla. PostHog no tiene nodo trigger en n8n, así que el flujo arranca en otro sitio.
Reseñas verificadas en Trustpilot · Agencia de IA, automatización y growth
¿Qué cubre la integración PostHog n8n?
El nodo PostHog escribe. Toma el elemento que circula por tu flujo de trabajo y lo convierte en algo que PostHog puede guardar: un evento con nombre y propiedades, una identidad, un alias, o una página o pantalla registrada. Cada llamada necesita un distinct ID, el valor con el que PostHog separa a un usuario de otro. El nodo viene incluido en n8n, y el credential, es decir las credenciales guardadas dentro de n8n, se reutiliza en todos los flujos de la instancia.
Hay un caso que aparece siempre el primero: el evento que nunca sale del navegador. Un cobro confirmado por el equipo financiero, un contrato firmado dentro del CRM, una baja gestionada por soporte. Nada de eso dispara un script en una página, así que PostHog no se entera. Un flujo que ya recibe ese dato llama a event.create, pone nombre al evento, adjunta el distinct ID, y el embudo vuelve a contar la historia completa.
El segundo bloque es el de identidades. identity.create crea una identidad a partir de un distinct ID, y alias.create guarda un nombre de alias frente a ese mismo distinct ID. Aquí encajan bien los flujos que nacen fuera del producto: un aviso que pasa por Slack o un lote que llega desde una hoja de Google Sheets suele traer el identificador antes que la propia aplicación.
El tercero son las páginas y las pantallas enviadas desde servidor. track.page y track.screen piden un Name y un distinct ID cada una, lo que las hace útiles cuando la vista ocurre donde ningún script de cliente llega a ejecutarse. Si el mismo flujo ya alimenta Segment o Google Analytics, puedes repartir desde un único lugar en vez de montar tres integraciones por separado.
Y ahora el límite, sin adornos. El catálogo son 5 operaciones en 4 recursos, y esa es toda la superficie del nodo. Para el resto de la API de PostHog está el nodo HTTP Request, que llama a cualquier endpoint de la herramienta reutilizando el mismo credential mediante la autenticación predefinida. No es un plan B triste, es otro nodo en el mismo lienzo.
Queda un detalle de diseño: PostHog no tiene nodo trigger en n8n. Un flujo que lo use arranca con un Schedule Trigger a intervalo fijo, con el nodo Webhook de n8n al que llama un servicio externo, o con el trigger de otra herramienta. La plantilla pública 968 hace exactamente eso, crear un evento en PostHog cuando llega una petición a una URL de webhook. Si prefieres entender la plataforma antes de montar nada, ahí está la reseña n8n.
¿Cómo se conecta PostHog con n8n?
- 01
Consigue la clave API correcta
Necesitas una cuenta de PostHog, o PostHog alojado en tu propio servidor. La clave depende de lo que vaya a llamar el nodo. Para los endpoints públicos que solo aceptan POST, usa una Project API key de los ajustes General de tu proyecto. Para los privados, una Personal API key de la sección Personal API Keys de tu cuenta de usuario. Son dos claves distintas en dos pantallas distintas: coge la que tu flujo necesita.
- 02
Elige la URL de la API
El credential pide una URL, y el dominio correcto depende de dónde viva tu proyecto. En US Cloud,
https://us.i.posthog.compara los endpoints públicos solo POST yhttps://us.posthog.compara los privados. En EU Cloud, la pareja eshttps://eu.i.posthog.comyhttps://eu.posthog.com. Si alojas PostHog tú, va tu propio dominio. Mirando la URL de tu instancia de PostHog confirmas en cuál de los tres casos estás. - 03
Guarda el credential una sola vez
En n8n, abre el menú Credentials, crea el credential de PostHog y rellena los campos URL y API Key. Un credential se crea una vez y se reutiliza en todos los flujos de la instancia, así que esto se hace el primer día y ya está. Después coloca un nodo PostHog en el lienzo y lo verás propuesto en su lista desplegable. El procedimiento es idéntico en n8n Cloud y en una instancia autoalojada.
Qué sabe hacer el nodo PostHog
El nodo PostHog expone 5 operaciones en 4 recursos. Para cada una: el nodo tal como lo configuras en n8n, los campos obligatorios y nuestras notas de campo.
Alias
1 operaciónCreate an alias
alias.createLo que ves en n8n
Notas y casos de uso
Guarda un nombre de alias frente a un usuario al que ya sigues por su distinct ID. Un elemento de entrada, un alias almacenado en PostHog.
Parámetros clave
- Alias: el nombre del alias. Campo obligatorio, que escribes en el nodo o traes del elemento entrante con una expresión como
{{ $json.field }}. - Distinct ID: el distinct ID del usuario, también obligatorio. Un campo obligatorio vacío detiene la ejecución del nodo antes de llamar a la API.
- Timestamp: está dentro de Additional Fields. Si no lo rellenas, toma automáticamente la hora actual, algo que importa cuando reprocesas datos antiguos.
Event
1 operaciónCreate an event
event.createLo que ves en n8n
Notas y casos de uso
Es la operación que más vas a usar. Manda un evento con nombre a PostHog para un usuario concreto, y hace visible un paso que ocurre lejos del navegador.
Parámetros clave
- Event: el nombre del evento, obligatorio. Es la etiqueta que buscarás luego dentro de PostHog, así que mantenla estable entre ejecuciones.
- Distinct ID: el distinct ID del usuario, obligatorio. Suele venir del nodo anterior, escrito como
{{ $json.field }}. - Properties: colección dentro de Additional Fields, con un botón Add Property y una fila por cada propiedad que quieras adjuntar.
Identity
1 operaciónCreate an identity
identity.createLo que ves en n8n
Notas y casos de uso
Aquí solo hay un campo obligatorio: el distinct ID de la identidad. Eso la convierte en la llamada más ligera de las cinco, y en un buen primer nodo cuando el flujo conoce a la persona antes que el producto.
Parámetros clave
- Distinct ID: el distinct ID de la identidad, obligatorio y único campo requerido de la operación.
- Properties: en Additional Fields, con el mismo mecanismo Add Property que en las demás operaciones.
- Timestamp: opcional. Vacío, se ajusta solo a la hora actual.
Track
2 operacionesTrack a page
track.pageLo que ves en n8n
Notas y casos de uso
Registra una página vista desde el flujo en lugar de desde el navegador. Sirve cuando la página se sirve en un sitio donde ningún script de cliente llega a ejecutarse.
Parámetros clave
- Name: obligatorio, el nombre de la página que registras.
- Distinct ID: el distinct ID del usuario, obligatorio, para que la vista quede colgada de alguien y no suelta.
- Properties: disponible en Additional Fields con Add Property, una fila por propiedad.
Track a screen
track.screenLo que ves en n8n
Notas y casos de uso
Misma idea, otra superficie: esta registra una pantalla en lugar de una página, con su nombre y la persona a la que corresponde.
Parámetros clave
- Name: obligatorio, el nombre de la pantalla que registras.
- Distinct ID: el distinct ID del usuario, obligatorio.
- Timestamp: opcional, dentro de Additional Fields. Si lo dejas vacío se usa la hora actual, así que dale un valor cuando la pantalla se vio antes de la ejecución del flujo.
¿Necesitas ayuda para automatizar PostHog con n8n?
El equipo te responde directamente.
Cada mensaje lo lee una persona.
