Honestly, to get a proper answer people would need to know the site in question to do an audit themselves.

Would you be able to send me a dm with a copy of that email? I'm interested in larger sized automatic sites and trying to figure out where the limit is (and how yours isn't allowed when others are)

Ok, this one may be interesting, if it's none of these options below I'd love to take a deeper look, send me a dm on twitter: https://twitter.com/thomasharvey_me

So, I see that you're on Cloudflare, are you still being crawled by Google?

Have you looked in the old search console? Have you or anyone you work with done anything in the "remove urls" section?

Have you seen any change in crawl stats recently?

Any recent changes to the site that may have caused this?

I've been using them for the past few months and their offering is from what I can see is very good value. I've had a few issues with setting up and learning their platform (as well as actual bugs) however chatting to them on their live chat the issues have been resolved and also they've given credits to make up for their mistakes. So I'm a pretty happy customer of theirs.

The answer to this is actually quite simple, Moz and Google have data that's not as up to date as Screaming Frog, so Moz and Google can be reporting historical issues that you've resolved allowing them to have larger numbers reported. The other issue is sample size, so Moz for example may not have your complete site in their index, yet Google does.

"Also, is there a way to efficiently track the source of the 404s besides clicking on "Linked From" within Search Console 250 times? I was looking for something like this is Moz or SF but no luck."

As for that question, easiest way is through Screaming Frog as you're able to get "live" checks on your site (every time you crawl your site again). If you look at the attached image you'll see that I'm on the 404 response code, I've clicked on the URL I want to know where it's being linked from (Inlinks) and I've got a list of pages and then other information such as anchor/alt text.

Hopefully this helps you out.

Tom

e8c00a911c0c19ee5727022d67504415.png

I know you can get 10,000 through here: https://moz.com/researchtools/ose/pages

However, if not you can try a third party tool. Use something like screaming frog to get all the pages, then use the below tool to connect to the Moz api.

http://urlprofiler.com/blog/hooking-up-apis/#Moz

By page optimisation score, do you mean the webpage speed test? If so then it's not how well a page will rank, but instead a rating on your websites speed.

If they're from relevant pages (topics) from within your clients niche to your client, regardless of where in the world you shouldn't have a problem. The idea that where in the world two different sites are based has an impact on link value to me does not make sense. A post that's on a specific topic would have global value, an example would be architecture, they could be a UK based company who have done some great work, a newspaper in the US covers the opening of the building and links to the architect. The fact that they are in different companies is almost irrelevant. I have seen no case studies to show that anything else would be the case.

What a copywriter does best though is writing copy. Any time spent doing something like coding a blog post would not be an effective use of their time. It would probably be more cost effective to get the copywriter to do the writing and then get a web designer to design the blog post itself. Otherwise you're paying a higher hourly rate (if hourly, obviously) to a copywriter to do something they aren't efficient at.

Hi GoMentor,

Rand did a whiteboard friday on this topic: https://moz.com/blog/wrong-page-ranks-for-keywords-whiteboard-friday

Hope it helps,

Tom

"it would seem strange from a UI point of view not to have a consistent navigation."

You hit the nail on the head, imagine is a website like Amazon removed the link on their logo to the homepage from the homepage, some people click this on the homepage just because they're confused and if they don't see a page refresh they may be upset. It's also a LOT more work to implement this.

I would argue a consistent navigation is good, as Google likes to follow a good structure, it's just causing you potential problems, what if you're using a CMS and you're on the blog, then you go to a blog article, do you remove the blog menu link as you're within the blog? There's just no real reason I can personally see for it.

They used to be used quite heavily. Nowadays majority of the major search engines don't use them at all. The only one I believe still does is Yandex, of which it's a minor signal then.

Just to expand on this, I found the following quote from a Moz member of staff:

"I wish I could give you IP addresses, but they change all the time since we host Roger in the cloud. There's not even a reliable range of IPs to give you. You can totally whitelist the useragent rogerbot, but that's the only reliable information about the crawler you can go off of. I hope that helps but let me know if there's any other solution you can think of. Thank you! "

From a previous question: https://moz.com/community/q/is-there-a-whitelist-of-the-rogerbot-ip-addresses

I would use the search console "fetch as google" it can take a few weeks for Google to crawl and update your site in the serps. Usually I leave 4-6 weeks for any change (on a small site) with larger sites normally being crawled more frequently. When you do cache:yourdomain.com in google chrome, is the time listed sooner than you did the changes?

An answer from one of the founders (no longer in the company) who I have on skype, I stripped out a couple of things from the chat (my posts and a couple of irrelevant bits):

[16:08:31] A Founder: that's a difficult question to answer really
[16:08:43] A Founder: is it worth £80 a year ?
[16:08:51] A Founder: I would doubt it to be honest
[16:10:07] A Founder: apparently I cant reply anyway
[16:10:37] A Founder: I aint a pro
[16:11:09] Me: If you want to write it out I can reply for you
[16:12:48] A Founder: well if you want to tell him scoot also offer a free listing and I am happy to talk to him but cant as I aint a pro
[16:13:08] A Founder: and yes I was one of the 3 founders
[16:13:27] A Founder: ya they now bulk list you
[16:13:46] A Founder: 500+ directories, that to me sounds so spammy
[16:14:13] A Founder: I would claim the free listing and say thanks but no thanks to the rest
[16:17:36] A Founder: but feel free to post my thoughts if you want

It'll vary because of the crawlers, each company will have a different amount of sites in their database, and they will also have a different process to get their data live in their console. Honestly I would take each with a grain of salt and just try and use them as a rough guide.

I have had something similar, this is response I received:

You don’t have canonical tags on the URL and that’s expected.

On pages where BVSEO is implemented, canonical tags must be updated or removed when the product contains more than one page (more than eight) of reviews. BVSEO paginates the product page so all reviews are in the search engines’ index. Canonical tags that point away from a pagination URL will cause search engines to ignore the paginated content.

When any of the BVSEO pagination parameters are present (bvstate, bvrrp, bvqap, bvsyp, bvpage), do one of the following:

•Remove the canonical tag. This is the most common, recommended solution.

•Append the "name=value" pair to the canonical URL.

Something i'd never thought about: http://www.searchenginepeople.com/blog/anchor-links.html

So looks to not have an impact according to that article.

Yes that looks correct, I would add an x-default for the rest of the world. this is a good article: https://hreflang.org/use-hreflang-canonical-together/

http://www.myseosolution.de/downloads/mobile-hreflang-canonical-fixed.png Is a great image to explain things.

Yeah I believe that regaining the DA back shouldn't be an issue for the old domain. It won't be instant, but shouldn't be a massive amount of time before you get back to where you were previously.