Självstudie om att lägga till anpassade taggar i klienttelemetrin
Den här självstudien visar hur du lägger till ett anpassat dataattribut, som kallas taggen Diagnostikalternativ , till telemetridata som webJS-klienten skickar till Azure Monitor. Den här telemetrin kan användas för analys efter anrop.
Varför A/B-testning spelar roll
A/B-testning är en viktig teknik för att fatta datainformerade beslut inom produktutveckling. Genom att undersöka två varianter av ett programutdata kan utvecklare identifiera vilken version som utmärker sig baserat på specifika mått som spårar samtalstillförlitlighet och kvalitet. Den här metoden gör det möjligt för företag att testa olika design, innehåll och funktioner inom en kontrollerad inställning, vilket säkerställer att eventuella ändringar resulterar i mätbara förbättringar. Dessutom minskar A/B-testning riskerna med att introducera nya funktioner eller strategier genom att erbjuda evidensbaserade insikter före en fullskalig lansering.
En annan viktig fördel med A/B-testning är dess förmåga att avslöja användarpreferenser och beteenden som kanske inte är uppenbara genom traditionella testtekniker. Genom att analysera resultatet av dessa tester kan utvecklare få en djupare förståelse för hur två olika versioner av ditt program resulterar i förbättringar av slutanvändarnas tillförlitlighet och kvalitet. Denna iterativa cykel av testning och optimering odlar en kultur av kontinuerlig förbättring, vilket hjälper utvecklare att förbli konkurrenskraftiga och anpassningsbara för att utveckla marknadstrender.
Fördelar med taggen Diagnostikalternativ
Tänk på möjligheten att specifika segment i användarbasen stöter på problem, och du vill bättre identifiera och förstå dessa problem. Anta till exempel att alla dina kunder som använder Azure Communication Services WebJS på en enda viss plats har problem. För att hitta de användare som har problem kan du lägga till en tagg för diagnostikalternativ på klienter som initierar ett anrop på den angivna platsen. Med den här taggningen kan du filtrera och undersöka samtalsloggar effektivt. Genom att använda en riktad tagg kan du separera och analysera dessa data mer effektivt. Övervakningsverktyg som ACS Calling Insights och Call Diagnostic Center (CDC) kan hjälpa dig att spåra taggen och identifiera återkommande problem eller mönster. Genom pågående analys av dessa taggade sessioner får du värdefulla insikter om användarproblem, så att du proaktivt kan åtgärda dem och förbättra den övergripande användarupplevelsen.experience.
Så här lägger du till en tagg för diagnostikalternativ i JavaScript-koden
Det finns tre valfria fält som du kan använda för att tagga ge för att lägga till olika nivåer av. Telemetrispårning för dina behov.
appNameappVersiontags
Varje värde kan ha en maximal längd på 64 tecken, med stöd för endast bokstäver [aA, bB, cC osv.], siffror[0-9] och grundläggande symboler (bindestreck "-", understreck "_", punkt ".", kolon ":", nummertecken "#" ).
Här är ett exempel på hur du använder parametrarna för diagnostikalternativ från ditt WebJS-program:
const callClient = new CallClient({
diagnostics: {
appName: 'contoso-healthcare-calling-services',
appVersion: '2.1',
tags: ["contoso_virtual_visits",`#clientTag:participant0001}`]
}
});
Visa taggen
När du har lagt till värdena i klient-SDK:t fylls de i och visas i telemetrin och måtten när du anropar. Dessa värden visas som nyckel/värde-par som läggs till i användaragentfältet som visas i schemat för anropsklientloggen
contoso-healthcare-calling-services/2.1 azsdk-js-communication-calling/1.27.1-rc.10 (contoso_virtual_visits, participant0001). Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, som Gecko) Chrome/129.0.0.0 Safari/537.36 Edg/129.0.0.0
Kommentar
Om du inte anger något värde för "appName", "appVersion eller "tagg" inifrån klient-API:et är standardvärdet för det fältet tomt.