Naar hoofdinhoud gaan
Attribuutverdelingen kunnen u helpen de bron van een fout te achterhalen door een verdeling van fouten per tag te tonen. Screenshot van Attributes-pagina Dit kan u helpen om te laten zien hoeveel fouten er bijvoorbeeld op frontend1 vs frontend2 hebben plaatsgevonden. Of of een specifieke deploy meer fouten heeft veroorzaakt dan een andere deploy. Attribuutverdelingen werken door te kijken naar “speciale” tags in een sample. We halen de waarden uit deze speciale tags en berekenen de verdelingen daaruit.

​
Samples taggen

U kunt een sample taggen met de volgende tags om verrijkte verdelingen voor hen te krijgen:
  • hostname Om verdelingen per host te tonen
  • revision Om verdelingen per deploy/revisie te tonen
  • country (Voor front-end fouten) om te tonen welke landen de meeste problemen ondervinden
  • country_code (Voor front-end fouten) om te tonen welke landen de meeste problemen ondervinden
  • browser (Voor front-end fouten) om te tonen welke browser de oorzaak is
De volgende tags worden ook geaccepteerd, maar niet verrijkt. Ze worden weergegeven zoals ze zijn getagd:
  • company
  • slug
  • user_id
  • account_id
  • customer_id
  • visitor_id
  • client_id
  • group_id
  • site_id
De meeste van de verrijkte tags worden automatisch op samples toegepast; onze agent stelt de hostname tag in en als u deploy-tracking met ENV-variabelen gebruikt, gebruiken we daaruit de revision tag. Voor front-end fouten extraheren we het country uit het IP-adres dat de fout heeft verzonden, evenals de browser tag. Tags die we niet automatisch instellen zijn de user_id en company tags. U kunt deze zelf taggen om een beter beeld te krijgen van welke gebruikers een probleem hebben ondervonden. Als u attributen wilt gebruiken die niet in deze lijst staan, voegen we er graag meer toe. Neem contact op met support.

​
Opmerkingen om in gedachten te houden

We extraheren tags uit samples, wat betekent dat in sommige gevallen, als er in een korte periode een enorm aantal fouten wordt verzonden, we niet elke tag uit elk sample krijgen, aangezien deze door onze integraties worden gethrottled. Tags worden opgeslagen voor de duur van de retentie van uw plan. Dit kan variëren van zeven dagen tot zestig dagen, afhankelijk van uw plan. Dit betekent dat verdelingen in de loop van de tijd kunnen veranderen, afhankelijk van hoeveel foutsamples we nog in retentie hebben.