The Page Experience report provides a summary of the user experience of visitors to your site. Google evaluates page experience metrics for individual URLs on your site and will use them as a ranking signal for a URL in Google Search results on mobile devices. Learn more about page experience on Google.
About Page Experience
Page Experience is evaluated per-URL. Currently it is evaluated only for mobile browsers (that is, the evaluation is considered only for users on mobile devices, and only searches from mobile devices are affected). The assessment, and the report, were developed to help sites create pages that provide a better user experience for their visitors.
Page experience in Google Search is evaluated using the following criteria:
- Core Web Vitals
Core Web Vitals tests the speed and stability of the page loading experience for users. The Core Web Vitals report provides a rating of Good, Needs improvement, or Poor to each page. A page must have a Core Web Vitals rating of Good in order to qualify for Good page experience status. Note that it takes a few days to import data from the Core Web Vitals report into the Page Experience report, and so the rating for a URL in the Page Experience report can lag slightly behind the URL's rating Core Web Vitals report. URLs without Core Web Vitals cannot appear in the Page Experience report. Open the Core Web Vitals report for mobile.
- Mobile usability
A URL must have no mobile usability errors in order to qualify for Good status in the Page Experience report. URLs without mobile usability data are considered to be Good. Open the Mobile Usability report.
- Security issues
Any security issues for a site disqualify all URLs on the site from a Good page experience status in Google Search. If your site has security issues, you will see a banner on the Page Experience report. Open the Security Issues report.
- HTTPS usage
A page must be served over HTTPS to be eligible for Good page experience status in Google Search. The Page Experience report doesn't have URL-level HTTPS data for your site, only the overall HTTP/HTTPS ratio for your site. If your site has too high a ratio of HTTP URLs, you will see warning banner on your site, and the HTTPS section will show Failing.We don't yet have a report that shows exact numbers of HTTP vs HTTPS on your site, but here are tips on how to locate your HTTP pages, and here's a guide describing why HTTPS is important, and how to implement it on your site. The important thing to remember is that if a URL in Google Search results is HTTPS, then it will be considered as passing the HTTPS criterion.
- Ad Experience
Ad Experience rates whether a site uses advertising techniques that are distracting, interrupting, or otherwise not conducive to a good user experience. The Ad Experience evaluation affects an entire site, not a single page. If a site is flagged as having a bad ad experience, all pages on the site are considered as having a bad page experience. Note that many sites are not tested for Ad Experience: if your site is not tested, your site is considered passing the Ad Experience test.
The Page Experience report currently doesn't know the Ad Experience status for a site, but you can check your site's Ad Experience status yourself:
- If you have a URL-prefix Search Console property (your property name starts with http or https in the Search Console property selector). Open the Ad Experience report for mobile.
- If you have a Domain property (labeled Domain property in the Search Console property selector), you must create an equivalent URL-prefix property in Search Console and then open the Ad Experience report for mobile for that property. This is because Domain properties are not supported in the Ad Experience report.
- Choose your property from the list in the Ad Experience report to see your status. If your status is Not reviewed, your Ad Experience status is considered good in the Page Experience report.
- Ad Experience status changes rarely, so you do not need to check it often.
In order for a URL to be counted in the report data:
- The URL must have data in the Core Web Vitals report. (Exception: A URL without Core Web Vitals data might appear in Page Experience if the URL group for that URL appears in Core Web Vitals).
Note that URLs counted by the Page Experience are the URLs that appeared in Google Search as a result of a mobile device search. Core Web Vitals also reports on actual URLs, not canonical URLs. However, the Mobile Usability report assigns all data to a page's canonical URL.
The chart shows the following data:
- Good URLs: Percentage of mobile URLs with Good status on the last date measured in the chart, where Good means that a URL has Good status in the Core Web Vitals report and has no mobile usability issues (or no data at all) in the Mobile Usability report. Security issues, HTTPS, and Ad Experience are not included in this count. See more about status reporting.
- Total impressions of good URLs: The number of impressions generated by good URLs over the time period shown by the chart. Latest data for impressions may lag the daily good URL count because of differing data processing schedules.
- Chart daily values: The percentage of URLs considered good on each given day. URLs considered "good" follow the same criteria described above for Good URLs.
⚠︎Important qualifications about the data:
- If your site has security issues or Ad Experience issues, then the percentage of URLs shown as Good will not be accurate. This is because the chart and chart totals do not consider security or Ad Experience issues, which change Good status to Bad for the entire site. In this case, the chart will be dimmed to indicate the uncertainty about the exact count of Good or Bad URLs. However, URLs shown as Good are still reliably known as having Good status in the Core Web Vitals report (or being absent from that report) and having no mobile usability issues according to the Mobile Usability report.
- There is a delay in importing data form the Mobile Usability report and Core Web Vitals report into the Page Experience report. Therefore, the evaluation of a specific URL in Page Experience can lag slightly behind that URL's evaluations in those other source reports.
- The Good percentage shown in this report doesn't include the HTTPS status of URLs on your site. Google Search does take into account the HTTPS status of any URL shown in Search results.
If you see Not enough data collected instead of a chart, it means that you do not have sufficient data for any URL on your site in the Core Web Vitals report.
The Page Experience report checks a subset of the page experience criteria applied by Google Search results.
Also, some criteria (HTTPS, security issues, ad experience) are evaluated at the site level in this report:
- HTTPS: is shown in this report at the site level, but evaluated in Google Search at the URL level. This means an HTTPS URL in Search will always pass the HTTPS criteria, and an HTTP URL in Search will always fail the HTTPS criteria.
- Security issues affect all pages on the site.
- Ad experience issues affect all pages on the site.
- Core Web Vitals and mobile usability are evaluated at the page level on Search, and also in this report.
Here is a summary of the differences of how a URL is evaluated in the Page Experience report compared to how it is evaluated in Search:
|Page Experience Report||Google Search|
|Core Web Vitals||At the specific URL level (with some lag in results)||At the specific URL level (with no lag in results)|
|Mobile usability||At the mobile URL level||At the mobile URL level|
|Security issues||At the site level||At the site level|
|HTTPS usage||At the site level||At the URL level|
|Ad Experience||Not checked||At the site level|
Here are the criteria for a URL to rate as good in page experience status in Google Search:
All of the following are true:
Good status will be used as a ranking signal for a URL in Google Search results on mobile devices.
At least one of the following is true:
Here are two methods to help get a general idea of which URLs on your site are HTTP vs HTTPS:
- Create a Domain property for your site. Then open up the Performance report for Search and add a filter for URLs starting with "http://". This will show you the first 1,000 HTTP URLs on your site that people are finding in Google.
- If you can't create a Domain property for some reason, create a URL-prefix property for your HTTP address, open up the Performance report for Search, and see up to 1,000 HTTP URLs on your site that people are finding in Google.