Skip to main content
Solved

Filter out/group page events with unique strings


Forum|alt.badge.img

We have a ton of Unexpected events generated from varying page views with unique strings attached that I can’t seem to clean out/block future.

I feel like it should be pretty simple to create a filter and auto block, but there is no way I can see to program a ‘contains’ in URL for filter configuration.

So some examples, I just want to filter out events with /app/chat/*/ and the like programmatically.

Or on the same notion, create a rule to group to 1 event based on a url path, i.e. /app/{UID}/goals/*/comments = Comment Viewed vs /app/{UID}/goals/*/home = Goal Viewed

fyi @Esther Trapadoux 

 

Sample of this undesirables:

 

 

Best answer by Saish Redkar

Hi @Colleen Cassidy 

Ideally, you should debug your instrumentation to check where these event names are created ( having unique url names ) and try to fix if possible.

If you are referring to block filters, then currently the filter config only supports the following options based on event name.

So “contains” won’t work here, but you can try with “starts with”.

If you want to manage this in event segmentation charts, then you can try creating a custom event filtered on the “Event Name” condition and name it accordingly.

Hope this helps.

View original
Did this topic help you find an answer to your question?

2 replies

Saish Redkar
Expert
Forum|alt.badge.img+10
  • Expert
  • 1377 replies
  • Answer
  • November 9, 2023

Hi @Colleen Cassidy 

Ideally, you should debug your instrumentation to check where these event names are created ( having unique url names ) and try to fix if possible.

If you are referring to block filters, then currently the filter config only supports the following options based on event name.

So “contains” won’t work here, but you can try with “starts with”.

If you want to manage this in event segmentation charts, then you can try creating a custom event filtered on the “Event Name” condition and name it accordingly.

Hope this helps.


Forum|alt.badge.img

Hi Saish, 
Our instrumentation is just sending events via Segment.

We are only actively using track calls on specific events and specific page calls on named Pages. We are not seeing these strings tracked in Segment as events, but they are coming in to Amplitude.

When I compare the Segment debugger to Amplitude unidentified events, there are a slew of long page urls coming in as events, when they are not identified as track nor page calls in our Segment implementation.


Reply


Cookie policy

We use cookies to enhance and personalize your experience. If you accept you agree to our full cookie policy. Learn more about our cookies.

 
Cookie settings