Automatizar redes sociales con n8n: publica en tus cuentas y en las de tus clientes con un nodo
Instala el nodo verificado de PlanVortex, crea una credencial con el client ID y el client secret de una app y añade un paso de PlanVortex que cree una publicación. Eso es todo lo que hace falta para publicar desde n8n. El nodo publica en las cuentas conectadas en PlanVortex, sean tuyas o de tus clientes, y desde el mismo flujo programa, sube imágenes y vídeos y trabaja la bandeja de comentarios.
Verificado el 12 de octubre de 2026 contra el código del nodo, el registro de nodos de comunidad verificados de n8n y la API de PlanVortex en producción.
¿Qué necesitas antes de empezar?
Tres cosas:
- Una cuenta de PlanVortex con una app. La creas en el panel, en Ajustes → Apps, y copias su
client_idy suclient_secret. Todos los planes tienen apps, el gratuito incluido, así que el flujo se monta y se prueba sin meter tarjeta. - Las cuentas de redes conectadas en PlanVortex. Las tuyas, desde el panel; las de tus clientes, con un enlace que les crea el propio nodo (más abajo).
- n8n, en n8n Cloud o autoalojado.
¿Cómo se instala el nodo?
En n8n Cloud el nodo está verificado, así que se instala desde el panel de nodos: busca PlanVortex e instálalo. Solo puede hacerlo el propietario o un administrador de la instancia.
En un n8n autoalojado, entra en Settings → Community Nodes, elige Install y escribe n8n-nodes-planvortex.
¿Cómo se configura la credencial?
Crea una credencial PlanVortex OAuth2 API y rellena tres campos:
| Campo | Valor |
|---|---|
| Base URL | https://api.planvortex.com/v1.0.0 (déjalo como está) |
| Client ID | el client_id de la app |
| Client Secret | el client_secret de la app |
No hay botón de Connect, porque las credenciales de una app no pasan por ninguna pantalla de consentimiento. Pulsa Test: pide un token a PlanVortex y lee las organizaciones que la app ve. n8n guarda el token y lo renueva cuando caduca.
¿Cómo se publica desde un flujo?
Añade un nodo de PlanVortex con el recurso Publication y la operación Create. La organización y la cuenta son desplegables que se llenan con tus propios datos, así que nadie tiene que pegar un identificador (los dos aceptan también una expresión cuando el id viene de un paso anterior).
- Text es el cuerpo de la publicación. Cada red lo cuenta a su manera, y PlanVortex lo comprueba contra el límite de esa red antes de enviar nada.
- File IDs adjunta imágenes o vídeos. El fichero sube antes con Media → Upload, que lee los datos binarios del elemento que le llega (una descarga con HTTP Request, Google Drive o cualquier paso que produzca un fichero) y devuelve el id que va aquí.
- Publish Date, en Additional Fields, programa la publicación. Vacío es ahora.
Una publicación con un problema (un texto demasiado largo, un post de Instagram sin imagen) no vuelve como un error HTTP. PlanVortex la guarda con el motivo y contesta 200, y un flujo que solo vigila los errores la daría por enviada. Fail on Publication Errors, activado por defecto, convierte eso en un paso fallido con el motivo explicado. Déjalo activado, y activa Continue On Fail cuando un flujo publique en varias cuentas, para que una cuenta desconectada cueste ese elemento y no la ejecución entera.
¿Cómo es un flujo de verdad?
El que teníamos en la cabeza al construir el nodo: sale una versión nueva en GitHub y la misma ejecución la anuncia en todos los sitios donde se tiene que leer.
- GitHub Trigger, con el evento de release.
- PlanVortex → Create en la página de LinkedIn de la empresa, con las notas de la versión como texto.
- PlanVortex → Create en el canal
#anunciosdel Discord de clientes. - PlanVortex → Create en el canal
#generaldel Slack del equipo.
Sin el nodo son tres integraciones distintas, cada una con su autenticación y sus errores. Aquí son tres copias del mismo paso con otra cuenta elegida.
Dos de esos canales tienen un paso previo propio. En Slack, la app de PlanVortex tiene que estar dentro del canal, y en uno privado alguien tiene que invitarla con /invite @PlanVortex. Discord se conecta con una aplicación de Discord tuya, y la guía de publicar en Discord explica cómo.
¿Cómo se publica en las cuentas de tus clientes?
Esta es la parte que un flujo no puede hacer solo. Conectar una cuenta es un flujo OAuth, y la red quiere que una persona pulse «autorizar» en su propia pantalla.
Lo que te da el nodo es Account → Create Connect Link: un enlace de un solo uso, válido quince minutos, que puedes atar a una red y mandar por donde quieras (un nodo de correo, el alta de tu propia aplicación, un mensaje al cliente). Cuando termina, la cuenta aparece en la organización y Account → Get Many la devuelve, ya disponible para elegirla en el paso de Create.
Es la pieza que no tiene el nodo de n8n de Buffer, porque Buffer no da acceso de terceros a las cuentas de sus clientes desde 2019. El detalle está en la API de Buffer en n8n.
¿Puede el flujo contestar comentarios?
Sí, en un plan de pago. Comment → Get Many lee la bandeja, por defecto solo los no leídos, y filtra por cuenta, publicación, red o valoración. Comment → Reply contesta uno por su id. Un Schedule Trigger cada pocos minutos, un paso que redacte la respuesta y un paso de Reply forman un circuito de moderación que funciona, y una aprobación humana en medio lo hace más seguro.
No todas las redes tienen bandeja (Slack, por ejemplo, publica y nada más). Social Network → Get Capabilities dice qué admite cada red, para que el flujo pueda ramificar antes de fallar.
¿Cuándo sigue haciendo falta el nodo HTTP Request?
El nodo hace siete operaciones: crear una publicación, subir un fichero, listar cuentas, crear un enlace de conexión, leer comentarios, contestarlos y leer las capacidades. Son las que piden los flujos. La API tiene muchas más (estadísticas, mensajes privados, el planificador de IA), y cualquiera de ellas está a un nodo HTTP Request de distancia, firmado con la misma credencial de PlanVortex. La referencia completa está en /documentation.
¿Qué conviene en cada caso?
- Para publicar en tus propias cuentas desde n8n, bastan el nodo de PlanVortex y el plan gratuito.
- Para publicar en las de tus clientes, el mismo nodo más Create Connect Link para el alta.
- Para trabajar la bandeja de comentarios desde un flujo, un plan de pago.
- Para lo que quede fuera de las siete operaciones, un nodo HTTP Request con la misma credencial.
El código y las instrucciones del nodo están en github.com/taliasoftworks/n8n-nodes-planvortex y la API en /developers.
¿Hay un nodo de n8n para publicar en redes sociales?
Sí. PlanVortex publica un nodo de comunidad verificado, n8n-nodes-planvortex. En n8n Cloud lo instala el propietario o un administrador de la instancia desde el panel de nodos, buscando PlanVortex; en un n8n autoalojado se instala desde Settings > Community Nodes. Publica o programa, sube imágenes y vídeos, lee y contesta comentarios y crea el enlace con el que un cliente conecta su cuenta. Verificado el 12 de octubre de 2026.
¿Cuesta algo?
El nodo es gratuito y con licencia MIT. Entra con el client_id y el client_secret de una app, y todos los planes de PlanVortex tienen apps, el gratuito incluido (una en el gratuito, dos en basic, cinco en pro y hasta diez en el plan a medida). Leer y contestar comentarios pide un plan de pago; publicar, no.
¿Puede un flujo de n8n publicar en las cuentas de mis clientes?
Sí, en cuanto las hayan conectado. Conectar una cuenta es un flujo OAuth que tiene que aprobar una persona en la pantalla de la propia red, así que el flujo no puede hacerlo solo. La operación Create Connect Link devuelve un enlace de un solo uso que dura quince minutos; se lo mandas a tu cliente y la cuenta aparece en la organización cuando termina.
¿Puedo programar las publicaciones en vez de publicarlas al momento?
Sí. Rellena Publish Date en la operación Create y PlanVortex la envía a esa hora, siga o no el flujo en marcha. Si lo dejas vacío se publica en la misma petición, y con State en Draft se queda guardada para que la revise una persona.