La API de Play Catalog permite que las tiendas de apps de terceros (3PAS) registradas en Google Play realicen sondeos de las actualizaciones del catálogo de aplicaciones de Google Play. Los llamadores pueden obtener los detalles del catálogo de las aplicaciones que se hayan modificado o quitado desde la última exportación diaria del catálogo.
Para obtener una lista completa de los endpoints, los métodos y los esquemas de recursos, consulta la referencia de la API de Play Catalog.
Antes de comenzar
Debes completar la Guía de introducción principal para configurar tu acceso a la API, las credenciales de servicio y el proyecto de Google Cloud antes de poder realizar llamadas a la API de Play Catalog.
Diseño y arquitectura de la API
La exportación del catálogo de Play se genera cada 24 horas. La API de Play Catalog ofrece un mecanismo de sondeo intradía para obtener las actualizaciones que se produjeron desde la última exportación:
- Sondeo de eventos de actualización: Se realiza una consulta a
appstorecatalog.recentUpdateEvents.listcon una ventana destartTimeyendTimepara identificar los nombres de paquetes que se hayan modificado o borrado. - Recuperación de vistas detalladas: Para cada nombre de paquete que se haya modificado, debes llamar a
appstorecatalog.recentAppViews.getpara recuperar los metadatos detallados deCatalogAppView.
La API es de solo lectura y se limita a devolver eventos que hayan ocurrido en las últimas 36 horas. La API tiene un límite de 2 QPS compartido entre ambos métodos.
1. Sondeo de eventos de actualización del catálogo
Para obtener la lista de paquetes que cambiaron dentro de una ventana específica, debes llamar al método appstorecatalog.recentUpdateEvents.list.
Solo se devuelven los eventos de actualización para las apps que reúnan los requisitos. Estos requisitos son los siguientes:
- La app debe haber aceptado la inclusión en el catálogo de la tienda de aplicaciones que realiza la llamada.
- La app debe estar publicada y disponible en Google Play Store en Estados Unidos (EE.UU.)
Descripción de los tipos de actualización
MODIFICATION: Se activa cuando una app que reúne los requisitos se modifica, se publica por primera vez, comienza a segmentarse para EE.UU. o se habilitó recientemente para incluirse en tu catálogo.DELETION: Se activa cuando se anula la publicación de una app, se inhabilita su inclusión en el catálogo, se suspende o bloquea la app, o deja de segmentarse para EE.UU.
2. Cómo recuperar vistas de apps del catálogo
Para cada paquete que se devuelve con un evento MODIFICATION, puedes recuperar los detalles actualizados de su catálogo llamando al método appstorecatalog.recentAppViews.get.
3. Prácticas recomendadas y sincronización
Para mantener una base de datos de catálogo coherente en tu tienda, sigue estos lineamientos de integración:
- Sincronización de exportación diaria: Importa la lista completa de apps aptas con la exportación diaria del catálogo.
- (Opcional) Sincronización intradía: Realiza sondeos del endpoint
appstorecatalog.recentUpdateEvents.listcon regularidad (p. ej., cada minuto) con una ventana móvil. Asegúrate de controlar la paginación connextPageToken.- Actualizaciones del proceso:
- Para los eventos
MODIFICATION, recupera el elementoCatalogAppViewactualizado conappstorecatalog.recentAppViews.gety actualiza tu base de datos local. - En el caso de los eventos
DELETION, debes quitar la app de las fichas de la tienda, o bien ocultarla para los usuarios.
- Para los eventos
- Control de eventos de modificación repetidos: Es posible que veas varios eventos MODIFICATION para la misma app, lo que significa que la app se modificó varias veces en la ventana consultada.
appstorecatalog.recentAppViews.getsiempre devolverá la vista de app de la modificación más reciente.
- Actualizaciones del proceso: