Feeds de productos de PrestaShop para Google y Meta

Qué haríamos

Primero conciliaríamos un conjunto representativo de ofertas entre el exportador existente, el registro de la plataforma, la página de producto y el proceso de compra. La vía adecuada depende de la versión de tu tienda, los módulos instalados, las integraciones de proveedores y ERP, el tema, los datos de combinaciones, los mercados y el equipo que la mantiene. Conserva una conexión que funcione si puede cumplir esos requisitos. Un feed alojado es una opción inicial práctica cuando sus horarios de generación y recogida mantienen las ofertas precisas; una API necesita envíos, supervisión y recuperación fiables que justifiquen su configuración adicional.

Ensaya los cambios de exportador, correspondencias o identidad en una copia de pruebas con la configuración pertinente de la tienda de producción. Impide que la copia envíe datos a catálogos reales, mande correos a clientes o active integraciones de producción. Utiliza vistas previas locales y después un destino aislado compatible para las pruebas de envío, cuando esté disponible. Compara los ID de artículo, precios públicos, variantes y exclusiones previstos antes del cambio planificado, con los ajustes anteriores y los pasos de reversión documentados. Restaurar la configuración de la tienda no deshace al instante los datos ya procesados por una plataforma.

Si las ofertas se rechazan repetidamente o las compras registradas no coinciden con los pedidos de la tienda, el servicio PrestaShop Product Feed & Tracking Audit puede documentar las discrepancias y sus causas.

Comprende el feed, el catálogo y la campaña

Un feed proporciona datos estructurados de productos a una plataforma. Google Merchant Center procesa esos datos para las experiencias de compra elegibles. Un catálogo de Meta almacena registros de productos; una tienda muestra artículos elegibles del catálogo a través de Facebook o Instagram.

Los anuncios de Shopping usan los datos de productos para identificar artículos pertinentes y crear anuncios. Los títulos, imágenes, identificadores, precios y disponibilidad importan, pero también influyen los objetivos de campaña, las pujas, la demanda, el presupuesto, las páginas de destino y la medición. Un feed por sí solo no decide todas las subastas.

Shopping estándar y Performance Max para comercio minorista pueden usar el inventario de Merchant Center. Performance Max también usa otros recursos y señales; no trates todas sus ubicaciones como anuncios de Shopping basados únicamente en un feed. Las campañas de texto de Búsqueda son otra vía, con sus propios controles de palabras clave y creatividades.

Comprueba la elegibilidad de los productos antes de aumentar el presupuesto. Google Ads también muestra estados y diagnósticos de productos; una campaña con poco gasto puede tener causas relacionadas con las pujas, la demanda o el presupuesto, además de inventario rechazado.

Esta guía trata los datos de productos que salen de tu tienda hacia plataformas de publicidad y anuncios de productos. Un feed de proveedor importa datos a PrestaShop; el stock o los precios importados incorrectamente deben corregirse antes de exportarlos. Mostrar publicaciones de Instagram o Facebook en tu web es otra tarea, cubierta en la guía de feeds sociales. Ni un widget de publicaciones ni un píxel de seguimiento exportan por sí solos un catálogo de productos.

Para el flujo de campaña, consulta la guía de Google Ads. Esta guía trata los datos de productos y su recorrido hasta la plataforma.

Crea la conexión con Merchant Center

1. Crea la cuenta de Merchant Center con datos empresariales precisos.
2. Verifica y reclama el sitio web de la tienda con un método ofrecido para tu cuenta.
3. Configura el envío, las devoluciones y los países en los que realmente vendes.
4. Elige una fuente de datos y envía un pequeño conjunto representativo de productos.
5. Revisa los resultados del procesamiento y los destinos de los productos antes de ampliar la exportación.

Utiliza uno de los métodos ofrecidos: archivo HTML, etiqueta de verificación o un método de propiedad válido de Analytics o Tag Manager. Si la cuenta ya reconoce tu propiedad del sitio, el proceso puede ser más sencillo. Mantén el método de verificación instalado. No supongas que un módulo de marketing inserta una etiqueta de verificación salvo que esa función esté implementada.

Antes de crear una cuenta sustitutiva, comprueba si una agencia o antiguo empleado ya gestiona la reclamación del sitio y la fuente de datos. Recupera el acceso del negocio e identifica al propietario existente en lugar de configurar una segunda integración sin saber qué controla.

