Questo testo è stato tradotto utilizzando il sistema di traduzione automatica di Salesforce. Ulteriori dettagli sono disponibili qui.
Gli sviluppatori possono impostare due metodi per consentire ai clienti di inviare ad Einstein gli attributi di profilo acquirente: caricamento in blocco e monitoraggio delle attività in tempo reale. Per inviare ad Einstein i dati del profilo degli acquirenti è possibile utilizzare uno dei due metodi (o entrambi).
Quando si inviano dati ad Einstein, tenere presente quanto segue:
Salesforce offre un endpoint di caricamento in blocco sicuro per consentire ai clienti di caricare i dati storici del profilo degli acquirenti che hanno raccolto.
L’opzione di caricamento in blocco è destinata a essere utilizzata per:
Il caricamento dei dati in blocco può avere un impatto notevole sui dati di Einstein. Per questo motivo, solo agli utenti autorizzati viene consentito di caricare grandi quantitativi di dati. Inoltre, ogni chiamata API di caricamento deve passare un token di accesso (bearer) dell’intestazione di autorizzazione obbligatorio ottenuto da Account Manager.
Nota: Per ridurre il carico sul server di Account Manager, evitare di generare nuovi token finché non scade quello corrente. Per ulteriori informazioni sulle chiamate API di caricamento in blocco, fare riferimento alla specifica dell’API.
Per preparare i dati di caricamento in blocco per l’utilizzo in Einstein:
login_id, il campo di identificazione email_address o entrambi.orange|yellow.Per generare suggerimenti di prodotto pertinenti per ogni acquirente, Profile Connector API necessita di uno dei seguenti identificatori utente per l’identificazione dell’acquirente nel caricamento in blocco.
| Campo | Descrizione |
|---|---|
| login_id | ID di accesso dell’acquirente. In alcuni casi equivale al valore email_address. |
| email_address | Indirizzo email completo dell’acquirente. Ad esempio acquirente1@luogo.com. |
Di seguito è riportato un esempio di dati TSV di caricamento in blocco del profilo acquirente con nomi di colonna casuali:
| login_id | email_address | genere | colori | brand_list |
|---|---|---|---|---|
| acquirente1 | acquirente1@luogo.com | maschio | arancione|giallo | brandA|brandB |
| acquirente2 | acquirente2@luogo.com | femmina | blu|nero | brandD |
| acquirente3 | acquirente3@luogo.com | femmina | rosso|nero|viola | brandB|brandE |
Quando si esegue un caricamento in blocco di profili acquirente, tenere presente le seguenti limitazioni relative agli endpoint:
Dopo aver preparato i file dei dati di caricamento in blocco del profilo degli acquirenti, comprimere ciascuno di essi tramite gzip e caricarli nell’endpoint di caricamento in blocco del profilo degli acquirenti di Einstein. Per ulteriori informazioni, fare riferimento all’endpoint di invio profili in blocco.
Utilizzare l’endpoint di monitoraggio delle attività updateProfile per richiamare e inviare le preferenze e gli aggiornamenti dei dati del profilo degli acquirenti in tempo reale. L’acquisizione in tempo reale delle informazioni fornite da un acquirente nello storefront fa sì che i suggerimenti riflettano tali modifiche immediatamente.
L’opzione di monitoraggio delle attività in tempo reale è destinata a essere utilizzata per:
Per generare suggerimenti di prodotto pertinenti per ogni acquirente, Profile Connector API fornisce due identificatori utente per l’identificazione dell’acquirente nel monitoraggio in tempo reale.
cookieId (obbligatorio) - Identificatore univoco di un acquirente anonimo. Di norma, cookieId è il valore di un cookie proprietario.
cqcid per la corrispondenza con il monitoraggio delle attività automatiche nello storefront tradizionale. Per ulteriori informazioni, vedere Archiviazione dati locale basata su browser.visit_id della risposta di accesso utente ospite per la corrispondenza con le attività automatiche. Per ulteriori informazioni, vedere il documento cliente OCAPI.userId (consigliato) - Identificatore univoco di un acquirente che ha eseguito l’accesso. Questo parametro consente ad Einstein di collegare lo stesso utente che ha eseguito l’accesso su più dispositivi.
cquid per la corrispondenza con il monitoraggio delle attività automatiche nello storefront tradizionale. Per ulteriori informazioni, vedere Archiviazione dati locale basata su browser.hashed_login della risposta di accesso utente registrato per la corrispondenza con le attività automatiche. Per ulteriori informazioni, vedere il documento cliente OCAPI.Per evitare attività potenzialmente dannose, i parametri degli identificatori utente non devono essere sequenziali. I parametri non devono includere sequenze, modelli, indirizzi IP, indirizzi email, nomi o altri elementi collegati a una persona specifica. Tutti i parametri degli identificatori utente devono essere conformi con il GDPR (General Data Protection Regulation) mediante hashing o altri metodi.
Note