Des données à l'application de grands modèles, le 25 novembre, la conférence Hangzhou Yuanchuang a eu lieu pour partager des conseils de développement.

1. Quel est le point enterré ?

Le suivi, également appelé suivi des événements, fait référence aux technologies et processus de mise en œuvre associés pour capturer, traiter et envoyer les comportements ou événements des utilisateurs. En clair : il s’agit de « surveiller » le comportement des utilisateurs dans les applications et les sites Web par des moyens techniques.

2. Le rôle des points enterrés

Si nous voulons collecter des données sur le comportement des utilisateurs, nous pouvons le faire en enterrant des points.

Par exemple, vous voulez savoir sur quels boutons un utilisateur a cliqué dans l'APP, quelles pages il a consultées, ce qu'il a fait, etc.
Un autre exemple est de vouloir savoir combien de personnes ont utilisé certaines fonctions, à quelle fréquence elles ont été utilisées, etc.

3. L'utilisation de points enterrés - introduction générale au flux de données

3.1. Données en temps réel

La source de données en temps réel démarre à partir du flux de clics. Le SDK client signale les données enfouies. Le service de collecte écrit les données enfouies signalées dans le cluster d'écriture JDQ, puis résume les données dans le cluster de lecture JDQ via la tâche fregeta.
La tâche flink en aval consommera le sujet d'origine du cluster de lecture, puis crachera le sujet traité pour la consommation commerciale en aval.
Les entreprises en aval comprennent : GoldenEye, Shangzhi, Search Promotion, etc.

3.2. Données hors ligne

La source des données hors ligne commence à partir du flux de clics. Le SDK client rapporte les données des points enfouis. Le service de collecte écrit les points enfouis signalés sur le disque réseau cfs, puis dépose les données dans l'entrepôt de données via le service d'extraction hors ligne.
L'entrepôt de données subira un traitement multicouche pour traiter les données dans le calibre requis par l'entreprise et les fournir aux applications de données.
Les entreprises en aval comprennent : GoldenEye, Shangzhi, Search Promotion, etc.

4. Intégrer des équipes associées

Responsabilités de chaque équipe :

5. Processus enterré

5.1. Demande de produits commerciaux

Les produits métiers soumettent d’abord leurs besoins aux produits enterrés
Points à noter : Toute exigence nouvelle ou modifiée liée aux points enterrés doit être soumise à la plateforme Meridian pour les produits de points enterrés.
Problème en ligne : 20230527 L'analyse de l'achat de l'applet de l'application Jingdong a échoué. En effet, la demande est urgente et Meridian n'est pas utilisé. Le produit conserve le document lui-même, ce qui empêche l'analyse en aval une fois les champs modifiés.

5.2. Mettre en place un plan enterré

• Après avoir reçu la demande pour le produit enterré, une réunion d'examen sera lancée pour déterminer si la demande est raisonnable, si elle est omise, si les paramètres sont complets, s'il est nécessaire d'informer les entreprises tierces et de déterminer le calendrier. .

Le produit enterré formulera un plan enterré à Meridian sur la base des résultats de l'examen.
Une fois que le produit enterré a produit un plan enterré, les parties commerciales, développement, tests et données seront invitées à participer à l'examen du plan pour confirmer si le plan est complet et si les paramètres sont raisonnables.

5.3. Focus sur le développement

Une fois que la R&D frontale a obtenu le plan d'intégration, elle se développe conformément au plan d'intégration.
Points à noter : Développez les branches de version qui doivent être lancées au moment convenu. Attention à ne pas suivre le lancement de la version à l'avance.
Problème en ligne : le 12 octobre 2023, les indicateurs d'ordre liés à la livraison horaire de la page de résultats de recherche ont chuté, car les points cachés n'ont pas été testés et ont été publiés à l'avance, ce qui a entraîné l'impossibilité d'une analyse en aval.

5.4. Test du point enterré

