Distinct dimension count

Question

Hi Folks,

I have a website where the one of form submit event hits is sent to the Adobe Analytics server. However, we only pass the variable value with form-submit, but no events to Adobe Analytics.

This is the existing implementation, and It has been implemented in this way for some other purpose.

The requirement is to find the number of total forms submitted against different dimensions like campaigns, etc.

Basically, to sum the form-submit dimension occurrences against different dimensions like campaign.

to create a report on this, I created one calculated metric that counts the occurrences of the segment, and the segment only considers the hits where the form-submit variable is captured.

additional note form-submit variable is a prop

I have verified that the calculated metric is working fine.

But just wanted to confirm, Is this the correct approach of counting form-submit in the report?

Is there anything that can hamper this calculation like (low traffic)?

I know that count_distinct can be used, but I need an exact count.

below is what my calculated metric looks like, and the segment is at HIT level where the prop value is the form-submit

Thanks,

Nitesh

@jennifer_dungan @yuhuisg @andrey_osadchuk @pratheeparunraj

Jennifer_Dungan · Accepted Answer

Ok, so your prop could be holding values like:

some value 1
some value 2
form submitted
some other value
etc

And you only want the counts for "form submitted"?

In which case, your calculated metric can just be the occurrences metric with either a standard or on the fly segment (like what you have)...

There's a lot blanked out in your original screenshot, so I assume the segment is correct and not causing unnecessary calculation..

But understanding now that the prop is multi-use helps give context to what you are doing.

Depending on how many unique values you are collecting in your prop will be the determining factor on if low traffic would have any impact, but if the form submit is a standard value like "form submitted" (or whatever value you are using) the changes are good that it should avoid the dreaded low traffic issue.. If you have multiple forms in use, or are passing multiple unique strings ("form 1 submitted", "form 2 submitted", etc) you run a slightly higher chance of hitting low traffic (again dependent on how much your prop is being used for and how popular all your variants are).

But based on what I can see of your calculated metric, I don't see anything inherently wrong (again assuming your segment is the correct logic).

If you are worried about potentially hitting low traffic, you could create a table to check the variations of the prop returned by that segment you are using in your calculated metric... if you notice that forms are missing, then it might be that they are hitting low traffic, or not used... you will have to determine which of these could be the impact.

yuhuisg · Answer

As a workaround, your approach works (subject to any clarifications that you have with @jennifer_dungan ).

However, as a correct implementation, it's not ideal. You should set a success event to measure every form submission. That is really the way to measure conversions in Adobe Analytics.

If you have several forms, you can set the success event with an eVar to track both the form submission and the form name respectively.

Sign up

Login with SSO

Login to the community

Login with SSO

Scanning file for viruses.

This file cannot be downloaded