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.
Query for paginated URLs - Shopify
-
Hi there,
/collections/living-room-furniture?page=2
/collections/living-room-furniture?page=3
/collections/living-room-furniture?page=4Is that ok to make all the above paginated URLs canonicalised with their main category /collections/living-room-furniture
Also, does it needs to be noindex, follow as well?
Please advice, thank you!
-
I mostly agree with Robin here.
Also, be sure NOT to mix 'noindex' and canonical tags. Google will (in most cases) end up picking rel=canonical over noindex when you use both of these. So it is very possible that even when using 'noindex', your pages will appear in search results.
The approach of canonicalising all your paginated pages to the first one, is not good practice. We all just found out that Google hasn't been using rel=next/prev for a couple of years now, but most of the pagination was indexed in a correct way.
So doing nothing is maybe not that bad of an option. If you see things going wrong, you can further evaluate and test other possibilities.
-
I have a slightly different perspective here, based on one core assumption so feel free to tell me if this is off the mark - **I am assuming you want the products you are linking to on deeper paginated pages to still be found by Google so that they can rank. **
Google has said that noindexed urls are, over time, treated as noindex nofollow. Likewise, if all of the deeper paginated pages are canonicalised to the first page Google may not pass authority down to each of them. Pagination is common across the web, unless you are seeing massive conflict problems (which would be unusual) I would not robots block them, noindex them, or canonicalise them. I'd just leave them as they are and trust Google to figure it out until you have evidence that it is causing problems on your site in specific.
Hope that helps!
-
I'd say no, they're dynamic URLs & you plan to add a tag
-
Sure, I'll make them noindex, but Is that ok to make all the above paginated URLs canonicalised with their main category /collections/living-room-furniture too?
-
My preference is to treat these types of pages as dynamic URLs & block them in the robots.txt
Disallow: /?
Disallow: /=But, since you can't do this in Shopify, then you need to manually add the code in to the pagination pages (somehow).
I got the HTML code from
https://help.shopify.com/en/manual/promoting-marketing/seo/hide-a-page-from-search-engines
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.
Related Questions
-
titles length, URL length and meta descriptions on a subdomain effecting SEO on main domain?
Hi all, I am currently evaluating areas for optimization on my main domain. When doing this, Moz has identified multiple titles and urls that should be shortened and missing meta descriptions on my subdomain (a help center of sorts). As far as I am aware, we have not set up any "no-index" rules for this subdomain. Are these items affecting SEO on my main domain? Thanks,
On-Page Optimization | | annegretwidmer
Kasey0 -
Can we change Title and/or Descriptions Dynamically Based on Search Query
If I recall we used to be able to change our title attributes tag dynamically based on the search query but not sure if it's possible now or if it makes sense to do so. Thoughts? Rosemary
On-Page Optimization | | RosemaryB1 -
Home page keyword in url
I have been looking into SEO for a few weeks now trying to perfect a homepage. Going through various sources on MOZ, and other examples out there on the internet, I keep seeing that you should have your keyword in the URL of the page. The homepage is the page most people want to rank the highest in google searches, however, you cannot put the keyword in the URL as most home page URLs are simply /. Should I actually make the home like this: www.example.com/key-word-example? I would imagine this would not be the normal for many users and would seem like it's not the home page.
On-Page Optimization | | Matthew_smart0 -
Duplicate URL's in Sitemap? Is that a problem?
I submitted a sitemap to on Search Console - but noticed that there are duplicate URLs, is that a problem for Google?
On-Page Optimization | | Luciana_BAH0 -
Using keywords in my URL: Doing a redirect to /keyword
My website in "On Page Grade" received an A.Anyway, I only have 1 thing to optimize:_"Use Keywords in your URL__Using your targeted keywords in the URL string adds relevancy to your page for search engine rankings, assists potential visitors identify the topic of your page from the URL, and provides SEO value when used as the anchor text of referring links."_My website is ranking in top10 for a super high competitive keyword and all my others competitors have the keyword on their domain, but not for my URL.Since I can't change my domain for fixing this suggestion, I would like to know what do you think about doing a 301 redirect from / to mydomainname.com/keyword/So the index of my website would be the /keyword.I don't know if this can make a damage to my SERP for the big change ir it would be a great choice.
On-Page Optimization | | estebanseo0 -
Canonical URL, cornerstone page and categories
If I want to have a cornerstone "page", can I substitute an actual page with a category archive of posts "page" (that contains many posts containing the target key phrase)? This way, if I make blog posts about a certain topic/ key phrase (example "beach weddings") and add a canonical URL of the category archive page to the individual posts, am I right then to assume google will see the archive page as the cornerstone page (and thereby won't see the individual posts with the same key phrase as competing)?
On-Page Optimization | | stephanwb0 -
Pagination for product page reviews
Hi, I am looking to add pagination on product pages (they have lots of reviews on the page). I am considering using rel="next/prev, to connect the series of review pages to the main product page. I unfortunately don't have a view-all page for these reviews or the option to get one - the reviews refresh on the same product page (by clicking whatever number page of reviews). This means each page has the exact same description content and everything else, but with different reviews. In this case is rel=next a good option? The format currently would be: On example.com/product link rel="next" href="http://example.com/product?review-p2" On example.com/product?review-p2 link rel="prev" href="http://example.com/product, link rel="next" href="http://example.com/product?review-p3 etc. Would this be a good format for product page reviews? I see rel=nextprev commonly used on ecommerce category/list pages but not really on the paginated reviews on product pages, so I thought I would see if anyone has advice on how best to solve this. I'm also wondering if it would be best to not combine this with a canonical tag on all the different review pages pointing to the product page, seeing as the reviews are actually different (despite the rest of the content being identical). I am hoping to pick up longer tail traffic from this, I figure by connecting the pages and not using canonicals that this way I could get more traffic from the phrases used in the reviews. By leaving out the canonicals, is it possible a user searching for phrases that might be deeper in the series, to land on, say, ?review-p4? Any thoughts if this would drive more traffic? Thanks!.
On-Page Optimization | | pikka0 -
Does it matter if your URL ends in .net or .com?
Someone told me that having a URL that ends in .net (instead of .com) will hurt my site's SEO. Is that true?
On-Page Optimization | | matt-145670