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
Got a burning SEO question?
Subscribe to Moz Pro to gain full access to Q&A, answer questions, and ask your own.
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
-
Ranking dropped after change single page url, should I change it back?
I was making updates to the content on the following page, and a few days later dropped from #2 SERP ranking to 50+. Things I checked: Yes, 301 redirect was implemented right away. After publishing, I manually requested indexing in search console. Right after publishing I re-submitted the sitemap manually and Google said they had not crawled it in 9 days. My question: should I change the URL back to the old one, or give it a little more time (especially since I re-submitted sitemap) Original URL: https://www.travelinsurancereview.net/plans/travel-medical/ New URL: https://www.travelinsurancereview.net/plans/travel-medical-insurance/
On-Page Optimization | | DamianTysdal0 -
URL keyword separator best practice
Hello. Wanted to reach out see what the consensus is re-keyword separators So just taken on a new client and all their urls are structured like /buybbqpacks rather than buy-bbq-packs - my understanding is that it comes down to readability, which influences click through, rather than search impact on the keyword. So we usually advise on a hyphen, but the guy's going to have to change ALLOT of pages & setup redirects to change it all wasn't sure if it was worth it? Thanks! Stu
On-Page Optimization | | bloomletsgrow0 -
Is using hyphens in a URL to separate words good practice?
Hi guys, I have a client who wants to use a hyphen to separate two words in the URL to make each work stand out. Is is good or bad practice to use a hyphen in a URL and will it affect rankings? Thanks!
On-Page Optimization | | StoryScout0 -
Two URL's for the same page
Hi, on our site we have two separate URL's for a page that has the same content. So, for example - 'www.domain.co.uk/stuff' and 'www.domain.co.uk/things/stuff' both have the same content on the page. We currently rank high in search for 'www.domain.co.uk/things/stuff' for our targeted keyword, but there are numerous links on the site to www.domain.co.uk/stuff and also potentially inbound links to this page. Ideally we want just the www.domain.co.uk/things/stuff URL to be present on the site, what would be the best course of action to take? Would a simple Canonical tag from the '/stuff' URL which points to the '/things/stuff' page be wise? If we were to scrap the '/stuff' URL totally and redirect it to the 'things/stuff' URL and change all our on site links, would this be beneficial and not harm our current ranking for '/things/stuff'? We only want 1 URL for this page for numerous reasons (i.e, easier to track in Analytics), but I'm a bit cautious that changing the page that doesn't rank may have an affect on the page that does rank! Thanks.
On-Page Optimization | | Jaybeamer2 -
Post url not matching with post title ( wordpress)
I have this site called searchoflife.com on which I have noticed the post urls are not matching with the post title. For Example:Post Title - A Dialogue With NaturePost URL - http://searchoflife.com/dialogue-nature-2013-09-12 Words like 'A' and 'with' are not present in the post URL. This has been the trend since a few days. After investigating I found out that it was due to my plugin SEO ultimate which is actually creating post slugs automatically for the post urls. So my question is whether it is advisable to use post slugs instead of the full post url. Does it affect the SERPS for my site?
On-Page Optimization | | toxicpls0 -
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 -
Question about url structure for large real estate website
I've been running a large real estate rental website for the past few years and on May 8, 2013 my Google traffic dropped by about 50%. I'm concerned that my current url structure might be causing thin content pages for certain rental type + location searches. My current directory structure is:
On-Page Optimization | | Amped
domain.com/home-rentals/california/
domain.com/home-rentals/california/beverly-hills/
domain.com/home-rentals/california/beverly-hills/90210/
domain.com/apartment-rentals/california/
domain.com/apartment-rentals/california/beverly-hills/
domain.com/apartment-rentals/california/beverly-hills/90210/
etc.. I was thinking of changing it to the following:
domain.com/rentals/california/
domain.com/rentals/california/beverly-hills/
domain.com/rentals/california/beverly-hills/90210/ ** Note: I'd provide users the ability to filter their results by rental type - by default all types would be displayed. Another question - my listing pages are currently displayed as:
domain.com/123456 And I've been thinking of changing it to:
domain.com/123456-123-Street-City-State-Zip Should I proceed with both changes - one or the one - neither - or something else I'm not thinking of? Thank you in advance!!0 -
URL length... is >115 now >255?
I've been having detailed discussions with a CMS provider on behalf of a client. Long URLs are the least of their problems however, the developer is arguing that Google has amended their algorithm and will now read URLs that are up to 255 characters long. I have stated that as far as I am aware, Google will still not read URLs over 115 characters... Before I stamp my feet, can someone confirm what is actually happening? SEOmoz still classes URLs >115 characters long as an amber issue. Thanks
On-Page Optimization | | Switch_Digital0