-
Notifications
You must be signed in to change notification settings - Fork 386
Integrations: expose integrations meta-data to simplify analytics #4517
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
base: main
Are you sure you want to change the base?
Conversation
@Blargian is attempting to deploy a commit to the ClickHouse Team on Vercel. A member of the Team first needs to authorize it. |
The latest updates on your projects. Learn more about Vercel for GitHub.
|
doc_type: 'guide' | ||
integration: | ||
- support_level: 'core' | ||
- category: 'clickpipes' |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@morsapaes Do we need something to distinguish between different ClickPipes data sources?
Summary
Currently it's challenging to analyze our docs traffic data for integrations per integration category or support level without some level of manual effort. For example if you want to see how much more popular language client integrations pages are, than data ingestion pages you will need to manually input a list of the slugs for filtering which is inconvenient.
What's needed?
Meta data in integrations docs pages such as:
This meta data in the doc front-matter will then be exposed via the page header and we can collect it via Google Analytics.
This will simplify SQL queries so we can analyze patterns in our docs for integrations.
Change introduced
It's now possible to add a new
integration
property with child metadata to the front-matter section:Docusaurus has been customized to expose this data in the head element of the page. For example:
I've added these to get tracked in Google Tag Manager:
Checklist