Welcome to the Q&A Forum

This will depend on what slideshow plugin you are using. If you respond with that information it will be easier for someone to give you a definite answer, and I will try to do so myself.

Edit: for what it is worth, I am seeing the alt tags on your photography website.

Shawn, a quick question to open up possible avenues: did you extend the Flawless theme or use it as-is?

Your question is somewhat ambiguous. "Too many requests" could mean that your website's design is pulling in a lot of resources and this, particularly with Javascript, can cause load speed issues. If it is related to this you can look to merging some of your Javascript files, loading Javascript asynchronously where advisable, look at reducing CSS bloat (stripping unused rules, etc).

"Too many requests" could also mean that the server is suffering under load. If it is this latter meaning reducing any design-related resource loading issues may actually help somewhat but the site will still not reach reasonable speeds. To resolve this you'll need to look at reducing load on the server. This can be accomplished by making use of caches where appropriate.

Use the PageSpeed extension in Chrome or Firefox to diagnose some of the problems that might be affecting your site. If you suspect server load and if you have SSH access assuming it is a *nix machine try the "uptime" utility and have a look at the load averages.

They've messed up in general really. They should be blocking robots to what appears to be the CMS for their clients use as there are surely numerous effects on their clients (cannibalization caused by the duplication of pages, for instance). As Mike said they've not taken into account the SEO aspects of the way they've implemented their system.

Good post. However be aware that "UK" is not the ISO 3166-1 Alpha-2 country code for the United Kingdom - it's GB so en-GB for English speaking users in the United Kingdom.

Michael has it right. Online Agency (onlineagency.com) build websites for travel agencies. In the URLs you gave, Patrick, you can see some sort of ID for the site (starmandstravel.com). I guess that this content.onlineagency.com subdomain is the content management system to allow the travel agencies to update their content.

Google may be interpreting lots of similar/related websites on the same infrastructure as an attempt to game its algorithms (they have the same nameservers, although different c blocks but many of the other sites built by that agency also share the same c block [..170.140]).

Interesting question. The Government of Hong Kong uses standard Chinese in simplified characters on its website while the population largely speaks Cantonese which is now found in a written form frequently used online and in social settings.

I suggest you have a look at Google Trends for Hong Kong and see if the bulk of searches are being made with simplified characters or traditional characters. The demographic your website will be targeting will also be a factor.

I think it is important to distinguish the purpose of the automated validation services offered by Google and Yandex, which is to ensure that the properties utilized by the respective search engine are present, and the actual schema.org structured data initiative which doesn't place many requirements on publishers.

With that in mind when Yandex states that the address and telephone properties are required for http://schema.org/Organization, it doesn't mean they are required by schema.org but rather that they are required by Yandex. Google's Structured Data Testing Tool doesn't state that these are required because for Google's purposes they are not.

So both are correct but for purposes of ensuring your structured data is showing up you do need to test in all of the relevant tools. For less mission-critical structured data it is OK just to follow the Schema.org documentation and wait for the providers to implement support.

I've seen quite significant delay before Webmaster Tools and the Structured Data Testing Tool show the same results. I just searched on the URL http://www.evo.com/skis/line-sir-francis-bacon.aspx and for me the price is showing in the rich snippet so if there is still an error showing in Webmaster Tools at this time it can probably be safely ignored.

For the most part I'm going to restrict my answer to the technical part of your question but do have a think about whether the pages are actually duplicates. If they represent different franchises of companies then they may well be relevant content pages. Think in terms of resources.

You can't assume the query string will remain undiscovered by Google. It only takes someone linking with the query string attached for it to be found. Over time many of the near-duplicates may be discovered in this way. You can instruct Google on how to handle URL parameters.

This is a known problem with YouTube's safety mode filter but there is not much information about it. There is no official appeals process but you can report it on the support forum thread where one of the community volunteers, Epontius, has been helping to escalate some users false positive reports to YouTube's staff. You could report the false positive there and ask for Epontius help. Hope this helps.

For best results Google recommends that all the rules should be the same except the membership duration. Then combine them, yes.

Hi Cole, OK. The remarketing service can be used to show adverts to visitors at a set duration of days after they visited your website. Visitors can be in multiple lists. So you can target those who visited or converted with one list (say "Converted") that has a duration of 60 days then use another list "Sales Cycle" with a membership of 30 days. By excluding the "Sales Cycle" list from the "Converted" list you will arrive at a list of visitors who converted 30 or more days ago and are ready for being shown the offer/coupon.

Yes. Use remarketing with a custom audience by using a 90 day list, for example, and a 30 day list for your customers that have made a purchase and by excluding the 30 day list you will be targeting them at +30 days.

Try using something like LiveHTTPHeaders to view all of the HTTP requests and responses involved. You should see the request going to the redirected domain (GET domain.co.uk) and then the response such as HTTP/1.1 301 Moved Permanently followed by a new request to the new domain (GET domain2.co.uk) and the response will naturally be HTTP/1.1 200 OK because the server at the new domain has answered the request successfully.

Quite a few things going on I think. Firstly it is an extremely common keyword so ranking well is going to be hard anyway. I did a search and see that a lot of the results that came up for me contained the keyword in the domain name. Do you have relevant inbound links to the category pages?

I had a look at the example category page you posted. I suspect your category pages may be being seen as relatively thin pages. The main text is far below the fold and the links to the product pages are probably sending signals that the category pages are not going to answer the searchers query directly (click and click again) when we know that Google prefers to direct people to the most relevant endpoint for their query.

I notice that the paragraphs of text on the supplementary pages are not contained within HTML paragraph elements. This could be contributing to a loss of ranking potential, especially when combined with the text being low down on the page.

I would suggest using the Padauk font from SIL instead. This uses the Unicode standard and you should be able to use CSS font embedding to maximise the support for other browsers.

Google should be able to understand the content as long as it is encoded in a standard character set (UTF-8, for example). Even though Zawgyi is not compliant with the Unicode standard your pages should be being served with the UTF-8 character encoding so Google should be able to index the content. I don't think Google pays any attention to the font in use by the design but it is an interesting point which I haven't particularly considered before and which I had to think about carefully before posting this response.

Ruben, I had a look at your website and your URLs all have HTTP in them so these would need to be updated all across your site before you make the switch to HTTPS. Because you are using WordPress this should be as simple as updating the site URL to https://www.kempruge.com.

The tip by @Highland about using Firebug is excellent. This will allow you to quickly debug if there are non-HTTPS links remaining - in the WordPress theme or template, for example.

Have a look at the WordPress HTTPS documentation also.

Implementing SSL should be straightforward for the most part

You need to ensure that links around your site (including canonical links) are updated to use HTTPS (so https://example.com/link as opposed to http://example.com/link where example.com is your domain name). If you are already using a protocol-less linking pattern (//example.com/link) you don't need to update the links.

You can also configure your web server to only serve HTTPS. If your web server is Apache you can do this with the SSLRequireSSL directive.

 <code><location>SSLRequireSSL</location></code> 

HTTPS also causes a significant slow-down as the browser and the server negotiate a secure connection. If your site has already been optimized for speed it should not cause a problem but if in doubt revisit that process and ensure that you are getting the best possible speed for your visitors.

The article by Cyrus has a great checklist to double check everything.

That looks to be a good solution. Behind the scenes the plugin will be adding "Options -Indexes" to your .htaccess file, which you could do directly and skip the need for a plugin if you so wish.

I am glad I was able to help you.