Welcome to the Q&A Forum

Hi Justin,

Your QS is (partially) based on your final landing page (after the redirect in other words) so depending on your keywords/phrases that page might be more or less relevant then the original url, but the redirect itself should not be causing any negative quality score issues. What quality score details are you seeing in adwords? You could always experiment using both landing pages for a time to see what quality score the original page gets also and to see if there are any differences in the average cpc (if that is what you are worried about).

Hi Keith,

All three would be running from the same server as virtual hosts, so they are on the same server and yes google would see that the server is in the one country and not the other two.

The use of the TLD (and proper localisation of currencies, texts etc etc) is a much bigger indicator to google about which country each site is aimed at than server location which is a pretty minor indicator considering so many sites are running off CDNs or are hosted in countries other than where their main market (and TLD) is.

Either way, the initial question was in regards using magento in a multi domain setup which means using the same server and therefore as you say the TLD and the server location will not always match, but as mentioned this should not really be a problem.

Hope that helps!

Agreed with all Tom and Ash have said, would just add that low competition is a relative thing. If I understand it that is someone else's brand right? So competition there is the brand pages (they even get a brand knowledge graph entry for me) and brand+review brings other review sites into the picture. Doesn't look THAT low competition to me.... maybe a brainstorming session for longer tail terms might be in order. Just saying

Hi Arjen,

408 errors are timeout type errors so the first thing that comes to mind is what kind of web server you are on. If it is shared then there might have been a surge in traffic to your site or another site on the same host and this slowed down requests enough that the moz crawler got these results returned. You could try running a scan with screaming frog which will scan the site in a similar way to the moz crawler (ie multiple requests at the same time) and if you see the errors there also then this can confirm that the issue is likely with your server setup and not a moz bug.

Hi George,

Doesn't look like an article submission site to me, looks like a domain that expired a few years ago but had a decent backlink profile and has now been picked up by someone to sell links or pad out their own link profile(s). The newspaper articles look like they are from feeds and the only links I can see that are not to big US newspapers are the three little links down in the footer. The site itself only appears to have about 10 pages in total.

Yeah, doesn't sound too best practice! If the client and dev firm are in an established relationship then I guess all you can do is suggest what needs to be done and if asked an opinion on the price or the work done before then say it seems a bit lacking in some areas and the prices now seem a bit high. At the end of the day, if the client is willing to pay the price then I'm not sure it is worth getting too involved unless specifically asked....

Hey Dan,

I have obviously been (seriously) under-charging for analytics setups

That being said as Paul mentions it does depend a bit on the platform/cms etc... those prices might just be expensive (which is relative to the company and is their right if they can support and sell it) or simply taking the p**s (which is just a bit mean spirited).

Hi,

It depends on the brand and the sector I think but as a rule it is not a bad thing to have control of your brand across domains. If financial considerations are not an issue I would keep them. 24 is not that many, I have seen a list with hundreds... with loads of different registrars and renewal dates.... it was a nightmare!

Hi Mert,

Hreflang is the way to go to avoid duplicate content issues. Check out this post for a good rundown on international setup considerations and this post for a recent guide to hreflang generation (and it has a tool to help you create the needed tags!).

In regards the other things, yes you should declare in GWT which domain is aimed at which region (although the tld ,hk, .de etc is declaring this pretty obviously anyway) and as for the server location for me this is not so important if it creates too much overhead in terms of multiple hosting packages etc. The server location issue can also be influenced by such things as how fast your site loads in the different areas (if it is slow, maybe a local server or a cdn setup is in order) but in terms of how google views your sites for geo specific searches, the top level domain and hreflang implementation are more important than server location for me.

Indeed self referencing is ok and recommended as I mentioned further down ;)... my mistake.

That being said I have never done it and never noticed google having an issue on which result to show, but maybe I better go and have another look!

Hi Andrea,

This looks like a drupal issue, not a cpanel issue and I am not that familiar with Drupal.

That being said, are you sure the above htaccess is the complete file that works? If you remove the lines that you say create the issue, you still have this line: RewriteRule ^(.*)$ index.php?q=$1 [L,QSA] which is the one that handles rewriting urls to the form q=admin.