Para la visibilidad gratuita, confirma el método de marketing Fichas gratuitas, la participación de la fuente de datos, la elegibilidad por país y el estado del producto. La aprobación por sí sola no confirma todos los ajustes ni garantiza la aparición. Se necesita una cuenta de Google Ads para campañas de pago, no simplemente para proporcionar fichas gratuitas elegibles.

Usa el flujo actual de fuentes de datos en lugar de buscar únicamente el antiguo menú Productos, Feeds. Para los errores, abre Productos y tienda, Productos y después la pestaña Requiere atención.

Elige un archivo, conector, rastreo o API

Un módulo específico es una vía para controlar los datos desde la tienda. Las fuentes complementarias, las reglas de fuentes de datos, las integraciones API y los cambios en las páginas de origen también pueden mejorarlos. Si ya utilizas un conector de Google, comprueba su compatibilidad con tu versión instalada de PrestaShop y su soporte para los mercados, combinaciones y campos que necesitas.

Usa Merchant API v1 para el trabajo actual con API. Content API for Shopping llegó a su retirada el 18 de agosto de 2026, con fallos intermitentes desde el 1 de septiembre para las integraciones sin una prórroga activa. Consulta el calendario de migración de Google.

Google Merchant XML & API Integration ofrece generación XML y sincronización con Merchant API, con configuración de URL protegidas por token, credenciales, selección de productos, exportación de variantes, vistas previas y un flujo de TEST a LIVE. Consulta los detalles de configuración en la ayuda del módulo enlazada más abajo.

Una vista previa local en TEST valida una exportación, pero no confirma que Google la haya aceptado. Verifica por separado un envío real y el estado resultante en la plataforma. Mantén las credenciales de la cuenta de servicio fuera del directorio web público y restringe sus permisos.

Asocia identidades de producto e identificadores auténticos

Mantén el ID del artículo del catálogo separado de un GTIN o MPN. El ID del artículo es tu clave estable para actualizaciones e informes. Debe ser único dentro del ámbito previsto y mantenerse coherente entre actualizaciones.

Un esquema de producto y combinación como 4521-3 puede identificar una variante, mientras que 4521 agrupa su familia. Añade el ámbito de tienda cuando lo necesite el diseño del catálogo. Las referencias de producto pueden estar vacías, duplicadas o cambiar, así que úsalas como claves solo tras validar su unicidad y permanencia.

Antes de cambiar un exportador o esquema de ID, guarda las correspondencias actuales entre ID de artículos de la plataforma, productos de la tienda y combinaciones. Compáralas con la salida propuesta, incluido el ámbito de tienda. Recrear las mismas ofertas con otros ID puede romper las asociaciones complementarias, la continuidad de los informes y la correspondencia de eventos del catálogo. Planifica cualquier migración de identidad necesaria con los responsables de campañas y seguimiento.

El PrestaShop moderno tiene campos MPN separados para productos y combinaciones. Una referencia o SKU solo es un MPN cuando realmente es el número del fabricante. En versiones antiguas, asocia explícitamente los datos MPN auténticos del campo que los almacena.

Envía los GTIN asignados cuando sean obligatorios, con la marca y otros identificadores aplicables. El MPN no sustituye a un GTIN asignado. Usa el identificador propio de la combinación cuando las variantes tengan códigos asignados distintos.

Sigue las reglas de identifier_exists específicas de la categoría. Un GTIN vacío, un artículo artesanal o una marca propia no justifican automáticamente false. Proporciona la marca y el MPN auténticos cuando corresponda y nunca inventes un código de barras para eliminar un error.

Escribe títulos y descripciones útiles

Coloca la información que distingue al producto cerca del principio del título, porque puede mostrarse recortado. Google no publica una regla que atribuya un peso específico de posicionamiento a los primeros setenta caracteres.

Para un artículo genérico, un título útil podría ser Linear Shower Drain 800mm Stainless Steel Tile Insert, FlowLine. Un producto de marca conocida puede empezar por marca y modelo, como Geberit CleanLine60 Shower Channel 900mm Brushed Steel. Incluye la talla o medida, el color y el material pertinentes de la variante sin repeticiones ni afirmaciones promocionales.

