Zoll-Symbol in products_description führt zu Problemen in Rich Snippets

[demoncleaner]

Noch ein kleiner Nachtrag:
Dieser Link ist bei der ganzen Sache evtl. sehr hilfreich:
https://developers.google.com/search/docs/advanced/structured-data/review-snippet#microdata_1

Was mir hier auffällt ist, dass in der /templates/tpl_modified_responsive/module/products_reviews.html die eigentliche Rezension per Mikrodaten so ausgezeichnet ist:

Code: PHP  [Auswählen]

<p><span itemprop="description">{$module_data.TEXT}</span></p>

Wenn ich die o.g. Quelle von Google aber richtig interpretiere müsste es an der Stelle doch eigentlich so aussehen:

Code: PHP  [Auswählen]

<p><span itemprop="reviewBody">{$module_data.TEXT}</span></p>

Oder hab ich da was falsch verstanden?

[noRiddle (revilonetz)]

...Wobei NoRiddle eine Antwort auf eine Frage gegeben hat die ich so nicht gestellt habe.
...

Nicht wirklich. Die Suchergebnisse zeigen ja gerade, daß es so gemacht werden muß und dann kann der Backslash ja nicht stören oder verkehrt sein.

Gruß,
noRiddle

[demoncleaner]

Also ich möchte jetzt weder das letzte Wort haben, noch klugsch... aber was ich eigentlich erfragen wollte war genau das hier:

https://stackoverflow.com/questions/29660673/should-json-ld-strings-be-escaped

What I'm primarily concerned with is not what is permitted in json, but how the string will be interpreted. For instance, in the "sameAs" example, would google interpret both strings equally? They both represent the same value when decoded, but are they decoded prior to evaluation? I didn't see anything in the spec about that.

Was mich nun aber ebenso wie das Escapen interessieren würde, ist mein letzter Punkt mit dem "reviewBody" statt "description". Lieg ich da richtig?

[noRiddle (revilonetz)]

In dem von dir geposteten Stackoverflow-Thread geht es um escapen im Sinne von escapet Unicode oder HTML-Entities (wie in meinem ersten Vorschlag), nicht jedoch um Backslashes.
Ich verstehe zwar, daß man die Frage auch bei Backslashes haben kann, wenn es jedoch vorgeschrieben ist, daß double quotes mittels Backslash zu escapen sind (ebenso übrigens wie der Backslash selbst) kann das ja nicht "stören" wie du es anfangs nanntest.

Zu deiner anderen Frage würde ich das in der Tat auch so sehen. Siehe dazu https://schema.org/Review
Dann mach doch dazu bitte ein Ticket im Bug-Tracker auf (am Besten mit Referenz zu dem vorliegenden Thread)..

Gruß,
noRiddle

[Markus]

Hallo,

Was mich nun aber ebenso wie das Escapen interessieren würde, ist mein letzter Punkt mit dem "reviewBody" statt "description". Lieg ich da richtig?

Du kannst beides verwenden ... das macht keinen Unterschied.
Das Rich Snippet Testing Tool meckert weder das eine noch das andere an.
"Description" ist allgemeiner gehalten wird aber für "Reviews" ebenfalls akzteptiert.

Markus

[demoncleaner]

Hallo Markus,

ja ich hatte mich schon gewundert wieso mir das nicht in irgendeiner Form als Fehler angezeigt wurde. Dachte dann, dass es vielleicht falsch interpretiert würde oderso. Aber es scheint genau so zu sein wie du sagst. Danke für den Hinweis. Dann also kein Ticket.

[hpzeller]

[...]

Code: PHP  [Auswählen]

"name": "Ich bin ein Artikel mit \"Feature\"",

Macht das dann überhaupt Sinn? Wird hier nicht reiner Text erwartet?
Wäre man dann evtl. mit dem "tricksen" vielleicht doch besser beraten?
Ich nehme an, dass dein Problem bei den Breadcrumbs ja etwas anders gelagert war, weil es in der "Ausgabe" dann wiederrum nicht sichtbar war, dass du die " auf diese Art escapest. Ich hoffe ihr versteht wie ich das meine. Vielleicht ist das ja auch wurscht... ich hab keine Ahnung.

Natürlich steht bei meinem Problem mit der breadcrumb hier, in der Quelltextausgabe des HTML-Dokuments der Backslash drin,
[ Für Gäste sind keine Dateianhänge sichtbar ]

sonst wäre der JSON-LD Code ja nicht korrekt.
[ Für Gäste sind keine Dateianhänge sichtbar ]

Gruss
Hanspeter