Traffic has not recovered from https switch a year ago.
-
I have an ecommerce site that was switched to https a year ago almost to the day. Our category pages are about half of what they were. The redirects were put in properly, and everything in webmaster tools looks good. Anything out there I may not have thought of?
Want to add that the drop is only in Google, Bing stayed just fine.
-
I have read in so many places that it caused a dip for others as well. I had a really bad experience with a site move once so I had a checklist of everything and double and triple checked it, but it has just been a slow decline.
-
We experienced the same thing and I am fairly certain that we did EVERYTHING right. I just think the algorithms are messed a little. I even made a competitor analysis and found that all the websites that did the https move have experienced a major dip in the past. I cannot tie it to the move date, but it is clearly visible on semrush.
I have a feeling that google endorsed this https move because they need the referer data to make their analytics product work better over time, but while this whole web wide move is happening they accept some collateral damage. I even hired consultants and there is no proof anywhere that https is that "positive ranking signal" Matt Cutts vaguely indicated...but then again he said it is a ranking signal and it might as well be a negative ranking signal by that wording. My hunch so far.
-
Hi Cyrus,
1. I believe that pagination is implemented correctly. Is there anything specific you think I should check?
2. Canonicals are in place.
3. The category pages do not have their own introductory text.
4. We have the title tags and descriptions set.
Wanted to also add that we have the correct schema on the pages as well.
-
We've actually seen Google get harsh on category-type pages across a wide number of industries and sites. It's even happened here at Moz. If your HTTPS is implemented correctly (and sounds like you are reasonably certain it is) you might want to look to other areas.
I'd look at your category pages and make sure:
- Pagination is implemented correctly
- Canonical are in place, where appropriate
- If possible, each category should have it's own introductory text, i.e. https://moz.com/ugc/category/link-building
- Basically, do everything you can to treat your category pages like actual landing pages worthy of search traffic, including unique content, value, title tags, descriptions, etc.
-
I don't see where he asked about the site structure, but no it didn't change.
Reporting has not changed, no new filters, we block our company's visits, tracking code is consistent.
-
You didn't answer Dirk's question (above). Has the site structure changed at all?
Has your reporting changed? Added any new filters? Forgot to block your own company's visits from being tracked? Is the tracking code consistent on all pages? (Although it's probably not a reporting problem if, as you say, rankings and sales have also dropped.)
It's good you're doing the audit. Doesn't appear to be an obvious problem.
-
All pages have dipped a little but the category pages seems to have lost the bulk. We have had rankings and sales drops. Canonicals are in correctly and sitemaps have been updated properly.
-
1. The traffic decline wasn't sudden or initially very much. If you look at our traffic it looks like a pyramid with the peak being when we switched to https. It has just been a slow gradual decline every since.
2. The migration was Sept 11 last year, I don't think there was anything that week.
3. User behavior has stayed constant.
4. No spike in errors, the migration went very smooth.
-
Is it just the category pages that have lost traffic? Have rankings and sales also changed significantly? Are canonicals pointing to https? Have sitemaps been updated?
-
Did the traffic drop occur right after the migration to https or a few months/weeks later?
Was the migration close to the date of an algorithm change?
Did you see any change in behaviour of your users after migration (time on page, bounce rate, avg. pages/session,...)?
Was there a spike of errors in WMT after migration or did everything go quite smoothly?
Was it just a migration to https - or did other elements change on the website?
To be very honest - trying to figure out one year after migration what went wrong is an almost impossible task - especially because you don't have access to the WMT data from migration.
The best you can do is to dive deep in to your analytics figures (search traffic) and compare data before/after migration and try to understand what might have had an impact.
rgds,
Dirk
-
I am in the middle of doing an audit to see if I may have missed something. We are fully mobile optimized. Maybe it was a penalty but there has never been a single black hat trick used on the site. Panda hit that month but we have just been on a slow decline for the last year so that it is now 50%. As an ecommerce site I can't think of a scenario where Panda would hit us unless we were doing something we shouldn't have.
-
HTTPS did cause the site speed to slow down a little bit, we knew that was coming so right after launch we did some optimizations so it is now faster with https then before with http.
-
It's impossible to say without seeing the site and, likely, without seeing analytics. What I can tell you is that the issue may not have anything to do with HTTPS. There have been updates to Google's algorithms, and many other things. Mobile optimization has become a huge point, for instance. I would run an audit of your site for both technical and SEO issues to see if those might help.
-
Moving to https could have an impact on your site's perfomance - which may counter the potential benefits of migrating to https. If you compare page load times in Analytics before/after migration - did they go up/down or remained stable?
Dirk
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
-
Browser Cacheing - HTTPS redirects to HTTP
Howdy lovely Moz people. A webmaster redirected https protocol links to http a number of years ago in order to try and capture as many links as possible on a site we now manage. We have recently tried to implement https and realised that because of this existing redirect rule, they are now causing infinite loops when trying to test an http redirect. http redirecting to https redirecting back to http, etc. The https version works by itself weirdly enough. We believe that this is due to the permanent browser caching. So unless users clear their cache, they will get this infinite loop. Does anyone have any advice on how we can get round this? a) index both sites and specify in GSC that the https is the canonical version of the site and hope that Google sees that and removes the http version for the https version b) stick with http as infinite loops will kill the site c) ??????????? Thanks all.
Intermediate & Advanced SEO | | HenryFrance0 -
SERP display switching between normal meta description and 15+ items
The site, www.myrtlebeach.com has been having an issue with the way it displays in search results for the keyword "Myrtle Beach hotels". It is showing as a bulleted/itemized list similar to what's mentioned in this Moz article I'll begin with a little background. When I started working with the site it would display in SERPs as: Myrtle Beach Hotels - Reviews, Deals, & Photos - MyrtleBeach.com
Intermediate & Advanced SEO | | Fuel
www.myrtlebeach.com/hotels/
70+ items - Compare Lowest rates & see reviews on Myrtle Beach Hotels
from $76. Holiday Inn Club Vacations Myrtle Beach - South Beach offers a ...
from $27. Located among the south end Myrtle Beach hotels, Holiday Sands ... We did not want the site showing as an itemized list with 70+ items. We wanted it to show with the meta description we provided.
Our first attempt at getting the SERP to display our normal meta description was to simply change the meta description. That didn't work. Our second thought was to use pagination to reduce the number of items on the page. A few days after we implemented pagination we saw our normal meta description displaying in the SERP. Shortly after that we saw the SERP had reverted, but this time was showing 15+ items rather than 70+. This is when began seeing the SERP display change between a normal meta description and 15+ items. In another effort to stop the 15+ items from displaying in SERPs, we added relevant blog content like "Top 10 Oceanfront hotels" and "Best Kid Friendly Hotels" to break up the hotel listings on http://www.myrtlebeach.com/hotels/. Again, our normal meta description displayed in the SERPs for the next few days, but shortly after reverted back to 15+ items. Since then we have been seeing the SERP switch between our normal meta description and 15+ items with no rhyme or reason. Because our listings are not using , I'm not really sure why the site would be displaying this way. Since I have been regularly monitoring the SERP for the keyword "Myrtle Beach hotels", myrtlebeach.com/hotels/ has ranked as high as 5 and as low as 10. I open an Incognito Window and I take screenshots almost daily. I then record how the site was displayed in the SERP and its rank. I also look at organic visits and a Value Per Entry metric I've created. (I looked at Value Per Entry to determine if someone seeing 15+ items was more apt to convert) Average Visits on days with a normal meta description - 182
Average Visits on days with itemized 15+ description - 174 Average Value Per Entry on days with a normal meta description - 131
Average Value Per Entry on days with itemized 15+ description - 120 Average Rank on days with a normal meta description - 7
Average Rank on days with itemized 15+ description - 6 This data shows that performance is better on days when the normal meta description is displayed regardless of rank. I have linked 2 screenshots for reference. The 2-6-14 screenshot shows the SERP display with 15+ items and the 2-7-14 screenshot shows the SERP display with the normal meta description we provided. My questions are:
1. How does Google determine if a site should display in SERPs with an itemized or bulleted list?
2. Is there something else I need to change on myrtlebeach.com/hotels/ to prevent it from displaying in SERPs with 15+ items? m4znToY PRdDXZf0 -
Website Displayed by Google as Https: when all Secure Content is Blocked - Causing Index Prob.
Basically, I have no inbound likes going to https://www.mysite.com , but google is indexing the Homepage only as https://www.mysite.com In June, I was re included to the google index after receiving a penalty... Most of my site links recovered fairly well. However my homepage did not recover for its top keywords. Today I notice that when I search for my site, its displayed as https:// Robots.txt blocks all content going to any secure page. Leaving me sort of clueless what I need to do to fix this. Not only does it pose a problem for some users who click, but I think its causing the homepage to have an indexing problem. Any ideas? Redirect the google bot only? Will a canonical tag fix this? Thx
Intermediate & Advanced SEO | | Southbay_Carnivorous_Plants0 -
HTTPS moz.org untrusted - invalid cert
https://www.moz.com/ has an invalid cert guys This Connection is Untrusted You have asked Firefox to connect
Intermediate & Advanced SEO | | irvingw
securely to www.moz.com, but we can't confirm that your connection is secure.
Normally, when you try to connect securely,
sites will present trusted identification to prove that you are
going to the right place. However, this site's identity can't be verified. What Should I Do? If you usually connect to
this site without problems, this error could mean that someone is
trying to impersonate the site, and you shouldn't continue. www.moz.com uses an invalid security certificate. The certificate is only valid for moz.com (Error code: ssl_error_bad_cert_domain) If you understand what's going on, you
can tell Firefox to start trusting this site's identification.
Even if you trust the site, this error could mean that someone is
tampering with your connection.
Don't add an exception unless
you know there's a good reason why this site doesn't use trusted identification.1 -
Can't seem to get traffic back post Panda / Penguin. WHY?
I have done and am doing everything I can think of to bring back lost traffic after the late 2012 updates from google hit us. I just is not working. We had some issues with our out of house web developers which screwed up our site in 2012 and after taking it in house we have Eden doing damage control form months now. We think we have fixed pretty much everything. URL structure filling up with good unique content(under way. Lots still to do) making better category descriptions redesigned homepage. Updated product pages (CMS is holding things back on that part otherwise they would be better. New CMS under construction) started more link building(its a real weak spot on our SEO as far as I can see) audited bad links from dodgy irelavent sites. hired writers to create content and link bait articles. Begun making high quality video's for both YouTube (brand awareness and viral) and on site hosting (link building and conversions) (in the pipeline not online yet). Flattened out site architecture. optimise internal link flow (got this wrong by using nofollows. In the process of thinking of a better way by reducing nun wanted Nav links on page.) i realise its not all done but I have been working ever since the drop in traffic and I'm just seeing no increase at all. I have been asking a few questions on here for the past few days but still can't put my finger on the issue. Am I just impatient and need to wait on the traffic as I am doing all the correct things? Or have I missed something and need to fix it. you anyone would like to have a quick look at my site and see if there is an obvious issue I have missed It would be great as I have been tearing my hair out trying to find the issues with my site. It's www.centralsaddlery.co.uk Criticism would me much appreciated.
Intermediate & Advanced SEO | | mark_baird0 -
How to get traffic from a particular Geographical region?
Our company is based out of India and has a web site with .in domain ; however our target customers are from North America and Australia.
Intermediate & Advanced SEO | | TPS2013
The problem is we get as high as 70% of organic traffic from India.
This 70% traffic from India has little use to us. Possibly because we have ”.in “ domain the Google local search is active.
How to reverse this situation; I mean we are looking for more traffic from across the globe except India.
Any suggestions ? P.S. Changing domain from .in to .com is not an option as its the part of our brand advertised for last 7 years1 -
Is it worth switching from underscores to hyphens in the URL?
I work for a website that recently did a redesign, and switched from hyphens to underscores. We have seen some drop in traffic, although that may be attributed to the migration. I have read that while Google prefers hyphens, the underscore problem is not as much of an issue as it used to be. Is it worth 301'ing the page to a version of itself with hyphens instead of underscores in the URL?
Intermediate & Advanced SEO | | MarloSchneider0 -
Organic SEO impact of switching from Dedicated server/IP to cloud?
My client wants to move from a dedicated server with unique dedicated IP address to a cloud server. We have great rankings for competitive terms. I believe their motivation is to cut costs. What is the risk to the rankings in switching from dedicated to cloud? I don't believe unique static ips are available on a cloud platform. I told him I would strongly advise against it, don't risk it, but would appreciate others' feedback and experiences to take into consideration. Thanks, Greg
Intermediate & Advanced SEO | | seagreen0