Saltar al contenido

Automatización · Contenido y publicación

Publicar una ficha de producto de Shopify en Webflow con aprobación humana

Lleva un producto de Shopify al CMS de Webflow: valida campos, evita duplicados, crea un borrador y espera aprobación antes de publicarlo.

¿Cómo publico un producto de Shopify en Webflow sin duplicarlo ni copiar datos que no puedo mantener?

El Met abre un producto exacto de Shopify y solo continúa si está activo y tiene una dirección pública de la tienda. Luego descubre el sitio y la colección CMS de Webflow, lee sus campos reales y propone un mapeo acotado: identificador técnico, nombre, slug, enlace, imagen y, únicamente cuando los tipos y la conversión decimal coinciden, precio o rango con su moneda. Busca el slug exacto antes de escribir. Si está libre, crea siempre un borrador y vuelve a leerlo para comprobar que Webflow sí guardó cada campo y cargó la imagen. Ahí se detiene. Publicar exige un sí explícito en un mensaje nuevo, otra lectura sin cambios y el booleano técnico confirmar true. El resultado es una ficha CMS que enlaza a Shopify, no un producto de Webflow Ecommerce, un Buy Button ni una sincronización de inventario.

Qué la pone en marcha

Cuando alguien lo pide

El equipo inicia la tarea por chat con el producto de Shopify, el sitio y la colección de destino. La primera ejecución termina al mostrar el borrador. La publicación solo se reanuda cuando una persona revisa ese resultado concreto y responde con un sí explícito en un mensaje nuevo.

Una tarea de ejecución manual: alguien del equipo la corre con un botón, o se la pide al Met por chat.

Quién la ejecuta

Met de catálogo y publicación en Shopify y Webflow

Área de Marketing

No tiene nombre propio sembrado. Su trabajo es traducir una ficha comprobada entre dos esquemas, dejar evidencia de lo que Webflow aceptó y separar el borrador de la decisión de llevarlo al sitio en vivo. Shopify sigue siendo la fuente comercial; Webflow recibe una representación de contenido.

Qué hay que tener conectado

6 pasos · 11 herramientas

El procedimiento, paso a paso

