Capitalization of first letter of each word in meta description. Catches more attention, but may this lead to google ignoring the meta description then more frequently? Same for an occasional capitalized FREE in meta description.

Anybody had experience with this?

genius

Peter, thanks a lot.

How did you get the 3 decimal ratings of the apps in itunes?

How does decimal rounding of reviews  to stars work in ios appstore?
Starting from which average review score to get full 5 star rating?

Duolingo has a 5 star rating, but I doubt that they really have an all time  review average larger than 4,75. In the google playstore their average of the android version is 4,6. Does anybody know how apple calculates the star ratings or has an URL reference where this is explained?

Hi Christy, not yet.

Thanks. Will post an update once we figured out this riddle.

No.

But in theroy it should not make a difference.
hreflang can be either implemented in sitemap or in page.

Thanks for checking. Yes, rich snippets are frequently not showing currently, however this is a different issue and it may be temporary.

My primary concern is rather that google does not index our sitemap for this domain according to search console and related that they show the .com page as cached version of the .uk page.

Happens already for many months.

Good idea to test with VPN. I just gave it a try with a UK proxy  and same result.

Sure, click on cached version of the first result in the following google search. Also you see here the rich snippets in USD instead of GBP:

https://www.google.es/search?q=site%3Ahumidordiscount.co.uk&oq=site%3Ahumidordiscount.co.uk&aqs=chrome..69i57j69i58.6216j0j1&sourceid=chrome&es_sm=93&ie=UTF-8#q=site:humidordiscount.co.uk+firenze

everything looks fine  in google search console.

no hreflang errors, no sitemap errors and google crawls every day basically all our pages for many months already.

Webmaster tools indicates that only 25% of pages on our UK domain with GBP prices is indexed.
We have another US domain with identical content but USD prices which is indexed fine.

When I search in google for site:mydomain I see that most of my pages seem to appear, but then in the rich snippets google shows USD prices instead of the GBP prices which we publish on this page (USD price is not published on the page and I tested with an US proxy and US price is nowhere in the source code).

Then I clicked on the result in google to see cached version of page and google shows me as cached version of the UK product page the US product page.

I use the following hreflang code: rel="alternate" hreflang="en-US" href="https://www.domain.com/product" />
rel="alternate" hreflang="en-GB" href="https://www.domain.co.uk/product" />

canonical of UK page is correctly referring to UK page.

Any ideas? Do I need to remove the hreflang for en-US to get the UK domain properly indexed in google?

Gianluca. that is excellent news. Just curious since this is quite an important issue for us.

Do you speak from own experience with a similar case?
I did not find anywhere other references that contextual links should be fine. Do you remember anybody who wrote about it in the past?

Just noticed that tripadvisor actually removed now all their contextual links to alternative language versions that they used to have in their footer. Instead they now implemented a flag drodpown where contextual links are not showing up anymore in the sourcecode.

Gianluca, thanks.
The footer links are currently contextual deep links. 
Since I am interlinking here 16 TLD, I was just concerned that google may penalize this and that I better hide the links from google.

I remember that Matt Cutts recommended against interlinking many language versions of a site.
Considering that google now also crawls javascript links, what is best way to implement interlinking?

I still see otherwhise extremely well optimized large sites interlinking to more than 10 different language versions e.g. zalando.de, but also booking.com (even though here on same domain).

Currently we have an expandable css dropdown in the footer interlinking 16 different language versions with different TLD. Would you be concerned?

What would you suggest how to interlink domains (for user link would be useful)?

in webmaster tools 404 are going gradually down for desktop and now suddenly going up for mobile for pages that are not linked to for months.

thanks a lot SilverDoor.

The huge number of errors, were caused by a problem with the internal site architecture several months ago which got thousdands of pages in the index that should not exist (and also have no other related relevanted pages). This architecture is fixed now. Still for some reason mobile crawler of webmaster tools is returning now suddenly lots of 404 for mobile view, which I suspect are coming from old 404 in google cache.

We are building URLs dynamically with apache rewrite.
When we detect that an URL is matching some valid patterns, we serve a script which then may detect that the combination of parameters in the URL does not exist. If this happens we produce a 301 redirect to another URL which serves a 404 error page,

So my doubt is the following: Do I have to worry about not serving directly an 404, but redirecting (301) to a 404 page? Will this lead to the erroneous original URL staying longer in the google index than if I would serve directly a 404?

Some context. It is a site with about 200.000 web pages and we have currently 90.000 404 errors reported in webmaster tools (even though only 600 detected last month).