Comments (11)
@jdiogopeixoto -- @terichadbourne and @zebateira are available to help you set this up and get you access to our Countly instance 😊 ... after that, let's discuss what specifically we want to track. Thank you!
from ipfs-blog.
@zebateira @terichadbourne @jdiogopeixoto - adding one other item that needs to be tracked: Per https://github.com/ipfs/blog/issues/349, can we please count requests for the RSS feed at index.xml
so we can see if RSS subscriptions/queries change over time? Thank you! 🙏
from ipfs-blog.
Will continue to ponder this list, but I expect that the answers to what needs custom tracking will depend on how the new IPFS blog and the re-platformed IPFS website en up interfacing with each other. If there's any chance they'll end up in the same site (despite the implications of the blog needing more frequent updates by a wider collection of folks that the website does) then a few of these things might end up taking advantage of built-in analytics features like funnels.
Some things you've listed, like footer link clicks, come built in, but based on what @zebateira and I have learned about the number of data points stored for each event (not number of segments but number of potential values for the segment, like every link that ever exists on the blog), or based on the fact that they appear on multiple pages, you may indeed want to set up custom tracking events regardless that are structured in a way that's easier to report on within Countly.
from ipfs-blog.
@jdiogopeixoto correct me if I'm wrong but VuePress does not allow you access the index.html file directly so easily, so it's not the easiest way to add countly as a script and then also configure it there.
That's why we also have these plugins here: https://github.com/ipfs/ipfs-blog/tree/main/src/.vuepress/plugins ?
Countly refs:
- https://www.npmjs.com/package/countly-sdk-web
- https://support.count.ly/hc/en-us/articles/360037441932-Web-analytics-JavaScript-
We will discuss this more thoroughly in our call tho, just wanted to get leave some info here about the solution.
from ipfs-blog.
Thoughts on what specific events we may want to add; would appreciate a sanity check from @terichadbourne and/or @zebateira on this ...
Countly's default data gathering should be sufficient for almost all purposes, but wondering about adding specific events for the following that we might want to use as ongoing metrics:
- Clicks on nav menu items from any page, so we can compare frequency (i.e. do folks go to docs from the blog with a significantly higher frequency than other nav options?)
- Clicks on social share icons from any page (individual post page, video modal); tracked per channel so we can compare frequency
- Clicks on social outbound-link icons (GitHub, YouTube, Twitter, LinkedIn) from footer or from "Prefer your news a different way" section on cards page; tracked per channel so we can compare frequency
- Clicks on "Submit an item" link from cards page intro text (to track this vs item submission completion)
- Clicks on press kit link from cards page intro text
- Clicks on "Load More" button on cards page
- Clicks on "Subscribe" button in footer (to track vs successful newsletter subscriptions and check for friction in the signup process)
- Clicks on other footer links, so we can compare frequency: Press, Code of conduct, Security, Protocol Labs, Terms, Privacy
- Some means (apologies for being so vague here) of determining our most frequent searches and filters from the cards page; wish I could be more specific but am unsure about the best way to set this up
- Some means (again, apologies) of tracking most frequently clicked tag/post-type chicklets from all pages: cards page, individual post page, video modal
from ipfs-blog.
@zebateira @terichadbourne @jdiogopeixoto - adding one other item that needs to be tracked: Per ipfs/blog#349, can we please count requests for the RSS feed at index.xml so we can see if RSS subscriptions/queries change over time? Thank you! 🙏
At first glance I don't see how we can track this to countly easily, considering the access to /index.xml
does not open the vue app, and so, countly is not loaded for use.
I had the idea of adding a client-side proxy redirect with the only purpose of tracking access to the rss feed link,
but the problem with a redirect is that I'm not sure if rss feed readers follow these redirects, so we would need to test this.
And even if it works, users could click the link and be redirected to the /index.xml
file and then copy the xml file link instead of the initial redirect link which would not allow us to track the access.
Another alternative would be to intercept the /index.xml
(we would need to ask the fleek team for this to add this custom config) and redirect to a server endpoint that would use the countly js sdk and send the tracking event to countly before responding with the index.xml
file (this could be done with lambda functions and fleek doesn't have them yet, but netlify does).
Do you have other ideas for this @jdiogopeixoto @lidel ?
from ipfs-blog.
@zebateira @terichadbourne @jdiogopeixoto -- your thoughts on the following?
We are tracking outbound social shares through clicks on our share links, but it would also be nice to track inbound traffic that comes from those social shares. Would the best way to do this be to append a referrer to the URL (e.g. ipfsBlogShare
) that gets passed through to the Twitter/FB share widget, and then use Countly to track page loads with that referrer in it?
If that's the case, @jdiogopeixoto, would you mind setting that up in the blog code so I can add it on the Countly dashboard side? 🙏
from ipfs-blog.
We are tracking outbound social shares through clicks on our share links, but it would also be nice to track inbound traffic that comes from those social shares. Would the best way to do this be to append a referrer to the URL (e.g. ipfsBlogShare) that gets passed through to the Twitter/FB share widget, and then use Countly to track page loads with that referrer in it?
Yes, that's a good way to track that 👍
We haven't explored this at ProtoSchool, but there are campaigns on Countly:
https://support.count.ly/hc/en-us/articles/360037639331-Attribution-Campaign-Types
Considering we have the countly.ipfs.io
subdomain setup, the link will not be so weird for the users.
We can always ask the Countly team about this feature or what is the best way to track this (they might present another feature they have that would better fit this purpose).
from ipfs-blog.
Closing this with the acknowledgement that we still need to duplicate the staging dashboard for prod once the DNS is re-pointed to blog.ipfs.io. That work is captured in #22.
from ipfs-blog.
Didn't know where to put this, so here it goes.
I've added tracking for 404s by adding the custom event 404NotFound
This way we can track that event's segment referrer
to see where broken 404 links are being referenced from (the data you see above is just testing data, but that's how roughly it will work).
Done here #106
from ipfs-blog.
Thanks @zebateira - I'll get that in the Countly dashboard for prod.
from ipfs-blog.
Related Issues (20)
- Move to blog.ipfs.tech HOT 6
- [Blog Post] IPFS Thing 2022 Recap HOT 3
- [Blog Post] New IPFS implementations are happening and welcome HOT 6
- [Blog Post] js-ipfs 2022Q4 update HOT 2
- [Blog Post] Introducing Reframe HOT 3
- Alias go-ipfs tag to kubo
- Typo "neraby" in ipfs-breaking-free/header.png
- Build errors HOT 1
- Fix broken og:image tags
- [Blog Post] libp2p and The Merge HOT 2
- Update blog submission guidelines for public
- New blog post does not show up in fleek build preview if commit was amended HOT 2
- Permalinks don't work
- [blog Post] (ipfs operator)
- Change references to "weekly newsletter" to just "newsletter" (as it is no longer weekly) HOT 3
- Title formatting issue on march 31st blog post
- Discord Link is invalid HOT 1
- Update newsletter links
- Navigating from post to author page shows no content or too much
- Publish Dapps on IPFS blog post HOT 1
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from ipfs-blog.