Recursos · Integración n8n

Integración Shopify n8nAutomatiza Shopify con n8n.

¿Cuántos pedidos pasan cada día de Shopify a una hoja de cálculo copiando a mano? La integración Shopify n8n corta ese trabajo: el nodo Shopify reúne 10 operaciones sobre pedidos y productos, el Shopify Trigger escucha 59 eventos webhook y ambos funcionan con la misma credencial.

Probar la integración Shopify en n8n Ver las 10 operaciones

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

Por qué automatizar

¿Qué aporta de verdad una integración Shopify n8n?

Una integración Shopify n8n son dos nodos que se pasan el relevo. El Shopify Trigger recibe los eventos de la tienda por webhook, es decir una URL que Shopify llama en cuanto ocurre algo, y el nodo Shopify consulta la API Admin para leer o escribir pedidos y productos. En medio pones lo que haga falta: un filtro, un paso de IA, un mensaje, una fila en una hoja. Todo se ejecuta dentro de n8n, en n8n Cloud o en un servidor tuyo.

Primer caso, la tienda que deja de copiar datos. El trigger arranca con orders/paid, una operación Get an order recupera el pedido completo porque la carga del webhook rara vez trae todas las líneas, y el resultado se escribe en Google Sheets para administración. En la misma ejecución, otra rama avisa al comercial responsable en Slack cuando el importe supera el umbral que tú decidas.

Segundo caso, el stock. El evento inventory_levels/update salta con cada movimiento. Un filtro se queda solo con las variantes por debajo de tu nivel mínimo y el aviso llega a quien hace los pedidos a proveedores. Nadie tiene que mirar una pantalla de existencias todo el día.

Tercer caso, el catálogo y los clientes. Una ejecución nocturna lista productos con Return All, los compara con el fichero del proveedor y lanza un Update a product donde cambió un precio. Y cada comprador nuevo puede crear su ficha en Pipedrive sin que nadie la escriba.

Ahora el límite, porque condiciona el diseño. El nodo expone 2 recursos, Order y Product, y nada más. Clientes, envíos, descuentos o pedidos borrador no tienen operación aquí, aunque el trigger sí escuche sus eventos. Para esos casos, el nodo HTTP Request llama al endpoint de la API Admin reutilizando la misma credencial de Shopify, sin configurar nada nuevo.

Dos detalles más antes de montar nada. El trigger guarda un solo evento por nodo, así que vigilar pedidos y productos a la vez significa dos nodos trigger. Y en las operaciones Get Many, dejar Return All sin marcar detiene la lectura en Limit y recorta la exportación en silencio. Si quieres subir de nivel antes de construir, el Curso n8n cubre esta lógica.

Conexión

¿Cómo se conecta Shopify con n8n?

01
Elige el método de autenticación
n8n admite tres métodos y solo uno es el recomendado. El access token vale para una aplicación privada en una sola tienda y lo puede crear un admin normal. El OAuth2 está pensado para aplicaciones públicas y exige una cuenta de Shopify partner, con Client ID, Client Secret y la OAuth Redirect URL de n8n pegada en la configuración de la app. La API key está obsoleta: Shopify ya no genera claves con contraseña.
02
Crea la aplicación personalizada y sus permisos
En Shopify entra en Admin, luego Settings, luego Apps and sales channels, luego Develop apps y por último Create a custom app. Rellena el App name y el App developer: el dueño de la tienda o cualquier cuenta con el permiso Develop apps. Abre Select scopes y marca, dentro de Admin API access scopes, read_orders, write_orders, read_products y write_products para cubrir todo lo que hace el nodo. Guarda con Save y pulsa Install app.
03
Rellena la credencial en n8n
Vuelve a n8n, abre el menú Credentials y crea una credencial de Shopify. El Shop Subdomain es la parte anterior a .myshopify.com: una tienda en https://n8n.myshopify.com tiene el subdominio n8n. En la sección API Credentials de la app, copia el Admin API Access Token en Access Token y la API Secret Key en APP Secret Key. La credencial se crea una vez y aparece después en la lista desplegable del nodo y del trigger.

Disparadores

¿Qué escucha el Shopify Trigger?

Shopify Trigger es el nodo que arranca un workflow cuando algo ocurre en Shopify. Escucha 59 eventos, listados abajo por familia. Eliges uno o varios, activas el workflow y n8n registra el webhook (la URL que Shopify llama) en tu cuenta.

