Please log in to continue
WalkMe stores your data in the region chosen during account setup.
We have data centers in the US and EU that follow local privacy and compliance laws. If you're not sure which region to select, check with your admin.
Par défaut, WalkMe Mobile ne suit pas les informations personnelles identifiables d'un utilisateur final (PII), cependant, il suit les informations sur l'activité des utilisateurs finaux dans l'application de manière anonyme.
L'API de désactivation des événements (filtrage d'événements), pris en charge à partir de la version 1.16.0 et supérieure du SDK, est censé être utilisé par les applications qui, pour des fins de conformité ou de réglementation, doivent permettre à leurs utilisateurs finaux de sélectionner les données qu'ils permettent d'être recueillis sur leur activité dans l'application, même si elles sont anonymes. Par exemple, un utilisateur d'application spécifique peut ne pas autoriser le suivi de comportement de l'utilisateur, ce qui signifie pour cet utilisateur spécifique que l'application voudra filtrer les types d'événement view_transition et d'interaction même si par défaut l'application les envoie.
WalkMe ne conserve pas les paramètres d'événements désactivés, et au cas où ils ont été définis par un utilisateur final spécifique - ils devraient être définis pour cet utilisateur pour chaque nouvelle session.
Si vous souhaitez désactiver complètement un événement spécifique pour tous les utilisateurs finaux, veuillez contacter votre contact WalkMe pour que ce paramètre soit configuré pour votre application (ne nécessite pas de paramètre via API).
Le tableau ci-dessous répertorie les noms d'événements Android et iOS qui peuvent être transférés à l'API désactivée.
|
Type d'événement WalkMe |
Nom d'événement sur Android |
Nom d'événement sur iOS |
| La session WalkMe a commencé | SESSION_STARTED | WMStatsEventTypeSessionStarted |
| WalkMe s'est arrêté (par l'API Stop WalkMe) | SESSION_STOPPED | WMStatsEventTypeAppTerminated |
| L'application a été déplacée au premier plan de l'appareil | APP_ENTERED_FG | WMStatsEventTypeAppEnteredFg |
| L'application a été déplacée vers l'arrière-plan de l'appareil | APP_ENTERED_BG | WMStatsEventTypeAppEnteredBg |
| Campagne vue | PROMO_IMP | WMStatsEventTypePromoImp |
| ShoutOut, Launcher ou Campagne d'enquête interagi, ou campagne Walk-Thru terminée | PROMO_CLK | WMStatsEventTypePromoClk |
| Walk-Thru étape vue | STEP_IMP | WMStatsEventTypeStepImp |
| L'étape Walk-Thru a interagi | STEP_CLK | WMStatsEventTypeStepClk |
| Ensemble d'attributs d'utilisateur public | UTILISATEURS | WMStatsEventTypeUsers |
| Goal atteint | GOAL | WMStatsEventTypeGoal |
| Transition d'écran de l'application (Suivi de comportement de l'utilisateur) | VIEW_TRANSITION | WMStatsEventTypeViewTransition |
/** * Set events that won't be sent * * @param events events to ignore * *<p> * Usage Example: * </p> * ABBI.setEventsFilter(new ArrayList<String>(){{add(WMStatsEventType.APP_ENTERED_BG);add(WMStatsEventType.APP_ENTERED_BG);> * */ public static void setEventsFilter(List<String> events) { ABBIInner.setEventsFilter(events); } |
ArrayList<String>(){{add(WMStatsEventType.APP_ENTERED_BG);add(WMStatsEventType.APP_ENTERED_BG);> |
/** * Set events that won't be sent * *@param events of type WMStatsEventType that won't be sent * */+ (void)setEventsFilter:(NSArray<NSNumber*>*)events; |
ABBI.setEventsFilter([NSNumber(value: WMStatsEventType.interaction.rawValue), NSNumber(value: WMStatsEventType.viewTransition.rawValue)]) |
[ABBI setEventsFilter:@[@(WMStatsEventTypeInteraction), @(WMStatsEventTypeViewTransition)]]; |