Prácticas recomendadas de la Feeds API

Optimizar el rendimiento del feed

El tamaño ideal depende de una serie de factores, incluida la tasa de envío de feeds, la cantidad de SKU compartidos entre los feeds y el tipo de ASIN que se actualizan (los ASIN con más relationships tardan más en actualizarse).

• Revise y limite la cantidad de listados que necesita actualizar: incluya solo los productos que está actualizando, no todo su inventario.
• Identifique su tasa de envío de feeds: cargue un feed del mismo tipo no más de una vez cada 20 minutos. Permita más tiempo entre feeds nes más grandes.
• Identifique el tamaño del archivo de envío de su feed: mantenga el tamaño del archivo por debajo de 10 MiB (5*2 21 o 10 485 760 bytes). Si su archivo excede el tamaño recomendado, ajústelo dividiéndolo en diferentes envíos más pequeños.
• Ajuste la tasa de envío de feeds en función del tamaño de la acumulación: espere a que se completen los feeds anteriores antes de volver a enviarlos.

Optimizar el procesamiento de feeds

Evite enviar muchos feeds con solo unos pocos registros en cada feed. Cuando sea posible, combine los datos en feeds más grandes y menos frecuentes.

• Un feed relacionado con el inventario y un feed relacionado con los pedidos se pueden procesar simultáneamente: los feeds de inventario y los feeds de pedidos se procesan por separado. Si se envían varios Inventory feeds (o varios Order feeds) en secuencia, se procesarán uno después de que se complete el anterior.
• Cuando utilice feeds POST_PRODUCT_DATA, evite enviar precios, inventario y otros feeds para los mismos SKU: Los feeds POST_PRODUCT_DATA se pueden procesar junto con el precio, el inventario y otros feeds XML. Sin embargo, el precio, el inventario y otros feeds fallarán si hacen referencia a SKU que el feed de productos no ha terminado de procesar. Debe serializar las actualizaciones de precios, inventario e imágenes después de que se hayan completado los feeds de productos.
• Todos los feeds de inventario, excepto POST_PRODUCT_DATA, se pueden enviar al mismo tiempo: por ejemplo, los Order feeds, inventory availability, relationship e image se pueden enviar al mismo tiempo.
• Los feeds del mismo tipo se procesan secuencialmente: esto se aplica a todos los tipos de feeds de inventario. Por ejemplo, si envía dos feeds de precios, solo se procesa uno a la vez.
• Evite el envío de varios feeds pequeños: Subir muchos feeds pequeños cada pocos segundos es muy ineficiente y puede generar un retraso, bloqueando el procesamiento de otros feeds y obligándolo a cancelar algunos de los feeds enviados anteriormente.

📘

Los feeds pueden tardar hasta ocho horas en procesarse

En condiciones de alta carga, no es raro que los feeds tarden hasta ocho horas en procesarse. Los feeds de datos de productos se procesan secuencialmente; el feed más reciente se pondrá en cola en el sistema de procesamiento hasta que se completen los envíos de feeds anteriores. Se pueden producir retrasos sustanciales en el procesamiento cuando varios feeds de productos contienen solo unos pocos artículos cada uno en lugar de un solo feed de productos con todos los artículos.

No confíe en la estructura de identificación del documento

No debe confiar en el formato y la estructura de los identificadores de documentos. El formato y la estructura de estos identificadores (como el feedDocumentId , que se requiere para llamar al operación getFeedDocument ) está sujeta a cambios.