Cada paso muestra la herramienta que se ejecuta. Son las del conector real: si una dejara de existir, esta página no compilaría.

  1. 1

    Resolver un único producto y comprobar que tiene destino público

    El Met busca el producto con la sintaxis de Shopify. Si obtiene cero resultados, varias coincidencias o una página incompleta que todavía puede contener otra coincidencia, pide el id exacto. Después abre ese id y conserva únicamente los valores devueltos por la tool: id técnico, title, handle, status, onlineStoreUrl, featuredImage con alt y el shape normalizado priceRange.min, priceRange.max, priceRange.minCurrency y priceRange.maxCurrency. Solo continúa cuando status es ACTIVE y onlineStoreUrl no es nulo. priceRange.min y priceRange.max conservan los amount MoneyV2/Decimal como strings; mantiene esos dos strings y ambas monedas exactos para validarlos juntos antes del mapeo. priceRange.currency queda solo por compatibilidad y no sustituye la validación de minCurrency y maxCurrency. No copia descriptionHtml, variantes ni stock: la ficha de Webflow no es una fuente comercial en tiempo real.

  2. 2

    Descubrir el sitio, la colección y un mapeo que exista de verdad

    Si falta el site_id, el Met lista sitios y pide una elección cuando hay más de uno. Lee el sitio elegido, trabaja solo en su locale principal y encuentra la colección CMS por su displayName. Luego abre su esquema y no inventa slugs de campo. La colección debe tener name y slug, un campo PlainText para el id de Shopify, un Link para onlineStoreUrl y un ImageRef si se va a llevar la imagen. name recibe title y slug recibe handle. El precio es todo o nada: priceRange.min, priceRange.max, priceRange.minCurrency y priceRange.maxCurrency deben estar presentes; ambos importes deben ser strings, ambas monedas deben ser strings ISO de tres letras, ser iguales y coincidir con la aprobada, y mínimo no puede superar a máximo. Para cada string de importe usa una variable amount, ejecuta Number(amount) y acepta el resultado solo si typeof es number, Number.isFinite es true, su coeficiente decimal es un entero seguro y la conversión exacta conserva el mismo texto decimal. El protocolo admite como máximo 12 dígitos enteros, 6 decimales y valores inferiores a 1.000.000.000.000; rechaza coma, exponente, negativos, NaN, Infinity y pérdida de precisión. Un precio único requiere min=max y un campo Number; un rango exige Number separados para mínimo y máximo; la moneda va en un PlainText aparte. fieldData recibe números JSON, nunca los strings de priceRange.min o priceRange.max. Si falla una condición o los tipos no coinciden, omite todos los campos de precio incluida la moneda o se detiene antes de crear. Nunca aplana un rango.

  3. 3

    Buscar el handle como slug exacto y comparar el identificador técnico

    El handle de Shopify se usa como slug propuesto y se consulta con el filtro exacto de los items staged. Con cero coincidencias puede preparar el borrador. Con una, lee el item y compara el id de Shopify guardado en el campo PlainText: si es el mismo producto, muestra la ficha existente y se detiene; si es otro, reporta la colisión y también se detiene. Más de una coincidencia exige revisión humana. Nunca sobrescribe, agrega un sufijo o deduce identidad solo por un título igual. La lectura no bloquea una carrera: dos ejecuciones concurrentes aún podrían intentar crear.

  4. 4

    Crear un borrador completo y comprobar la imagen que Webflow aceptó

    Con el slug libre, webflow_create_item recibe isArchived false, skip_invalid_files false y el fieldData aprobado contra el esquema. El conector fuerza isDraft true. Para ImageRef envía la URL pública de featuredImage y su alt exacto; si Shopify no trae alt, una persona lo entrega y aprueba. Webflow admite imágenes remotas de hasta 4 MB, pero la URL de Shopify por sí sola no demuestra que la carga terminó. Por eso el Met relee el id: comprueba name, slug, id de Shopify, enlace, valores de precio y moneda como números JSON, y que el campo de imagen tenga fileId o url no vacíos con el alt aprobado. Si algo falta o difiere, se detiene sin publicar. No transporta descriptionHtml a ningún rich text.

  5. 5

    Mostrar la evidencia y esperar una aprobación nueva

    El resumen muestra site, colección, locale principal, item_id, id de Shopify, name, slug, onlineStoreUrl, solo el precio o rango validado con moneda, ImageRef y alt, además de cada campo omitido. Termina el turno sin publicar. La petición inicial no autoriza el estado live. Si la persona pide cambios, actualiza únicamente los campos indicados, vuelve a leer el item y presenta otro resumen; cualquier aprobación anterior deja de aplicar. Un timeout o resultado incierto se reconcilia buscando el slug y leyendo el item antes de considerar otra escritura. Nunca repite un create a ciegas.

  6. 6

    Releer, publicar solo el item aprobado y reconciliar staged contra live

    Después de un sí explícito en un mensaje nuevo, el Met relee el mismo item. Si cambió un solo valor aprobado, se detiene y pide otra revisión. Si sigue igual, usa webflow_update_item con isDraft false y webflow_publish_items solo para ese id, con el booleano exacto confirmar true. Revisa status, published_count, publishedItemIds y errors. Success requiere que Webflow confirme ese id; partial, failed o unknown obliga a leer staged y live antes de decidir si falta una acción. La lectura live comprueba el registro de la API, no el HTML, la plantilla, la caché ni el CDN. Las escrituras no forman una transacción y no se repiten a ciegas.

Antes de empezar

Qué necesitas tener listo

Ninguno de estos puntos lo resuelve el Met. Si falta uno, la automatización se detiene ahí.

Los límites

Qué NO resuelve esta automatización

Preferimos decirlo aquí que descubrirlo en la implementación.

Preguntas frecuentes

Preguntas sobre esta automatización

Porque el contenido no nace de un texto entregado por una persona. La fuente es un producto exacto de Shopify, conserva su id y handle, y aplica reglas específicas para enlace, imagen, precio, moneda y datos que no deben copiarse.

No. La ficha enlaza al onlineStoreUrl que Shopify devuelve. Un Buy Button o un checkout integrado necesita componentes y código que estas herramientas no crean.

El Met lee el item y compara el id de Shopify. Si coincide, muestra la ficha existente; si no, reporta una colisión. En ambos casos se detiene y no actualiza ni inventa otro slug.

Porque mover HTML sin un sanitizador determinista puede transportar scripts, embeds o markup activo entre sistemas. Esta primera versión omite la descripción y publica solo campos estructurados.

No. Webflow tiene que descargarla y puede rechazarla por formato, acceso o tamaño. La creación usa skip_invalid_files false y luego relee el borrador para comprobar que el ImageRef sí existe.

Porque solo después de crear existe la evidencia concreta: item_id, campos guardados e ImageRef. El segundo mensaje aprueba ese borrador y habilita confirmar true para publicar únicamente ese id.

No. Es una publicación puntual y revisada. Mantenerla sincronizada requiere otro diseño con eventos, deduplicación durable y una política separada para actualizaciones y errores.

Sigue por aquí

Otras automatizaciones con las mismas herramientas

¿Quieres esta automatización corriendo con tus datos?

Te la mostramos con tus cuentas conectadas, no con una demostración enlatada.