Google permite títulos de hasta 150 caracteres y descripciones de hasta 5.000. Escribe lo suficiente para identificar claramente el artículo; no existe un óptimo universal de entre 500 y 1.000 caracteres. Pon primero los detalles importantes, indica compatibilidad y dimensiones precisas y evita textos promocionales o palabras clave irrelevantes.

Puedes usar texto específico para el feed y mantener un nombre de producto conciso en la tienda, siempre que ambos describan el mismo artículo. La descripción corta del producto puede servir como base si está completa y es legible. Limpia el texto exportado y comprueba los caracteres escapados; el módulo de feeds elimina el HTML de su resolvedor de descripciones.

Previsualiza las plantillas tanto con un producto al que falten atributos opcionales como con una combinación completa. Elimina los separadores vacíos y los marcadores sin resolver. Un título compuesto con la medida del producto padre y el color de una combinación puede describir una oferta que realmente no vendes.

Los marcadores de las plantillas pertenecen al exportador utilizado; para los resolutores compatibles de título, descripción, atributos, características y campos personalizados, sigue la ayuda del módulo y previsualiza los valores ausentes del catálogo antes de exportar.

Exporta las combinaciones como ofertas distintas

Exporta las combinaciones comprables por separado con ID de artículo distintos, una agrupación familiar compartida adecuada y atributos propios de cada variante. Comprueba color, talla o medida, imagen, código de barras, MPN, precio y stock por combinación.

El enlace debe seleccionar la variante anunciada y mostrar su precio y disponibilidad reales. Un registro de variante correcto que apunta a una combinación predeterminada sin relación sigue ofreciendo una mala experiencia de destino.

Este ejemplo abreviado de XML de Google ilustra una variante azul de talla mediana. No es un documento de feed completo y los campos de identificadores auténticos aplicables aún deben proceder del catálogo. En producción, asigna description desde texto limpio del producto, link desde la URL que selecciona esa combinación e image_link desde su imagen principal; utiliza additional_image_link para vistas adicionales adecuadas y asigna condition cuando sea obligatorio como new, refurbished o used.

<item>
  <g:id>4521-3</g:id>
  <g:item_group_id>4521</g:item_group_id>
  <g:title>Cotton T-shirt, Blue, M</g:title>
  <g:color>Blue</g:color>
  <g:size>M</g:size>
  <g:price>29.99 EUR</g:price>
  <g:availability>in_stock</g:availability>
</item>

Genera el XML completo con el espacio de nombres correcto de Google y un serializador XML. Prueba los caracteres especiales en nombres, descripciones y URL. No concatenes manualmente texto del catálogo sin escapar.

Alinea precios, descuentos, moneda y stock

Compara el feed con la página pública de destino y el proceso de compra en el mismo contexto de tienda, idioma, destino y moneda. Comprueba el tratamiento fiscal, los precios específicos, las reglas de grupos de clientes, las condiciones de cantidad y las combinaciones seleccionadas.

Por ejemplo, una oferta habitual de 129.00 EUR rebajada a 99.00 EUR puede usar price y sale_price con su periodo real de rebaja. Usa un sale_price_effective_date preciso cuando corresponda. Enviar un precio rebajado no garantiza una indicación de precio tachado.

Si sospechas una diferencia de VAT, compara los importes. Una proporción como 1,19 puede sugerir una diferencia fiscal del diecinueve por ciento, pero comprueba también si se seleccionaron la misma variante y el mismo descuento. No supongas que toda diferencia se debe a impuestos.

Usa una moneda admitida de forma coherente en la oferta enviada, la página de destino y el proceso de compra. Un feed en moneda local es una vía. El flujo de conversión de moneda admitido por Google permite dirigirse a otros países desde una moneda de envío elegible; un país no exige por sí mismo un feed separado en moneda local. Consulta las ofertas para varios países.

Ajusta la disponibilidad a la capacidad de atender el pedido, no solo a la cantidad:

• in_stock: puedes aceptar y atender el pedido en las condiciones de entrega indicadas.
• out_of_stock: el artículo no está disponible para comprar.
• backorder: un artículo existente no está disponible actualmente, pero se puede pedir para enviarlo más adelante.
• preorder: un producto aún no lanzado se ofrece antes de su lanzamiento.

Los pedidos pendientes de reposición y las reservas de productos nuevos requieren una availability_date adecuada, también visible en la página. Permitir pedidos con cantidad cero no convierte automáticamente al artículo en disponible.

