Page URLs with double slashes under Workspace | Community
Skip to main content
P
prathap08
Level 4
October 1, 2020
Solved

Page URLs with double slashes under Workspace

  • October 1, 2020
  • 4 replies
  • 4787 views

Hi,

 

We are able to see different version of URLs. In workspace,

 

Example: www.example.com/home.html > proper one

 

we also able to see www.example.com//home.html (with double slash because of Typed/Bookmarked dimension majorly. Some traffic from referring domains too. It not only displaying for home page. It is coming for category and sub category pages too. 

 

NOTE: Adobe image request/call is happening even with double, triple, infinity slash for all the page in the website. So that we able to receive data to ADOBE workspace with different version of URLs for same page.

 

I hope, this can be avoided by configuring under DOMAIN level going forward. Example kind of 301 permanent redirection or any other URL structure setup. Please let us know whether I'm on the same page or is there anything can be done under tool end too. I hope CMS- domain level change is pretty straight forward to avoid this type of issue even with other tools.

 

Thanks!

 

@yuhuisg can't paste the screenshot as this for customer. I can say

Page URL (Prop 2)

 

https://www.example.com/home.html 

https://www.example.com//home.html

https://www.example.com//category.html

https://www.example.com/category.html

its coming irrespective to the variables. If you drag this under Page Name Evar, that time also you get these URL's

I investigate where this comes from, it mainly referring to typed/bookmark. I hope it can be rectified using permanent fix under the domain level. By doing redirection etc..

 

 

 

This post is no longer active and is closed to new replies. Need help? Start a new post to ask your question.
Best answer by Jacob-DDdev

Hi @prathap08 ,

 

This is a hack, but if the bad data is already collected you could clean it up using a classification.

That is, for each domain, create a Path variable and define it using classification rule builder similar to the following:

\/*([^\?]*)\??.*$

 Mapping $1 to the new variable.

4 replies

Jacob-DDdev
Jacob-DDdevAccepted solution
Level 6
October 1, 2020

Hi @prathap08 ,

 

This is a hack, but if the bad data is already collected you could clean it up using a classification.

That is, for each domain, create a Path variable and define it using classification rule builder similar to the following:

\/*([^\?]*)\??.*$

 Mapping $1 to the new variable.

Jacob-DDdev
Jacob-DDdev
Level 6
October 5, 2020

Hi @prathap08 , this is also a work around, but give you better data going in. Try manually reformatting the text in custom code.

E.g. 

 

s.registerPreTrackCall(function(){ s.prop2 = s.prop2.replace("\/\/","\/"); });

 

Or, if you are using context data/pagename it would look similar with the corresponding variable.

 

This doesn't address the issue, but would probably be a fast solution.

yuhuisg
Community Advisor
yuhuisgCommunity Advisor
Community Advisor
October 2, 2020

What URL dimension in your reports?

In my case, I track the page URL to a prop. When I broke down the Referrer dimension by that prop, I got the correctly formatted URLs. When I report on the prop itself, I also get the correctly formatted URLs.

P
prathap08Author
Level 4
October 2, 2020
Yes mate, same way configured in the prop. Not specifically to referrer that I'm facing. It's coming irrespectively to the any dimension. I guess, the way the URL structure built is allowing extra SLASH by the way image request is happening. Specifically I can say, it all coming from TYPED referrer. We are seeing the data under the PAGE URL dimension. Please correct me if m wrong.
Jacob-DDdev
Jacob-DDdev
Level 6
October 14, 2020

Hi @prathap08 ,

If you are setting it into prop2 with document.location.href you can use the following javascript to set the variable:

s.prop2 = document.location.href.replace(/([^:])\/\/+/g,"$1/");

 This will replace every instance of repeated "/" unless directly following a ":".

 

Note: If you are use to using the normal "Set Variable" action, and if this is being used for click tracking, and if you go with this custom code option, be sure to update s.linkTrackVars .

jantzen_b
Adobe Employee
jantzen_bAdobe Employee
Adobe Employee
December 3, 2020
Do any of the answers below answer your initial question? If so, can you select one of them as the correct answer? If none of the answers already provided answer your question, can you provide additional information to better help the community solve your question?
Terms & ConditionsAccessibility statement

Loading footer...