Welcome to the Q&A Forum

export it o excel, then use seo tools for excel to check broken pages, etc.

See this post here - https://seogadget.co.uk/check-your-xml-sitemap-errors/

You can also run it through screaming frog, but with excel it's free

Let me know how it goes

Mark

A different tool, one not specifically built for SEO purposes but which can solve your problem is the Xenu Link Sleuth. I like screaming frog much better, it's just the free version is limited, whereas Xenu is free. Xenu Link Sleuth

Another free option you can try is the IIS Toolkit, which you can install in Windows - http://www.microsoft.com/web/seo

Good luck,

Mark

I'd be very hesitant to add target anchor text in these links - I've seen sites that had built links like Web Design and SEO services by Company X - web design points to the webdev page, seo points to the seo page on the company website. These sites got rocked by Penguin - footer site wide links with keyword rick anchor text pointing to target pages leads to heavily overoptimized backlink profiles that are awesome penguin food. Don't do it! Just use a branded link or a naked anchor link (www.companyx.com) as the link back, otherwise you're just asking for trouble.

Ideally you should remove one and 301 redirect it to the other. If you need to keep both pages on your site, then definitely use the canonical tag.

As an aside, I'd also configure your server to fix your URLs and remove the capital letters - configure your htaccess file on your apache server to automatically redirect capital letters to lowercase, thereby avoiding further canonical issues. See here for more info - http://www.stateofsearch.com/three-htaccess-tips-for-seo/

They've understood the navigation of the site, and are now showing each path of the nav as a link to that individual page/category - this is good - you're basically getting mini site links on each serp listing, which should help to send traffic to these category pages. The display looks good, and has the potential of sending visitors to multiple pages on your site, so I don't see a problem here - do you?

Hi Paul,

You can disavow the entire blogspot domain, but you may have some good links in there from legitimate blogs on blogspot. I would start first with looking at the links provided to you in webmaster tools. Download the list, filter for blogspot subdomains, and then manually review each of these subdomains. Anything you think in there that should be removed, try finding a contact email of the person who set up the subdomain - if you find it, great and contact them for cleanup. If not, just add it to the disavow list.

I would also do this for other potential spammy large sites that allow you to set up sites on a subdomain, like wordpress.com. I would look closely at those subdomains and decide what you want to cleanup and disavow.

Good luck,

Mark

I don't think there's no reason to nofollow this branded link - you built their site, they chose you and have kept that link on there - that's a pretty good signal that they are endorsing your work. If they want it removed, by all means they'll remove it, or ask you to remove it, or replace you with someone else and remove it. So I'd leave it as followed - but definitely go with branded.

You may also want to consider creating a page of clients you've worked with in the past/portfolio type page, and then link to that page instead of the homepage. If you get hit, you can always kill that page and start another internal portfolio page. With the homepage, that's much harder to do.

Hey Steve,

A good place to look for SEO / inbound marketing jobs is the inbound.org job board - good luck in your search!

Mark

Is your title tag well written? Is it around 60 characters? I would make sure the title tag is a good description of the page/product, otherwise Google might try to create better, longer title tags for your pages.

Can you share the URL and the search result? That will help in solving your problem

Mark

Basically, SEOMoz is crawling your site and telling you they found these errors. There errors were found by following internal links.

I took a quick look at the code on your site, and in the social icon buttons in the header of your pages at the top right, for the Twitter icon, you are linking to yourself, to piensa_piensa - here is the code

class="social-icon"><a <span="" class="webkit-html-attribute-name">target</a><a <span="" class="webkit-html-attribute-name">="_blank" href="</a>Piensa_Piensa ">src="http://piensapiensa.com/wp-content/themes/modernize-v3-11/images/icon/dark/social/twitter.png" alt="twitter"/>

Your href is piensa_piensa - this is adding this text to the URL of every page - correct this link and this error will be fixed - either use # until you link to your Twitter account, or link to your proper address of the twitter account. This will solve your problem.

Good luck,

Mark

Like Patrick said, schema is still important in general.  However, since video snippets for private sites (all but YouTube, Vimeo, etc) died a while back, it might not be worth your while to pursue implementing this markup.  I might focus my efforts elsewhere (beefing up content, building quality links, etc) in order to get the best results from my work.