Algunas diferencias pueden corregirse mediante actualizaciones automáticas de artículos; otras producen advertencias, limitaciones, rechazos o medidas sobre la cuenta. Trata las actualizaciones automáticas como una salvaguarda y mantén precisos los datos de origen.

Envía imágenes que cumplan los requisitos fechados

Comprueba las dimensiones reales y el contenido de cada URL de imagen. Un nombre de tipo de imagen como home_default no determina el cumplimiento; los temas pueden definir otros tamaños. Es preferible una imagen generada suficientemente grande que muestre claramente el artículo.

En octubre de 2026, los mínimos antiguos de Google son transitorios. Ha anunciado un mínimo de 500 por 500 píxeles para todas las categorías y métodos de marketing, incluidas las imágenes adicionales, obligatorio desde el 31 de enero de 2027. Las advertencias ya están activas. Consulta la actualización de especificaciones de 2026.

Usa imágenes limpias del producto, sin superposiciones promocionales ni marcas de agua. Las vistas adicionales pueden mostrar detalles, uso e instalación. Mantén estables las URL cuando la imagen no cambie y usa el proceso de actualización admitido por la plataforma al sustituirla.

Después de cambiar las dimensiones de los tipos de imagen de PrestaShop, regenera los tamaños necesarios en una tarea controlada. Verifica que las URL generadas devuelvan imágenes reales, sin inicio de sesión, redirecciones bloqueadas ni archivos ausentes.

Comprueba por separado las reglas de robots, el acceso de rastreadores, la protección contra hotlinking y tu WAF. Cargar una imagen en un navegador normal resulta útil, pero no demuestra que se permita el acceso del rastreador de Google.

Usa taxonomía, etiquetas y datos complementarios

google_product_category usa la taxonomía de Google; product_type puede expresar tu propia jerarquía de categorías. Elige la categoría más específica y precisa en lugar de una ruta inventada. Para un desagüe adecuado, la categoría 504636 es Bricolaje, Fontanería, Piezas y accesorios de fontanería, Desagües.

Usa la taxonomía actual y confirma que la categoría corresponda al producto real. Asociar una categoría de PrestaShop una vez puede simplificar una exportación coherente, pero revisa las excepciones.

Las etiquetas personalizadas de cero a cuatro pueden contener agrupaciones comerciales como nivel de margen, temporada, condición de superventas, franja de precio y liquidación. Por ejemplo, dedica una etiqueta de forma coherente a margen alto, medio o bajo en lugar de mezclar clasificaciones sin relación en el mismo campo.

Las etiquetas personalizadas ayudan a gestionar inventario y campañas. No son la única forma de crear grupos de productos o fichas; también pueden resultar útiles la marca, el ID de artículo, el estado, la categoría y el tipo de producto. Mantén las etiquetas de margen alineadas con los costes reales antes de asignar objetivos distintos.

Una fuente complementaria vinculada por el mismo ID de artículo puede añadir títulos, etiquetas o identificadores corregidos. Las reglas de fuentes de datos pueden realizar transformaciones compatibles, como combinar texto o normalizar valores. Prueba la precedencia de reglas y una muestra de salida para que una actualización posterior no deshaga una corrección.

Las reglas no son un servicio general de traducción o conversión monetaria. Usa datos de origen realmente traducidos y el flujo de conversión designado por Google cuando sea elegible.

Supervisa cada fase de actualización

Hay varios tiempos: cambio del catálogo, regeneración de exportación o sincronización API, recogida o procesamiento de la plataforma y posterior aparición en fichas o anuncios. No se garantiza que ninguno ocurra inmediatamente después de guardar un producto.

El módulo de feed puede reutilizar un archivo válido en caché. Una actualización de producto puede invalidar el estado sin enviar todos los cambios a Google en ese instante. La capacidad API y la frecuencia de sincronización configurada son aspectos distintos.

1. Elige una frecuencia de tareas según la rapidez con que cambien el stock, los precios y las campañas.
2. Configura un programador real del servidor o la integración de programación instalada.
3. Comprueba la última generación o envío API correctos y sus recuentos de productos.
4. Alinea el horario de descarga de la plataforma con la generación del archivo.
5. Comprueba los errores de incorporación y los valores procesados de productos representativos.
6. Antes de una oferta programada, verifica sus fechas de vigencia y toda la cadena de actualización.

Si una importación de proveedor o ERP controla el precio y el stock, genera la exportación tras su actualización correcta. Registra qué sistema controla cada campo para que la siguiente importación no sobrescriba silenciosamente una corrección manual. Revisa las importaciones fallidas o parciales antes de enviar sus resultados a otros sistemas.

No uses el tráfico de visitantes como sustituto de una tarea fiable. Protege las URL de feeds según la configuración, mantenlas accesibles para la plataforma y actualiza los consumidores si rotas su token de acceso.

Prueba las retiradas además de las actualizaciones. Comprueba qué hace el exportador instalado cuando se desactiva, elimina o excluye un producto. Las vías de archivo y API pueden tratar de forma distinta los artículos omitidos; confirma el procedimiento de retirada compatible y el registro resultante en la plataforma. Investiga una caída inesperada del número de artículos exportados antes de permitir retiradas masivas, especialmente tras una importación o cambio de selección.

Los datos de productos enviados suelen caducar treinta días después de su última actualización. Los productos añadidos directamente en Merchant Center no caducan y Google puede actualizar datos elegibles desde tus páginas. Ninguno de estos mecanismos es un objetivo de actualización para un stock cambiante. Una tarea diaria aún puede servir datos obsoletos entre ejecuciones o después de un fallo.

Resuelve sistemáticamente los problemas de productos y cuenta

Empieza en Productos, Requiere atención. Separa los problemas de artículos, los fallos de fuentes de datos y los problemas de políticas de la cuenta. Trabaja primero en los problemas que afecten a muchos productos o bloqueen la cuenta y después inspecciona las excepciones individuales.

Configura explícitamente el envío gratuito como un servicio de coste cero cuando corresponda. La falta de información de envío no equivale a envío gratuito. Mantén la configuración de Merchant Center coherente con lo que realmente ofrecen los transportistas seleccionados de PrestaShop.

En PrestaShop 1.7.8, HTTPS para todo el sitio utiliza tanto Enable SSL como SSL on all pages. Las versiones posteriores difieren. Comprueba por separado los recursos inseguros con URL fijadas en el código; activar SSL no reescribe todas las URL de imágenes o scripts.

Corrige el origen o una regla persistente deliberada, regenera o envía, verifica el resultado corregido y comprueba el procesamiento de la plataforma. Solicita una revisión solo cuando se haya resuelto el problema de políticas indicado. Una corrección no garantiza la aprobación en uno o dos días.

Resuelve una combinación rechazada

Utiliza la oferta de camiseta azul de talla mediana 4521-3 del ejemplo XML. Supón que la oferta exportada es 29.99 EUR, pero su enlace abre otra combinación predeterminada con un precio distinto. Cambiar los ajustes fiscales no corregiría ese error de selección. Trabaja con el mismo artículo durante toda la investigación:

1. Guarda el mensaje exacto del problema, el destino afectado, el ID del artículo, el enlace enviado y el precio procesado por la plataforma. Registra las horas de exportación y procesamiento para distinguir un registro antiguo de la última salida.
2. Abre ese enlace como cliente sin sesión iniciada en el contexto previsto de tienda, idioma, moneda y destino. Sigue las redirecciones y anota el color y la talla seleccionados. Compara la oferta visible de la página, los datos estructurados y el precio del proceso de compra con el registro bruto del feed.
3. En el entorno de pruebas, corrige el enlace de combinación o el resolutor que seleccionó la oferta predeterminada. Comprueba a la vez su imagen, identificadores asignados, política de stock y agrupación familiar. Conserva el ID de artículo existente si sigue identificando correctamente esa combinación.
4. Tras superar las comprobaciones en pruebas, aplica el enlace o resolutor corregido al exportador de producción durante el cambio planificado, conservando la configuración anterior para revertir. Después regenera el archivo alojado de producción o ejecuta el envío configurado en producción. Confirma que el registro resultante sigue describiendo Azul, M al precio de ejemplo de 29.99 EUR y que la plataforma puede recoger la fuente actualizada. Un ajuste guardado o una vista previa local no bastan.
5. Comprueba el artículo procesado después de que la plataforma incorpore el cambio. Confirma su estado en el destino y la selección en la página de destino; después inspecciona otras combinaciones con las mismas correspondencias. Si sigue habiendo un problema separado de políticas de cuenta, sigue su flujo de corrección y revisión.

