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

[Docs] Type of sites we are targeting #56

Closed
addyosmani opened this issue May 25, 2018 · 7 comments
Closed

[Docs] Type of sites we are targeting #56

addyosmani opened this issue May 25, 2018 · 7 comments

Comments

@addyosmani
Copy link
Contributor

addyosmani commented May 25, 2018

A common question I get is what size/scale of site Guess.js is targeting. I think it's worth documenting this a little more clearly. My two cents:

  • Sites with nested pages (e.g have a minimum of three levels of nesting). Good examples: news and publisher sites, e-commerce, large SaaS sites)
  • Sites who have already been using Analytics tracking for a while (likely to have a rich set of data that can be used for predictive fetching).
@addyosmani
Copy link
Contributor Author

addyosmani commented Jun 1, 2018

Another question we might want to document an answer to is if sites with less than say, 10 views benefit from this approach at all. Speaking to one site, they noted they currently precache the other 9 views when the first view is being loaded and feel prefetching intelligently isn't needed there which is fair.

I see larger sites finding this useful. In particular for data fetching. I believe this is what Kyle did for the Wikipedia example and this site did point out smarter data prefetching would be valuable to them.

@rockeynebhwani
Copy link

@addyosmani - We tried to use this for a large eCommerce site with this configuration and this configuration (which takes the report for one day) results in a report which is about 100000 lines. However, it is still too big for the plugin and it hits one of the quotas for the maximum amount of service calls.

new GuessPlugin(
{
GA:'XXXXXXXX',
period:{
startDate:newDate('2019-1-15'),
endDate:newDate('2019-1-16')
}
}
)

I am not aware of any other configuration which can be added to further reduce this set. So we want to understand if this is really usable in current shape for big eCommerce sites with large volumes? Thoughts?

@mgechev
Copy link
Member

mgechev commented Jan 18, 2019

The two possible workarounds right now are:

  • Requesting quota increase from the GA team
  • Shrinking the time range

I can see that the time range on your side is already very tight. What framework are you using guess.js with?

@mgechev
Copy link
Member

mgechev commented Jan 19, 2019

@rockeynebhwani I'm talking to the Google Analytics team, so we can hopefully come up with a solution.

@rockeynebhwani
Copy link

rockeynebhwani commented Jan 19, 2019

Thanks @mgechev for your response.. We are trying to use guess.js with React / Webpack. As you can see, we have already reduced the time range to 1 day. Can we go lower than this ? Looking at config 'startDate' and 'endDate', it looks like we can only provide dates and can't go lower than this...

I am struggling to find a link to request increase in quota limit. This is for an enterprise site where GA account is set up by an agency.. so I am not sure if it's I am authorized to request increase in quota... I also liked idea from @addyosmani to point to a URL for requesting bump in quota - #67

@sammydigits
Copy link

Info on increasing the GA Reporting API quota can be found here:

https://developers.google.com/analytics/devguides/reporting/core/v4/limits-quotas

@mgechev
Copy link
Member

mgechev commented Jan 19, 2019

@rockeynebhwani Guess.js may not perform ideally with React & webpack without using higher-level framework such as Gatsby or Next. The router definition in React is very dynamic and does not allow us to create the mapping between GA pages & lazy-loaded routes for all possible cases.

@mgechev mgechev closed this as completed May 30, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants