Metafields y metaobjects de Shopify: cómo integrarlos con los datos de tu ERP
El comprador consulta una herramienta y quiere saber su potencia, qué batería utiliza y cómo se mantiene. La ficha de Shopify tiene título y descripción, pero aquella información necesita una estructura que puedas actualizar.
Una medida pertenece directamente al producto. Una ficha de batería puede compartirse entre varias herramientas y conservar su propio contenido. Esa diferencia ayuda a elegir entre metafields y metaobjects.
Vamos a seguir una herramienta de 850 W y una batería compartida para ver cómo llegan los datos desde el ERP u otra fuente, cómo se relacionan y qué sucede cuando cambian.
Un dato adicional empieza con una pregunta del comprador
El cliente consulta una herramienta y quiere saber su potencia, qué accesorios admite o cómo debe mantenerse.
Antes de crear campos conviene identificar qué preguntas necesitas responder y de dónde procede la información fiable.
El ERP puede conocer referencia, precio y determinados atributos operativos. El equipo de producto puede mantener otra información técnica. Un documento del fabricante puede aportar instrucciones.
La integración debe conservar esas responsabilidades. Añadir el dato en Shopify proporciona un lugar donde utilizarlo; sigue haciendo falta saber quién lo actualiza y qué debe ocurrir cuando cambia.
Por eso es útil empezar con una ficha concreta y revisar qué información falta para que el cliente pueda elegir correctamente.
Metafields y metaobjects representan necesidades diferentes
La documentación de Shopify distingue entre ampliar un recurso existente y definir un tipo de registro propio.
Un metafield añade información a una entidad, como un producto. Un metaobject permite estructurar una entidad con datos propios y reutilizarla mediante relaciones.
En nuestro ejemplo, una medida puede describir directamente la herramienta. Una ficha de batería compartida por varias herramientas puede beneficiarse de una entidad relacionada.
La elección depende de lo que significa el dato y de cómo se utiliza. Repetir el mismo contenido en muchas fichas puede dificultar su mantenimiento. Crear una entidad independiente para cada pequeño valor también puede añadir complejidad innecesaria.
La pregunta práctica es: ¿esta información pertenece a la ficha o tiene identidad y mantenimiento propios?
Shopify explica esta distinción en su documentación de datos personalizados.
De una potencia de origen a un campo tipado
La herramienta HT-850 llega con el valor 850 y unidad W. En el escenario, el ERP mantiene esa especificación y el equipo de ecommerce quiere mostrarla en la ficha.
Podemos definir un metafield numérico del producto identificado como tecnica.potencia_w. tecnica agrupa el campo y potencia_w lo identifica dentro de ese espacio. Ambos nombres pertenecen al ejemplo. La definición del campo debe existir con el tipo elegido y el recurso de destino correcto.
El recorrido es sencillo de seguir: la fuente proporciona 850 W, la transformación conserva 850 como valor y la presentación añade la unidad acordada. Si mañana la fuente entrega 0,85 kW, una conversión explícita permite seguir mostrando 850 W. Copiar 0,85 sin atender a la unidad cambiaría la especificación.
¿Qué ocurre si llega «pendiente»? Un campo numérico necesita un tratamiento para ese dato: mantener el valor anterior, dejarlo sin informar o enviar la referencia a revisión según la política elegida. Convertirlo automáticamente en cero atribuiría una potencia que nadie ha confirmado.
El tipo, la unidad y el comportamiento ante ausencia forman parte del contenido que quieres publicar. La integración necesita conservarlos junto con la identidad de HT-850.
Una batería compartida tiene identidad propia
La herramienta HT-850 y otro modelo HT-900 utilizan la batería BAT-A. El equipo mantiene una ficha de esa batería con nombre comercial e instrucciones. En el escenario, conviene que ambos productos apunten al mismo registro.
| Información | Estructura elegida en el ejemplo | Quién la mantiene |
|---|---|---|
| Potencia de HT-850 | Metafield del producto | Fuente técnica de producto |
| Ficha BAT-A | Metaobject con datos propios | Equipo de producto |
| Relación HT-850 → BAT-A | Metafield de referencia al registro | Fuente de compatibilidades |
| Relación HT-900 → BAT-A | Referencia al mismo registro | Fuente de compatibilidades |
Primero se reconoce o prepara BAT-A en el destino. Después se utiliza su identidad para relacionarla con las herramientas. Enviar el texto «BAT-A» a cualquier campo no crea por sí solo una referencia válida al recurso de Shopify.
Al corregir las instrucciones de la batería se actualiza el registro común. Las fichas que utilizan esa relación pueden presentar el contenido actualizado según la plantilla. El mantenimiento queda concentrado en el dato que realmente comparten.
Si HT-900 pasa a utilizar BAT-B, se modifica su vínculo. HT-850 sigue asociado a BAT-A, que todavía conserva una función. La retirada de una relación no autoriza a borrar la batería compartida.
La explicación de información de producto en ecommerce ayuda a distinguir el contenido que necesita el comprador. Aquí damos a esa información una estructura que pueda mantenerse mediante relaciones.
El ERP puede ser una fuente entre varias
Pensemos en esta distribución hipotética:
| Información | Fuente que la mantiene |
|---|---|
| Referencia y precio | ERP |
| Medidas técnicas verificadas | ERP o fuente de producto |
| Fotografías y manuales | Repositorio documental |
| Descripción comercial | Equipo de ecommerce |
| Relación con una ficha compartida | Configuración de Catálogo |
La tienda reúne lo necesario para presentar el producto. No hace falta que toda la información se mantenga en el mismo sistema, pero sí que conozcamos la autoridad de cada parte.
Una actualización de precio puede convivir con una descripción editada en Shopify. La tarea debe modificar los datos que le corresponden y conservar los que tienen otra responsabilidad.
Distillsync permite trabajar con varias fuentes y decisiones configuradas dentro del flujo. Eso ayuda a expresar cómo se compone la información que necesita la ficha, según el alcance comprobado de cada conexión.
Decide qué ocurre cuando falta o desaparece información
Una fuente puede devolver un valor vacío, una relación pendiente o una referencia a un documento que todavía no está disponible.
La integración necesita una política para cada situación relevante.
¿Conservamos el dato anterior? ¿Lo retiramos? ¿La ausencia bloquea la publicación? ¿Se requiere una revisión antes de sustituir un contenido validado?
La respuesta puede cambiar por campo. Una información comercial opcional y un dato necesario para elegir correctamente el producto no tienen necesariamente el mismo tratamiento.
También hay que distinguir una ausencia real de una consulta incompleta. Borrar un contenido porque una lectura falló puede destruir información que seguía siendo válida.
Conservar el motivo y la operación ayuda a entender qué ocurrió.
Una ausencia temporal y una retirada necesitan instrucciones distintas
La fuente de compatibilidades deja de devolver BAT-A durante una actualización. El producto sigue utilizando esa batería, pero la lectura está incompleta. Si interpretamos automáticamente cualquier ausencia como retirada, podemos eliminar una relación que todavía tiene sentido.
El escenario distingue tres respuestas de la fuente: valor confirmado, información pendiente y retirada explícita. Con el valor confirmado se mantiene o actualiza la relación. Una información pendiente sigue la política de revisión; la retirada expresa permite preparar el cambio que el negocio haya autorizado.
Después HT-900 pasa realmente a BAT-B. La fuente comunica la nueva relación y la tarea prepara la referencia correspondiente. BAT-A sigue existiendo porque HT-850 la utiliza. El resultado esperado puede revisarse en ambas fichas, conservando la diferencia entre modificar un vínculo y borrar un recurso compartido.
El mismo razonamiento sirve para documentos. Que una consulta no incluya temporalmente una ficha técnica no significa que el fabricante la haya retirado. Necesitamos conocer si recibimos una muestra parcial o un conjunto completo con el que puede compararse una ausencia.
Esta decisión empieza en el contenido, antes de escribir el dato en Shopify. Qué significa «vacío», qué se conserva y qué puede retirarse debe formar parte del acuerdo entre la fuente y la integración. Así el mantenimiento de los campos adicionales acompaña al catálogo sin convertir una lectura incompleta en una modificación comercial inesperada.
Comprueba el dato donde lo utiliza el comprador
Guardar información en Shopify y mostrarla correctamente son comprobaciones relacionadas.
La tienda necesita utilizar esa estructura en el lugar previsto. Conviene revisar la ficha, la variante elegida y las relaciones que consume la presentación, además de comprobar el valor almacenado.
Elige un producto sencillo y otro con información compartida. Modifica una medida, cambia una relación y observa cómo queda el resultado. Añade una ausencia para comprobar la política definida.
El asistente de Distillsync ayuda a preparar tareas desde los sistemas y sus datos. Puedes revisar correspondencias, ajustar transformaciones y simular los resultados dentro del alcance disponible.
Para una agencia, estas pruebas permiten reunir contenido, diseño e integración alrededor de la misma ficha. Cada equipo puede reconocer qué parte mantiene y qué resultado debe conservarse.
El dato correcto debe aparecer en el lugar correcto
Una actualización puede terminar correctamente y el comprador seguir sin ver la potencia. La revisión separa el almacenamiento del dato, su acceso y su uso por el tema o componente que presenta la ficha.
Con HT-850 seguimos tres comprobaciones: el producto conserva 850 con el tipo esperado; la relación de batería apunta a BAT-A; la página muestra potencia e instrucciones donde ayudan a elegir. Si la variante utiliza otra batería, la relación debe situarse en el nivel donde cambia esa compatibilidad.
Distillsync permite preparar datos y relaciones mediante tareas configurables. Para este caso se contrasta la interfaz de Shopify, la definición de los campos y la representación del tema, sin dar por supuesto que cualquier dato adicional aparece automáticamente en la tienda.
La información adicional necesita conservar significado
Metafields y metaobjects ofrecen mecanismos para representar datos que la ficha necesita. Su utilidad depende de que la estructura responda al contenido y a sus relaciones.
Distillsync utiliza un modelo semántico común y tareas configurables para preparar información entre fuentes y aplicaciones. Puedes empezar con una ficha conocida y revisar qué necesita llegar a Shopify.
El resultado debe ayudar al comprador a entender y elegir el producto, manteniendo una forma clara de actualizarlo cuando el negocio cambie.
Descubre Distillsync para Shopify o crea tu cuenta y empieza a probarlo.