{"id":102,"date":"2018-01-03T08:05:34","date_gmt":"2018-01-03T08:05:34","guid":{"rendered":"http:\/\/www.radrasolutions.com\/blog\/?p=102"},"modified":"2018-01-03T08:05:34","modified_gmt":"2018-01-03T08:05:34","slug":"how-does-mobile-first-indexing-work-and-how-does-it-impact-seo","status":"publish","type":"post","link":"https:\/\/www.radrasolutions.com\/blog\/how-does-mobile-first-indexing-work-and-how-does-it-impact-seo\/","title":{"rendered":"How Does Mobile-First Indexing Work, and How Does It Impact SEO?"},"content":{"rendered":"<p>We\u2019ve been hearing a lot about mobile-first indexing lately, as the latest development in Google\u2019s ever-continuing efforts to make the web more mobile-friendly and reflect user behavior trends.<\/p>\n<p>But there\u2019s also a lot of confusion around what this means for the average business owner. Do you have to change anything? Everything? If your site is mobile-friendly, will that be good enough?<\/p>\n<p><strong>IS THIS GOING TO BE ANOTHER MOBILEGEDDON?!!<\/strong><\/p>\n<p>In this post I\u2019ll go over the basics of what \u201cmobile-first indexing\u201d means, and what you may need to do about it. I\u2019ll also answer some frequently asked questions about mobile-first indexing and what it means for our SEO efforts.<\/p>\n<h2>What is \u201cmobile-first indexing\u201d?<\/h2>\n<p>Mobile-first indexing is exactly what it sounds like. It just means that the mobile version of your website becomes the starting point for what Google includes in their index, and the baseline for how they determine rankings. If you monitor crawlbot traffic to your site, you may see an increase in traffic from Smartphone Googlebot, and the cached versions of pages will usually be the mobile version of the page.<\/p>\n<p>It\u2019s called \u201cmobile-first\u201d because it\u2019s not a mobile-only index: for instance, if a site doesn\u2019t have a mobile-friendly version, the desktop site can still be included in the index. But the lack of a mobile-friendly experience could impact negatively on the rankings of that site, and a site with a better mobile experience would potentially receive a rankings boost even for searchers on a desktop.<\/p>\n<p><img loading=\"lazy\" class=\"size-full wp-image-103 aligncenter\" src=\"http:\/\/www.radrasolutions.com\/blog\/wp-content\/uploads\/2018\/01\/5a46ba4ef231a7.43448324.png\" alt=\"Mobile SEO index\" width=\"624\" height=\"449\" srcset=\"https:\/\/www.radrasolutions.com\/blog\/wp-content\/uploads\/2018\/01\/5a46ba4ef231a7.43448324.png 624w, https:\/\/www.radrasolutions.com\/blog\/wp-content\/uploads\/2018\/01\/5a46ba4ef231a7.43448324-300x216.png 300w\" sizes=\"(max-width: 624px) 100vw, 624px\" \/><\/p>\n<p>You may also want to think of the phrase \u201cmobile-first\u201d as a reference to the fact that the mobile version will be considered the primary version of your website. So if your mobile and desktop versions are equivalent \u2014 for instance if you\u2019ve optimized your content for mobile, and\/or if you use responsive design \u2014 this change should (in theory) not have any significant impact in terms of your site\u2019s performance in search results.<\/p>\n<p>However it does represent a fundamental reversal in the way Google is thinking about your website content and how to prioritize crawling and indexation. Remember that up until now the desktop site was considered the primary version (similar to a canonical URL) and the mobile site was treated as an \u201calternate\u201d version for a particular use case. This is why Google encouraged webmasters with a separate mobile site (m.domain.com) to implement switchboard tags (which indicated the existence of a mobile URL version with a special rel=alternate tag). Google might not even make the effort to crawl and cache the mobile versions of all of these pages, as they could simply display that mobile URL to mobile searchers.<\/p>\n<p>This view of the desktop version as the primary one often meant in practice that the desktop site would be prioritized by SEOs and marketing teams and was treated as the most comprehensive version of a website, with full content, structured data markup, hreflang (international tags), the majority of backlinks, etc.; while the mobile version might have lighter content, and\/or not include the same level of markup and structure, and almost certainly would not receive the bulk of backlinks and external attention.<\/p>\n<h2>What should I do about mobile-first indexing?<\/h2>\n<p>The first thing to know is that there\u2019s no need to panic. So far this change is only in the very earliest stages of testing, and is being rolled out very gradually only to websites which Google considers to be \u201cready\u201d enough for this change to have a minimal impact.<\/p>\n<p>According to Google\u2019s own latest guidance on the topic, if your website is responsive or otherwise identical in its desktop and mobile versions, you may not have to do anything differently (assuming you\u2019re happy with your current rankings!).<\/p>\n<p>That said, even with a totally responsive site, you\u2019ll want to ensure that mobile page speed and load time are prioritized and that images and other (potentially) dynamic elements are optimized correctly for the mobile experience. Note that with mobile-first indexing, content which is collapsed or hidden in tabs, etc. due to space limitations will not be treated differently than visible content (as it may have been previously), since this type of screen real estate management is actually a mobile best practice.<\/p>\n<p>If you have a separate mobile site, you\u2019ll want to check the following:<\/p>\n<ul>\n<li>Content: make sure your mobile version has all the high-quality, valuable content that exists on your desktop site. This could include text, videos and images. Make sure the formats used on the mobile version are crawlable and indexable (including alt-attributes for images).<\/li>\n<li>Structured data: you should include the same structured data markup on both the mobile and desktop versions of the site. URLs shown within structured data on mobile pages should be the mobile version of the URL. Avoid adding unnecessary structured data if it isn\u2019t relevant to the specific content of a page.<\/li>\n<li>Metadata: ensure that titles and meta descriptions are equivalent on both versions of all pages.\n<ul>\n<li>Note that the official guidance says \u201cequivalent\u201d rather than \u201cidentical\u201d &#8211; you may still want to optimize your mobile titles for shorter character counts, but make sure the same information and relevant keywords are included.<\/li>\n<\/ul>\n<\/li>\n<li>Hreflang: if you use rel=hreflang for internationalization, your mobile URLs&#8217; hreflang annotations should point to the mobile version of your country or language variants, and desktop URLs should point to the desktop versions.<\/li>\n<li>Social metadata: OpenGraph tags, Twitter cards and other social metadata should be included on the mobile version as well as the desktop version.<\/li>\n<li>XML and media sitemaps: ensure that any links to sitemaps are accessible from the mobile version of the site. This also applies to robots directives (robots.txt and on-page meta-robots tags) and potentially even trust signals, like links to your privacy policy page.<\/li>\n<li>Search Console verification: if you have only verified your desktop site in Google Search Console, make sure you also add and verify the mobile version.<\/li>\n<li>App indexation: if you have app indexation set up for your desktop site, you may want to ensure that you have verified the mobile version of the site in relation to app association files, etc.<\/li>\n<li>Server capacity: Make sure that your host servers can handle increased crawl rate.\n<ul>\n<li>(This only applies for sites with their mobile version on a separate host, such as m.domain.com.)<\/li>\n<\/ul>\n<\/li>\n<li>Switchboard tags: if you currently have mobile switchboard tags implemented, you do not need to change this implementation. These should remain as they are.<\/li>\n<\/ul>\n<h2>Common questions about mobile-first indexing<\/h2>\n<h3>Is mobile-first indexing adding mobile pages to a separate mobile index?<\/h3>\n<p>With mobile-first indexing, there is only one index (the same one Google uses now). The change to mobile-first indexing does not generate a new \u201cmobile-first\u201d index, nor is it creating a separate \u201cmobile index\u201d with a \u201cdesktop index\u201d remaining active. Instead, it simply changes how content is added to the existing index.<\/p>\n<h3>Is the mobile-first index live and affecting my site now? If not, when does it go live?<\/h3>\n<p>Google has been experimenting with this approach to indexing on a small number of sites, which were selected based on perceived \u201creadiness\u201d. A wider rollout is likely going to take a long time and in June 2017, Gary Illyes stated that it will probably take a few years before \u201cwe reach an index that is only mobile-first.\u201d<\/p>\n<p>Google has also stated the following on the Webmasters Blog, in a blog post dated Dec 18 2017:<\/p>\n<p style=\"padding-left: 60px;\">\u201cWe will be evaluating sites independently on their readiness for mobile-first indexing based on the above criteria and transitioning them when ready. This process has already started for a handful of sites and is closely being monitored by the search team.<\/p>\n<p style=\"padding-left: 60px;\">\u201cWe continue to be cautious with rolling out mobile-first indexing. We believe taking this slowly will help webmasters get their sites ready for mobile users, and because of that, we currently don&#8217;t have a timeline for when it&#8217;s going to be completed.\u201d<\/p>\n<h3>Will Google only use my mobile site to determine my rankings?<\/h3>\n<p>Mobile-first means that the mobile version will be considered the primary version when it comes to how rankings are determined. However, there may be circumstances where the desktop version could be taken into consideration (for instance, if you don\u2019t have a mobile version of a page).<\/p>\n<p>That being said, you will potentially still see varying ranking results between mobile search results and desktop search results, so you\u2019ll still want to track both. (In the same way that now, Google primarily uses the desktop site to determine rankings but you still want to track mobile rankings as these vary from desktop rankings based on user behavior and other factors).<\/p>\n<h3>When might Google use the desktop site to determine rankings vs. the mobile site?<\/h3>\n<p>The primary use case I\u2019ve seen referred to so far is that they will use the desktop site to determine rankings when there is no mobile version.<\/p>\n<p>It is possible that for websites where the desktop version has additional ranking information (such as backlinks), that information could also be taken into consideration &#8211; but there is no guarantee that they will crawl or index the desktop version once they\u2019ve seen the mobile version, and I haven\u2019t seen any official statements that this would be the case.<\/p>\n<p>Therefore one of the official recommendations is that once the mobile-first indexing rollout happens, if you\u2019re in the process of building your mobile site or have a \u201cplaceholder\u201d type mobile version currently live it would actually be better to have no mobile site than a broken or incomplete one. In this case, you should wait to launch your mobile site until it is fully ready.<\/p>\n<h3>What if I don\u2019t have a mobile version of my site?<\/h3>\n<p>If you don\u2019t have a mobile version of your site and your desktop version is not mobile-friendly, your content can still be indexed; however you may not rank as well in comparison to mobile-friendly websites. This may even negatively impact your overall rankings on desktop search as well as mobile search results because it will be perceived as having a poorer user experience than other sites (since the crawler will be a \u201cmobile\u201d crawler).<\/p>\n<h3>What could happen to sites with a large desktop site and a small mobile site? Will content on your desktop site that does not appear on the mobile version be indexed and appear for desktop searches?<\/h3>\n<p>The end goal for this rollout is that the index will be based predominantly on crawling mobile content. If you have a heavily indexed desktop version, they\u2019re not going to suddenly purge your desktop content from the existing index and start fresh with just your thin mobile site indexed; but the more you can ensure that your mobile version contains all relevant and valuable content, the more likely it is to continue to rank well, particularly as they cut back on crawling desktop versions of websites.<\/p>\n<h3>How does this change ranking factors and strategy going forward?<\/h3>\n<p>This may impact a variety of ranking factors and strategy in the future; Cindy Krum at Mobile Moxie has written two excellent articles on what could be coming in the future around this topic.<\/p>\n<p>Cindy talks about the idea that mobile-first indexing may be \u201can indication that Google is becoming less dependent on traditional links and HTML URLS for ranking.\u201d It seems that Google is moving away from needing to rely so much on a \u201cURL\u201d system of organizing content, in favor of a more API type approach based on \u201centities\u201d (thanks, structured data!) rather than URL style links. Check out Cindy\u2019s posts for more explanation of how this could impact the future of search and SEO.<\/p>\n<h3>Is there a difference between how responsive sites and separate mobile sites will be treated?<\/h3>\n<p>Yes and no. The main difference will be in terms of how much work you have to do to get ready for this change.<\/p>\n<p>If you have a fully responsive site, you should already have everything present on your mobile version that is currently part of the desktop version, and your main challenge will simply be to ensure that the mobile experience is well optimized from a user perspective (e.g. page speed, load time, navigation, etc).<\/p>\n<p>With a separate mobile site, you\u2019ll need to make sure that your mobile version contains everything that your desktop site does, which could be a lot of work depending on your mobile strategy so far.<\/p>\n<h3>Will this change how I should serve ads\/content\/etc. on my mobile site?<\/h3>\n<p>If your current approach to ads is creating a slow or otherwise poor user experience you will certainly need to address that.<\/p>\n<p>If you currently opt to hide some of your mobile site content in accordions or tabs to save space, this is actually not an issue as this content will be treated in the same way as if it was loaded fully visible (as long as the content is still crawlable\/accessible).<\/p>\n<h3>Does this change how I use rel=canonical\/switchboard tags?<\/h3>\n<p>No. For now, Google has stated that if you have already implemented switchboard tags, you should leave them as they are.<\/p>\n<p>Source: <a href=\"https:\/\/moz.com\/blog\/mobile-first-indexing-seo\" target=\"_blank\" rel=\"noopener\">here<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"<p>We\u2019ve been hearing a lot about mobile-first indexing lately, as the latest development in Google\u2019s ever-continuing efforts to make the web more mobile-friendly and reflect user behavior trends. But there\u2019s also a lot of confusion around what this means for the average business owner. Do you have to change anything? Everything? If your site is [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":104,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":[],"categories":[3],"tags":[],"_links":{"self":[{"href":"https:\/\/www.radrasolutions.com\/blog\/wp-json\/wp\/v2\/posts\/102"}],"collection":[{"href":"https:\/\/www.radrasolutions.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.radrasolutions.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.radrasolutions.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.radrasolutions.com\/blog\/wp-json\/wp\/v2\/comments?post=102"}],"version-history":[{"count":1,"href":"https:\/\/www.radrasolutions.com\/blog\/wp-json\/wp\/v2\/posts\/102\/revisions"}],"predecessor-version":[{"id":105,"href":"https:\/\/www.radrasolutions.com\/blog\/wp-json\/wp\/v2\/posts\/102\/revisions\/105"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.radrasolutions.com\/blog\/wp-json\/wp\/v2\/media\/104"}],"wp:attachment":[{"href":"https:\/\/www.radrasolutions.com\/blog\/wp-json\/wp\/v2\/media?parent=102"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.radrasolutions.com\/blog\/wp-json\/wp\/v2\/categories?post=102"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.radrasolutions.com\/blog\/wp-json\/wp\/v2\/tags?post=102"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}