Recursos · Integración n8n

Integración Pushbullet n8nAutomatiza Pushbullet con n8n.

Toda automatización acaba teniendo que avisar a alguien. La integración Pushbullet n8n cubre 4 operaciones sobre un recurso único, el push: enviar una nota, un enlace o un archivo a un dispositivo, a un correo o a un canal, y después releer o limpiar el historial. El arranque del flujo viene de otro sitio.

Reseñas verificadas en Trustpilot · Agencia de IA, automatización y growth

Por qué automatizar

¿Qué hace de verdad la integración Pushbullet n8n?

Conecta tus flujos de n8n con la API de Pushbullet a través de un solo nodo, montado sobre un recurso único: el push. Un push es la notificación breve que llega a tu móvil, a la extensión del navegador o a quien esté suscrito a un canal. n8n puede crear uno, releer los ya enviados, ocultar uno o borrarlo. Ahí termina la superficie: 4 operaciones, 1 recurso, ningún nodo de arranque.

Primer caso, el turno de guardia. Un flujo revisa el estado de un servicio, detecta una caída y cierra con push.create en Note: el aviso llega al móvil de quien está de guardia, con el título como resumen y el cuerpo con el detalle. Nadie tiene que mirar el panel para enterarse.

Segundo caso, el enlace que hay que pasar. El flujo genera una URL: un informe, una factura, un panel filtrado por el día. Con Type en Link, esa dirección llega como notificación que se abre de un toque, sin competir con el resto del correo en Gmail. Los datos de partida pueden salir de Google Sheets.

Tercer caso, el archivo. Con Type en File, el nodo empuja un binario que viene de un paso anterior, así que un PDF generado a mitad del flujo llega al dispositivo sin pasar por un enlace de almacenamiento. Target decide el destino: un dispositivo concreto, un correo, la etiqueta de un canal o todos los dispositivos de la cuenta.

El nodo HTTP Request entra en juego en cuanto la API de Pushbullet ofrece algo que el nodo dedicado no expone: dispositivos, contactos, conversaciones o suscripciones a canales quedan fuera de su alcance. Se reutiliza el mismo credential, es decir la conexión guardada una sola vez en n8n, para autenticar esa llamada contra los demás endpoints.

Dos límites antes de montar nada. No existe trigger de Pushbullet, ningún nodo que despierte el flujo cuando llega un push: el inicio sale de un Schedule Trigger, de un nodo Webhook (una URL que n8n publica y que otro servicio llama) o del trigger de otra herramienta como Slack o Discord. Y Get Many se detiene en Limit mientras Return All siga desactivado. Si todavía dudas de plataforma, la Reseña n8n entra en el detalle del alojamiento propio.

Conexión

¿Cómo se conecta Pushbullet con n8n?

  1. 01

    Crear el cliente OAuth

    Empieza por la página create client de Pushbullet. Convierte tu cuenta en un cliente OAuth, o sea una aplicación autorizada a actuar en tu nombre. Al crearlo obtienes un Client ID y un Client Secret. Deja la pestaña abierta: n8n necesita los dos valores, y el cliente necesita un valor que sale de n8n para que el emparejamiento funcione.

  2. 02

    Declarar la URL de redirección

    En n8n, abre el menú Credentials y crea un credential de Pushbullet. n8n muestra una OAuth Redirect URL: cópiala y añádela como redirect_uri del cliente que acabas de crear. Es la dirección a la que Pushbullet devuelve el navegador cuando concedes el acceso, y un valor que no coincide está detrás de casi todas las conexiones que nunca terminan.

  3. 03

    Autorizar desde n8n

    Pasa el Client ID y el Client Secret al credential y pulsa Connect my account. Se abre la pantalla de consentimiento de Pushbullet, aceptas, y n8n guarda el token. El credential queda registrado de una vez: cada nodo Pushbullet que añadas después lo ofrece en su lista desplegable, en cualquier flujo de esa instancia.

Acciones

¿Qué sabe hacer el nodo Pushbullet ?

El nodo Pushbullet expone 4 operaciones en 1 recursos. Para cada una: el nodo tal como lo configuras en n8n, los campos obligatorios y nuestras notas de campo.

Matriz recursos × operaciones
RecursoCreateGet ManyUpdateDelete
Push✓✓✓✓

Push

4 operaciones
01

Create a push

push.create

Lo que ves en n8n

Notas y casos de uso

Envía un push nuevo y devuelve el objeto creado, con su identificador.

Parámetros clave

  • Type: Note, Link o File, y esa elección manda sobre los campos que vienen después.
  • Title y Body: las dos líneas que se ven en la notificación.
  • URL: la dirección que se abre al tocar, para un push Link, a menudo {{ $json.url }}.
  • Input Binary Field: el nombre del campo binario que contiene el archivo, para un push File.
  • Target y Value: Target elige Default, Device ID, Email o Channel Tag, y Value lleva el identificador, la dirección o la etiqueta correspondiente.
Casos de uso
una importación nocturna termina con un push Note que anuncia cuántas filas pasaron.
02

