Scraping de Amazon: datos y límites del navegador
Los datos de Amazon requieren fuente aprobada, variante y condiciones de oferta. Compara la API oficial actual, observaciones autorizadas y entradas del navegador.
BotBrowser Team
Quieres la documentación estructurada de Despliegue?
Este artículo forma parte de la biblioteca editorial. Para pasos de configuración, material de referencia y actualizaciones continuas, entra en la sección de docs.
Cómo recopilar datos de Amazon depende primero de qué información puede utilizar la aplicación y mediante qué fuente. La ruta oficial actual del catálogo para integraciones afiliadas elegibles es Creators API, no el endpoint retirado de PA-API 5. Un navegador puede apoyar una observación autorizada, pero su configuración no establece precio del vendedor, variante elegida ni permiso de recopilación. BotBrowser controla entradas de configuración; no proporciona el catálogo de Amazon y no sustituye el acuerdo de API aplicable. Identidad del producto, condiciones y procedencia necesitan pruebas separadas antes de comparar valores.
Resumen
- Empieza por la API oficial actual y sus condiciones de elegibilidad, mercado y licencia. PA-API 5 está obsoleta.
- Distingue identidad y variantes del producto de la oferta concreta del vendedor.
- Datos incrustados y texto renderizado son observaciones diferentes; no se garantiza que existan o coincidan en cualquier página de Amazon.
- Registra fuente real y contexto del campo, sin convertir configuración del navegador en hechos comerciales.
- Separa valores ausentes, cambiados y no comparables; una respuesta de desafío no es un catálogo vacío.
Contenido
- Elegir la ruta oficial actual
- Relacionar campos con pruebas y no con estabilidad supuesta
- Separar datos incrustados y contenido renderizado
- Conservar mercado y vendedor con la oferta
- Clasificar cambios antes de modificar el analizador
- Decidir cuándo el navegador aporta pruebas
- Conclusión práctica
Elegir la ruta oficial actual
La introducción de Creators API describe acceso programático al catálogo para editores, creadores y socios afiliados. Enumera búsqueda, detalles de artículos, variantes y nodos de categorías. Es el punto de partida para elegir fuente en una aplicación elegible: comprueba si una integración aprobada ya proporciona los datos antes de construir un recolector de páginas. Define los campos y el uso antes de elegir transporte.
El aviso de retirada de PA-API 5 cambia una premisa de tutoriales antiguos. Indica que la API está obsoleta y la sustituye Creators API; también documenta acceso denegado para aplicaciones que siguen llamando al endpoint antiguo. Esa retirada documentada requiere una decisión de migración, no otro perfil de navegador ni navegación repetida. Conserva la familia de API llamada y su ciclo documentado en el registro del incidente antes de diagnosticar fallo del navegador.
Elegibilidad y permiso son más limitados de lo que puede sugerir API oficial. La introducción exige afiliación en el mercado objetivo, requisitos vinculados a ventas, registro y credenciales. El índice de licencias dirige a licencia de propiedad intelectual y acuerdo operativo locales. Revisa los requisitos actuales de la integración real; necesitar datos no establece elegibilidad. Aprobar una aplicación afiliada no autoriza automáticamente cualquier análisis, mercado o método separado de recopilación de páginas.
Si la fuente no está disponible o el uso no entra en el acuerdo, registra la limitación. No cambies silenciosamente a un endpoint no documentado porque una página lo mencione ni trates credenciales de API como permiso para recopilar datos de cuentas ajenas al alcance. La selección debe producir una decisión: API aprobada y recursos, observación de páginas autorizada por separado o ninguna fuente disponible. Son resultados útiles incluso sin un precio nuevo y evitan que código antiguo entre en producción sin que nadie identifique el servicio que llama.
Relacionar campos con pruebas y no con estabilidad supuesta
Un mapa de estabilidad debe declarar qué condiciones necesitan seguir siendo comparables, no afirmar que un campo nunca cambia. La referencia Product de schema.org separa descripciones y ofertas y define SKU como específico del comercio. Son límites de interpretación útiles, pero no prueban el marcado actual de Amazon. Registra la fuente real del identificador y su mercado. Coincidir en título o SKU no demuestra la misma variante entre vendedores o fuentes.
| Grupo | Pruebas que conservar | Límite de comparación |
|---|---|---|
| Producto y variante | Identificador de fuente aprobada y variante seleccionada | Una familia no equivale necesariamente a una variante comprable |
| Vendedor y oferta | Vendedor y condiciones de la observación | Un producto puede tener varias ofertas |
| Importe y moneda | Ambos desde el mismo contexto de oferta | Un número aislado no establece precio comparable |
| Disponibilidad | Declaración real de la fuente y su alcance | Un fallo no prueba existencias |
| Mercado | Mercado y condiciones establecidas por la fuente | La configuración regional no es condición de entrega o impuestos |
| Procedencia y hora | Tipo de fuente, hora y resultado | La finalización del lote no fecha cada oferta |
Cada fila es un requisito del recolector, no garantía de que API o página proporcionen todos los campos. La introducción de Creators API distingue detalles y variantes mediante operaciones separadas. Conserva esa diferencia en el modelo, sin convertir todos los artículos relacionados en un precio. Si no puedes establecer la variante prevista, excluye el candidato de comparaciones que la exijan. No rellenes el hueco con el primer importe encontrado.
El diseño de la canalización de precios cubre planificación y publicación entre fuentes. El mapa de campos del mercado precede a publicar: explica por qué una observación representa producto y oferta previstos. Conserva referencia y regla de correspondencia, no solo texto final. Una revisión posterior debe distinguir cambios reales de oferta, otra fuente, otra variante o un analizador leyendo otra parte de la respuesta. No ocultes todas esas alternativas en un campo de último precio.
Separar datos incrustados y contenido renderizado
Una respuesta HTML puede contener scripts ejecutables, bloques de datos y contenido normal. La referencia de script type de MDN explica que un MIME adecuado no JavaScript denota datos, no código ejecutable. Es un mecanismo HTML, no prueba de que una respuesta concreta de Amazon incluya datos estructurados ni precio actual del vendedor. Comprueba presencia y significado en la fuente autorizada observada.
En una respuesta guardada permitida, separa datos ya incluidos y valores visibles solo tras renderizar. Un analizador puede inspeccionar los primeros sin ejecutar la página; el navegador puede ser necesario para los segundos si la tarea autorizada exige ese estado. Ningún método prevalece automáticamente si discrepan. Registra qué dice cada uno, a qué producto y oferta corresponde y cuándo se observó. La discrepancia requiere validación antes de elegir el número conveniente.
La referencia Product aporta vocabulario, no un contrato de selectores para la tienda. Un campo parecido a una propiedad estándar puede faltar, estar incompleto o referirse a otro artículo. Un número visible puede ser cantidad, importe anterior u otro valor comercial, no precio de la oferta seleccionada. Vincula interpretación al mapa y contrato aprobado. Evita reglas que conviertan cualquier decimal cercano en una oferta monetaria actual.
Una muestra autorizada debe permitir explicar la interpretación sin conservar una sesión de cuenta reutilizable. Cuando el acuerdo de retención lo permita, guarda fragmento mínimo expurgado y referencias de producto y oferta. Separa observación de respuesta y renderizado si ambas importan. El análisis ecommerce del navegador distingue presentación y hechos comerciales; renderizar bien no elimina esa frontera. Si no puedes atribuir un campo a la oferta prevista, marca incompleto en lugar de equiparar renderizado y corrección de datos.
Conservar mercado y vendedor con la oferta
Selección de mercado, idioma del navegador y condiciones de oferta son entradas distintas. La guía de conceptos de Creators API enumera regiones, autenticación, recursos y límites de tasa. Usa el contrato aplicable para elegir mercado y campos, sin suponer que el idioma preferido controla la API. API y página pueden cubrir ámbitos diferentes; registra esas diferencias antes de tratarlas como versiones de un mismo hecho.
La referencia de zona horaria, configuración regional e idioma de BotBrowser describe ajustes y prioridades. Con los requisitos documentados, los automáticos derivan del proxy; las modificaciones manuales requieren ENT Tier1. Afectan preferencias e internacionalización del navegador. Son entradas útiles para una comparación regional autorizada, pero no establecen moneda del vendedor, dirección de entrega, impuestos ni elegibilidad de inventario. Separa configuración y condiciones comerciales observadas.
El modelo de producto y oferta también separa vendedores: la identidad del producto no fusiona todas sus ofertas. Cambiar vendedor puede cambiar contexto comercial en vez de precio de la misma oferta. Conserva vendedor y variante con el importe. Si falta una condición esencial, devuelve incompleto o no comparable según la regla. No uses configuración como valor predeterminado de un campo de mercado ausente porque ambos contengan país o idioma.
La comparación también exige interpretar formatos coherentemente. Separadores y símbolos monetarios renderizados pueden diferir de la API. Cuando esté permitido, conserva por separado forma original, importe interpretado y moneda. Declara la regla en vez de quitar puntuación hasta obtener un número. Si no hay interpretación inequívoca, marca el registro para revisión, sin inventar precisión. Es diseño del recolector, no afirmación de que el mercado siempre formatea igual.
Clasificar cambios antes de modificar el analizador
Un fallo aparente puede ser campo ausente, representación distinta, producto u oferta diferente o pérdida de fuente aprobada. Necesitan acciones diferentes. El diagnóstico por capas separa transporte, HTTP y ejecución; el mapa añade interpretación después. Conserva la primera observación que incumple contrato y compárala con otra aceptada. Una excepción no determina la capa cambiada ni si llegaron datos de producto.
| Observación | Interpretación que investigar | Acción de datos |
|---|---|---|
| Falta campo requerido en respuesta por lo demás permitida | Datos ausentes o representación distinta | Marcar incompleta; no sustituir por cero |
| Cambian producto, variante, vendedor o condición de mercado | Oferta no comparable | Separar antes de generar evento de precio |
| API aprobada comunica retirada documentada | Cambio de ciclo de integración | Elegir API soportada actual, no reintentos del navegador |
| Respuesta pasa a desafío o rechazo | Ya no satisface contrato de fuente | Detener extracción y conservar incidente acotado |
La fila de retirada se apoya en el aviso de PA-API, no explica todos los rechazos. Importan endpoint y respuesta documentada. Fallo de página, credencial caducada y API retirada son incidentes distintos aunque compartan categoría HTTP. Usa respuesta real y documentación pertinente, sin elegir recuperación solo por estado.
Un cambio autorizado del analizador debe conservar regla anterior, propuesta y muestra mínima que demuestre la diferencia. El contrato de observaciones de precios versiona el recolector, no el esquema interno del sitio. Registra qué analizador produjo cada valor aceptado. Reprocesar historia puede ser una operación explícita, pero no debe convertir silenciosamente observaciones anteriores en hechos recién recopilados. Separa fallos de actualización del último registro aceptado y no borres historia válida porque la última petición no dio oferta utilizable.
Decidir cuándo el navegador aporta pruebas
Usa navegador si la tarea aprobada necesita estado de página no disponible en respuesta o fuente aprobada. Por ejemplo, comprobar formato mostrado en una interfaz autorizada o variante permitida seleccionada en una muestra guardada propia. Son preguntas acotadas, no obligación general de automatizar la tienda. La introducción de Creators API ofrece la ruta oficial que evaluar primero. El navegador no es una vía alternativa de elegibilidad.
La referencia geográfica de BotBrowser permite inspeccionar entradas. Registra perfil, región, zona horaria e idiomas previstos con observaciones reales, sin considerar configuración prueba de carga correcta ni identidad del comercio. Una muestra permitida puede demostrar que el programa aplica y registra entradas; no que Amazon vaya a servir la oferta, aceptar sesión o permitir otro método. Conserva la distinción en el criterio de aceptación del trabajo del navegador.
El alcance es independiente de que una respuesta sea legible. RFC 9309 dice que robots no autoriza acceso. Una ruta permitida no sustituye acuerdos ni una licencia de API autoriza automáticamente páginas. Detente ante rechazo, sin cambiar cuentas, rutas o estado del cliente para continuar. Si faltan permiso o campo requerido, devuelve esa limitación a la aplicación, sin afirmar que el navegador la resuelve.
La decisión debe identificar pregunta aprobada que responde el renderizado, fuente y campo observados y condición de utilidad. Si el contrato ya proporciona los mismos datos autorizados, otra ejecución puede añadir coste sin pruebas. Si solo el renderizado responde, conserva contexto y hora. Elige la observación aprobada mínima que resuelva el campo y deja desconocidas las suposiciones sin apoyo sobre producto, vendedor y mercado.
Preguntas frecuentes
¿Se recomienda PA-API 5 para una integración nueva?
No. La documentación actual declara su retirada y sustitución por Creators API. Comprueba integración y elegibilidad vigentes.
¿El vocabulario estructurado demuestra ese marcado en Amazon?
No. Define significados; solo la respuesta autorizada establece marcado y campos presentes en la observación.
¿Cambiar región del navegador establece el precio del mercado?
No. Cambia entradas. Mercado, vendedor, moneda y condiciones necesitan pruebas de la fuente aprobada.
¿Puede guardarse un fallo como producto sin existencias?
No por sí solo. Separa fallo y datos ausentes de una declaración de disponibilidad de la fuente permitida.
Fuentes
- Amazon: introducción de Creators API
- Amazon: retirada de PA-API 5
- Amazon: índice de licencias de Creators API
- Amazon: conceptos de Creators API
- MDN: script type
- Schema.org: Product
- BotBrowser: zona horaria, región e idioma
- RFC 9309: Robots Exclusion Protocol
Conclusión práctica
Elige fuentes de Amazon mediante API soportada y permiso real. En observaciones autorizadas, conserva variante, vendedor, importe, moneda, mercado y procedencia sin suponer campos estables. BotBrowser proporciona entradas declaradas; la fuente aprobada debe aportar hechos comerciales. Datos ausentes, ofertas no comparables y fallos de acceso necesitan resultados distintos antes de comparar precios.
Este artículo forma parte de la guía: Despliegue y versión del navegador: mapa operativo
Artículos Relacionados
Precios de competidores: diseño de la canalización
DespliegueScraping de Indeed: campos, páginas y duplicados
DespliegueZillow scraping: ID, precios e historial de anuncios
DespliegueScraping de Google Maps: ¿Places API o listas visibles?
DespliegueScraping de Shopify: ¿Storefront API, Ajax o navegador?
DespliegueScraping de ofertas de empleo: títulos, reposts y cierre
Ejecuta la misma comprobación en BotBrowser
Carga un perfil, mantén dentro del navegador las señales que acabas de leer y confirma el resultado en tu propia máquina antes del despliegue.