Une fois le développement terminé, le test doit être vérifié par les règles de reporting. Pour plus de détails, voir : 6.2.2, Cas d'utilisation des règles de reporting.
Le test effectue une vérification sur le terrain sur les points enterrés sur la plate-forme de voie. Pour plus de détails, voir : 6.2.1, Cas d'utilisation de la vérification sur le terrain
Une fois la vérification terminée, le rapport de test est généré. Pour plus de détails, voir : 6.3.3, suivre l'utilisation de la plate-forme

5.5. Réception des points enterrés

Le produit enterré vérifie les enregistrements de test dans le rapport de test produit par le test.
Effectuer simultanément une vérification des données par tableau

5.6. Points enterrés en ligne

Une fois l'acceptation terminée, le statut de la version correspondante de Meridian passe à En ligne.
Version de suivi frontal en ligne
Points à noter : à chaque fois pendant le développement, vous devez utiliser la dernière branche principale en ligne pour extraire une nouvelle branche de développement. Lorsque vous fusionnez le code avant de passer en ligne, assurez-vous qu'il n'y a pas d'autres branches en ligne pendant le processus. Si c'est le cas, vous Il faut se concentrer dessus pour éviter d'écraser la dernière fois le contenu en ligne.
Problème en ligne : le 18 octobre 2023, les données du tableau de bord commercial lié à Jingxiao LBS étaient anormales, car la succursale fusionnée en ligne couvrait la version normale lancée la dernière fois, ce qui entraînait des erreurs de rapport.

6. La principale assurance qualité des points enterrés - tests de points enterrés

6.1. Questions fréquemment posées sur les points enterrés

Il y a plusieurs questions courantes :

La demande enterrée ne suit pas le méridien et le contenu rapporté est erroné.
Lorsque l'entreprise modifiait la logique, elle oubliait de modifier les points enterrés et de les signaler.
La synchronisation amont et aval n'a pas été bien faite lors de la mise en ligne du point enterré.
La structure de données de champ nouvellement ajoutée n'est pas compatible en aval

6.2. Cas de tests enterrés - assurance qualité du contenu rapporté

6.2.1. Cas d'utilisation de la validation sur le terrain

Vérifiez si les points cachés signalés sont cohérents avec les noms de champs et les types de champs définis dans le plan.
Si le plan d'enfouissement comporte des longueurs de paramètres marquées, ou si les paramètres sont des énumérations, une vérification est requise.
S'il s'agit d'un json imbriqué, vous devez faire attention à ne pas détruire la structure json d'origine.

6.2.2. Cas d'utilisation des règles de reporting

1) scène PV

Scénario 1 : Entrez dans la page normalement

Comportement : Entrez normalement dans la page pv et restez-y
Résultats attendus : Normalement, un seul point PV enterré est signalé, et page_id, page_param et document sont cohérents.
Scénario spécial :

