You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
As flagged by a user in the support forum, Analytics data for Arabic language pages/URLs is inconsistent across Site Kit displaying 0 data in some sections and the accurate data in others.
The Site Kit admin bar will display 0 data across the board for these pages which is also the case when selecting More details to view the specific page stats page. However, when checking the Site Kit Dashboard top content section you can see data for this page. Data can also be seen from the Analytics platform.
When viewing the data for the page, you can see that the URL is encoded due to the Arabic language characters. This is probably related to the way we are this in Site Kit.
All screenshots of this when testing are supplied below.
Steps to reproduce
Create a page with Arabic characters
Accumulate data for that page
Check the data for that page in the admin bar, stats page, dashboard and Analytics platform to compare
Do not alter or remove anything below. The following sections will be managed by moderators only.
Acceptance criteria
Stats should show correctly for pages/URLs with slugs with special characters such as Arabic, with special attention on the Admin bar and entity dashboards
URLs with special characters should be displayed in their decoded forms
Implementation Brief
The problem is due to Entity URLs for single posts as WP encodes the slug when storing the post which is not automatically decoded by get_permalink.
The above branch adds some missing coverage for Entity_Factory::create_entity_for_post
QA Brief
Setup Site Kit and connect Analytics module, on existing website or on a new one
Add a page with an Arabic title, example, copy this "عنوان صفحة الاختبار"
Make a few visits on it, so some views can be tracked
Tomorrow, verify that page is showing data in main dashboard, under Top content over the last 28 days, Site Kit admin bar dropdown on that page, and on single entity page view, and any other place/widget
Changelog entry
Fix Analytics data inconsistency for Arabic language pages.
The text was updated successfully, but these errors were encountered:
The page is showing data in main dashboard, under Top content over the last 28 days, Site Kit admin bar dropdown on that page, and on single entity page view, and any other place/widget. I compared this with Google Analytics too.
Bug Description
As flagged by a user in the support forum, Analytics data for Arabic language pages/URLs is inconsistent across Site Kit displaying 0 data in some sections and the accurate data in others.
The Site Kit admin bar will display 0 data across the board for these pages which is also the case when selecting More details to view the specific page stats page. However, when checking the Site Kit Dashboard top content section you can see data for this page. Data can also be seen from the Analytics platform.
When viewing the data for the page, you can see that the URL is encoded due to the Arabic language characters. This is probably related to the way we are this in Site Kit.
All screenshots of this when testing are supplied below.
Steps to reproduce
Screenshots
SK dashboard top content: https://imgur.com/a/kiaZn1g
Page stats in SK: https://imgur.com/a/zZvVcCY
Admin bar stats: https://imgur.com/a/2HjXWB8
Data in Analytics: https://imgur.com/a/SVeNh4p
Additional Context
The test site to see this is https://plastiskip.com/ (Access to the site and Analytics account can be granted by @jamesozzie )
Do not alter or remove anything below. The following sections will be managed by moderators only.
Acceptance criteria
Implementation Brief
The problem is due to Entity URLs for single posts as WP encodes the slug when storing the post which is not automatically decoded by
get_permalink
.Test Coverage
Entity_Factory::create_entity_for_post
QA Brief
Top content over the last 28 days
, Site Kit admin bar dropdown on that page, and on single entity page view, and any other place/widgetChangelog entry
The text was updated successfully, but these errors were encountered: