• majorAlexa

        See all notifications

        Skip to content
        Moz logo Menu open Menu close
        • Products
          • Moz Pro
          • Moz Pro Home
          • Moz Local
          • Moz Local Home
          • STAT
          • Moz API
          • Moz API Home
          • Compare SEO Products
          • Moz Data
        • Free SEO Tools
          • Domain Analysis
          • Keyword Explorer
          • Link Explorer
          • Competitive Research
          • MozBar
          • More Free SEO Tools
        • Learn SEO
          • Beginner's Guide to SEO
          • SEO Learning Center
          • Moz Academy
          • MozCon
          • Webinars, Whitepapers, & Guides
        • Blog
        • Why Moz
          • Digital Marketers
          • Agency Solutions
          • Enterprise Solutions
          • Small Business Solutions
          • The Moz Story
          • New Releases
        • Log in
        • Log out
        • Products
          • Moz Pro

            Your all-in-one suite of SEO essentials.

          • Moz Local

            Raise your local SEO visibility with complete local SEO management.

          • STAT

            SERP tracking and analytics for enterprise SEO experts.

          • Moz API

            Power your SEO with our index of over 44 trillion links.

          • Compare SEO Products

            See which Moz SEO solution best meets your business needs.

          • Moz Data

            Power your SEO strategy & AI models with custom data solutions.

          Let your business shine with Listings AI
          Moz Local

          Let your business shine with Listings AI

          Learn more
        • Free SEO Tools
          • Domain Analysis

            Get top competitive SEO metrics like DA, top pages and more.

          • Keyword Explorer

            Find traffic-driving keywords with our 1.25 billion+ keyword index.

          • Link Explorer

            Explore over 40 trillion links for powerful backlink data.

          • Competitive Research

            Uncover valuable insights on your organic search competitors.

          • MozBar

            See top SEO metrics for free as you browse the web.

          • More Free SEO Tools

            Explore all the free SEO tools Moz has to offer.

          NEW Keyword Suggestions by Topic
          Moz Pro

          NEW Keyword Suggestions by Topic

          Learn more
        • Learn SEO
          • Beginner's Guide to SEO

            The #1 most popular introduction to SEO, trusted by millions.

          • SEO Learning Center

            Broaden your knowledge with SEO resources for all skill levels.

          • On-Demand Webinars

            Learn modern SEO best practices from industry experts.

          • How-To Guides

            Step-by-step guides to search success from the authority on SEO.

          • Moz Academy

            Upskill and get certified with on-demand courses & certifications.

          • MozCon

            Save on Early Bird tickets and join us in London or New York City

          Unlock flexible pricing & new endpoints
          Moz API

          Unlock flexible pricing & new endpoints

          Find your plan
        • Blog
        • Why Moz
          • Digital Marketers

            Simplify SEO tasks to save time and grow your traffic.

          • Small Business Solutions

            Uncover insights to make smarter marketing decisions in less time.

          • Agency Solutions

            Earn & keep valuable clients with unparalleled data & insights.

          • Enterprise Solutions

            Gain a competitive edge in the ever-changing world of search.

          • The Moz Story

            Moz was the first & remains the most trusted SEO company.

          • New Releases

            Get the scoop on the latest and greatest from Moz.

          Surface actionable competitive intel
          New Feature

          Surface actionable competitive intel

          Learn More
        • Log in
          • Moz Pro
          • Moz Local
          • Moz Local Dashboard
          • Moz API
          • Moz API Dashboard
          • Moz Academy
        • Avatar
          • Moz Home
          • Notifications
          • Account & Billing
          • Manage Users
          • Community Profile
          • My Q&A
          • My Videos
          • Log Out

        The Moz Q&A Forum

        • Forum
        • Questions
        • My Q&A
        • Users
        • Ask the Community

        Welcome to the Q&A Forum

        Browse the forum for helpful insights and fresh discussions about all things SEO.

        1. Home
        2. SEO Tactics
        3. Technical SEO
        4. Link rel="prev" AND canonical

        Moz Q&A is closed.

        After more than 13 years, and tens of thousands of questions, Moz Q&A closed on 12th December 2024. Whilst we’re not completely removing the content - many posts will still be possible to view - we have locked both new posts and new replies. More details here.

        Link rel="prev" AND canonical

        Technical SEO
        4
        12
        3094
        Loading More Posts
        • Watching

          Notify me of new replies.
          Show question in unread.

        • Not Watching

          Do not notify me of new replies.
          Show question in unread if category is not ignored.

        • Ignoring

          Do not notify me of new replies.
          Do not show question in unread.

        • Oldest to Newest
        • Newest to Oldest
        • Most Votes
        Reply
        • Reply as question
        Locked
        This topic has been deleted. Only users with question management privileges can see it.
        • AdenaSEO
          AdenaSEO last edited by

          Hi guys,

          When you have several tabs on your website with products, you can most likely navigate to page 2, 3, 4 etc...
          You can add the link rel="prev" and link rel="next" tags to make sure that 1 page get's indexed / ranked by Google. am I correct?

          However this still means that all the pages can get indexed, right?

          For example a webshop makes use of the link rel="prev" and ="next" tags.

          In the Google results page though, all the seperate tabs pages are still visible/indexed..
          http://www.domain.nl/watches/?tab=1
          http://www.domain.nl/watches/?tab=24
          http://www.domain.nl/watches/?tab=19
          etc.....

          Can we prevent this, and make sure only the main page get's indexed and ranked,  by adding a canonical link on every 'tab page' to the main page --> www.domain.nl/watches/

          I hope I explained it well and I'm looking forward to hearing from you.

          Regards,

          Tom

          1 Reply Last reply Reply Quote 1
          • Everett
            Everett last edited by

            WOW, this is an interesting thread. In theory, rel next prev is what Google wants you to go with. In practice, however, I haven't not seen this work as advertised by Google, and end up going to rel canonical in most cases. Here's one way to think about it:

            Allow non-filtered pagination for top-level categories to be followed, but NOT indexed. Give them their own rel canonicals (self referencing) and ensure the intro content (or any other static content on the page) only shows on the first page (which should rel canonical to / instead of /?page=1). This will ensure your product pages all have a path going to them. Use rel next prev here, which "may" help the main/first page rank better by consolidating ranking signals from the paginated set.

            For sub-categories and/or filters/facets use rel canonical pointing to the canonical version of that category page.

            None of this, however, takes care of the crawl budget issue on enterprise eCommerce sites with crawlable filtered URLs. Therefore, I also use the robot.txt file, or nofollow attributes in links to handle this. I don't often use the nofollow robots meta tag for a variety of reasons.

            Again, in the real world rel next/prev doesn't seem to be working very well. I haven't tried it in awhile, but it just doesn't seem to do what Google says it's supposed to do. This is why you see a lot of sites using rel canonical instead. I think we should think about this in terms of where you are in the architecture instead of trying to fit all pages into a single scheme. For example, some sites may even want to allow the first facet/filter to be indexable - such as "Filter by Brand" - because people are searching for it. If that's the case, I'll often advise they turn that into a real category instead of a filter. Another example, if you sell kitchenware and Pots & Pans is a category but Material is a filter you're missing out on a lot of searches for things like "Copper Pots & Pans" or "Stainless Steel Pans". It all depends on the situation, and has to be evaluated on a case-by-case basis.

            1 Reply Last reply Reply Quote 1
            • GPainter
              GPainter @LesleyPaone last edited by

              Hi Lesley,

              Interesting indeed, I'd agree with the colours etc. having a canonical as essentially it would be Duplicated but when writing I was assuming unique products under each category (e.g. TV's each with different size or brand). This might also encompass filters etc. but it depends on how far down that road you want to go. I assume Tom's problem is more for just a categories with X pages all with unique things in. Hopefully you find the above somewhat helpful Tom!

              Good conversation thanks Lesley.

              1 Reply Last reply Reply Quote 1
              • LesleyPaone
                LesleyPaone @GPainter last edited by

                Good pick up on the Walmart issue. I actually took that screen shot when I was making that post, so it kind of confused me to how it changed so quickly. I did a bit more digging and figured out what they are doing. It basically looks like their canonical on their category pages is broken. See this video, http://screencast.com/t/Azyjjuxor8  So when you change pages, the canonical stays the same as your entry page and the rel=next/previous does not change either. But that would lead me to suspect if Google is crawling the site, they see the canonical pointing to the top level of the category. But interestingly enough if they ever did a fetch as Google on a paginated page, or if the crawler started with page 5 that would lead to some weird results Google would have to deal with. So effectively I would say their is broken.

                It also seems like Rand might have changed his tune a bit since that article. When I did an interview with him, he said to canonical back to the main category page in faceted navigation situations. "Having 28 separate category pages for women’s pants where the only variations are size and color is probably not a great idea. In faceted navigation scenarios like that, I’d make the color and size filtered pages use a rel=canonical back to the non-faceted women’s pants page."  https://www.prestashop.com/blog/en/seo-expert-series-rand-fishkin-of-moz/

                So for a better answer it might depend on how the category pages are structure with the navigation as well.

                GPainter 1 Reply Last reply Reply Quote 0
                • GPainter
                  GPainter @LesleyPaone last edited by

                  I still disagree, a middle ground might be a view all section that you can canonical the downside might be some page load speeds but there are some ways to reduce that. I had a quick look for my self and found that Walmart seems to have updated their game  http://i.imgur.com/RvMboWG.png

                  A few of the examples you posted are more filters(Query string) than they are true pagination but I get what your leaning towards.

                  We're also an e-commerce specialist, the problem with copying bigger companies is if something goes wrong they can afford to get through it, can you? Just because they are a bigger company doesn't mean they know better, don't follow what everyone else is doing try to set your self apart, it is possible to set meta tags on paginated content, create more content to make each page unique etc. if 99% of the CMS's you found didn't do it keep looking for the 1% as it is possible 😉

                  Finally I'll point to Rands own blog here - https://a-moz.groupbuyseo.org/blog/pagination-best-practices-for-seo-user-experience

                  "Whatever you do, DO NOT:

                  • Put a rel=canonical directive on paginated results pointing back to the top page in an attempt to flow link juice to that URL. You'll either misdirect the engines into thinking you have only a single page of results or convince them that your directives aren't worth following (as they find clearly unique content on those pages)."

                  Thanks for the reply I enjoyed reading your thoughts on the above, i guess I'm somewhat stuck in my ways for pagination and canonical tags!

                  Hope some of the above helps Tom.

                  LesleyPaone 1 Reply Last reply Reply Quote 0
                  • LesleyPaone
                    LesleyPaone @AdenaSEO last edited by

                    Tom,

                    I think you are seeing two differing view points on the issue. We only do e-commerce work, so we have gleaned our suggestions from the best practices in the e-commerce industry. I have done some pretty extensive research around this issue just to see what other companies do, that is why I suggested pointing your canonical back to your category landing pages. One issue I think is thin content. Do people really want to land on page 4 of a pagination?

                    With paginated category pages you actually run into a lot of SEO problems that are not addresses in 99% of all e-commerce platforms. Duplicate content, meta descriptions, and titles are some of the biggest. I am not familiar with any e-commerce package that will let you have different meta title or meta descriptions for paginated pages. Some might add "Page number x" to the title and descriptions, but that will still trigger duplicate content errors.

                    Lets look at what other sites in the industry do and how they do it.

                    Walmart

                    Walmart points all of their paginated pages back to the main category page. But they also do something interesting worth noting. They use rel=next on everyone as well. Even if the rel=next points to the page itself. See this screenshot of their TV category on page 2.

                    http://screencast.com/t/eZb9zbgA0u

                    If you notice the rel=next at the bottom actually points to the page you are on and the canonical points back to the category root.

                    Target

                    Target uses a filtering navigation on their category pages. It makes some really unpretty urls too. Below is a screenshot of a page 2 of their TV category.

                    http://screencast.com/t/oolK0hZy

                    They also point their category pagination back to the main category landing page as well. Also note that they do not use the rel=next or previous in their page as well.

                    Macy's

                    Macy's also points their canonical back at their category root page too. For some reason they have a query string on it as you can see in the image below. But in the next screenshot you can see where that page actually goes.

                    http://screencast.com/t/l3Jp2lxeBhTK

                    http://screencast.com/t/sDLTuAOa

                    Also it it is worth note that they don't use the rel next/previous on any of their pages as well.

                    Tiger Direct

                    Tiger Direct is another company that follows pretty much the same pattern as well. You can see by the image below that they point their paginated page back to the root category.

                    http://screencast.com/t/PsGft6CCgJ

                    I think the main reason of doing things like this works out two fold for companies. First you are putting more power into the category landing page and second you are providing better user experience. What does a paginated page of a category have to offer that the main page doesn't?

                    Sure Google might call using them the best practice, but that does not mean they will penalize you for not using them. We personally recommend to people to not use them and to point everything at the category root because that seems to be the standard in the industry. When you are trying to rank a page against other big e-commerce competitors you want to use every trick in the book to get ahead. Generally by not using this one it seems you won't.

                    GPainter 1 Reply Last reply Reply Quote 0
                    • GPainter
                      GPainter @AdenaSEO last edited by

                      Hi Tom,

                      To break it down into the two areas:

                      Option A

                      Pagination - Google recommends this option it involves a similar set up that you have at the moment (the above links can help with this) you might find you canonical each page to its self perhaps but for the most part canonical is not used. Pros of this is its within Google guidelines and all content is indexed, the negative is that all the content is indexed and you might not have a way to get the page you want ranked (but you can tweak this)

                      Option B

                      You canonical all the pagination pages to a category page, this is not within Google guidelines as the pages are not duplicated nor would they really have duplicated content (with some exceptions). This bonus of this is technically you can sculpt all the link juice from all the pages to one place but the negative of this is you don't have a lot of content indexed.

                      Personal I'm in favor of option A, its in the guidelines its what the whole thing was designed for and if done correctly shouldn't cause you too many problems. The second option whilst i can work can also backfire especially if you not a large company and like most things is a matter of weighing up the pros and cons.

                      Hope that somewhat helps give you an idea. Really with the canonical (with some exceptions) its an either or scenario.

                      1 Reply Last reply Reply Quote 1
                      • AdenaSEO
                        AdenaSEO last edited by

                        Hi Lesley,

                        Thx. But I'm still confused, Chris says 'use pagination' , you say 'use canonical'.
                        I don't really know what the best practice is tbh.

                        Can you explain why you wouldn't use the rel next/prev with this?

                        Regards,

                        Tom

                        GPainter LesleyPaone 2 Replies Last reply Reply Quote 0
                        • LesleyPaone
                          LesleyPaone last edited by

                          Tom,

                          What we do with most of our clients is to point the canonical tag on paginated category pages to the root category page like you are wanting to do. It helps with duplicate content issues generated for category pages and also makes your landing page stronger. I would not use the rel next/previous with this though.

                          If you look around the industry at the bigger ecommerce sites this is what is done. Walmart, Target, and all of the big players with the exception of Amazon use this practice.

                          1 Reply Last reply Reply Quote 1
                          • GPainter
                            GPainter @AdenaSEO last edited by

                            You shouldn't use both as the canonical tag kinda cancels out the pagination which is not ideal.It means some of the products wont be getting indexed, you can always create a view all page and aim to make that the main ranking page however its never a garuntee. The pagination sounds like its the best option to me. All that is happening is Google is giving what it thinks is the best results by trying to sculpt it you might cause more problems than its worth.

                            Edit okay just to expand some more, you may want to read some more into pagination here - https://support.google.com/webmasters/answer/1663744?hl=en

                            it should help you clear up getting ti correct.

                            1 Reply Last reply Reply Quote 0
                            • AdenaSEO
                              AdenaSEO last edited by

                              Hi Chris, Thx for your quick reply. We have a similar situation as the one I described earlier. Currently the code below is on the page. What are your thoughts on this contruction? Because, we use the prev and next AS WELL AS the canonical tag. The canonical to prevent duplicate content. The link prev and next to prevent Google indexing all the seperate /?tab=.. as inidivual pages. I'm looking forward to your response. Regards, Tom

                              GPainter 1 Reply Last reply Reply Quote 0
                              • GPainter
                                GPainter last edited by

                                Hi Tom,

                                You may find the following helpful - :http://googlewebmastercentral.blogspot.co.uk/2013/04/5-common-mistakes-with-relcanonical.html

                                In short if you do canonical you would loose the pages (sort of) as technically they are not duplicated. You could try a "view all" page and hope that replaces some of the problems.

                                Seems to be pagination is working fine on your site so I wouldn't worry too much, if you did add canonical it may do more harm than good for the sake of making a URL look more appealing.

                                Hope that somewhat helps.

                                Good luck.

                                1 Reply Last reply Reply Quote 0
                                • 1 / 1
                                • First post
                                  Last post

                                Browse Questions

                                Explore more categories

                                • Moz Tools

                                  Chat with the community about the Moz tools.

                                • SEO Tactics

                                  Discuss the SEO process with fellow marketers

                                • Community

                                  Discuss industry events, jobs, and news!

                                • Digital Marketing

                                  Chat about tactics outside of SEO

                                • Research & Trends

                                  Dive into research and trends in the search industry.

                                • Support

                                  Connect on product support and feature requests.

                                • See all categories

                                Related Questions

                                • UnbounceVan

                                  How can I stop a tracking link from being indexed while still passing link equity?

                                  I have a marketing campaign landing page and it uses a tracking URL to track clicks. The tracking links look something like this: http://this-is-the-origin-url.com/clkn/http/destination-url.com/ The problem is that Google is indexing these links as pages in the SERPs. Of course when they get indexed and then clicked, they show a 400 error because the /clkn/ link doesn't represent an actual page with content on it. The tracking link is set up to instantly 301 redirect to http://destination-url.com. Right now my dev team has blocked these links from crawlers by adding   Disallow: /clkn/   in the robots.txt file, however, this blocks the flow of link equity to the destination page. How can I stop these links from being indexed without blocking the flow of link equity to the destination URL?

                                  Technical SEO | | UnbounceVan
                                  0
                                • measurableROI

                                  Where did the "Location" go, on Google SERP?

                                  In order to emulate different locations, I've always done a Google query, then used the "Location" button under "Search Tools" at the top of the SERP to define my preferred location.  It seems to have disappeared in the past few days?  Anyone know where it went, or if it's gone forever?  Thanks!

                                  Technical SEO | | measurableROI
                                  0
                                • Webrevolve

                                  What is the difference between "Referring Pages" and "Total Backlinks" [on Ahrefs]?

                                  I always thought they were essentially the same thing myself but appears there may be a difference? Any one care to help me out? Cheers!

                                  Technical SEO | | Webrevolve
                                  0
                                • AlexSG

                                  Rel canonical between mirrored domains

                                  Hi all & happy new near! I'm new to SEO and could do with a spot of advice: I have a site that has several domains that mirror it (not good, I know...)  So www.site.com, www.site.edu.sg, www.othersite.com all serve up the same content.  I was planning to use rel="canonical" to avoid the duplication but I have a concern: Currently several of these mirrors rank - one, the .com ranks #1 on local google search for some useful keywords. the .edu.sg also shows up as #9 for a dirrerent page. In some cases I have multiple mirrors showing up on a specific serp. I would LIKE to rel canonical everything to the local edu.sg domain since this is most representative of the fact that the site is for a school in Singapore but...
                                  -The .com is listed in DMOZ (this used to be important) and none of the volunteers there ever respoded to requests to update it to the .edu.sg
                                  -The .com ranks higher than the com.sg page for non-local search so I am guessing google has some kind of algorithm to mark down obviosly local domains in other geographic locations Any opinions on this? Should I rel canonical the .com to the .edu.sg or vice versa? I appreciate any advice or opinion before I pull the trigger and end up shooting myself in the foot! Best regards from Singapore!

                                  Technical SEO | | AlexSG
                                  0
                                • reidsteven75

                                  How Does Google's "index" find the location of pages in the "page directory" to return?

                                  This is my understanding of how Google's search works, and I am unsure about one thing in specific: Google continuously crawls websites and stores each page it finds (let's call it "page directory") Google's "page directory" is a cache so it isn't the "live" version of the page Google has separate storage called "the index" which contains all the keywords searched.  These keywords in "the index" point to the pages in the "page directory" that contain the same keywords. When someone searches a keyword, that keyword is accessed in the "index" and returns all relevant pages in the "page directory" These returned pages are given ranks based on the algorithm The one part I'm unsure of is how Google's "index" knows the location of relevant pages in the "page directory".  The keyword entries in the "index" point to the "page directory" somehow. I'm thinking each page has a url in the "page directory", and the entries in the "index" contain these urls.   Since Google's "page directory" is a cache, would the urls be the same as the live website (and would the keywords in the "index" point to these urls)? For example if webpage is found at wwww.website.com/page1, would the "page directory" store this page under that url in Google's cache? The reason I want to discuss this is to know the effects of changing a pages url by understanding how the search process works better.

                                  Technical SEO | | reidsteven75
                                  0
                                • ChrisRoberts-MTI

                                  NoIndex/NoFollow pages showing up when doing a Google search using "Site:" parameter

                                  We recently launched a beta version of our new website in a subdomain of our existing site. The existing site is www.fonts.com with the beta living at new.fonts.com. We do not want Google to crawl the new site until it's out of beta so we have added the following on all pages: However, one of our team members noticed that google is displaying results from new.fonts.com when doing an "site:new.fonts.com" search (see attached screenshot). Is it possible that Google is indexing the content despite the noindex, nofollow tags? We have double checked the syntax and it seems correct except the trailing "/". I know Google still crawls noindexed pages, however, the fact that they're showing up in search results using the site search syntax is unsettling. Any thoughts would be appreciated! DyWRP.png

                                  Technical SEO | | ChrisRoberts-MTI
                                  0
                                • groovykarma

                                  Why "title missing or empty" when title tag exists?

                                  Greetings!  On Dec 1, 2011 in a SEOMoz campaign, two crawl metrics shot up from zero (Nov 17, Nov 24). "Title missing or empty" was 9,676. "Duplicate page content" was 9,678. Whoa!  Content at site has not changed. I checked a sample of web pages and each seems to have a proper TITLE tag. Page content differs as well -- albeit we list electronic part numbers of hard-to-find parts, which look similar. I found a similar post http://www.seomoz.org/q/why-crawl-error-title-missing-or-empty-when-there-is-already-title-and-meta-desciption-in-place . In answer, Sha ran Screaming Frog crawler.  I ran Frog crawler on a few hundred pages.   Titles were found and hash codes were unique.  Hmmm. Site with errors is http://electronics1.usbid.com Small sample of pages with errors: electronics1.usbid.com/catalog_10.html
                                  electronics1.usbid.com/catalog_100.html
                                  electronics1.usbid.com/catalog_1000.html I've tried to reproduce errors yet I cannot. What am I missing please? Thanks kindly, Loren

                                  Technical SEO | | groovykarma
                                  0
                                • raywatson

                                  Syndication: Link back vs. Rel Canonical

                                  For content syndication, let's say I have the choice of (1) a link back or (2) a cross domain rel canonical to the original page, which one would you choose and why? (I'm trying to pick the best option to save dev time!) I'm also curious to know what would be the difference in SERPs between the link back & the canonical solution for the original publisher and for sydication partners? (I would prefer not having the syndication partners disappeared entirely from SERPs, I just want to make sure I'm first!) A side question: What's the difference in real life between the Google source attribution tag & the cross domain rel canonical tag? Thanks! PS: Don't know if it helps but note that we can syndicate 1 article to multiple syndication partners (It would't be impossible to see 1 article syndicated to 50 partners)

                                  Technical SEO | | raywatson
                                  0

                                Get started with Moz Pro!

                                Unlock the power of advanced SEO tools and data-driven insights.

                                Start my free trial
                                Products
                                • Moz Pro
                                • Moz Local
                                • Moz API
                                • Moz Data
                                • STAT
                                • Product Updates
                                Moz Solutions
                                • SMB Solutions
                                • Agency Solutions
                                • Enterprise Solutions
                                • Digital Marketers
                                Free SEO Tools
                                • Domain Authority Checker
                                • Link Explorer
                                • Keyword Explorer
                                • Competitive Research
                                • Brand Authority Checker
                                • Local Citation Checker
                                • MozBar Extension
                                • MozCast
                                Resources
                                • Blog
                                • SEO Learning Center
                                • Help Hub
                                • Beginner's Guide to SEO
                                • How-to Guides
                                • Moz Academy
                                • API Docs
                                About Moz
                                • About
                                • Team
                                • Careers
                                • Contact
                                Why Moz
                                • Case Studies
                                • Testimonials
                                Get Involved
                                • Become an Affiliate
                                • MozCon
                                • Webinars
                                • Practical Marketer Series
                                • MozPod
                                Connect with us

                                Contact the Help team

                                Join our newsletter
                                Moz logo
                                © 2021 - 2025 SEOMoz, Inc., a Ziff Davis company. All rights reserved. Moz is a registered trademark of SEOMoz, Inc.
                                • Accessibility
                                • Terms of Use
                                • Privacy

                                Looks like your connection to Moz was lost, please wait while we try to reconnect.