Conserva el registro anterior y posterior y el resultado procesado como pruebas de finalización. Una caída de los rechazos no es concluyente si los productos afectados simplemente desaparecieron de la fuente; concilia también la lista prevista de artículos, además de los totales por estado.

Mantén accesibles y precisas las páginas de contacto, envío y devoluciones. Audita también los datos estructurados finales de productos siguiendo la guía de datos estructurados.

Conecta los catálogos de Meta y el pago en tu sitio web

Crea un feed conforme a la especificación actual de catálogos de Meta y al tipo de catálogo elegido. Que los nombres de campos sean parecidos no hace que los requisitos, las reglas de identificadores o los valores aceptados por Google sean idénticos a los de Meta.

1. Crea o selecciona el catálogo en Commerce Manager y elige su fuente de datos.
2. Comprueba los ID estables de artículos, los títulos, las descripciones, las URL, las imágenes, los precios, las monedas, el estado y la disponibilidad según la validación actual de Meta.
3. Establece la programación compatible de recogida o sincronización e inspecciona los errores de procesamiento.
4. Si eres elegible, conecta la página y la cuenta de Instagram y crea la presentación de la tienda.
5. Organiza colecciones útiles por productos más vendidos, gamas de temporada o un uso común y completa los pasos de revisión y políticas de la cuenta.
6. Prueba en un teléfono todo el traspaso a tu sitio web.

Elige expresamente la tienda, idioma y moneda que abastecen cada catálogo de Meta. Previsualiza una combinación traducida y un artículo rebajado antes de exportar en masa. No supongas que un exportador específico de Google también ofrece un feed de Meta: confirma que el conector o la plantilla implementa la especificación del catálogo de Meta elegido.

Si Commerce Manager ofrece pago en el sitio web para tu cuenta, prueba el traspaso hasta completar un pedido y un pago reales en tu tienda.

Comprueba en Commerce Manager la elegibilidad actual del país, la empresa y la cuenta. No prometas un plazo de revisión. Configura cualquier URL de pago solicitada mediante tu integración real de PrestaShop; la ruta de pago de otra plataforma no es un endpoint de PrestaShop.

Mantén los ID del catálogo coherentes con los ID de contenido de Pixel y Conversions API cuando uses la asociación de eventos al catálogo. Incluye el ámbito de combinación cuando sea necesario. La tasa de aprobación de productos y la tasa de coincidencia entre eventos y catálogo son medidas distintas.

Ante un fallo de correspondencia del catálogo, compara el ID de contenido de un evento real de visualización de producto con el ID exacto del artículo en Commerce Manager. Para eventos con content_type=product, los ID de contenido deben coincidir con los ID de artículo del catálogo; los eventos con content_type=product_group coinciden en cambio con el item_group_id del catálogo, por lo que un ID de producto padre puede ser intencionado. Comprueba el tipo de contenido del evento antes de cambiar las correspondencias. Comprueba por separado que los informes de navegador y servidor de una misma compra utilizan nombres e ID de evento coincidentes; vincular un producto no elimina la duplicación de una venta.

Pixel y CAPI sirven para medición y determinados usos publicitarios. No siempre se requieren ambos para todos los objetivos de campaña ni para simplemente crear un catálogo. Vincula su recogida de datos a las reglas de consentimiento aplicables. Consulta la guía de analítica.

Haz que la página de producto de destino y el proceso de compra sean utilizables, con ofertas precisas, compra como invitado cuando corresponda y pagos móviles operativos. Añadir parámetros de seguimiento no debe cambiar el artículo seleccionado ni romper la URL. Ensaya una visita desde Shop en el navegador integrado de Facebook o Instagram en un teléfono: conserva la combinación seleccionada en las redirecciones, verifica el precio y las condiciones de entrega anunciados y sigue el pago hasta el pedido resultante en PrestaShop.

Mantén una rutina práctica de revisión del catálogo

• Compara registros seleccionados de productos y variantes con la página pública de destino y el proceso de compra.
• Comprueba las fechas y horas de la última ejecución correcta de la exportación y del procesamiento en la plataforma y los cambios en el número de artículos.
• Revisa Requiere atención y los problemas de Commerce Manager después de importaciones, promociones o cambios de URL.
• Comprueba por separado idiomas, monedas, países y contexto de tienda.
• Prueba las imágenes recién generadas y las políticas de envío modificadas.
• Mide clics, compras válidas, margen y coste de campaña sin suponer que las ediciones del feed causaron todos los cambios.

