Aumenta il coinvolgimento nell'app raggiungendo gli utenti ovunque si trovino. Integra l'SDK Engage per fornire consigli personalizzati e contenuti di continuazione direttamente agli utenti su più piattaforme on-device, come Raccolte, Spazio Intrattenimento e il Play Store. L'integrazione aggiunge meno di 50 KB (compressi) all'APK medio e richiede agli sviluppatori circa una settimana di tempo per la maggior parte delle app. Scopri di più sul nostro sito aziendale.
Questa guida contiene istruzioni per i partner sviluppatori per pubblicare contenuti sulle piattaforme di contenuti di Engage.
Dettaglio integrazione
La sezione seguente riporta i dettagli dell'integrazione.
Terminologia
I cluster di consigli mostrano suggerimenti personalizzati di un singolo partner sviluppatore.
I consigli hanno la seguente struttura:
Cluster di consigli: visualizzazione dell'interfaccia utente che contiene un gruppo di consigli dello stesso partner sviluppatore.
Ogni cluster di consigli è costituito da uno dei seguenti due tipi di entità :
- PortraitMediaEntity
- SocialPostEntity
PortraitMediaEntity deve contenere un'immagine verticale per il post. I metadati relativi al profilo e all'interazione sono facoltativi.
Pubblica
- Immagine in modalità verticale e timestamp oppure
- Immagine in modalità verticale + contenuti di testo e timestamp
Profilo
- Avatar, Nome o Handle, Immagine aggiuntiva
Interazioni
- Solo conteggio ed etichettatura oppure
- Conteggio e visualizzazione (icona)
SocialPostEntity contiene metadati correlati a profilo, post e interazioni.
Profilo
- Avatar, nome o handle, testo aggiuntivo, immagine aggiuntiva
Pubblica
- Testo e timestamp oppure
- Rich media (immagine o URL rich) e timestamp oppure
- Testo e rich media (immagine o URL rich media) e timestamp oppure
- Anteprima del video (miniatura e durata) e timestamp
Interazioni
- Conteggio ed etichettatura soltanto oppure
- Conteggio e visualizzazione (icona)
Preparazione
Livello API minimo: 19
Aggiungi la libreria com.google.android.engage:engage-core
alla tua app:
dependencies {
// Make sure you also include that repository in your project's build.gradle file.
implementation 'com.google.android.engage:engage-core:1.5.2'
}
Riepilogo
Il design si basa sull'implementazione di un servizio associato.
I dati che un cliente può pubblicare sono soggetti ai seguenti limiti per i diversi tipi di cluster:
Tipo di cluster | Limiti del cluster | Limiti minimi delle entità in un cluster | Limiti massimi delle entità in un cluster |
---|---|---|---|
Cluster di consigli | Al massimo 7 | Almeno 1 (PortraitMediaEntity o
SocialPostEntity ) |
Al massimo 50 (PortraitMediaEntity o
SocialPostEntity ) |
Passaggio 1: fornisci i dati dell'entità
L'SDK ha definito entità diverse per rappresentare ogni tipo di elemento. L'SDK supporta le seguenti entità per la categoria Social:
PortraitMediaEntity
SocialPostEntity
I grafici riportati di seguito illustrano gli attributi e i requisiti disponibili per ogni tipo.
PortraitMediaEntity
Attributo | Requisito | Descrizione | Formato |
---|---|---|---|
URI azione | Obbligatorio |
Link diretto all'entità nell'app del fornitore. Nota: puoi utilizzare i link diretti per l'attribuzione. Consulta queste domande frequenti |
URI |
Metadati correlati al post (obbligatori) | |||
Immagini | Obbligatorio |
Le immagini devono avere proporzioni verticali. L'interfaccia utente potrebbe mostrare una sola immagine quando ne vengono fornite più di una. Tuttavia, l'interfaccia utente potrebbe fornire un'indicazione visiva che nell'app sono presenti altre immagini. Se il post è un video, il fornitore deve fornire una miniatura del video da mostrare come immagine. |
Per indicazioni, consulta Specifiche per le immagini. |
Contenuti testuali | Facoltativo | Il testo principale di un post, un aggiornamento e così via. | Stringa (massimo consigliato 140 caratteri) |
Timestamp | Facoltativo | Ora di pubblicazione del post. | Timestamp Unix epoch in millisecondi |
Contenuti video | Facoltativo | Il post è un video? | booleano |
Durata video | Facoltativo | La durata del video espressa in millisecondi. | Lungo |
Metadati correlati al profilo (facoltativo) | |||
Nome | Obbligatorio | Nome, ID o handle del profilo, ad esempio "John Doe", "@TeamPixel" | Stringa(massimo 25 caratteri consigliati) |
Avatar | Obbligatorio |
Immagine del profilo o dell'avatar dell'utente. Immagine quadrata 1:1 |
Per indicazioni, consulta Specifiche per le immagini. |
Immagine aggiuntiva | Facoltativo |
Badge del profilo, ad esempio il badge verificato Immagine quadrata 1:1 |
Per indicazioni, consulta Specifiche per le immagini. |
(Facoltativo) Metadati correlati alle interazioni | |||
Conteggio | Facoltativo |
Indica il numero di interazioni, ad esempio "3,7 milioni". Nota: se vengono forniti sia Conteggio sia Valore conteggio, verrà utilizzato Conteggio |
Stringa Dimensioni del testo consigliate: massimo 20 caratteri per conteggio + etichetta combinati |
Valore conteggio | Facoltativo | Il numero di interazioni come valore. Nota:fornisci il valore di conteggio anziché il conteggio se la tua app non gestisce la logica di ottimizzazione di un numero elevato per diverse dimensioni di visualizzazione. Se vengono forniti sia Conteggio che Valore conteggio, viene utilizzato Conteggio. |
Lungo |
Etichetta | Facoltativo | Indica a cosa serve l'etichetta dell'interazione. Ad esempio, "Mi piace". | Stringa Dimensioni del testo consigliate: massimo 20 caratteri per conteggio + etichetta combinati |
Immagini | Facoltativo |
Indica lo scopo dell'interazione. Ad esempio, immagine che mostra l'icona Mi piace, emoji. Può fornire più di un'immagine, anche se non tutte potrebbero essere mostrate su tutti i fattori di forma. Nota: deve essere un'immagine quadrata 1:1 |
Per indicazioni, consulta Specifiche per le immagini. |
DisplayTimeWindow (facoltativo) - Imposta un intervallo di tempo per la visualizzazione di un contenuto sulla superficie | |||
Timestamp di inizio | Facoltativo |
Il timestamp epoch dopo il quale i contenuti devono essere mostrati sulla piattaforma. Se non è impostato, i contenuti sono idonei a essere visualizzati sulla piattaforma. |
Timestamp Unix epoch in millisecondi |
Timestamp fine | Facoltativo |
Il timestamp dell'epoca dopo il quale i contenuti non vengono più visualizzati sulla piattaforma. Se non è impostato, i contenuti sono idonei a essere visualizzati sulla piattaforma. |
Timestamp Unix epoch in millisecondi |
SocialPostEntity
Attributo | Requisito | Descrizione | Formato |
---|---|---|---|
URI azione | Obbligatorio |
Link diretto all'entità nell'app del fornitore. Nota: puoi utilizzare i link diretti per l'attribuzione. Consulta queste domande frequenti |
URI |
Metadati correlati al post (obbligatori) È richiesto almeno uno tra TextContent, Image o WebContent |
|||
Immagini | Facoltativo |
Le immagini devono avere proporzioni verticali. L'interfaccia utente potrebbe mostrare una sola immagine quando ne vengono fornite più di una. Tuttavia, l'interfaccia utente potrebbe fornire un'indicazione visiva che nell'app sono presenti altre immagini. Se il post è un video, il fornitore deve fornire una miniatura del video da mostrare come immagine. |
Per indicazioni, consulta Specifiche per le immagini. |
Contenuti testuali | Facoltativo | Il testo principale di un post, un aggiornamento e così via. | Stringa (massimo consigliato 140 caratteri) |
Contenuti video (facoltativo) | |||
Durata | Obbligatorio | La durata del video espressa in millisecondi. | Lungo |
Immagine | Obbligatorio | Immagine di anteprima dei contenuti video. | Per indicazioni, consulta Specifiche per le immagini. |
Anteprima del link (facoltativa) | |||
Anteprima link - Titolo | Obbligatorio | Testo per indicare il titolo dei contenuti della pagina web | Stringa |
Anteprima link - Nome host | Obbligatorio | Testo per indicare il proprietario della pagina web, ad esempio "INSIDER" | Stringa |
Anteprima link - Immagine | Facoltativo | Immagine hero per i contenuti web | Per indicazioni, consulta Specifiche per le immagini. |
Timestamp | Facoltativo | Ora di pubblicazione del post. | Timestamp Unix epoch in millisecondi |
Metadati correlati al profilo (facoltativo) | |||
Nome | Obbligatorio | Nome, ID o handle del profilo, ad esempio "John Doe", "@TeamPixel". | Stringa(massimo 25 caratteri consigliati) |
Testo aggiuntivo | Facoltativo |
Potrebbe essere utilizzato come ID profilo, handle o metadati aggiuntivi Ad esempio, "@John-Doe", "5 milioni di follower", "Potrebbe piacerti", "Tendenze", "5 nuovi post" |
Stringa(massimo 40 caratteri consigliati) |
Avatar | Obbligatorio |
Immagine del profilo o dell'avatar dell'utente. Immagine quadrata 1:1 |
Per indicazioni, consulta Specifiche per le immagini. |
Immagine aggiuntiva | Facoltativo |
Badge del profilo, ad esempio il badge verificato Immagine quadrata 1:1 |
Per indicazioni, consulta Specifiche per le immagini. |
(Facoltativo) Metadati correlati alle interazioni | |||
Conteggio | Obbligatorio | Indica il numero di interazioni, ad esempio "3,7 milioni". | Stringa (massimo 20 caratteri consigliati per conteggio ed etichetta combinati) |
Etichetta |
Facoltativo Se non viene fornito, è necessario fornire Visual. |
Indica lo scopo dell'interazione. Ad esempio, "Mi piace". | Stringa (massimo 20 caratteri consigliati per conteggio ed etichetta combinati) |
Immagini |
Facoltativo Se non viene fornito, deve essere fornita l'etichetta. |
Indica lo scopo dell'interazione. Ad esempio, un'immagine che mostra l'icona Mi piace e le emoji. Può fornire più di un'immagine, anche se non tutte potrebbero essere mostrate su tutti i fattori di forma. Immagine quadrata 1:1 |
Per indicazioni, consulta Specifiche per le immagini. |
DisplayTimeWindow (facoltativo) - Imposta un intervallo di tempo per la visualizzazione di un contenuto sulla superficie | |||
Timestamp di inizio | Facoltativo |
Il timestamp epoch dopo il quale i contenuti devono essere mostrati sulla piattaforma. Se non è impostato, i contenuti sono idonei a essere visualizzati sulla piattaforma. |
Timestamp Unix epoch in millisecondi |
Timestamp fine | Facoltativo |
Il timestamp dell'epoca dopo il quale i contenuti non vengono più visualizzati sulla piattaforma. Se non è impostato, i contenuti sono idonei a essere visualizzati sulla piattaforma. |
Timestamp Unix epoch in millisecondi |
Specifiche per le immagini
Le immagini devono essere ospitate su CDN pubbliche in modo che Google possa accedervi.
Formati file
PNG, JPG, GIF statico, WebP
Dimensioni massime del file
5120 kB
Altri consigli
- Area di sicurezza dell'immagine:inserisci i contenuti importanti al centro dell'immagine in modo da occuparne l'80%.
- Utilizza uno sfondo trasparente in modo che l'immagine possa essere visualizzata correttamente nelle impostazioni del tema scuro e chiaro.
Passaggio 2: fornisci i dati del cluster
Ti consigliamo di eseguire il job di pubblicazione dei contenuti in background (ad esempio, utilizzando WorkManager) e di pianificarlo regolarmente o in base a un evento (ad esempio, ogni volta che l'utente apre l'app o quando ha appena seguito un nuovo account).
AppEngageSocialClient
è responsabile della pubblicazione dei cluster sociali.
Esistono le seguenti API per pubblicare cluster nel client:
isServiceAvailable
publishRecommendationClusters
publishUserAccountManagementRequest
updatePublishStatus
deleteRecommendationsClusters
deleteUserManagementCluster
deleteClusters
isServiceAvailable
Questa API viene utilizzata per verificare se il servizio è disponibile per l'integrazione e se i contenuti possono essere presentati sul dispositivo.
Kotlin
client.isServiceAvailable.addOnCompleteListener { task ->
if (task.isSuccessful) {
// Handle IPC call success
if(task.result) {
// Service is available on the device, proceed with content
// publish calls.
} else {
// Service is not available, no further action is needed.
}
} else {
// The IPC call itself fails, proceed with error handling logic here,
// such as retry.
}
}
Java
client.isServiceAvailable().addOnCompleteListener(task - > {
if (task.isSuccessful()) {
// Handle success
if(task.getResult()) {
// Service is available on the device, proceed with content
// publish calls.
} else {
// Service is not available, no further action is needed.
}
} else {
// The IPC call itself fails, proceed with error handling logic here,
// such as retry.
}
});
publishRecommendationClusters
Questa API viene utilizzata per pubblicare un elenco di oggetti RecommendationCluster
.
Un oggetto RecommendationCluster
può avere i seguenti attributi:
Attributo | Requisito | Descrizione |
---|---|---|
Elenco di SocialPostEntity o PortraitMediaEntity | Obbligatorio | Un elenco di entità che compongono i suggerimenti per questo cluster di suggerimenti. Le entità in un singolo cluster devono essere dello stesso tipo. |
Titolo | Obbligatorio | Il titolo del cluster di consigli (ad esempio, Ultimi dei tuoi amici). Dimensioni del testo consigliate: meno di 25 caratteri (il testo troppo lungo potrebbe mostrare i puntini di sospensione) |
Sottotitolo | Facoltativo | Il sottotitolo del cluster di suggerimenti. |
URI azione | Facoltativo |
Il deep link alla pagina dell'app partner in cui gli utenti possono visualizzare l'elenco completo dei consigli. Nota: puoi utilizzare i link diretti per l'attribuzione. Consulta queste domande frequenti |
Kotlin
client.publishRecommendationClusters(
PublishRecommendationClustersRequest.Builder()
.addRecommendationCluster(
RecommendationCluster.Builder()
.addEntity(entity1)
.addEntity(entity2)
.setTitle("Latest from your friends")
.build())
.build())
Java
client.publishRecommendationClusters(
new PublishRecommendationClustersRequest.Builder()
.addRecommendationCluster(
new RecommendationCluster.Builder()
.addEntity(entity1)
.addEntity(entity2)
.setTitle("Latest from your friends")
.build())
.build());
Quando il servizio riceve la richiesta, vengono eseguite le seguenti azioni in una transazione:
- Tutti i dati esistenti del cluster di consigli vengono rimossi.
- I dati della richiesta vengono analizzati e archiviati in nuovi cluster di consigli.
In caso di errore, l'intera richiesta viene rifiutata e lo stato esistente viene mantenuto.
publishUserAccountManagementRequest
Questa API viene utilizzata per pubblicare una scheda Accedi . L'azione di accesso indirizza gli utenti alla pagina di accesso dell'app, in modo che l'app possa pubblicare contenuti (o fornire contenuti più personalizzati).
I seguenti metadati fanno parte della scheda di accesso:
Attributo | Requisito | Descrizione |
---|---|---|
URI azione | Obbligatorio | Link diretto all'azione (ad es. alla pagina di accesso all'app) |
Immagine | Facoltativo: se non viene fornito, deve essere fornito il titolo |
Immagine mostrata sulla scheda Immagini con proporzioni 16:9 e risoluzione 1264 x 712 |
Titolo | Facoltativo: se non fornito, l'immagine è obbligatoria | Titolo sulla carta |
Testo dell'azione | Facoltativo | Testo visualizzato nell'invito all'azione (ad es. Accedi) |
Sottotitolo | Facoltativo | Sottotitolo facoltativo sulla scheda |
Kotlin
var SIGN_IN_CARD_ENTITY =
SignInCardEntity.Builder()
.addPosterImage(
Image.Builder()
.setImageUri(Uri.parse("http://www.x.com/image.png"))
.setImageHeightInPixel(500)
.setImageWidthInPixel(500)
.build())
.setActionText("Sign In")
.setActionUri(Uri.parse("http://xx.com/signin"))
.build()
client.publishUserAccountManagementRequest(
PublishUserAccountManagementRequest.Builder()
.setSignInCardEntity(SIGN_IN_CARD_ENTITY)
.build());
Java
SignInCardEntity SIGN_IN_CARD_ENTITY =
new SignInCardEntity.Builder()
.addPosterImage(
new Image.Builder()
.setImageUri(Uri.parse("http://www.x.com/image.png"))
.setImageHeightInPixel(500)
.setImageWidthInPixel(500)
.build())
.setActionText("Sign In")
.setActionUri(Uri.parse("http://xx.com/signin"))
.build();
client.publishUserAccountManagementRequest(
new PublishUserAccountManagementRequest.Builder()
.setSignInCardEntity(SIGN_IN_CARD_ENTITY)
.build());
Quando il servizio riceve la richiesta, vengono eseguite le seguenti azioni in una transazione:
- I dati
UserAccountManagementCluster
esistenti del partner sviluppatore vengono rimossi. - I dati della richiesta vengono analizzati e archiviati nel cluster UserAccountManagementCluster aggiornato.
In caso di errore, l'intera richiesta viene rifiutata e lo stato esistente viene mantenuto.
updatePublishStatus
Se per qualsiasi motivo aziendale interno nessuno dei cluster viene pubblicato, ti consigliamo vivamente di aggiornare lo stato di pubblicazione utilizzando l'API updatePublishStatus. Questo è importante perché :
- Fornire lo stato in tutti gli scenari, anche quando i contenuti vengono pubblicati (STATUS == PUBLISHED), è fondamentale per compilare le dashboard che utilizzano questo stato esplicito per comunicare l'integrità e altre metriche della tua integrazione.
- Se non vengono pubblicati contenuti, ma lo stato dell'integrazione non è interrotto (STATUS == NOT_PUBLISHED), Google può evitare di attivare avvisi nei dashboard sull'integrità dell'app. Conferma che i contenuti non vengono pubblicati a causa di una situazione prevista dal punto di vista del fornitore.
- Aiuta gli sviluppatori a fornire informazioni su quando i dati vengono pubblicati e quando no.
- Google potrebbe utilizzare i codici di stato per invitare l'utente a eseguire determinate azioni nell'app in modo che possa visualizzare i contenuti dell'app o superare il problema.
L'elenco dei codici di stato di pubblicazione idonei è il seguente :
// Content is published
AppEngagePublishStatusCode.PUBLISHED,
// Content is not published as user is not signed in
AppEngagePublishStatusCode.NOT_PUBLISHED_REQUIRES_SIGN_IN,
// Content is not published as user is not subscribed
AppEngagePublishStatusCode.NOT_PUBLISHED_REQUIRES_SUBSCRIPTION,
// Content is not published as user location is ineligible
AppEngagePublishStatusCode.NOT_PUBLISHED_INELIGIBLE_LOCATION,
// Content is not published as there is no eligible content
AppEngagePublishStatusCode.NOT_PUBLISHED_NO_ELIGIBLE_CONTENT,
// Content is not published as the feature is disabled by the client
// Available in v1.3.1
AppEngagePublishStatusCode.NOT_PUBLISHED_FEATURE_DISABLED_BY_CLIENT,
// Content is not published as the feature due to a client error
// Available in v1.3.1
AppEngagePublishStatusCode.NOT_PUBLISHED_CLIENT_ERROR,
// Content is not published as the feature due to a service error
// Available in v1.3.1
AppEngagePublishStatusCode.NOT_PUBLISHED_SERVICE_ERROR,
// Content is not published due to some other reason
// Reach out to engage-developers@ before using this enum.
AppEngagePublishStatusCode.NOT_PUBLISHED_OTHER
Se i contenuti non vengono pubblicati perché un utente non ha eseguito l'accesso, Google consiglia di pubblicare la scheda di accesso. Se per qualsiasi motivo i fornitori non sono in grado di pubblicare la scheda di accesso, ti consigliamo di chiamare l'API updatePublishStatus con il codice di stato NOT_PUBLISHED_REQUIRES_SIGN_IN.
Kotlin
client.updatePublishStatus(
PublishStatusRequest.Builder()
.setStatusCode(AppEngagePublishStatusCode.NOT_PUBLISHED_REQUIRES_SIGN_IN)
.build())
Java
client.updatePublishStatus(
new PublishStatusRequest.Builder()
.setStatusCode(AppEngagePublishStatusCode.NOT_PUBLISHED_REQUIRES_SIGN_IN)
.build());
deleteRecommendationClusters
Questa API viene utilizzata per eliminare i contenuti dei cluster di consigli.
Kotlin
client.deleteRecommendationClusters()
Java
client.deleteRecommendationClusters();
Quando il servizio riceve la richiesta, rimuove i dati esistenti dai cluster di consigli. In caso di errore, l'intera richiesta viene rifiutata e lo stato esistente viene mantenuto.
deleteUserManagementCluster
Questa API viene utilizzata per eliminare i contenuti del cluster UserAccountManagement.
Kotlin
client.deleteUserManagementCluster()
Java
client.deleteUserManagementCluster();
Quando il servizio riceve la richiesta, rimuove i dati esistenti dal cluster UserAccountManagement. In caso di errore, l'intera richiesta viene rifiutata e lo stato esistente viene mantenuto.
deleteClusters
Questa API viene utilizzata per eliminare i contenuti di un determinato tipo di cluster.
Kotlin
client.deleteClusters(
DeleteClustersRequest.Builder()
.addClusterType(ClusterType.TYPE_RECOMMENDATION)
...
.build())
Java
client.deleteClusters(
new DeleteClustersRequest.Builder()
.addClusterType(ClusterType.TYPE_RECOMMENDATION)
...
.build());
Quando il servizio riceve la richiesta, rimuove i dati esistenti da tutti i cluster corrispondenti ai tipi di cluster specificati. I clienti possono scegliere di trasmettere uno o più tipi di cluster. In caso di errore, l'intera richiesta viene rifiutata e lo stato esistente viene mantenuto.
Gestione degli errori
È consigliabile ascoltare il risultato dell'attività dalle API di pubblicazione in modo da poter intraprendere un'azione di follow-up per recuperare e inviare nuovamente un'attività riuscita.
client.publishRecommendationClusters(
new PublishRecommendationClustersRequest.Builder()
.addRecommendationCluster(...)
.build())
.addOnCompleteListener(
task -> {
if (task.isSuccessful()) {
// do something
} else {
Exception exception = task.getException();
if (exception instanceof AppEngageException) {
@AppEngageErrorCode
int errorCode = ((AppEngageException) exception).getErrorCode();
if (errorCode == AppEngageErrorCode.SERVICE_NOT_FOUND) {
// do something
}
}
}
});
L'errore viene restituito come AppEngageException
con la causa inclusa come
codice di errore.
Codice di errore | Nome dell'errore | Nota |
---|---|---|
1 |
SERVICE_NOT_FOUND |
Il servizio non è disponibile sul dispositivo specificato. |
2 |
SERVICE_NOT_AVAILABLE |
Il servizio è disponibile sul dispositivo specificato, ma non al momento della chiamata (ad esempio, è disattivato esplicitamente). |
3 |
SERVICE_CALL_EXECUTION_FAILURE |
L'esecuzione dell'attività non è riuscita a causa di problemi di threading. In questo caso, può essere riprovato. |
4 |
SERVICE_CALL_PERMISSION_DENIED |
Il chiamante non è autorizzato a effettuare la chiamata di servizio. |
5 |
SERVICE_CALL_INVALID_ARGUMENT |
La richiesta contiene dati non validi (ad esempio, un numero di cluster superiore a quello consentito). |
6 |
SERVICE_CALL_INTERNAL |
Si è verificato un errore lato servizio. |
7 |
SERVICE_CALL_RESOURCE_EXHAUSTED |
La chiamata di servizio viene effettuata troppo spesso. |
Passaggio 3: gestisci gli intent di trasmissione
Oltre a effettuare chiamate API per la pubblicazione di contenuti tramite un job, è anche
necessario configurare un
BroadcastReceiver
per ricevere
la richiesta di pubblicazione di contenuti.
Lo scopo degli intent di trasmissione è principalmente la riattivazione dell'app e la sincronizzazione forzata dei dati. Gli intent di trasmissione non sono progettati per essere inviati molto spesso. Viene attivato solo quando il servizio Engage determina che i contenuti potrebbero essere obsoleti (ad esempio, una settimana). In questo modo, l'utente può avere maggiore fiducia di poter usufruire di un'esperienza con contenuti nuovi, anche se l'applicazione non è stata eseguita per un lungo periodo di tempo.
BroadcastReceiver
deve essere configurato nei due modi seguenti:
Registra dinamicamente un'istanza della classe
BroadcastReceiver
utilizzandoContext.registerReceiver()
. Ciò consente la comunicazione dalle applicazioni ancora attive in memoria.
Kotlin
class AppEngageBroadcastReceiver : BroadcastReceiver(){
// Trigger recommendation cluster publish when PUBLISH_RECOMMENDATION
// broadcast is received
}
fun registerBroadcastReceivers(context: Context){
var context = context
context = context.applicationContext
// Register Recommendation Cluster Publish Intent
context.registerReceiver(AppEngageBroadcastReceiver(),
IntentFilter(Intents.ACTION_PUBLISH_RECOMMENDATION),
com.google.android.engage.service.BroadcastReceiverPermissions.BROADCAST_REQUEST_DATA_PUBLISH_PERMISSION,
/*scheduler=*/null)
}
Java
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),
com.google.android.engage.service.BroadcastReceiverPermissions.BROADCAST_REQUEST_DATA_PUBLISH_PERMISSION,
/*scheduler=*/null);
}
Dichiara staticamente un'implementazione con il tag
<receiver>
nel fileAndroidManifest.xml
. Ciò consente all'applicazione di ricevere intent di trasmissione quando non è in esecuzione e di pubblicare i contenuti.
<application>
<receiver
android:name=".AppEngageBroadcastReceiver"
android:permission="com.google.android.engage.REQUEST_ENGAGE_DATA"
android:exported="true"
android:enabled="true">
<intent-filter>
<action android:name="com.google.android.engage.action.PUBLISH_RECOMMENDATION" />
</intent-filter>
</receiver>
</application>
I seguenti intent verranno inviati dal servizio:
com.google.android.engage.action.PUBLISH_RECOMMENDATION
Ti consigliamo di avviare una chiamatapublishRecommendationClusters
quando ricevi questo intent.
Workflow di integrazione
Per una guida passo passo alla verifica dell'integrazione una volta completata, consulta Flusso di lavoro di integrazione per sviluppatori di Engage.
Domande frequenti
Consulta le Domande frequenti sull'SDK Engage.
Contatto
Contatta
engage-developers@google.com
in caso di
domande durante la procedura di integrazione. Il nostro team ti risponderà il prima
possibile.
Passaggi successivi
Dopo aver completato questa integrazione, i passaggi successivi sono i seguenti:
- Invia un'email a
engage-developers@google.com
e allega l'APK integrato pronto per il test da parte di Google. - Google esegue una verifica e un controllo interni per assicurarsi che l'integrazione funzioni come previsto. Se sono necessarie modifiche, Google ti contatterà con i dettagli necessari.
- Al termine del test e se non sono necessarie modifiche, Google ti contatta per comunicarti che puoi iniziare a pubblicare l'APK aggiornato e integrato su Play Store.
- Dopo che Google avrà confermato la pubblicazione dell'APK aggiornato sul Play Store, i tuoi cluster di consigli verranno pubblicati e saranno visibili agli utenti.