▪Scénario de page imbriquée à onglets : un seul point d'enfouissement PV de l'onglet principal est signalé lors de l'entrée, et un autre point d'enfouissement PV d'onglet est signalé lors du changement d'onglet. Par exemple, 2 points d'enfouissement PV apparaissent lors de l'entrée (1 point d'enfouissement PV extérieur à grand cadre) Si un onglet principal pv est enterré), une erreur sera signalée ; changer d'onglet à plusieurs reprises ne signalera plus la même page pv.

sujet aux problèmes

▪Aucun point caché PV n'est signalé lors de l'entrée normale dans la page. Les points cachés ne seront signalés que lors du changement d'onglet correspondant.

▪Aucun point PV caché n'est signalé lors de l'entrée dans la page, et les points PV cachés ne sont signalés qu'en quittant la page.

Scénario 2 : Scénario de retour à cette page

Comportement : Entrez normalement dans la page A et restez, puis cliquez sur un élément de ce scénario pour accéder à la page subordonnée B, puis revenez à la page A.
Résultats attendus : 3 points PV cachés seront signalés nativement, à savoir A, B et A, et les page_id, page_param et le document de la page A sont cohérents. La solution de secours h5 ne signalera pas les points PV cachés.
Des problèmes sont susceptibles de survenir : la page de restauration ne signale pas les points cachés PV de la page A.

Scénario 3 : quitter rapidement le scénario de la page (principalement pour résoudre le problème des paramètres émis par le serveur dans le paramètre pageParam. Si l'interface ne répond pas, les points PV enterrés doivent également être signalés normalement)

Comportement : entrez dans la page normalement et quittez la page rapidement
Résultats attendus : 1 point PV enterré est signalé normalement, et page_id, page_param et document sont cohérents
Problèmes susceptibles de survenir :

Scène 4 : Déroulez vers le bas pour actualiser la scène

Comportement : entrez dans la page normalement, puis déroulez-la pour l'actualiser
Résultats attendus : l'actualisation déroulante ne signalera plus les points PV cachés
Problèmes susceptibles de survenir :

Scène 5 : l'application passe à la scène d'arrière-plan ou d'écran de verrouillage

Comportement : entrez dans la page normalement, puis passez l'application en arrière-plan ou verrouillez l'écran, ouvrez-la ou déverrouillez-la à nouveau.
Résultats attendus : les points PV cachés ne seront plus signalés, conformément à la réglementation
Problèmes susceptibles de survenir :

2) Cliquez sur la scène

Scénario 1 : Entrez dans la page sans cliquer

Comportement : Ne pas cliquer sur l'élément correspondant
Résultats attendus : D'après le document sur les points cachés, si le reporting par défaut n'est pas requis, les points enterrés par clic ne seront pas signalés ici (certains points enterrés ont la logique des points enterrés par clic par défaut, ce scénario est conforme aux attentes)
Problèmes susceptibles de survenir :

Scénario 2 : clic normal

Comportement : Cliquez normalement sur l'élément correspondant
Résultats attendus : 1 clic de point enterré est signalé normalement, et event_id, page_id, page_param, event_param, json_param, et_model sont cohérents avec le document
Problèmes susceptibles de survenir :

Scénario 3 : Pas de saut au clic (pas de déclenchement de fonction, pas de changement interactif)

Comportement : Clic normal sur l'élément correspondant sans interaction
Résultat attendu : aucun événement de clic ne sera signalé
Problèmes susceptibles de survenir :

Scénario 4 : Point enterré glissant

Comportement : Arrêtez-vous après avoir glissé pour parcourir
Résultats attendus : signaler les événements de clics enterrés
Problèmes susceptibles de survenir :

3) Scène d'exposition

Scénario 1 : entrez dans la page normalement et l'élément n'a pas été divulgué pour le moment (testez si l'élément exposé n'a pas été divulgué et signalez-le)

Comportement : entrez dans la page normalement, l'élément n'est pas divulgué pour le moment, puis quittez la page
Résultat attendu : Les points d'exposition correspondants ne seront pas reportés
Sujet aux problèmes : signalez les points cachés avant qu'ils ne soient divulgués

Scénario 2 : entrez dans la page normalement. À ce moment-là, l'élément a fui hors de l'écran (vous devez tester les scénarios dans lesquels l'élément vient de fuir, a fui à 50 % et a fui à 100 % pour vous assurer qu'il est cohérent. avec la limite d'espace et le temps d'exposition des éléments dans le document enfoui. Test Reporting timing et limitations d'espace des éléments d'exposition)

Comportement : entrez dans la page normalement. À ce moment-là, l'élément a fui hors de la proportion spécifiée, puis quittez la page.
Résultats attendus : le timing de reporting de cet élément = le timing de reporting des exigences dans le document caché (signalement de la fuite ou de la sortie de la page), et les paramètres de reporting restent cohérents
Problèmes susceptibles de survenir :

▪Le document caché vous oblige à quitter la page et à signaler votre exposition. S'il fuit réellement, signalez-le, et vice versa.

▪Le document à points cachés nécessite une fuite de 100 % pour être considéré comme exposé. Si un pixel px est réellement divulgué, le point caché sera signalé.

▪La logique d'exposition est incohérente aux deux extrémités et la quantité de données d'exposition sur Android et iOS est très différente.

Scénario 3 : Tester le calendrier de déclaration des éléments d'exposition

