En este artículo se describen las configuraciones que pueden verse afectadas por los cambios que vamos a hacer en los productos multicanal. No es necesario que haga ninguna acción, a menos que haya recibido un correo al respecto.
Puede usar productos multicanal para gestionar su inventario de ventas online y en tienda en una sola lista de productos unificada. Este enfoque simplifica la gestión de sus productos y le ayuda a llegar a más clientes.
Con los productos multicanal, puede supervisar su inventario online y en tienda al mismo tiempo. Antes, es posible que haya creado fichas independientes para el mismo producto si lo vendía tanto online como en tiendas físicas. Esto puede provocar incoherencias y hacer que la gestión del inventario sea más compleja.
Secciones de esta página:
- Ventajas
- Cómo funciona
- Acceso anticipado a la API y a las fuentes de los datos de producto automatizadas
Ventajas
Usar productos multicanal ofrece una forma más optimizada y eficiente de gestionar tu inventario, lo que se traduce en una experiencia más coherente para tus clientes. Este enfoque actualizado aborda problemas anteriores:
- Gestión simplificada: reduce la complejidad y la posibilidad de que se produzcan errores al gestionar fichas online y en tienda independientes para el mismo artículo.
- Mayor coherencia: ayuda a evitar incoherencias entre la información de los productos online y en tienda, lo que podría confundir a los clientes y afectar al rendimiento de sus productos.
- Inventario preciso: minimiza el riesgo de que haya discrepancias en el inventario, lo que permite que los clientes vean la disponibilidad de los productos con mayor precisión.
Cómo funciona
Antes, cuando enviaba información de producto para las ventas online y en tiendas físicas con determinados métodos, el sistema podía crear dos registros internos independientes para ese producto. Estos registros se pueden modificar de forma independiente, lo que puede provocar que la información de las versiones online y en tienda del mismo producto sea diferente.
Con el sistema de productos multicanal actualizado, nos acercamos a un enfoque más coherente. La información de los productos, tanto para la disponibilidad online como en tienda, se gestionará de forma más unificada, lo que reducirá las probabilidades de que haya diferencias entre los atributos de las versiones online y en tienda de sus productos.
Cambios y consideraciones clave
- Representación unificada de los productos: los productos que quiera vender tanto online como en tienda se gestionarán como un único producto multicanal.
- Datos de producto coherentes: el sistema se encargará de que los atributos de producto principales (como el título o la descripción) sigan siendo coherentes, tanto si el producto se muestra para comprarlo online como en tienda.
- Usuarios de la API: en el caso de los productos gestionados como multicanal, interactuará con una sola representación del producto. El campo de canal del objeto ProductStatusDestinationStatus de la API Content puede ayudarle a distinguir el rendimiento de un producto en diferentes programas, como los anuncios de shopping o los anuncios de inventario local.
Nota: El campo channel forma parte del objeto
ProductStatusDestinationStatusde la API Content. Aunque los campos "channel" de los nuevos sistemas, como la API Merchant, se pueden usar como funciones antiguas, es importante que el nuevo campo "channel" se limite a la API Content, que pronto dejará de estar disponible. - Posibles conflictos: si envía un producto destinado a ventas multicanal (online y locales) y otro producto solo local con el mismo ID de producto, idioma del contenido y etiqueta de feed, puede que se produzcan problemas de procesamiento o errores.
Nota: Si configura un producto multicanal para sus tiendas físicas y tiene inventario local, asegúrese de que no utilice el mismo ID de producto, idioma del contenido y etiqueta de feed que un producto que ya haya enviado solo para anuncios de inventario local. Si usa la misma información en ambos casos, pueden producirse conflictos.
- Atributos coherentes: en el caso de los productos multicanal, el objetivo es que los valores de los atributos principales de un producto sean coherentes tanto en los anuncios online como en los de tienda. Si necesita mantener atributos diferentes para la segmentación de anuncios (como la etiqueta personalizada
[custom_label]) para la versión online y la de tienda de un producto, le recomendamos que utilice dos productos distintos con IDs de producto únicos. - Fuentes de datos complementarias: si utiliza fuentes de datos complementarias para proporcionar información adicional sobre los productos, asegúrese de que estén actualizadas. Si la información de las fuentes de datos complementarias está obsoleta, puede haber imprecisiones en sus fichas de producto.
- Envíos de productos únicos: si envía el mismo producto (identificado por su ID, idioma del contenido y etiqueta del feed) a través de varias fuentes de datos principales, pueden producirse errores de procesamiento. Le recomendamos que se asegure de que cada producto único se envíe mediante una única fuente de datos principal autorizada para mantener la precisión y la claridad de los datos.
Nota: antes, si subía productos con el mismo ID, idioma de contenido y etiqueta de feed a través de varias fuentes de datos, se podían producir comportamientos inesperados y se mostraba el error "artículo subido a través de varios feeds". En el caso de los productos multicanal, estas instancias ahora dan lugar a errores para garantizar la precisión y la claridad de los datos.
Acceso anticipado a la API y a las fuentes de los datos de producto automatizadas
Estamos desplegando gradualmente una nueva función que le permite seleccionar métodos de marketing local en las APIs y las fuentes de datos de producto automatizadas. Si aún no tiene acceso a la función y quiere unirse al programa, envíe este formulario de interés.
De esta forma, se simplifica la configuración de los anuncios de inventario local y las fichas locales gratuitas para los comerciantes que usan la API o que tienen productos que se añaden automáticamente desde su tienda online. En las siguientes secciones se describen los cambios visibles en el comportamiento que se derivan de esta actualización.
Cómo prepararse para esta actualización
Estamos unificando la forma en que los usuarios interactúan con los productos multicanal en todas las superficies disponibles: API Content, API Merchant, BigQuery y Merchant Center.
API Content for shopping
Los productos multicanal pueden orientarse a todos los métodos de marketing
Puede habilitar métodos de marketing para tiendas online y físicas:
- Fuentes de datos de la API Content.
- En productos multicanal concretos, con la ayuda de atributos como el de destinos incluidos
[included_destination].
No se ve ningún producto solo local para el producto multicanal subido mediante fuentes de datos de archivo
products.update() con productos multicanal.Un producto multicanal puede entrar en conflicto con productos solo locales enviados mediante la API
products.update() con el ID de REST del producto y el canal definido como local. Si necesita que los valores de los atributos sean diferentes en las tiendas online y físicas, le recomendamos que utilice dos productos distintos, es decir, dos IDs de producto independientes.Si un producto multicanal se orienta a cualquier método de marketing para tiendas físicas y tiene inventario local, entrará en conflicto con un producto solo local que tenga el mismo ID de REST. Más concretamente:
- Si existe un producto solo local con los
IDs de RESTcorrespondientes, el producto multicanal no será eficaz para los métodos de marketing de tiendas físicas y se producirá el problema a nivel de artículo "ID de producto ya usado". - Si el producto multicanal es eficaz para cualquier método de marketing de tiendas físicas, cualquier intento de insertar un producto solo local con el
ID de RESTcorrespondiente fallará y se producirá el problema "ID de producto ya usado".
El inventario local se puede insertar con el canal "online"
localinventory.insert() también aceptará artículos con el canal "online" en el ID de REST El producto multicanal correspondiente usará el inventario si se orienta a un método de marketing para tiendas físicas, a menos que haya un producto solo local en conflicto con el REST ID y el canal local. Si existe un producto solo local correspondiente al REST ID con el canal definido como local, se utilizará el inventario, aunque se haya insertado con el canal "online".La API "productstatuses" devuelve estados y problemas combinados
Shopping_ads) o del destino "Shopping" correspondiente al de los productos solo locales (que corresponde a Local_inventory_ads).API Merchant
De forma predeterminada, la fuente de datos es multicanal
Los productos multicanal no requieren ningún canal y pueden usar todos los métodos de marketing
No hay ningún canal en el nombre REST de los productos multicanal. Los productos multicanal pueden orientarse a métodos de marketing de tiendas online y físicas.
Un producto multicanal puede bloquear el nombre REST con el canal "local"
Se puede insertar inventario local en un producto multicanal
ProductStatus contiene el estado de todos los métodos de marketing
Ambos métodos de marketing (tienda online y tiendas físicas) pueden aparecer en el elemento ProductStatus de un solo producto multicanal.
Transferencias de Google Merchant Center a BigQuery
En la tabla de productos, los productos multicanal se exportan con el canal "online". La tabla de inventarios locales de BigQuery Data Transfer Service puede contener el valor "online" en el campo product_id.
Lista desglosada de configuraciones
products.update() y products.insert() de la API Content para productos subidos mediante fuentes de datos orientadas a tiendas online y físicas
La interfaz de usuario de Merchant Center permite crear fuentes de datos que pueden orientarse a métodos de marketing de tiendas online y físicas. Antes, era posible manipular las partes de la segmentación de tiendas online y las de tiendas físicas de forma independiente. En concreto, se podían emitir:
products.update()con el canal "online", que solo afecta a los métodos de marketing de las tiendas online.products.update()con el canal "local", lo que solo afecta a los métodos de marketing para tiendas físicas.products.insert()con el ID de una fuente de datos complementaria usado como parámetrofeedIdy el canal "online", que solo afecta a los métodos de marketing para tiendas online.products.insert()con el ID de una fuente de datos complementaria usado como parámetrofeedIdy el canal "local", que solo afecta a los métodos de marketing para tiendas físicas.
products.update() con el canal "online" para el producto multicanal
En el caso de los productos multicanal, products.update() con el canal "online" afectará tanto a los métodos de marketing para tiendas online como a los métodos de marketing para tiendas físicas.
products.update() con el canal "local" para el producto multicanal
En el caso de los productos multicanal, se rechazan las llamadas products.update() con canales "local".
products.insert() con el ID de una fuente de datos complementaria usado como parámetro feedId y el canal "online" para el producto multicanal
En el caso de los productos multicanal, products.insert() con el ID de una fuente de datos complementaria usado como parámetro feedId y el canal "online" afectarán tanto a los métodos de marketing para tiendas online como a los métodos de marketing para tiendas físicas.
products.insert() con el ID de una fuente de datos complementaria usado como parámetro feedId y el canal "local" para el producto multicanal
En el caso de los productos multicanal, se rechazarán las llamadas products.insert() con el ID de una fuente de datos complementaria usado como parámetro feedId y el canal "local".
La configuración afectada
Supongamos que hay una fuente de datos de producto que puede orientarse a ambos métodos de marketing (tienda online y tiendas físicas). Supongamos que cualquier método de marketing para tiendas físicas está habilitado.
Antes, si usaba la función products.update() de la API Content con el canal "local", los artículos que proporcionaba con esos datos funcionaban. Esta actualización del sistema cambia ese comportamiento: products.update() con el canal "local" del artículo proporcionado con dichas fuentes de datos fallará.
Resolución sugerida
Los comercios que necesiten tener conjuntos de atributos diferentes para los métodos de marketing de tiendas online y de tiendas físicas no deben intentar conseguirlo con un solo producto. En este caso, le recomendamos que utilice dos productos diferentes con dos IDs de producto distintos que se gestionen por separado. El canal no se considera parte del ID de producto que se puede usar para diferenciar.
Un producto multicanal solo se sustituye en su totalidad
Imagínate esta situación:
- Suba un producto multicanal mediante una fuente de datos que se oriente a métodos de marketing de tiendas online y físicas.
- Suba un producto con el mismo ID, idioma de contenido y etiqueta de feed mediante otra fuente de datos que se oriente a métodos de marketing de tiendas online únicamente.
El producto subido en el paso 2 sustituye al producto subido en el paso 1 en lo que respecta a los métodos de marketing de las tiendas online. Antes, en el paso 1 también se creaba un producto independiente que se orientaba a métodos de marketing para tiendas físicas, que sigue existiendo. Esta actualización del sistema cambia este comportamiento: se eliminan todos los efectos locales debidos al paso 1. Tenga en cuenta que el paso 2 también provoca la advertencia "Artículo subido a través de varios feeds".
Un producto multicanal bloquea el ID del producto solo local correspondiente
Supongamos que se da la misma situación que en el ejemplo anterior, pero con un producto local en el paso 2:
- Suba un producto multicanal mediante una fuente de datos que se oriente a métodos de marketing de tiendas online y físicas.
- Suba un producto solo local con el mismo ID, idioma de contenido y etiqueta de feed mediante otra fuente de datos que se oriente a métodos de marketing de tiendas físicas únicamente.
Antes, el producto solo local subido en el paso 2 sustituía al producto subido en el paso 1, pero solo para los métodos de marketing de tiendas físicas. Esta actualización del sistema cambia este comportamiento:
- Si el producto del paso 1 tiene inventario local, el producto solo local del paso 2 no se subirá y se producirá el error "ID de producto ya usado".
- Si el producto del paso 1 no tiene inventario local, el producto solo local del paso 2 se subirá correctamente sin ninguna advertencia.
Un producto solo local ya existente impedirá que un producto multicanal sea eficaz para el método de marketing para tiendas físicas
Imagínate esta situación:
- Suba un producto solo local.
- Suba un producto multicanal con el mismo ID, idioma de contenido y etiqueta de fuente de datos mediante otra fuente de datos que se oriente a métodos de marketing de tiendas físicas (y, posiblemente, también a métodos de marketing de tiendas online).
El producto multicanal no será eficaz para los métodos de marketing de tiendas físicas y se mostrará el error "ID de producto ya usado". Todo esto se debe al producto solo local del paso 1 y se resolverá automáticamente al cabo de un tiempo, una vez que se haya eliminado el producto solo local.
Resolución sugerida
Los comercios no deben subir artículos con el mismo ID de producto, idioma del contenido y etiqueta de fuente de datos a través de varias fuentes de datos. Antes, el comportamiento era bastante complejo y a menudo daba lugar a configuraciones de fuentes de datos erróneas. Esta actualización del sistema cambia este comportamiento: los conflictos con productos solo locales dan lugar a errores "ID de producto ya usado".
Los datos de las fuentes de datos complementarias antiguas no son totalmente eficaces
Resolución sugerida
Asegúrese de que el contenido de todas las fuentes complementarias a las que hacen referencia las fuentes principales se actualice con una frecuencia razonable. Sin duda, es suficiente con actualizar las fuentes complementarias después de hacer los cambios en las fuentes principales afectadas. En el caso de las fuentes complementarias cuyo contenido no se haya actualizado en más de un año, el contenido debe actualizarse. Si la fuente complementaria ya no es necesaria, debe eliminarse.