Lo que ves en n8n

Todos los eventos, por familia

Una fila por objeto, un chip por acción. El evento que marcas en el nodo se escribe objeto.acción; pasa el cursor por un chip para leer cuándo se dispara.

app/uninstalled.*1

app/uninstalled.
- app/uninstalled

carts/create.*1

carts/create.
- carts/create

carts/update.*1

carts/update.
- carts/update

checkouts/create.*1

checkouts/create.
- checkouts/create

checkouts/delete.*1

checkouts/delete.
- checkouts/delete

checkouts/update.*1

checkouts/update.
- checkouts/update

collection_listings/add.*1

collection_listings/add.
- collection_listings/add

collection_listings/remove.*1

collection_listings/remove.
- collection_listings/remove

collection_listings/update.*1

collection_listings/update.
- collection_listings/update

collections/create.*1

collections/create.
- collections/create

collections/delete.*1

collections/delete.
- collections/delete

collections/update.*1

collections/update.
- collections/update

customer_groups/create.*1

customer_groups/create.
- customer_groups/create

customer_groups/delete.*1

customer_groups/delete.
- customer_groups/delete

customer_groups/update.*1

customer_groups/update.
- customer_groups/update

customers/create.*1

customers/create.
- customers/create

customers/delete.*1

customers/delete.
- customers/delete

customers/disable.*1

customers/disable.
- customers/disable

customers/enable.*1

customers/enable.
- customers/enable

customers/update.*1

customers/update.
- customers/update

draft_orders/create.*1

draft_orders/create.
- draft_orders/create

draft_orders/delete.*1

draft_orders/delete.
- draft_orders/delete

draft_orders/update.*1

draft_orders/update.
- draft_orders/update

fulfillment_events/create.*1

fulfillment_events/create.
- fulfillment_events/create

fulfillment_events/delete.*1

fulfillment_events/delete.
- fulfillment_events/delete

fulfillments/create.*1

fulfillments/create.
- fulfillments/create

fulfillments/update.*1

fulfillments/update.
- fulfillments/update

inventory_items/create.*1

inventory_items/create.
- inventory_items/create

inventory_items/delete.*1

inventory_items/delete.
- inventory_items/delete

inventory_items/update.*1

inventory_items/update.
- inventory_items/update

inventory_levels/connect.*1

inventory_levels/connect.
- inventory_levels/connect

inventory_levels/disconnect.*1

inventory_levels/disconnect.
- inventory_levels/disconnect

inventory_levels/update.*1

inventory_levels/update.
- inventory_levels/update

locales/create.*1

locales/create.
- locales/create

locales/update.*1

locales/update.
- locales/update

locations/create.*1

locations/create.
- locations/create

locations/delete.*1

locations/delete.
- locations/delete

locations/update.*1

locations/update.
- locations/update

order_transactions/create.*1

order_transactions/create.
- order_transactions/create

orders/cancelled.*1

orders/cancelled.
- orders/cancelled

orders/create.*1

orders/create.
- orders/create

orders/delete.*1

orders/delete.
- orders/delete

orders/fulfilled.*1

orders/fulfilled.
- orders/fulfilled

orders/paid.*1

orders/paid.
- orders/paid

orders/partially_fulfilled.*1

orders/partially_fulfilled.
- orders/partially_fulfilled

orders/updated.*1

orders/updated.
- orders/updated

product_listings/add.*1

product_listings/add.
- product_listings/add

product_listings/remove.*1

product_listings/remove.
- product_listings/remove

product_listings/update.*1

product_listings/update.
- product_listings/update

products/create.*1

products/create.
- products/create

products/delete.*1

products/delete.
- products/delete

products/update.*1

products/update.
- products/update

refunds/create.*1

refunds/create.
- refunds/create

shop/update.*1

shop/update.
- shop/update

tender_transactions/create.*1

tender_transactions/create.
- tender_transactions/create

themes/create.*1

themes/create.
- themes/create

themes/delete.*1

themes/delete.
- themes/delete

themes/publish.*1

themes/publish.
- themes/publish

themes/update.*1

themes/update.
- themes/update

Notas de configuración

01Set up the Shopify TriggerEl Shopify Trigger registra un webhook en la tienda cuando activas el flujo de trabajo. A partir de ahí Shopify llama por su cuenta a la URL de n8n y cada evento abre una ejecución en pocos segundos. No hay nada que programar ni que consultar en bucle, y al desactivar el flujo el registro desaparece de la tienda.

