Preguntas frecuentes sobre la publicación
¿Quién administra el trabajo de publicación de contenido?
El desarrollador de apps administra el trabajo de publicación de contenido y envía solicitudes al servicio de Engage. De esta manera, los socios desarrolladores tienen un mayor control sobre cuándo y cómo publicar contenido para los usuarios. Esto evita activar la app del socio con demasiada frecuencia para publicar contenido.
¿Debe un desarrollador publicar todos los tipos de clústeres?
Si bien técnicamente los desarrolladores tienen la libertad de publicar un solo clúster, recomendamos que incluyan más. De lo contrario, los desarrolladores se perderán la oportunidad de generar una mejor interacción con su contenido. Te recomendamos que publiques todos los tipos de clústeres de cada vertical.
¿Con qué frecuencia el socio desarrollador debe publicar datos con el administrador de trabajo mientras se ejecuta la app?
Esto lo decidirá el socio desarrollador. Google recomienda publicar una o dos veces al día en caso de contenido general de recomendaciones y usar una metodología basada en eventos para el carrito de compras, el reordenamiento y otro contenido de continuación (por ejemplo, inicia el trabajador como una devolución de llamada del usuario que agrega artículos al carrito o que detiene la película a mitad de camino).
¿Cuándo debe el desarrollador llamar a las APIs de Delete?
Solo se debe llamar a las APIs de Delete cuando no hay contenido para publicar. No llames a las APIs de Delete y Publication posteriormente para reemplazar el contenido, ya que las APIs de Publication quitan el contenido anterior automáticamente.
Preguntas frecuentes sobre intents de transmisión
¿Por qué los desarrolladores de apps para Android deben registrarse para utilizar intents de transmisión?
Para entregar contenido actualizado al usuario, debes usar intents de transmisión para activar una sincronización de datos en los casos en que los usuarios no usen la app con frecuencia.
No se permite la ejecución en segundo plano
Durante el registro del intent de transmisión, es posible que encuentres el siguiente error:
Background execution not allowed: receiving Intent
{ act=com.google.android.engage.action.PUBLISH_RECOMMENDATION .. }
Debes registrar los receptores de emisión de forma dinámica.
class AppEngageBroadcastReceiver extends BroadcastReceiver {
// Trigger recommendation cluster publish when PUBLISH_RECOMMENDATION broadcast
// is received
}
public static void registerBroadcastReceivers(Context context) {
context = context.getApplicationContext();
// Register Recommendation Cluster Publish Intent
context.registerReceiver(new AppEngageBroadcastReceiver(),
new IntentFilter(com.google.android.engage.service.Intents.ACTION_PUBLISH_RECOMMENDATION));
...
}
Preguntas frecuentes sobre el flujo de trabajo
Durante la integración con el SDK, es posible que encuentres los siguientes errores:
Prueba de vínculos directos
Los vínculos directos se asocian con el nombre del paquete. Una buena forma de evaluar los vínculos directos es usar la herramienta adb.
adb shell am start -W -a android.intent.action.VIEW -d <DEEPLINK URI> <PACKAGE NAME>
¿Cómo puedo calcular el impacto de la integración?
Los vínculos directos son una excelente manera de hacer un seguimiento de la atribución. Las URLs de vínculo directo que dirigen a los usuarios a tu app se pueden incluir con parámetros de seguimiento adicionales. Por ejemplo: "http://xx/deeplink?source_tag=engagement".
Los desarrolladores pueden agregar sus propios parámetros de seguimiento y proporcionar atribución para calcular el impacto.