Welcome to the Q&A Forum

Edward The Moz software is correct (per my comment below). Your current tag is the facebook open graph description. Use the Yoast SEO plugin to add meta descriptions to your pages. -Dan

Thanks Joel

https://ahrefs.com is great! This one works! Many thanks Chris!

Thanks Mike, that clarifies it. I should have found that  FAQ my self

What you're seeing is normal. What you want to check is that the number of pages is the number you expect. From the SEOMoz FAQ on the Crawl Report: We are still seeing duplicate content on SEOmoz even though we have marked those pages as "noindex, follow." Any ideas why? SEOMoz is not a search engine index, it uses a crawler. If those pages are not blocked by the robots.txt file, then SEOMoz will crawl them. They ignore the noindex tag because they don't index anything. Search engines will honor the noindex tag and not index a page if you specify with the robots meta tag. However, to remove pages from the crawl, disallow them in the robots.txt or metarobots. (http://www.seomoz.org/help/crawl-diagnostics) Hope this helps.

Thanks, Ruth. I see what you're saying about the crawl now. I'll go ahead and reach out the help team. Hopefully we can figure it out!

The best and most efficient solution with any question regarding Moz crawls or tools is to go directly to them with questions (sometimes there's enough unique behind the scenes stuff going on that forum people don't have access to). Their team is great and has helped me a handful of times, quickly and politely.

Hi Paul, We discovered that the problem was being caused by a trailing "comma" at the end of the keyword string that we once used  to populate the Meta keywords tag. Unfortunately, the keyword information in those fields is still being parsed. The parser did not know what to do when it encountered a comma followed by nothing. We did run a query and found that this problem was affecting 128 of our product pages and had been for a long time. We haven't been populating the keywords for almost a year now, so the problem is at least that old. The commas are now gone. Thanks again to you and Andrew!

Not that I know of... but even if they did it would only be an approximation of what they could gather were search volumes based off of trends. Whereas going through something like Adwords would give you the data straight from the source (more or less). There are also other tools out there to help with that data as well such as Wordtracker (like BeardoCo mentioned) and SEMrush which offers some organic keyword volumes along with the rest of its data.

SeoMoz offer an api.... check out the documentation http://www.seomoz.org/api

Hehe, great bio ....

Cheers Jesse, its a wordpress blog attached to a magento ecommerce site the blog already had yoast installed but will have a look at the settings again the site search is part of magento so not sure how to address those cheers dan

It does help, thanks for making it clear Sam !! All Best Dan

The kwd research tool is down far too often.

We would be happy to take a detailed look at this. Can you open a help ticket and include the full URL you're generating, including the AccessID and signature? That way, we should be able to determine exactly what the problem is. Thanks!

Interesting. Keep us posted, will you Eblan? I'm curious to know how this works out.

just noindex them and move on. You have more use for your time vs worrying about wordpress pages.

Answered in order, Stephen: 1. Normally, the fact that ecowindchimes.com/ is getting redirected is a good thing. But in this case, there's a problem with how it's been done. If you want to see where it's redirecting to, just enter that exact address in your browser's address bar and watch what happens to the address. It will change to www.ecowindchimes.com/default.asp. Done correctly, it should redirect to www.ecowindchimes.com (no default.asp extension) This is called canonicalisation and it's designed to make sure your site's pages only get indexed under 1 URL. As far as the search engines are concerned, ecowindchimes.com/ and www.ecowindchimes.com/ are separate sites, even though the pages themselves are the same. By redirecting one to the other, you remove this problem. The problem here is that www.ecowindchimes.com/default.asp is yet another way to refer to what is simply the home page of your site. This means that now, instead of www.ecowindchimes.com/ and www.ecowindchimes.com/ being duplicates of each other you have www.ecowindchimes.com and www.ecowindchimes.com**/default.asp** being dupes of each other. This needs to be corrected in your .htaccess file using 301 redirects. You need to make ecowindchimes.com/ use a proper canonical redirect to www.ecowindchimes.com. This will catch ALL version of your pages that start without the www and redirect them to the correct URL with the www. (You'll need to delete the existing redirect as it's incorrect) Then you need to 301-redirect www.ecowindchimes.com/default.asp directly to www.ecowindchimes.com/. 2. I've answered your question # 2 as fully as I can on your followup question. in short, your Volusion system is faking that 404 status as a hack to deal with the fact they don't handle 404 errors in the normal way. The page exists fine and that particular error can be ignored. 3. For your last question, this demonstrates why the hacked method for 404s being used is a problem. URLs that should be 404s will show up looking like 301 redirects instead, because of the hack in use. To test this URL, again just put it in your address bar and watch where it gets redirected to. In this case, it's going to your 404 page (See answer to your followup question as linked above for explanation why this happening) So, yes you need to try to fix these kinds of errors. It's saying that somewhere, there is a page linking to ecowindchimes.com/index.html?lang=en-us&target=d2.html. That is a URL from your old site before you migrated to the Volusion system. It likely means that there are pages on another web sites still linking to your old page addresses.  It's also possible these are outdated links from within your own pages. By entering that URL in the Wayback Machine I can see that it was for a page for Gracenote windchimes, so you'll want to redirect it to your Gracenotes category page. If you want to figure out what pages those broken links are coming from, you can use Webmaster Tools 404 error report and SEOmoz's 404 error report as starting points. NOTE! You'll need to actually download the SEOmoz report as a CSV in order to see the Referrer column at the right side of the report. Hope all that helps, more than confuses? If anything's not clear, be sure to holler. Paul