By far the most SEO-friendly platform overall is going to be Wordpress.

While other platforms can be made to do what Wordpress does, almost a quarter of websites online are powered by Wordpress which gives it a huge community to draw resources and information from.

I don't mind Joomla (i'm the one guy, I know) and I have friends who prefer Drupal or other things for security reasons (the biggest always gets attacked most, right?) but Wordpress has Yoast SEO plugin and that is a huge help.

I have a few ecomm stores online and I use Woocommerce with Wordpress for most. I have a Magento store but ... shew. It's so much harder, it's so much more resource intense and it's not as good for anything unless you're a developer.

Anchor text on backlinks will help Google sort it out, as will the content itself. Generally you won't want to rank two pages for any keyphrase but say in the SEO example - because you're pushing those pages so hard sometimes one falls. It's not that they replace each other in a bad way, it's because one is "sort of" being pushed too hard that it may fall and get replaced by your backup.

In a plumbing example, you'd target the homepage to say "Melbourne plumber" because of Google My Business but over time you may add services and swap it to another page.

Tulane.edu, tulane.net, tulane.org & about 15 other sites link to the non-www version.
Worcester, ETSU & AIC (along with 3-4 others) link to https version

Also:
etsu.edu/crhs/aslp/audiology/resources/default.aspx is 404
lakeerie.edu has https issues of their own so the page is missing

In my full look I saw 145 edu links to your site. Of these, hastingscenter looked like it was removed. That leaves 132 unique EDU links.

Of the 132, 108 are not indexed according to SEOTools.
Of the remaining 24, 9 are Worcester, Tulane or AIC.

Accounting for duplicates I see ODU, Setonhill, HamptonU, Pihma, mmm.edu, stanbridge, ccac, lec.edu and lakeerie.edu that should be in Search Console.

You should see some of the remaining 15 in Search Console though. Not sure why you aren't seeing as many are older links.

Actually what seems to have happened here is that your crawl delay is too long and Roger gets bored and leaves.

See this reply from a Moz staff:

http://www.seomoz.org/q/rogerbot-getting-cheeky

This actually might be happening because your crawl delay is too long, so rogerbot just ends up ignoring it so he can complete the crawl.  If you set your crawl delay to a max of 7, then it should solve your problem.

Your crawl delay is 25. http://www.eurocheapo.com/robots.txt

So Roger isn't finishing the crawl on your site. Set it between 4 and 7 (or remove it) and on the next crawl, Roger should get you some more data.

Hope it helps!

1. Go to Wolfram Alpha

2. Enter the domain without any subdomain (ie. wordpress.com)

3. In the 3rd result box, top right, push "subdomains."

4. When it opens, push "more" (top right of the box)

You'll get something like this:

http://bit.ly/XaJ7o3

Gosh, that's a HUGE site. Are you having Google crawl parameter pages with that?  If so, that's a bigger issue.

I can't imagine the crawl issues with 500M pages.  A site:amazon.com search only returns 200M. Ebay.com returns 800M so your site is somewhere in between these two?  (I understand both probably have a lot more - but not returning as indexed.)

You always WANT a full site crawl - but your techs do have a point. Unless there's an absolutely necessary reason to have 500M indexed pages, I'd also seek to cut that to what you want indexed. That sounds like a nightmare ecommerce store gone bad.

It's not necessarily an SEO problem (as long as you don't redirect all 404s to your homepage at least. I've seen that be an issue in the past.)

However, use it as an opportunity.  Make the 404 a sales page if you have that many.  It's a lander now for "the product you were searching for is out of stock - here are the search results on our site for similar products" etc.  You can turn it into something productive to have that many 404s.

From WMT, mark them as fixed and then anytime one pops up, find out what is linking to the product and try to remove that link.  You don't want to be linking to 404s internally if you can help it (bad user experience = Google's nightmare) so having 1000s of 404s isn't bad but try to break any internal links to them.  (Xenu can help as well if you don't feel like waiting for WMT.)

Are they linked to a page that the crawler can find?

What are you generating it with?  Online tools like xml-sitemaps.com act like a spider - if they can't crawl from the homepage to the new page, they simply won't find it.

Internal tools, like a Wordpress plugin, should actually find those orphan pages.

Google's Gary Illyes basically just answered this on Twitter: https://www.seroundtable.com/google-panda-fix-content-21006.html

"We don't recommend removing content in general for Panda, rather add more highQ stuff"

So rather than spend a lot of time on old work, move forward and improve. If there's terrible stuff, I'd of course remove it. But if it's just not super-high quality, I would do as Gary says in this instance and work on new things.

Truthfully, getting Google to recrawl year or two or five stuff can be tough. If they don't recrawl it you don't even get the benefit until they do, if there were a benefit. Moving forward seems to make more sense to me.

Yeah, you need to setup either canonicals or a custom robots.txt for this. Unfortunately that's not super easy in Weebly.

I believe some of their templates have a "header code" section that you can edit. If you have that for each blog post (NOT the overall site settings) then just add your canonical to each one.  The canonical should be the main blog post permalink.  This will tell Google that all the other versions aren't the ones you want to "count."

I'd have to find a client with a Weebly to login & check it myself but I do believe you can edit these page by page. Let me know if you want me to take a deeper look.