Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Internal tracking #118

Open
scottalreadytaken opened this issue Nov 18, 2018 · 2 comments
Open

Internal tracking #118

scottalreadytaken opened this issue Nov 18, 2018 · 2 comments
Milestone

Comments

@scottalreadytaken
Copy link

I would be using this plugin if it could help me understand how people move around the website using the internal referrer. Unless I’m mistaken the plugin currently filters out the referrer field if it’s an internal link. Would anyone else be interested in being able to review internal referrers? Perhaps as a separate view?

@Zodiac1978
Copy link
Member

Looks like a good idea. At least as an option. We need to discuss this further. @stklcode What do you think?

@patrickrobrecht patrickrobrecht added this to the 1.8.0 milestone Dec 28, 2018
@stklcode
Copy link
Contributor

stklcode commented Jan 2, 2019

Unless I’m mistaken the plugin currently filters out the referrer field if it’s an internal link.

That's right Referrers is only added if not prefixed with the current site's home URL:

if ( ! empty( $referrer ) && self::strposa( $referrer, $needles ) === false ) {
$data['referrer'] = esc_url_raw( $referrer, array( 'http', 'https' ) );
}
)

Of course we can simply omit this constraint. Immediate result would be a messed up referrer list. Filtering the top lists for larger datasets is not very efficient.

We could add another DB column like referrer_int to simply separate both lists without performance issues. Probably parse to relative paths for automatic grouping on multi-domain sites.

The larger issue imho is the visualization. What comes to my mind is an "internal/external" switch above the existing referrer list. This however does not show the navigation paths - which are much more interesting than simply identifying local hubs. Using such UI switch to replace the current 2 tables with one large table and group not only by referrer but by path could fit the scope.

External view:

Top referers:    Top targets:
50 example.com   80 /
40 example.net   70 /foo/
30 example.org   60 /bar/

Internal view:

Top paths:
60 /     -> /foo/
50 /foo/ -> /bar/
40 /bar/ -> /baz/

@patrickrobrecht patrickrobrecht modified the milestones: 1.8.0, 1.9.0 Jul 25, 2020
@stklcode stklcode modified the milestones: 1.9.0, 2.0.0 Mar 20, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants