Welcome to the Q&A Forum

There is no schema markup on the page, however.

I found some non visible text in the markup which is

ARTIKEL 9 VON 14

and which I would regard as being pretty accurate.

The list page (http://www.cairo.de/Mueller-Moebelwerkstaetten/) has 14 articles on them. So that explains the 14.

The 9 could also be explained as the article in doubt is the 9th one if you start clicking through from the list page. That's the reason for the markup on the page.

There is one item on that page, not 9 Items.

So I don't understand why google shows Article 1 - 9 in the SERP.

It's also the only one of the articles linked from the list page for which we see this markup in the SERP.

Does anybody have an explanation why this is showing up in the SERP?

Ju3VYsW.png

Just a quick question before I dive into this: does it still work as of almost 2014?

If the webserver does not support (or the admin does not want to enable) this feature you could always have your frontend-templates have a small string wich holds the date/time when the page was last updated. Something along the lines "last updated on: ...." at the bottom or top of the content area. It's also an useful bit of information for users.

Hi,

Does anybody know which meta-robots tag will "win" if there is more than one on a page?

The situation:
our CMS is not very flexible and so we have segments of META-Tags on the page that originate from templates.
Now any author can add any meta-tag from within his article-editor.
The logic delivering the pages does not care if there might be more than one meta-robots tag present (one from template, one from within the article).

Now we could end up with something like this:

Which one will be regarded by google & co?
First?
Last?
None?

Thanks a lot,
Jan

Hello Sean,

From my experiences I suggest not to index the mobile sites if you have a browser-switch active. That results in serving the mobile site to mobile users anyway.

At least at the moment (2013/06) there is no seperate mobile index that would favour mobile results (that I know of) over "desktop" results.

Google itself suggests using a responsive design to counter any duplicate content issues that naturally arise. Even a canonical tag does not help the indexation as canonical does not prevent indexation.

So my suggestion would be: noindex the whole mobile site IF your desktop site can handle the redirect (which is strongly recommended)

best of luck,
Jan

Unfortunately not that easily, no. Those elements are tied together. Another field would need to be added on all systems and workflows involved. I guess it's the cleanest way to implement this functionality.. I hoped that there was a workaround - such as canonicals - that actually doesn't hurt the page.

I'm currently facing the following challenge:

Newspaper industry: the content and title of some (featured) articles change a couple of times during a normal day.

The CMS is setup so each article can be found by only using it's specific id (eg. domain.tld/123). A normal article looks like this:

domain.tld/some-path/sub-path/i-am-the-topic,123

Now the article gets changed and with it the topic. It looks like this now:

domain.tld/some-path/sub-path/i-am-the-new-topic,123

I can not tell the writers that they can not change the article as they wish any more.

I could implement canonicals pointing to the short url (domain.tld/123).

I could try to change the URL's to something like domain.tld/some-path/sub-path/123. Then we would lose keywords in URL (which afaik is not that important as a ranking factor; rather as a CTR factor).

If anyone has experiences sharing them would be greatly appreciated.

Thanks,

Jan

Seems buggy. You have to try several times then you get a result.

Since Google already found the most relevant page on your site for the kw (combination), I would say that things would not change. I assume that the general site topic remains the same - even though you remove the text from your homepage (about how much text is it? just text? links as well? <- if yes .. this is where it gets tricky).

What is it you want to pull from the homepage? Some copy-text of a couple of hundred words?

I would recommend not to pull it off, as it works and seems to work good. What is it you want to gain by removing it from the homepage?

Since Google already found the most relevant page on your site for the kw (combination), I would say that things would not change. I assume that the general site topic remains the same - even though you remove the text from your homepage (about how much text is it? just text? links as well? <- if yes .. this is where it gets tricky).