Comportement : entrez dans la page normalement. À ce stade, l'élément a fui à 100 %, déclenchant différents scénarios de page de sortie : entrée dans la page de niveau inférieur, retour à la page précédente, actualisation de la page, passage à d'autres pages à onglet et entrée dans la page. contexte 5 scénarios
Résultats attendus : Le nombre de rapports d'exposition correspondant à cet élément = le nombre de requêtes intégrées dans le document
Des problèmes sont susceptibles de survenir : le document enterré nécessite de quitter la page pour signaler l'exposition, mais la fuite réelle est signalée, ou une certaine scène est manquée en quittant la page, ce qui fait que les données d'exposition ne sont pas rapportées à temps.

Scénario 4 : Entrez dans la page normalement (testez la logique de déduplication dans la page des éléments exposés)

Comportement : entrez dans la page normalement, faites glisser la page de haut en bas pour faire apparaître l'élément deux fois, puis quittez la page.
Résultats attendus : Le nombre de rapports d'exposition correspondant à cet élément = le nombre de fois que les exigences sont enfouies dans le document (si pour supprimer les doublons au sein de la page, ne signaler qu'une seule exposition)
Problèmes susceptibles de survenir :

Scénario 5 : Entrer normalement dans la page (tester la logique de retour et de reporting des éléments d'exposition)

Comportement : entrez dans la page normalement, faites glisser la page de haut en bas pour faire apparaître l'élément, puis entrez dans la page de niveau inférieur ou dans une autre page à onglet, puis revenez de la page de niveau inférieur, puis quittez la page.
Résultats attendus : signaler l'exposition de l'élément correspondant après le retour de la page subordonnée ou d'une autre page à onglet
Problèmes susceptibles de survenir :

▪Obligé de retourner et de déclarer à nouveau l'exposition, mais n'a pas fait de nouvelle déclaration après le retour effectif

Scénario 6 : Scénario d'actualisation déroulante des données d'exposition (test de la logique de rapport d'actualisation déroulante des éléments d'exposition)

Comportement : entrez dans la page normalement, l'élément apparaît à 100 %, puis déroulez-le vers le bas pour déclencher une actualisation de la page.
Résultats attendus : déroulez vers le bas pour actualiser et générer à nouveau un rapport.
Problèmes susceptibles de survenir :

▪Il était nécessaire de signaler à nouveau l'exposition après l'actualisation, mais elle n'a pas été réellement signalée.

6.3. Plateforme outil-piste de test de points enterrés

6.3.1. Présentation de la plateforme

Track est une plate-forme de qualité unique pour APP, M et mini-programmes. Il prend en charge la collecte sans trace des points enfouis via des agents et l'analyse de code, et vérifie automatiquement les données des points enfouis via le centre de règles unifié, ce qui permet aux tests, au développement, aux produits et aux entreprises de visualiser rapidement et efficacement les points enfouis de test. En même temps, il peut tester automatiquement les points enterrés grâce à la technologie de traversée dans l'auto-test, la fumée, la régression et d'autres aspects des points enterrés, économisant ainsi de la main d'œuvre et améliorant l'efficacité de la qualité des points enterrés.

6.3.2. Utilisation de la plateforme

1) Générer un plan de points enterrés

Ce qu'il faut ici, c'est le lien avec le plan d'enfouissement bien entretenu sur le méridien.

2) Sélectionner ce plan de points enterrés après génération

3) Après avoir sélectionné la méthode de rapport, sélectionnez scanner le code QR pour signaler.

Remplissez le site correspondant, générez un code QR, scannez le code avec votre appareil photo et ouvrez l'application pour signaler.

4) Les événements déclencheurs enfouis qui doivent être testés apparaîtront dans le rapport en temps réel ci-dessous. Sélectionnez l'événement correspondant et les informations de champ signalées apparaîtront à droite.

5) Comparez les champs, marquez les résultats des tests et générez un rapport de test après marquage.

Auteur : JD Retail Zhang Yuxun

Source : Communauté de développeurs JD Cloud Veuillez indiquer la source lors de la réimpression

Une brève discussion sur les points enterrés et l'assurance qualité | Équipe technique JD Cloud