Ugly Redirect Chain
-
Hey everyone,
Hoping to get your take on this:
- We have some very high demand products, they usually sell out in minutes (lucky us, eh?!)
- We are implementing a queue function on a product page - basically if too many people try to check out at the same time, we dump them in a queue
- The queue could kick in before or after search engines have indexed the product page
- The product page has markup and on-page content relating to the product.
- The queue page exists on an external (yes, external) site
- The queue page will not have any of the product info, markup, or optimised page title
- Product page will 302 to queue page and starts a series of 302 redirects!
Here's the sequence when queue is active:
- CANONICAL product page (with markup, on-page product info, optimised page title, etc.)
>> 302 >> - queue page on external domain (ZERO markup, product info or page title)
>>302>> - same queue page, but throwing a hashed queue ID into the URL (basically giving you your place in the queue)
HELD IN QUEUE FOR A FEW MINUTES
**>> 302> ** - NON-CANONICAL product page (with markup, on-page product info, optimised page title, etc.)
I can foresee two scenarios
- search engine has indexed product page prior to queue kicking in. Then queue kicks in 302ing search engine to queue page. because it's a 302 the crappy queue page content is indexed back to the originating product page. This causes search engines to drop the product page cos all the product-specific markup/content has been overwritten with crappy queue page content
- search engines don't manage to index product page before queue kicks in. They crawl product page URL, get 302 to queue page, index crappy queue page content and think the product page is crappy, so don't traffic it. They will recrawl the product page once the queue's turned off, only to discover the product has sold out - boo.
I very much doubt the search engines will 'wait for a few minutes' so may never end up reaching the product page again.
I'm trying to get the markup/product info and optimised meta data injected into the queue page, so that remains present at all points on the journey in the hope that this enables search engines to continue to rank and traffic the product page.
What's your take on this?
Any suggestions on how we might overcome the issues? (before you ask; avoiding using the queue system is impossible, sorry!)
Thanks!
-
Thanks for taking the time to answer. Agreed. It's confusing at best. It confused the heck out of me when I was deconstructing the behaviour.
We generally get indexed faster than 2-3 days. Last time I checked the average time to index was around 40 minutes. Guess that's because the engines know our content changes frequently.
_1- If the products on your site are selling within minutes, then why are you focusing your attention on how Google will index them? _Most of our purchasing customers come via Natural Search.
2- As the products sell out within minutes and after so the redirection is stopped, then why would that affect how Google ranks your site? I should have been clearer: t****he queue will trigger after a threshold is reached, not when product is sold out. But if it's a particularly high demand product, it could sell out before threshold dips below that configured for the queue.
Good suggestion about opening queue in a tab.I will explore that option.
-
To be honest, I am a bit lost in the explanation of your external redirect chain, but I would like to add:
1- If the products on your site are selling within minutes, then why are you focusing your attention on how Google will index them?
2- As the products sell out within minutes and after so the redirection is stopped, then why would that affect how Google ranks your site?
Google doesn't instantly crawl and index your page as soon as it is created. From past experience, I can say that it can take 2-3 days for Google to index new articles, and that would be more than enough time for your products to sell out and for the redirect chain to be stopped.
An alternative solution would be so that when the user first gets to the site and clicks the "purchase" button, you don't just redirect him to the queue page, but open the queue page on a new tab. That way it won't count as a redirect but simply as a link from your site to the redirect site.
Daniel Rika - Dalerio Consulting
https://dalerioconsulting.com/
info@dalerioconsulting.com
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
-
301 redirect hops from non-https and www
It's best practice to minimize the amount of 301 redirect hops. Ideally only one redirect hop. It's also best practice to 301 redirect (or at least canonical) your non-https and/or your non-www (or www) to the canonical protocol/subdomain. The simplest (and possibly the most common) way to implement canonical protocol/subdomain redirects is through a load balancer or before your app processes the request. Both of which will just blanket 301 to the canonical domain/protocol regardless if the path exists or not In which case, you could have: Two hops. i.e. hop #1 http://example.com/foo to https://example.com/foo, hop #2 https://example.com/foo to https://example.com/bar 301 to a 404. Let's say https://example.com/dog never existed, but somebody for whatever reason linked to it (maybe a typo). If I request https://www.example.com/dog, the load balancer would 301 to a 404 page. Either scenario above should be fairly rare. However, you can't control how people link to you. Should I care about either above scenario? I could have my app attempt to check if the page exists before forwarding, but that code could be complicated.
Intermediate & Advanced SEO | | dsbud0 -
Moving to https: Double Redirects
We're migrating our site to https and I have the following question: We have some old url's that we are 301ing to new ones. If we switch over to https then we will be forced to do a double-redirect for these url's. Will this have a negative SEO impact? If so, is there anything that we can do about it?
Intermediate & Advanced SEO | | YairSpolter0 -
Should i redirect this page?
Hi I have the following 2 pages: http://www.over50choices.co.uk/Funeral-Planning.aspx http://www.over50choices.co.uk/Funeral-Planning/Funeral-Plans.aspx My dilema is that google sees the words "funeral planning" & "funeral plans" as the same thing, which might explain why the "funeral plan" page is not ranked v well. My issue is that the "funeral planning" page is at category level and introduces the wider subject of funeral planning, which isnt just funeral plans, so if i 301 my "funeral plan" page i will have no where to talk about funeral plans. My question is, Is the "funeral plan" page not ranked v well because of this or do i just need better optimisation of the funeral plan page so google is clear which is the key focus for each page? Thanks Ash
Intermediate & Advanced SEO | | AshShep10 -
301 redirects within same domain
If I 301 redirects all urls from http://domain.com/folder/keyword to http://domain.com/folder/keyword.htm Are new urls likely to keep most of link juicy from source url and maintain the rankings in SERP?
Intermediate & Advanced SEO | | Bull1350 -
301 redirect from one domain to other domain, How To?
Hi, I need to redirect 150 products pages from http://www.filtrationmontreal.com/ to http://www.furnacefilterscanada.com/ How can I do this? Is there a tool or anything I can do to do 301 from one domain to another one? Can I use Google Webmaster Tool? Thank you, BigBlaze
Intermediate & Advanced SEO | | BigBlaze2050 -
301 or 302 Redirects to Mobile Site
When it's detected that a mobile device is accessing the site it has the ability to redirect from www.example.com to m.example.com. Does it make more sense to employ a 301 or 302 redirect here? Google says a 301 but does not explain why (although usually I stick to "when in doubt, 301") . It seems like a 302 would prevent passing link juice to the mobile site and having mobile-optimized results also showing up in Google's index. What is the preference here?
Intermediate & Advanced SEO | | SEOTGT0 -
Interesting 302 redirect situation - could they be a good idea??
Just started with a new SEO client. The site is built on Sharepoint Server 2007 running Windows Server 2003 R2 on IIS 6.5 (I know, fun times for me). Being a standard crappy Windows setup, URLs and canonicalization is a huge issue: first and foremost, we get a 302 redirect from the root www.example.com to www.example.com/Pages/default.aspx Now standard SEO best practices dictate that we rewrite and redirect these pages so they're clean URLs. However that may or may not be possible in the current environment - so is the next best thing to change those to 301s so at least link authority is passed better between pages? Here's the tricky thing - the 302s seem to be preventing Google from indexing the /Pages/default.aspx part of the URL, but the primary URL is being indexed, with the page content accurately cached, etc. So, www.example.com 302 redirects to www.example.com/Pages/default.aspx but the indexed page in Google is www.example.com www.example.com/sample-page/ 302 redirects www.example.com/sample-page/Pages/default.aspx but the indexed page in Google is www.example.com/sample-page/ I know Matt Cutts has said that in this case Google will most likely index the shorter version of the URL, so I could leave it, but I just want to make sure that link authority is being appropriately consolidated. Perhaps a rel=canonical on each page of the source URL? i.e. the www.example.com/sample-page/ - however is rel=canonical to a 302 really acceptable? Same goes for sitemaps? I know they always say end-state URLs only, but as the source URLs are being indexed, I don't really want Google getting all the /Pages/default.aspx crap. Looking for thoughts/ideas/experiences in similar situations?
Intermediate & Advanced SEO | | OddDog0 -
404 Redirecting to the home page
One of my clients that is managing their own server and website recently moved servers. Which then broke their custom 404 page. Instead of fixing this or putting the site back to the old server they redirected the 404 to the home page. I've been working on getting their 404's appropriately redirected, or old urls redirection using a 301 for a month or two. I read the HTTP Status Codes best practices. It just discusses usability. What technical seo back lash can happen?
Intermediate & Advanced SEO | | triveraseo0