Welcome to the Q&A Forum

Off the top of my head, some things to check:

• noindex tags deployed from staging during the redesign
• broken rel=canonical / hreflang
• update to robots.txt
• broken status codes (are those pages still 200 OK status?)
• site speed - has the performance of the site as a whole taken a hit? It needn't necessarily be about those pages specifically, but could be about the site health as a whole
• changes to XML sitemaps

Some other harder to check / track down causes:

• changes to internal link architecture
• removal of pages that were the target of powerful inbound links

Hope something there helps - good luck!

Unfortunately most of the largest examples are not shared publicly. You could go looking for external data (e.g. SEMrush / searchmetrics / similarweb) around the time of big / well-known mergers. There have been a few over the years - but I don't know off-hand what historical data there is available. The biggest I remember being interested in was when Adobe bought Macromedia back in the day (but there won't be historical data going back that far, and anyway everything has changed since then).

Aside from "outside looking in" approaches, the biggest public case study I could find is this one.

Hope something there helps.

Hey Logan. Just saw this - sorry for the v slow reply.

As you might know we (Distilled) are working on A/B testing as well (I wrote a bit more about it on moz here).

From our perspective, as a well established agency, we have built our tool with agencies and experts in mind. We see it as a tool for experts to use (our consultants, marketers on the client side, and other agencies). I wrote a bit more about how split testing is changing our consulting work here - but in short I agree with you that consulting skills and client management skills are going nowhere.

As for Google's view on the subject, any tool can be used for good or bad, but we believe that if you approach it the right way, this kind of testing is wholly aligned with Google's goals - our testing helps build better websites that are more closely-aligned with searcher intent and so we think that the general approach is one that forms a great part of a balanced search strategy.

In terms of why things might have changed - if nothing has changed technically on the site, then the most likely reason is simply that one of the sequence of Google algorithm updates targeting quality has impacted the site: https://moz.com/google-algorithm-change

I wouldn't spend too long trying to work out why it might have changed - and instead would put the energy into improving what you can.

Good luck!

Hi Manish,

There is some confusion in your question:

1. If you have inbound links that concern you, you can disavow at the domain level once and you should never need to repeat that
2. I'm not clear what you mean by "redirecting to our Sitemap" -- having a redirect from their site to yours is unlikely to hurt you - especially if you have disavowed the domains

Thanks - good luck.

Hi Simon,

It's not looking great. I don't have any inside information from Bing / Microsoft, but there seem to be SNI pages that are still not being indexed correctly. See, for example, this page: https://www.mnot.net/blog/2014/05/09/if_you_can_read_this_youre_sniing which is nowhere to be found in Bing's index.

A site: search on bing finds two posts from the mnot site (out of hundreds). So it appears likely to still be flaky but I haven't gone down the rabbit hole of looking for other reasons that site may not be indexed, nor checked that it actually is using SNI. I also don't have an SNI site to test things on, so that's the best I have for you, I'm afraid.

The only other link I found that may be interesting is this page claiming that SNI is supported by bing: https://www.ssllabs.com/ssltest/viewClient.html?name=BingPreview&version=Jan%202015

Sorry that's not more useful.

You could reach out to the author of that SEL post (Ben Goodsell) and see if he's seen any changes since he wrote it.

Hi Stephan,

Before you spend _too _long on this, I'd make sure it's the best use of your time - regular images do work on retina displays and so you may have higher priorities.

In many ways (simplicity, maintainability, design) the best route is to use retina-ready images throughout your site and serve them up to non-retina users as well. This typically results in better images for all and doesn't have to impact filesize too much (see this article about compressing larger images).

The downside is that for certain kinds of images, the larger image will still have a much larger filesize and this can be a major speed issue - especially for those on mobile connections.

Unless you have evidence that one or other effect (fuzzy images on retina or slow loading) is causing you problems, I would personally take an "if it ain't broke" approach. The complexity of maintaining two sets of images is a step too far for most websites in my opinion and I would tend to stick with regular images up until the point where high resolution displays are significant among your users and plan to switch to high-resolution images for all at that point.

I hope that helps.

Hi Conrad,

What a tricky situation. Ultimately, these kinds of issues are hard to call perfectly because it's never pure search considerations in play and, especially with each business being different, it's impossible to be certain how search engines will treat you.

With those caveats in mind, here are my thoughts:

Question 1

Your thinking is solid. Whether it is the right call or not is impossible to know (even in hindsight) because there are simply too many moving parts. Nonetheless, I think you have sensibly weighed up the pros and cons and made the decision with open eyes. Just for completeness, I believe that point #2 is only a small benefit if at all (and probably declining) but the only part I'd really challenge you on is #3. I would personally only go down this route if the company truly is a specialist in each destination. If that is true, then great (and they likely have specialist country managers who can push forward the marketing of each site). If it's not really true and you're more just "seeking the perception" that it's true, then I might stick with the benefits of an integrated site.

Question 2

Errant 404s are a nasty and annoying problem precisely because errors do not necessarily undo quickly. I would be prepared to wait 6-8 weeks to see a recovery. You need to bear in mind, of course, that the drop could be associated with the downsides you identified in #1 (lower aggregate domain authority etc) and so you may not see a recovery from the 404s specifically. If you haven't seen a recovery after 8-10 weeks, I'd believe this was the "new normal" and would be looking at growth from there rather than "recovery".

Question 3

It's impossible to be sure. The number of "reversed migrations" that any of us have seen is tiny and they're all different so I'm afraid that your guess is as good as mine. If it turns out that improvement isn't on the horizon, then I might be tempted but I think that my approach would be to stick with the decision if you think it's the right one - see my comments in answer to q1 above. I'd change (back) only if you think benefits you expected haven't come to pass (e.g. Has conversion rate increased on dedicated sites versus how it was on an integrated one?) and the balance of benefit has shifted.

I hope that helps.

While I don't have first-hand experience of this issue, I've done some searching around and I wondered if this helps at all:

https://stackoverflow.com/questions/20491445/tracking-android-installs-via-google-play-source-medium-from-website

Some other possibly useful links:

https://stackoverflow.com/questions/10033313/android-google-play-referral-tracking-limitations

https://stackoverflow.com/questions/11241158/how-to-use-google-analytics-track-referrer-install-from-google-play

I don't have the email support button either (also in the UK). I haven't tried changing our page name though - sorry I can't help on that.

Thanks to those giving a shout out to DistilledU (which includes the basics of HTML but no real programming).

If you are keen to learn to code, I'd definitely endorse the Treehouse and Codecademy recommendations given here.

I like people wanting to learn to code. You may find some of my presentations on the topic helpful as well.

Good luck!

I meant anger - just short-hand for "haven't used it on anything live". I've played around with demos etc but haven't used it personally on live projects.

I believe they're doing what's called bandit optimization in the statistical literature. Fascinating area of study. I like it from a mathematical perspective - though I prefer declaring a specific winner and then implementing that version rather than always having the split-test software running and serving up variations.

It feels tidier, easier to maintain and results in a faster website...

I haven't used Conductrics in anger, but have recently started using Optimizely more - I really like the fact that it's all jQuery based. The big benefits of that for us are:

• Super easy point and click interface for non-technical writers to make changes
• More advanced (edit jQuery code) options for more involved tests
• Not limited to page snapshots (as I believe VWO is) - this was something that caused us issues with our XSS protection scripts and meant we couldn't use VWO effectively on distilled.net

Hope that helps - sorry I haven't got comprehensive comparison data. Optimizely has a free trial though so you can test it out for yourself (really quick to get up and running).