Guys, I've brought this up with Moz team on Twitter - they said they're having it internally as well and are working on fixing it - hopefully will be resolved soon

The form could trigger a google analytics event on successful submission without having to take you to a confirmation page. You often have ajax forms that don't load a new page, and you can track success of the form with a google analytics event and a not a pageview of a thank you page. A very popular solution that works this way on Wordpress is Contact Form 7.

When your form "wipes the data" as you said and shows the customer the successful form submission, you can trigger a Google analytics event then.

Mark

After removing the plugin, you should configure a 301 redirect sitewide to strip out the .html and redirect to the version without the file extension. This way, both internal and external links won't lead to error pages, and you won't lose any link juice.

You'll also want to make sure your canonical tags are configured to link to the non .html version of each page, if they're hand coded.

Using the Screaming Frog SEO Spider (free version to download will crawl 500 URLs, paid version [99 GBP for a yearly license] will crawl as much as you want), you can see all of the inlinks to a particular page. So run a crawl of the site, you should find those pages with Screaming Frog, and then you can view the inlinks to those pages. Visit the inlinks, and check the code for the links to the page you're looking for - this will quickly show you where the links are to the pages you're trying to hide.

Also, have you checked the sitemap - the CMS might create links to these pages in the sitemap.

good luck and let me know if you need any more help with this.

Mark

Try this - of course take what you need from it - source is here - http://stackoverflow.com/questions/6059920/removing-index-html-from-url-and-adding-www-with-one-single-301-redirect Options +FollowSymlinks -MultiViews RewriteEngine on RewriteCond %{HTTP_HOST} !^www. [NC] RewriteCond %{REQUEST_URI} ^(./)index.html$ [NC] RewriteRule . http://www.%{HTTP_HOST}%1 [R=301,NE,L] RewriteCond %{HTTP_HOST} !^www. [NC] RewriteRule . http://www.%{HTTP_HOST}%{REQUEST_URI} [NE,R=301,L] RewriteCond %{REQUEST_URI} ^(./)index.html$ [NC] RewriteRule . %1 [R=301,NE,L]

Google has a program called first click free - basically, you need to allow google bot, along with users, to view the first full article they land on. So if you have multiple page articles, you need to give them access to the entire article. After that though, the rest of the content can be behind a paywall.

You can read more about it here - http://support.google.com/webmasters/bin/answer.py?hl=en&answer=74536

And here are the technical guidelines for implementation - http://support.google.com/news/publisher/bin/answer.py?hl=en&answer=40543

Hope this helps,

Mark

Hi,

From an SEO standpoint, ideally you should be implementing the hreflang tag - it indicates to the search engines not just the language of the page, but the relationship between the pages on the site in the different languages. It tells the search engines these pages are alternate translations of one another, and you should show the right page for the person in their correct language.

You can learn more about the hreflang tag from Google directly:

https://support.google.com/webmasters/answer/182192

https://support.google.com/webmasters/answer/189077?hl=en

I would ook to implement this first.

Good luck,

Mark

So you want to create duplicate content on the web?

If you're syndicating content, the reason you're doing it is to provide this content to the readership of these other sites. If someone searches, and discovers this content in the search engines, you want the attribution of that content to come from the original source, you guys. Why would you want some other website to be discovered as a result of content you created and syndicated to them? If you want the credit to go to them, and the engines to bring visitors to their site for content you created, that's why you should write a guest post or column and put it on their site. But if you're syndicating content and want it to show up on other sites, I think it makes sense to actually have the canonical tag pointing to your site, indicating to the search engines that you are the authentic source of that piece of content. The other site's readers will still enjoy the content on that site, you'll just be credited for it in the search engines. To me, this is a win win situation where everyone benefits. The other site benefits because it gets free content to give to their readership, and you get attribution for it in the engines and the additional exposure to the other sites visitors.

I agree with Moosa, but it may make sense to also look at mozrank for the subdomain - OSE calls it subdomain mozrank, which would look at the strength of the whole subdomain. you can also look at the number of linking root domains and followed linking root domains, compare that to the total numbers for the domain, and determine how much of the overall strength of the domain authority is resultant from the particular subdomain you're looking at. Those are just my theories, but to me it makes sense