You could try moving the 2 lines of code: 
RewriteCond %{HTTP_HOST} ^www.domain.com$
RewriteRule ^(.*)$ "http://domain.com/$1" [R=301,L]

To immediately below the  'RewriteEngine on' line (and obviously putting your domain in place of domain.com) so that they run first before the rest of the rules. This might work, but to me the above looks like it will be rewriting to q=admin anyway, so maybe this is a drupal setup issue that I am unfamiliar with.

Hi Andrea,

Is that the only code you have in the htaccess file, or are there more lines? What cms are you using?

it seems to me that your cms (or something else) is trying to rewrite internal site search terms (hence the q=admin) but there must be more in your htaccess file for this to be happening. Care to mention the site so I can have a quick look?

Hi Ruben,

That analytics data is over a month or so right? Just to make sure we are not talking about an unusually fast or slow day!

3 seconds is not too bad. It can depend a lot on the type of site you have or the industry. Check this for a recent rundown of stats by country/industry. Also check out this article for a good rundown of tactics to use in reducing load times.

I would look at doing some of the more easy fixes included in the above article (if you havent already) before you move to trying to adjust the script rendering issues, especially if you do not have an inhouse person that is comfortable doing it. If you have already done all of that, then really it is a matter of how much effort it will require to find someone to diagnose and make the needed changes to the site code versus how much load/rendering time that will shave off. Personally, I think it might not be worth it, but others may disagree

Hi,

Are you getting this flag from google page speed insights? Render blocking scripts are basically scripts that are called in the beginning of the page (the head usually) but are not really used either for that page or for the content of that page that is immediately visible, so downloading them first delays the rendering of the page. Depending on the structure of your site/code, plugins used etc fixing this could be as simple as moving  a couple of lines of code in the template or..... quite complicated indeed.

What are your page load times in google analytics looking like? I had a look at your page and it seemed to load pretty fast so I would check load times in GA and see if the problem is really as urgent as you think. The page speed insight tool will flag everything it sees, but sometimes it can give you kind of false positives and other times just be recommending things mechanically that are not a huge issue in the grand scale of things!

Hi Andrea,

What code are you using to to the redirects? If you can edit the htaccess file directly then simply drop  the following code into it and all calls to a www url should be redirected to the non www url. No index.html or anything else should be added if you use this, it simply redirects all www to non www urls.

RewriteEngine On
RewriteCond %{HTTP_HOST} ^www.yourdomain.com$ [NC]
RewriteRule ^(.*)$ http://yourdomain.com/$1 [R=301,L]

Is that what you are after?

Hi,

If there already is a canonical link then you can edit it using the layout update code I first mentioned. If you do not need to canonical to another page you can just leave it as it is (self referencing).

As to if you want to do it or not, this really depends on how big of a problem it is for your search efforts and how many cats/products you will need to manually adjust. I would think that if you keep track of them in an excel and remember to check when you are updating that with a couple of hundred categories/products (of which only maybe a couple dozen or less might have to be manually edited?) then you should be able to manage it ok.

Good luck!

I dont use something like this myself. I suppose if you are having some problem with bots it might be useful, maybe someone else can chime in if they have some experience with this kind of blocking.

HI,

For the canonicals if they are not being added automatically at the category level then you can still do it just removing the first part of the above that removes the old url, so like this:

<reference name="head"><action method="addLinkRel"><rel>canonical</rel>
<href>http://www.domain.com/canonicalUrl</href></action></reference>

The above will add a canonical tag to whichever category page you add it to (in the layout update box).

The fetch as google does not reindex your site, it just previews how google sees the site. Make sure all the category pages are included in your sitemap and resubmit the sitemap to GWT. You can then see how many pages in the sitemap are indexed and that number should go up as google recrawls the site and finds the noindex tag removed.

Looking at this post maybe it is ok to self reference the hreflang, I do not do it myself but it seems to be ok and google can figure out what you are trying to do.

I think the main thing is to make sure all your thai AND english pages are being indexed first, and if they are make sure that the english pages have no thai content on them, this is almost certainly going to confuse google.

Beyond that, it is a bit tough to say why you are having indexing problems without confirming what exactly the problem is. Your hreflang implementation looks ok.

HI,

It is checking to see if the visiting user agent contains any of these strings (NC is telling it non case sensitive) and if it does to return a 403 forbidden message.