Frequently Asked Questions

What’s the difference between the PageSpeed Insights UX Score and the Mobile-Friendly Test results?
The Mobile-Friendly Test (MFT) uses Googlebot to fetch the page. PageSpeed Insights does not use Googlebot, but fetches the page in a way that mimics how a real user fetches the page.

This means that the MFT follows robots.txt rules rules and PSI does not. If Googlebot is blocked from fetching the page, JavaScript, CSS, or other resources, the MFT may not be able to detect if a page is mobile-friendly.

If you want to know if a page is eligible for the mobile-friendly label in Google Search, you need to use the Mobile-Friendly Test.
I have a separate mobile website on, while my desktop site is at What should I do with mobile pages on that don’t have an equivalent desktop page on
It’s fine to have a mobile-only page without a desktop equivalent (just make sure these pages don’t include a rel=”canonical” to a non-corresponding desktop version). Please be aware that mobile-only pages will need to build a reputation on their own (i.e., contain unique content, be well-linked from other pages on your site or the web) because they will not receive shared indexing signals from an existing desktop version of the page.
Is it okay if I have some pages using responsive design and others using dynamic serving?
Yes, it’s fine to use more than one configuration for your site. Just check that on a page-level basis, each provides the right indications to search engines (e.g., the responsive page has the @media only screen and (max-width: 600px) {...} information and the dynamic serving page uses the Vary: HTTP header). Or, if you’re using a hybrid of responsive design (e.g., responsive but with images dynamically served), we still consider that responsive since the page is nearly the same – keep the markup @media only screen and (max-width: 600px) {...} and forego the Vary HTTP header if it’s included specifically for Google. If you’re using responsive images, include the <picture> element.
I have both a mobile website and a native app. Any advice?
Yes, first, build your mobile website and native apps with “deep linking capability” or URIs that provide pointers to specific areas of content (vs. a Flash ball that’s only accessible from the start screen). Deep links and URIs provide more acquisition possibilities for your business through Search or social sharing. Second, see App Indexing for Google Search for more information on driving more traffic to your native app from Google Search.