Hi Jackie,

What I'd advise you to do, is to create a Screaming Frog Crawl so you can compare the two crawl data. If both show missing meta descriptions on the same pages, then there might be something on your side.

It is always good to double-check the information you are provided. So you are sure that the issue isn't a bug.

Gr., Keszi

P.S. I made a quick crawl with Screaming Frog on the first domain: sundancevacationsblog.com and found quite a big number of Missing Meta Titles.

Hi,

I'd quote from Moz: http://moz.com/learn/seo/domain-authority

"How do I influence this metric?

Unlike other SEO metrics, Domain Authority is difficult to influence directly. It is made up of an aggregate of metrics (MozRank, MozTrust, link profile, and more) that each have an impact on this score. This was done intentionally; this metric is meant to approximate how competitive a given site is in Google.com. Since Google takes a lot of factors into account, a metric that tries to calculate it must incorporate a lot of factors, as well.

The best way to influence this metric is to improve your overall SEO. In particular, you should focus on your link profile—which influences MozRank and MozTrust—by getting more links from other well-linked-to pages."

So answering your question, Yes, you can improve the DA, while working on your SEO.

In general, in my belief, the 301 redirect could have influenced the score, but I would rather check the rankings and organic evolution of the website after the redirect instead of checking only the DA. If the organic results improved, I wouldn't worry to much about the DA itself. (maybe it is just only a temporary glitch until Moz recalculates it's value based on the new information they get).

Keszi

Hi Geraldine,

So, meanwhile just jumped in what would be most cost efficient implementation for the HREFLANG on your website.

Give the following article to your developer: https://support.google.com/webmasters/answer/2620865?hl=en

Basically he will create a sitemap for each of the websites, which will indicate what is the alternate version of every single page in other languages.

You will then submit this sitemap to EACH of the Google Webmaster Tools accounts for the websites (.fr, .de, .com, etc.)

This should be the fastest and most cost efficient in your case.

Reminder: Remove the Hreflang link from current versions. It is the best to indicate alternate via only once channel.

Gr., Keszi

Hi!

Like Jamie has mentioned it, you have a HREFLANG issue on the site.

Try implementing for each of the domains the following code:

<- default for international
                  <- default for US
              <- default for Aus
                             <- default for italian language!
                             <- default for french language
                          <- default for german language!

I would implement it like this.

The difference is compared to Jamie's implementation idea, is that I wouldn't put the .com version as the x-default.

All of the hreflang markups have to appear on each of the pages! For example:

Read through the articles Jamie provided, they will be a huge help to kick-start the implementation.

Gr., Keszi

As Alick300 has mentioned, Pagerank is a metric that we do not use anymore.

I would advise you to check the metrics that Moz is using: PA, DA, mR, DmR, and in case you are a Pro member, you could also check mT and DmT:

1. PA: Page authority: http://moz.com/learn/seo/page-authority
2. DA: Domain authority: http://moz.com/learn/seo/domain-authority
3. mR&DmR: mozRank and domain mozRank: http://moz.com/learn/seo/mozrank
4. mT&DmT: mozTrust and domain level mozTrust: http://moz.com/learn/seo/moztrust
5. spam score: http://moz.com/blog/spam-score-mozs-new-metric-to-measure-penalization-risk

Be aware that these are only metrics and in some cases increasing these metrics doesn't necessarily mean that you will rank better: Correlation <> Causation (check the article I have linked into the spam score, by Rand).

Also you could check the whiteboard Friday: http://moz.com/blog/understanding-and-applying-mozs-spam-score-metric-whiteboard-friday

I hope this will be helpful to you.

Keszi

Hi Remko,

First of all I would check for the domains that I want to buy and redirect for relevancy and their backlink profile.

The example you gave:

Fietstassen.eu - > Loodgieter.nl for me it was a little strange. (Correct me, if I am wrong, but Fietstassen is bicycle bags? and Loodgieter is repair/handy man?).

I did not check in details what kind of link profile Fietstassen has, but if my dutch isn't cheating on me, I might have a feeling that it has collected non-relevant links to your target website.

As for your first example: Glaspunt.nl -> Glas.nl if I get it right, these two seem to be in the same industry, so buying glaspunt.nl could be an idea.

As in general:

If you buy a domain, just to redirect and gather their link juice:

1. look for relevancy first.
2. check that domains backlink profile (just to be safe. if it only has a spammy link profile, I do not know if it would be a good idea to point it towards your project)
3. if the domain that you are buying would be more relevant to a category of your website, I'd redirect it towards there instead of homepage.

I hope this helped.

Gr., Keszi

Hi Emmanuel,

If you want to have a quick crawl then maybe it would be smart to use: http://pro.seomoz.org/tools/crawl-test

I am not aware of starting a new crawl faster with the campaign which you already set up.

Gr.,

Istvan

Hi TBiz,

The fact with these website is the following: they have a lot of sitewide links (link that appear on more then one page of the linking website). For ex, footer links (such as "created by" or "designed by", etc.), advertising which appears on each page, etc.

Although it can drive a big number of inbound links, I would still go and ask the question of quantity vs. quality? Which one is better for a website? (If it would be me, I would choose quality).

I hope that helped,

Istvan

Hey there!

I think I have found what your problem is with you canonical link

In your code you have:

And probably you are somewhere forcing the URls to have a / at the end.

So basically you are confusing browsers and search engine bots, because they now cannot tell which is the real version:

SE enters the page. Then it sees that the right version should be the one WITHOUT a "/" at the end, then that pages has a 301 redirect to the version which HAS a "/" at the end of the URL (but that has a canonical which points out that the preffered version should be ). So it is a non-ending circle.

So if you add a / to the end of your URl, your problem should be solved.

Final thought: Screaming Frog is working well.

I hope this was a solution.

Cheers,

Istvan