Para varios mercados, usa fuentes o destinos que conserven combinaciones admitidas de idioma, oferta y envío. Los feeds separados pueden simplificar la operativa, pero no son obligatorios para todos los países en todos los casos. Deja clara la responsabilidad del origen para que dos integraciones no se sobrescriban entre sí.

Ensaya el cambio y acuerda el traspaso

Crea el conjunto de aceptación con tu propio catálogo: un artículo simple, una combinación con código de barras propio, un descuento activo, un artículo sin unidades que admita pedidos, un producto excluido y una oferta para cada mercado previsto. Anota junto a cada caso el ID de artículo, enlace, precio, moneda, disponibilidad e imagen esperados. Incluye un producto con caracteres especiales para detectar errores de serialización o escape.

1. Guarda los ajustes actuales del exportador, las reglas de origen, las programaciones y las correspondencias de artículos. Acuerda qué cuenta y fuente de datos actualizará el sustituto y cómo se revertirán las actualizaciones y retiradas si falla el cambio.
2. Compara el conjunto de aceptación en pruebas e investiga los cambios inesperados en los recuentos antes de enviar el catálogo completo. Comprueba que las exportaciones de prueba contienen el dominio previsto de la tienda y que la salida de producción utilizará URL reales de productos.
3. Acuerda una ventana de cambio teniendo en cuenta importaciones y promociones. Cuando el sustituto asuma el control, detén el proceso anterior que escribe las mismas ofertas para que no sobrescriba los nuevos valores. Conserva las fuentes ajenas y las reglas complementarias que sigan siendo necesarias.
4. Verifica una generación o envío en producción, la incorporación en la plataforma y el conjunto de aceptación procesado. Comprueba también la siguiente ejecución programada; una exportación manual correcta no demuestra que funcione el programador.
5. Entrega las pruebas, el destino de las alertas y las instrucciones de recuperación. Designa a quien revisará una tarea fallida o un cambio en los rechazos e indica qué fallo debe activar la reversión acordada.

Si has elegido el módulo y quieres instalar y comprobar la configuración acordada, el servicio PrestaShop Module Installation & Configuration Service cubre esa configuración; las licencias, los módulos adicionales y el desarrollo se tratan por separado.

Qué preguntar a tu desarrollador o agencia

• ¿Qué versión instalada del módulo, tema y contextos de mercado superaron el conjunto de aceptación y dónde están las pruebas?
• ¿Qué fuente controla cada campo, incluidas las importaciones de proveedores, las modificaciones complementarias y las actualizaciones automáticas?
• ¿Cómo ve el personal una exportación fallida, credencial caducada, error de recogida o retirada inesperada y quién responde?
• ¿Qué cuenta, programador y credenciales controla el negocio y cómo se traspasará el acceso si cambia el responsable de mantenimiento?

Preguntas habituales de los propietarios

¿Puedo enviar solo una parte del catálogo?

Sí, selecciona expresamente los productos para el destino previsto y compruébalos después de las importaciones del catálogo. Excluye ofertas que no puedan comprarse en las condiciones anunciadas, como un artículo solo bajo presupuesto sin oferta pública comprable. Registra las exclusiones intencionadas para que el personal las distinga de las exportaciones ausentes.

¿Un feed de productos necesita datos de clientes o pedidos?

Un feed de productos describe ofertas. Mantén los registros de clientes, las exportaciones de pedidos y las credenciales de autenticación fuera de su contenido público. La medición de compras es una integración separada con controles propios de acceso y consentimiento.

¿Puedo pausar los anuncios de pago y mantener las fichas gratuitas?

Pausa la actividad de pago mediante los controles de campaña y comprueba por separado la participación en fichas gratuitas. Retirar una fuente de datos compartida puede afectar a destinos que quieres seguir utilizando, así que no elimines el catálogo solo para detener el gasto publicitario.

¿Debo comparar cambios de títulos en toda la tienda a la vez?

Conserva una exportación anterior y posterior y cambia primero un grupo definido de productos. Compara elegibilidad, impresiones, clics y compras válidas de las mismas ofertas, anotando los cambios de precio, stock, presupuesto y campaña. Trata el resultado como prueba para ese grupo, no como una promesa de mejora para todos los productos.