El Shopify Trigger registra un webhook en la tienda cuando activas el flujo de trabajo. A partir de ahí Shopify llama por su cuenta a la URL de n8n y cada evento abre una ejecución en pocos segundos. No hay nada que programar ni que consultar en bucle, y al desactivar el flujo el registro desaparece de la tienda.

Parámetros clave

Trigger On: el único evento que escucha el nodo, elegido entre los 59 de la lista. No existe una opción comodín, así que un nodo vigila un evento y dos eventos piden dos nodos.

Cuándo usarlo

siempre que la tienda sea el punto de partida. Si el arranque viene de otro sitio, un formulario o una ejecución programada, colocas el nodo Shopify solo y el trigger se queda fuera. La credencial es la misma del nodo, con los permisos del objeto que vigilas.

02Orders, payments and refundsLa familia más grande, y la que trae a casi todas las tiendas hasta n8n: 13 eventos alrededor de la vida de un pedido. orders/create, orders/updated, orders/paid, orders/fulfilled, orders/partially_fulfilled, orders/cancelled y orders/delete siguen al pedido en sí. order_transactions/create y tender_transactions/create informan de los movimientos de dinero asociados, refunds/create avisa de una devolución, y los tres draft_orders/* cubren los presupuestos creados en el admin. Trigger On guarda un solo topic, así que reaccionar al cobro y a la cancelación pide dos nodos trigger que luego se juntan en el mismo flujo.

La familia más grande, y la que trae a casi todas las tiendas hasta n8n: 13 eventos alrededor de la vida de un pedido. orders/create, orders/updated, orders/paid, orders/fulfilled, orders/partially_fulfilled, orders/cancelled y orders/delete siguen al pedido en sí. order_transactions/create y tender_transactions/create informan de los movimientos de dinero asociados, refunds/create avisa de una devolución, y los tres draft_orders/* cubren los presupuestos creados en el admin. Trigger On guarda un solo topic, así que reaccionar al cobro y a la cancelación pide dos nodos trigger que luego se juntan en el mismo flujo.

Cuándo usarlo

elige orders/paid antes que orders/create cuando el flujo gasta dinero o envía mercancía, porque un pedido puede existir mucho antes de estar pagado. Los eventos de presupuesto resuelven otro caso, el del pedido montado a mano en el admin cuando todavía no ha entrado ni un euro.

Casos de uso

factura al cobrar, cancelación avisada al almacén, devolución registrada el mismo día.

03Customers, carts and checkoutsDel lado del comprador se agrupan 13 eventos. customers/create, customers/update y customers/delete afectan a la ficha de cliente, customers/enable y customers/disable informan de la activación o la baja de la cuenta, y los tres customer_groups/* siguen a los segmentos creados, modificados o borrados. Antes de la venta, carts/create y carts/update siguen el carrito, mientras checkouts/create, checkouts/update y checkouts/delete siguen el proceso de compra. Estos dos últimos grupos saltan mientras quien compra aún lo está pensando, de modo que la rama también corre para visitas que nunca llegarán a pedir nada y necesita su propia condición.

Del lado del comprador se agrupan 13 eventos. customers/create, customers/update y customers/delete afectan a la ficha de cliente, customers/enable y customers/disable informan de la activación o la baja de la cuenta, y los tres customer_groups/* siguen a los segmentos creados, modificados o borrados. Antes de la venta, carts/create y carts/update siguen el carrito, mientras checkouts/create, checkouts/update y checkouts/delete siguen el proceso de compra. Estos dos últimos grupos saltan mientras quien compra aún lo está pensando, de modo que la rama también corre para visitas que nunca llegarán a pedir nada y necesita su propia condición.

Cuándo usarlo

la recuperación de carritos abandonados empieza en checkouts/update y el tiempo de espera se controla dentro de n8n, no en Shopify. Cuando lo que importa es la cuenta y no la compra, customers/enable y customers/disable son más exactos que una actualización cualquiera.

Casos de uso

comprador nuevo enviado al CRM, cambio de segmento reflejado en la herramienta de email, secuencia de recordatorios sobre el proceso de compra.

04Products, collections and listingsEl catálogo suma 12 eventos repartidos en dos mitades que se confunden con facilidad. products/create, products/update y products/delete hablan de la ficha de producto en el admin. product_listings/add, product_listings/remove y product_listings/update hablan de su publicación en un canal de venta. Las colecciones repiten el esquema: collections/create, collections/update y collections/delete por un lado, collection_listings/add, collection_listings/remove y collection_listings/update por el otro. Una ficha puede cambiar en el admin sin que salga ningún evento de listing, y un producto puede aparecer en un canal sin que su dato se mueva.

El catálogo suma 12 eventos repartidos en dos mitades que se confunden con facilidad. products/create, products/update y products/delete hablan de la ficha de producto en el admin. product_listings/add, product_listings/remove y product_listings/update hablan de su publicación en un canal de venta. Las colecciones repiten el esquema: collections/create, collections/update y collections/delete por un lado, collection_listings/add, collection_listings/remove y collection_listings/update por el otro. Una ficha puede cambiar en el admin sin que salga ningún evento de listing, y un producto puede aparecer en un canal sin que su dato se mueva.

Cuándo usarlo

los eventos de listing cuando importa la visibilidad para quien compra, los de producto cuando importa el dato. Si el evento por sí solo no basta para decidir, encadena product.get detrás del trigger y relee la ficha antes de abrir la rama siguiente.

Casos de uso

novedad anunciada al equipo, catálogo espejo siempre al día, ficha revisada antes de publicarse.

05Fulfillment, stock, locations and store settingsDetrás del escaparate hay 13 eventos más. fulfillments/create y fulfillments/update siguen los envíos, y fulfillment_events/create y fulfillment_events/delete los pasos de seguimiento que contienen. El stock se lee en dos niveles: los tres inventory_items/* sobre el artículo, y inventory_levels/connect, inventory_levels/disconnect e inventory_levels/update sobre la cantidad guardada en un sitio concreto, con locations/create, locations/update y locations/delete para esos sitios.

Detrás del escaparate hay 13 eventos más. fulfillments/create y fulfillments/update siguen los envíos, y fulfillment_events/create y fulfillment_events/delete los pasos de seguimiento que contienen. El stock se lee en dos niveles: los tres inventory_items/* sobre el artículo, y inventory_levels/connect, inventory_levels/disconnect e inventory_levels/update sobre la cantidad guardada en un sitio concreto, con locations/create, locations/update y locations/delete para esos sitios.

Los ajustes de tienda añaden 8 eventos: los cuatro themes/* incluido themes/publish, los dos locales/*, más shop/update y app/uninstalled.

Cuándo usarlo

para el stock, toma inventory_levels/update, que salta sobre la cantidad guardada en un sitio concreto, y deja los inventory_items/* para los cambios en el artículo. app/uninstalled sirve para la limpieza, porque avisa al flujo de que la tienda ya no está conectada.

Casos de uso

enlace de seguimiento enviado al preparar el envío, aviso de stock bajo por almacén, mensaje cuando una plantilla se publica en la tienda.

Acciones

¿Qué sabe hacer el nodo Shopify ?

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

Matriz recursos × operaciones
Recurso	Create	Get	Get Many	Update	Delete
Order	✓	✓	✓	✓	✓
Product	✓	✓	✓	✓	✓

Order

5 operaciones

Create an order

order.create

Lo que ves en n8n

Notas y casos de uso

La operación escribe un pedido nuevo en la tienda y devuelve su identificador de Shopify, listo para los pasos siguientes.

Parámetros clave

Line Items: cada línea lleva Product Name or ID, Variant ID, Quantity y Price, para que el pedido refleje lo que se compró de verdad.
Inventory Behaviour: bypass no reserva existencias, decrementObeyingPolicy respeta la política del producto y decrementIgnoringPolicy descuenta igualmente.
Send Receipt: activado, Shopify manda la confirmación del pedido a quien compra.

Casos de uso

las ventas cerradas por teléfono o en un marketplace entran en la tienda con su movimiento de stock correcto.

Delete an order

order.delete

Lo que ves en n8n

Notas y casos de uso

Borra un pedido de la tienda de forma definitiva. Solo vuelve la confirmación, así que guarda antes lo que todavía necesites en una hoja o una base de datos.

Parámetros clave

Order ID: el identificador del pedido que se borra, casi siempre {{ $json.id }} que llega del trigger o de un Get many orders colocado justo encima.

Casos de uso

un flujo de limpieza que elimina los pedidos de prueba de una validación del proceso de compra, en lugar de repasarlos uno a uno en el admin.

Get an order

order.get

Lo que ves en n8n

Notas y casos de uso

Lee un pedido completo: comprador, líneas, totales y direcciones. Es el paso que sigue casi siempre a un trigger, porque el contenido del webhook pocas veces basta para la herramienta siguiente.

Parámetros clave

Order ID: el pedido que se lee, normalmente una expresión que apunta al identificador recibido del trigger.
Fields: la lista de campos que debe devolver, separados por comas. Vacío, vuelve el pedido entero, cómodo mientras depuras el flujo.

Casos de uso

enriquecer un aviso de cobro con el contenido real del carrito antes de mandarlo al equipo.

Get many orders

order.getAll

Lo que ves en n8n

Notas y casos de uso

Devuelve una lista de pedidos, con filtros suficientes para acotar la ventana en vez de traerlo todo.

Parámetros clave

Return All: marcado, n8n recorre las páginas hasta el último pedido; sin marcar, se detiene en Limit y la exportación queda cortada sin avisar.
Financial Status: deja solo paid, refunded, unpaid u otro estado de pago.
Created At Min y Created At Max: la ventana de fechas, la pareja de las ejecuciones diarias o mensuales.

Casos de uso

la exportación nocturna de los pedidos pagados del día anterior hacia la hoja de contabilidad.

Update an order

order.update

Lo que ves en n8n

Notas y casos de uso

Modifica un pedido que ya existe sin tocar sus líneas. Sirve cuando el flujo sabe algo que la tienda todavía ignora. Ojo con Source Name: aparece en Update Fields pero solo se puede escribir al crear el pedido.

Parámetros clave

Order ID: el pedido que se modifica, campo requerido: vacío, bloquea la ejecución del nodo.
Tags: una cadena de valores separados por comas, la forma más simple de marcar un pedido como tratado.
Note: la nota libre que la tienda puede dejar en el pedido.

Casos de uso

etiquetar los pedidos ya enviados a la gestoría.

Product

5 operaciones

Create a product

product.create

Lo que ves en n8n

Notas y casos de uso

Añade un producto al catálogo y devuelve la ficha creada, con su identificador y su handle.

Parámetros clave

Title: el nombre del producto, único campo requerido, del que Shopify deduce el Handle si lo dejas vacío.
Body HTML: la descripción, admite formato HTML.
Published Scope: web publica solo en la tienda online, global añade el canal Point of Sale.
Tags: hasta 250 etiquetas de 255 caracteres cada una, separadas por comas.

Casos de uso

un fichero de proveedor convertido en fichas reales, con la descripción redactada por un paso de IA justo antes.

Delete a product

product.delete

Lo que ves en n8n

Notas y casos de uso

Elimina un producto del catálogo y su presencia en los canales de venta. Shopify no ofrece marcha atrás, así que una validación humana antes de este nodo nunca sobra.

Parámetros clave

Product ID: el identificador del producto que se elimina. Shopify espera ese número y nunca el título de la ficha: ese despiste es el que lleva el nodo directo a un 404.

Casos de uso

las referencias descatalogadas al final de temporada, retiradas a partir de una lista mantenida en una hoja.

Get a product

product.get

Lo que ves en n8n

Notas y casos de uso

Recupera una ficha de producto con sus variantes, imágenes y opciones, tal como la devuelve la API Admin.

Parámetros clave

Product ID: el producto que se lee, a menudo {{ $json.id }} que entrega un trigger de catálogo.
Fields: la lista separada por comas de lo que debe volver. Vacío, vuelven todos los campos, práctico al construir y pesado cuando el flujo recorre el catálogo entero.

Casos de uso

comprobar precio y política de existencias antes de que un flujo republique el producto en un marketplace.

Get many products

product.getAll

Lo que ves en n8n

Notas y casos de uso

Recorre el catálogo y devuelve los productos que encajan con los filtros. Es el punto de partida de cualquier sincronización.

Parámetros clave

Return All: marcado para el catálogo completo, sin marcar para pararse en Limit mientras pruebas la rama.
Published Status: published, unpublished o any, para separar lo que ve quien compra de lo que no.
Vendor y Product Type: los dos filtros que cortan el catálogo por proveedor o por categoría.
Presentment Currencies: códigos ISO 4217, cuando los precios deben volver en una moneda concreta.

Casos de uso

la foto semanal del catálogo, comparada con el fichero del proveedor.

Update a product

product.update

Lo que ves en n8n

Notas y casos de uso

Retoca un producto existente campo a campo, sin volver a crearlo, y devuelve la ficha actualizada.

Parámetros clave

Product ID: el producto que se edita, requerido.
Published At: una fecha en formato ISO 8601. Puesta a null, saca el producto de la tienda online: así se despublica sin borrar nada.
Options: las propiedades personalizadas como Size o Color, hasta 3 opciones de 255 caracteres cada una.
Images: la lista de objetos de imagen asociados al producto.

Casos de uso

una corrección de precios aplicada de una sola vez a toda la gama de un proveedor.

Necesitas ayuda

¿Necesitas ayuda para automatizar Shopify con n8n?

El equipo te responde directamente.

Cada mensaje lo lee una persona.

FAQ

Shopify y n8n, las dudas que vienen después

01¿La integración Shopify n8n es gratuita?

Sí por parte de n8n. El nodo Shopify y el Shopify Trigger vienen incluidos con n8n, así que no hay nada que instalar ni coste extra, tanto en n8n Cloud como en una instancia autoalojada en Community Edition con licencia Sustainable Use. Un flujo de trabajo se comporta igual en los dos casos, de modo que puedes montarlo en el Cloud y moverlo más tarde. Lo que cueste tu plan de Shopify es otra conversación y no se trata aquí. La única decisión real de presupuesto es el alojamiento: tu servidor si lo alojas tú, n8n si eliges su Cloud.

02¿Qué credenciales y permisos hacen falta para Shopify en n8n?

Hay tres métodos y solo uno recomendado. El access token encaja con una aplicación privada en una sola tienda y lo crea un admin normal: necesitas el Shop Subdomain, el Admin API Access Token y la API Secret Key, que salen de la aplicación personalizada instalada en la tienda. El OAuth2 es para aplicaciones públicas y pide una cuenta de Shopify partner con Client ID y Client Secret. La API key está obsoleta porque Shopify ya no genera claves con contraseña. En cuanto a permisos, añade read_orders, write_orders, read_products y write_products para cubrir todo lo que hace el nodo.

03¿Qué límites tiene el nodo Shopify en n8n?

El nodo cubre 2 recursos, Order y Product, con 10 operaciones en total. Clientes, envíos, niveles de inventario, descuentos y pedidos borrador no tienen operación propia, aunque el trigger sí escuche sus eventos: la sorpresa es habitual cuando se mira la lista de eventos antes que la de operaciones. Para esos casos, el nodo HTTP Request llama al endpoint de la API Admin reutilizando la credencial de Shopify mediante la autenticación predefinida. Segundo límite que conviene recordar: en Get many orders y Get many products, dejar Return All sin marcar detiene la lectura en Limit y entrega una exportación parcial sin ningún aviso.

04¿El Shopify Trigger reacciona en tiempo real?

Sí. El trigger funciona por webhook: n8n registra la URL en la tienda cuando activas el flujo, Shopify llama a esa URL por su cuenta y el evento entra en la ejecución en pocos segundos. Nada se consulta en bucle, así que no hay intervalo que ajustar ni retraso que asumir. Un detalle marca el diseño: el parámetro Trigger On guarda un solo evento de los 59 disponibles y no existe ningún comodín. Vigilar los pedidos pagados y los productos nuevos a la vez pide dos nodos trigger, o dos flujos separados.

05¿n8n o Make para una tienda Shopify?

Depende de tres criterios, y la cobertura de eventos no es uno de ellos porque las dos plataformas leen los mismos webhooks de Shopify. Primero el alojamiento: n8n se instala en tu servidor con Docker o npm, o se usa en n8n Cloud, mientras que Make existe solo como plataforma alojada. Si los datos de pedidos y clientes deben quedarse en una infraestructura que controlas, la duda se acaba ahí. Segundo el modelo de coste: Make factura por operación, algo que sube con el volumen de pedidos, y un n8n autoalojado cuesta lo que cueste el servidor. Tercero la forma de trabajar: las dos son visuales, n8n añade pasos de código cuando una rama se vuelve específica.

Elige el método de autenticación

Crea la aplicación personalizada y sus permisos

Rellena la credencial en n8n

Todos los eventos, por familia

Notas de configuración

¿Necesitas ayuda para automatizar Shopify con n8n?