Go
New
Find
Notify
Tools
Reply
  
-star Rating Rate It!  Login/Join 
Posted
Hello,
We are using WT 8.0 with the SDC and are incorporating Portal 6.0 and I have created path analysis profiles using content groups, but when I review the report, no data is being populated. Currently, any path analysis that we have set up that is working is because it references a specific page with an ext., but because Portal content is dynamic, I can not reference a page with an extension. Does anyone have any suggestions/solutions?
Thanks you in advance ...
 
Posts: 19 | Registered: December 01, 2008Reply With QuoteReport This Post
Posted Hide Post
First question - are you talking about content group pathing or page pathing?

If content group pathing, are your content groups appearing in the content groups report (not the content group paths report)?

If page pathing, you can definitely get what you want. By default, WebTrends does NOT display the query parameters in a URL. As a result, a visit that goes from page.aspx?id=5 to page.aspx?id=10 looks like a single-step path, just page.aspx.

You need to force WebTrends to display the parameter "id=xxxxx" whenever it displays URLs.

You do that by telling WebTrends to NOT truncate the query parameters in reports. Go to the Page File Types tab, find the file type in question (in my example, it's aspx), edit the file type and turn off parameter truncation.

Since you are using SDC tags, you need to do something else. SDC inserts a ton of new parameters in every URL, such as the time zone of the vsitor (WT.tz=). You do not want these in your reports! You can suppress some parameters and display others by using URL Rebuilding (yet another tab in the profile). Choose the one that is labeled for suppressing WT.* parameters.

So it's a two step process --- untruncate the URLs via Page File Types, then suppress a subset of the parameters via URL Rebuilding.

You can create your own URL Rebuilding definitions. If your URLs look like "page.aspx?id=5&oid=9" and you only want "id=" to be displayed, you can make a URL rebuilding definition that allows only the id= parameter to appear in reports.

It'll make more sense once you get going and start seeing results.

One other thing --- a lot of people prefer having all parameters suppressed in all the WT reports in a profile, except for path analysis. That can't be done. The parameter truncation and URL rebuilding settings apply throughout the profile.

So, if you want parameters to be visible only for path analysis, you have to create a separate profile whose purpose is to show paths. Do your untruncation and URL rebuilding in that profile. Sounds like a lot of trouble, but it isn't that hard to do, and most of us work with several different profiles for a given site, each with a different purpose.

Hope this helps.


Chris G
 
Posts: 2193 | Location: Ann Arbor, Michigan | Registered: July 13, 2005Reply With QuoteReport This Post
Posted Hide Post
Thank You for the response but I have one more question... None of our URLs have file extensions in them...here is an example:

http://portaldev/wps/myportal/...twny/Provider/Forms/

with that being said, the URL changes every time depending on your session as all content is dynamically created.

I need to track many specific pages that the business is inquiring about. I have tried to create a path analysis with specifying a page ...in the example URL above /Forms* and by selecting a pre-existing content group (which does have results) and neither are working.

Again we are using portal 6 with wt 8 ... is still possible?
 
Posts: 19 | Registered: December 01, 2008Reply With QuoteReport This Post
Posted Hide Post
Okay.

I'm reprinting your URL here with line breaks so the whole thing can be seen in the posting.

http://portaldev/wps/myportal/...MSSzPy8xBz9CP0os3j_A
O8AR2dL31A3NwNnA0-
LQEcfMwtTQ69gY6B8JJK8n4WhmYFRSHCYR4i7saG_sxkB3X4e-bmp-
pH6UeY4VVka60fmpKYnJlfqF-
RGlOc7KioCAA79yPI!/dl2/d1/L0lJSklna21BL0lKakFBRXlBQkVSQ0pBISEvWUZOQ
TFOSTUwLTVGd0EhIS83X09QS1BBQzlNVUZGMEMwSThRQUw2ODUxSjkzL1JiT
lNoNDk5OTAxMTA!/?WCM_PORTLET=PC_7_OPKPAC9MUFF0C0I8QAL6851J93
_WCM&WCM_GLOBAL_CONTEXT=/wps/wcm/myconnect/contentwny/Provider/For
ms/


If you are specifying a page-type path analysis and specifying the starting page as /Forms* then that's the problem with the page path report. Path Analysis logically does not work with wild cards. You need to enter the absolutely exact page URL, including the / at the beginning.

You say you are also creating a Content Paths report and specifying a starting content group as one that already exists and is showing as having traffic in the Content Groups report. If so, that one should be working.

Can you make sure the Content Paths From Entry report is activated in your profile? Is it showing paths?

Those URLs are a mess aren't they. The URLs change in every session? Then what is the meaningful part of the URL that stays consistent from session to session for a given page? Is it
"&WCM_GLOBAL_CONTEXT=/wps/wcm/myconnect/contentwny/Provider/Forms/" ?
Is that parameter in every hit, with a value that corresponds to a normal URL on a non-Portal site? If so, if I were you I would use URL Search and Replace to get rid of all the session-specific stuff before WEbTrends starts to process. It would be great if you could use URL S&R to change the URL you provide (above) into something like:

http://portaldev/wps/wcm/mycon...twny/Provider/Forms/

if this is possible, all your reports would be making a lot more sense. Gosh, your pages report must be an endless list of unique URLs each with only 1 visit.

Another advantage of doing this is that the page identifier would no longer be hidden in a URL parameter, it would be in the URL itself. URLs in parameters are a pain to deal with; the specification process is long and parameter-based specs can't always be done.

If you'd supply the site address, we could look more closely at how your URLs appear. But it sounds like it's an intranet, right, and therefore we can't see it?


Chris G
 
Posts: 2193 | Location: Ann Arbor, Michigan | Registered: July 13, 2005Reply With QuoteReport This Post
Posted Hide Post
quote:
I need to track many specific pages that the business is inquiring about


--- it would help if you'd explain what you mean here by "track". Do the businesses want to know:

-- how much traffic a specific page gets?
-- etc etc

Also, in response to your question about Portal 6. It's not the platform, it's the URLs that it produces in the logs. I think it's very possible that those URLs can be worked with successfully in WT. But I'll bet it cannot be done without URL Search & Replace.

Can you post a few other URLs, or, better yet, some SDC log file lines?


Chris G
 
Posts: 2193 | Location: Ann Arbor, Michigan | Registered: July 13, 2005Reply With QuoteReport This Post
Posted Hide Post
Hi Chris ...
Here are some URLs for you to look at:
https://securews.bcbswny.com/w...al/wny/ProvidersHome and if u click on any of the links on that page (Tools & Resources, Payment and Operations, Forms, Compliance or News & Updates), u will see additional URLs with the nightmarish URLs...

I am also attaching one of the log files per your request.

Lastly, the business is looking to track specific pages, an example is Tools & Resources ->Policies and Guidelines -> Office Administration.

Text Filedcsr2m56nqzp97i8vglrmqx3g_5x4m-dcs-2010-01-11-11-00305-wtb02sdc.txt (56 KB, 0 downloads)
 
Posts: 19 | Registered: December 01, 2008Reply With QuoteReport This Post
  Powered by Social Strata  
 


© 2009 Webtrends Inc. All Rights Reserved.