Welcome to the Q&A Forum

Newegg.com uses this because they have affiliates, searches and numerous other things that affect their query strings.

Remember that ANY change to the query string is seen as a new page. So

domain.com?page=a&link=1
domain.com?page=a&link=2

are considered separate pages, even if they return the same content.

Canonical is used to determine which duplicate page "wins" the index race. All other versions are considered duplicate and, thus, devalued.

A 500 error typically means some kind of software failure in the web server.

What URL is producing the 500 error? Or is it the same URL every time?
You're running Apache so if the web host software isn't set up right, I could see a segfault causing a random 500 error.

I'll do you one better. Here's a handy code generator that should get you going.

http://www.htaccessredirect.net/

Once you've made the .htaccess file, put it in the root of your site and it should begin to 301 the old page to the new.

A 301 will retain most of the rank of the previous page. It is considered a best practice to use them when you move URLs. Changing your URL without it means that you will likely be hit with a duplicate content penalty and the new page may not rank well, especially if the old page doesn't return an invalid code (i.e. 404)

You can do a 301 in a few ways

1. Use a programming language (PHP, .NET, etc) to have your web server return the 301 header

2. Use a directive file (i.e. in Apache, you can usually use .htaccess) to return a 301 header

3. In the site config of your web server you can also specify a 301 there. This is generally only available if you run your own server (i.e. a virtual server, etc)

Most blogs have some sort of export functionality. I would imagine that should expedite the process for you. As for fixing the internal links... I would take your export file and use something like Notepad++ to find and replace the old URLs.

301 is all three at once. .htaccess makes it crazy easy to make all your blog posts 301 to their new home.

Canonical is only when you want to keep both URLs. It lets you suggest to Google which duplicate content will will the index race. 301 is always preferable since it removes the old location and points to the new.

Google will generally see these as the same but, as Matt Cutts says here, there is a slight preference for the trailing slash

That likely means you're returning a 302 (temporary redirect) instead of a 301 (permanent). A 301 will transfer rank, a 302 will not.

1. Google can generally tell the difference between pages that have syntactically similar URLs but it's considered a best practice to not make any engine do any guesswork whenever possible.

2. I would 301 one version just for uniformity but you should be fine as-is right now.

3. There's nothing wrong with that being in the URL. Google sees it as part of the URL and nothing more. I don't consider it aesthetic or user friendly but that's a different matter.

I think you're overthinking the issue. The question is not the C blocks, but how it relates to your site. Are these links relevant? Are they using natural link text? Are you geolocated?

Remember that IPs are a technical thing, and while they count for some things, it's only one signal among many factors with your link profile.

I dunno about that. I have a static IP and you could figure out who we are from a reverse DNS lookup. But we host our email on in-house servers and have to have a proper entry on our servers or we get bounced as spam. Many companies don't have that on their IPs and, as such, all you'll get it an entry pointing to their hosting provider.

As far as gleaning that list for lead generation... good luck to you on that. If you have private registration on your domain you might not get anything and it's not exactly kosher to use WHOIS info like that.

Why not make, say, a hidden div with your video and then move the content of your div when they activate the popover? That way spiders will still see it.

I recommend having the format

Keyword - Brand name

There's two major reasons for this

1. The sooner your keywords appear, the more important they become to the page
2. People will likely be clicking on your title in the results. I want to see the keywords first because they are also highlighted by Google.

Your brand name will still be there, but you want to make your pages useful for your end-users first.

Now your blog titles being duplicate would be a problem. I would address those and make sure they use the title of the article. That is a worthwhile endeavor and I would undertake it immediately.

Remember, list pages exist to link to the blogs. They will always have that issue. Content pages should avoid this.

Your problem is that your partners are more popular than you are. Let's say you write an article on rodeo clowns. It's picked up by 5 newspapers. Google now has 6 copies and has to pick between sites. So which wins? The most popular site. A newspaper site is going to be a natural link attractant as people cross-link stories on blogs and forums all the time. I would get your newspaper pals to link back to you in their attribution.

As to your question about the listing pages, I wouldn't worry about that, especially if you write new content all the time. Yes, the title tags are the same but, if I'm looking for the aforementioned rodeo clown article, I don't want a listing page anyways, I want the relevant content. I am, of course, assuming your actual content pages have relevant title tags already. You could canonical them, I suppose, but that's more for duplicate content, not duplicate titles. Don't exclude these pages from crawling, however. You'll find your new content might not be found, especially if it falls off the front page quickly.

Remember, SEOMOZ exists to let you know about potential problems. It's not a gospel report, where you have to fix EVERYTHING or never rank well. It's a good starting point and it's up to you to figure out what to do with that information.

Here are my thoughts on this

• Paying people to do SEO on your behalf, without any prior knowledge of who they are or what they do, is like hiring a perfect stranger to clean your house. You might have a clean house when you get back, or you might find that they have "cleaned you out".
• Ask anyone with Penguin troubles how well automated submission works for them now
• Search engine submission? Really? I paid for a service like that in 2006. I know better now.
• I googled the title of this thread and it came up #1 above the site you're referencing. That should say something about that site...

Google will still crawl canonical pages. How soon the index will reflect that will depend on how fast that crawl happens. I'm not sure there's anything you can do to speed that up.

You shouldn't be getting warnings. They appear as notices in my campaign and they're there to let you know that the spider found them. The reason you need to know is that canonical has a downside: crawl budget.

Bots still have to crawl your canonical pages. If you add content on a frequent basis, this could impact how quickly that content gets indexed. It's always better to have fewer pages but, when you can't avoid it, there's canonical. That's why SEOMOZ tracks it for you.

If you have duplicate content, Google only wants to keep one in their index. It used to be that Google would just pick one but, with canonical, you can pick. Pick what page you want indexed and then put a canonical with the URL of the page you want to keep on the other pages. Google will then keep the page you wanted and ignore the rest.

A visual guide here

I wouldn't drop a ccTLD to move to a .com. There are several benefits you lose

• Most engines recognize ccTLDs as specific to a given country. This can help with ranking for those engines in that country
• Traffic from specific countries tends to gravitate towards a ccTLD (i.e. French are more likely to click on a .fr)
• Engines tend to give a pass on duplicate content to ccTLDs. See Matt Cutts on point.

You're going to lose a ton of ground doing this. Trying to make one site rank well for multiple countries is hard enough. Add in the lost rank from your ccTLDs (a 301 doesn't move all PR).