Delete a push

push.delete

Lo que ves en n8n

Notas y casos de uso

Borra un push de la cuenta: desaparece del historial de Pushbullet y de los dispositivos que ya lo habían sincronizado.

Parámetros clave

  • Push ID: el identificador del push, recogido de la salida de un Create a push o de un Get many pushes, nunca el título.
Casos de uso
un flujo que reparte un enlace de acceso temporal lo borra al cerrarse la ventana, para que el historial no guarde una dirección todavía válida.
03

Get many pushes

push.getAll

Lo que ves en n8n

Notas y casos de uso

Relee los pushes que ya están en la cuenta y los devuelve como items, uno por push.

Parámetros clave

  • Return All: activado, n8n recorre todas las páginas del historial; desactivado, Limit fija cuántos pushes vuelven.
  • Active: dentro de Filters, dejado activo, deja fuera los pushes ya borrados.
  • Modified After: dentro de Filters, la fecha desde la que se recogen los pushes, lo que evita que una ejecución programada lo relea todo.
Casos de uso
un archivado semanal recoge los pushes modificados desde la última ejecución y los guarda en una hoja.
04

Update a push

push.update

Lo que ves en n8n

Notas y casos de uso

Marca un push existente como dismissed, lo que oculta su notificación donde todavía es posible. Nada más cambia.

Parámetros clave

  • Push ID: el push sobre el que se actúa, normalmente encadenado desde un Get many pushes.
  • Dismissed: puesto a verdadero, la notificación se oculta cuando el dispositivo lo permite, y es el único atributo que esta operación toca.
Casos de uso
un flujo de incidencias oculta su propia alerta en cuanto la supervisión confirma que el servicio volvió.
Necesitas ayuda

¿Necesitas ayuda para automatizar Pushbullet con n8n?

El equipo te responde directamente.

Cada mensaje lo lee una persona.

FAQ

Pushbullet y n8n, las dudas más frecuentes

01¿La integración Pushbullet n8n es gratis?
Sí por el lado de n8n. El nodo Pushbullet viene incluido con n8n, así que no hay nada que instalar ni coste adicional, tanto si usas n8n Cloud como si alojas tú mismo la Community Edition bajo licencia Sustainable Use. Un flujo construido en una funciona igual en la otra. Lo que cueste una cuenta de Pushbullet es otra pregunta y esta página no la trata. El coste real es el tiempo de puesta en marcha: el cliente OAuth se crea una vez, el credential se guarda una vez, y todos los flujos de esa instancia lo reutilizan después.
02¿Qué credentials necesita el nodo Pushbullet?
OAuth2 y nada más. El credential pide un Client ID y un Client Secret, generados cuando creas una aplicación de Pushbullet, también llamada cliente OAuth, en la página create client. Para que el intercambio funcione, la OAuth Redirect URL que muestra n8n tiene que quedar declarada como redirect_uri en ese cliente. Después, Connect my account abre la pantalla de consentimiento de Pushbullet y n8n guarda el token. Hace falta una cuenta de Pushbullet como requisito previo. Una vez guardado, el credential vive en el menú Credentials y cada nodo Pushbullet lo elige de una lista desplegable.
03¿Qué límites tiene el nodo Pushbullet en n8n?
Hace una sola cosa. El nodo expone 1 recurso, Push, y 4 operaciones sobre él: crear, borrar, listar, actualizar. El resto de la API de Pushbullet, dispositivos, contactos, conversaciones, suscripciones a canales, no está cableado en el nodo, así que un nodo HTTP Request con el mismo credential es la vía para llegar a esos endpoints. Update solo mueve Dismissed, no reescribe ni el título ni el cuerpo. Y Get Many devuelve como mucho lo que marque Limit mientras Return All siga desactivado, que es lo que hace a n8n recorrer el historial entero.
04¿Puede un flujo arrancar desde Pushbullet?
No. Pushbullet no tiene nodo trigger en n8n, así que nada del lado de Pushbullet despierta un flujo. El nodo actúa, no escucha. Para trabajar a un ritmo fijo, pon un Schedule Trigger al principio y consulta con Get many pushes, apoyándote en Modified After para mirar solo lo que cambió desde la ejecución anterior. Para reaccionar a algo externo, arranca con un nodo Webhook al que llame el otro servicio, o con el trigger de otra herramienta del mismo flujo. Pushbullet queda entonces al final de la cadena y entrega la notificación.
05¿n8n o Make para Pushbullet?
Depende de dónde quieras que viva el flujo. n8n se aloja en tu propia máquina con Docker o npm, lo que mantiene el historial de pushes y los credentials bajo tu control, y también existe alojado como n8n Cloud. Make solo funciona alojado y factura por operación, así que un flujo que recorre muchos pushes cuesta más según sube el volumen. Los dos se construyen de forma visual. Elige n8n si te importan el alojamiento propio, reutilizar credentials entre flujos y tener HTTP Request como salida para lo que falte. Elige Make si prefieres no tocar infraestructura.