#2273 closed Bug/Fehler (closed)
Strukturierte Daten im Template bei itemprop price führen zur Ablehnung
| Reported by: | anonymous | Owned by: | somebody |
|---|---|---|---|
| Priority: | hoch | Milestone: | modified-shop-2.0.8.0 |
| Component: | Shop | Version: | 2.0.7.2 |
| Keywords: | Cc: | ||
| Blocked By: | Blocking: |
Description
In der Version 2.0.7.2 mit dem tpl_modified_responsive wird bei den strukturierten Daten unter meta itemprop price der Preis mit 4 Nachkommastellen angegeben. Das führt aber bei Google Shopping zur Ablehnung der Artikel mit der Begründung eines abweichenden Artikelpreises, da der Preis nicht mit dem aus dem Feed übereinstimmt.
Bespiel:
Artikelpreis auf 2 Stellen gerundet im Feed: 1125,00 EUR
ohne Rundung bei itemprop price: 1125.0001
Attachments (3)
Change History (13)
comment:1 by , 3 years ago
comment:2 by , 3 years ago
Brutto-Admin ist ja, ansonsten alle Einstellungen wie bei Neuinstallation. Gerade im Stable-Demoshop nachgestellt. Brutto-Preis bei einem Artikel auf 1125 EUR geändert, dann kann man es im Quellcode sehen:
<span class="standard_price">1.125,00 €</span><meta itemprop="price" content="1125.0001">
comment:3 by , 3 years ago
| Component: | Admin → Shop |
|---|---|
| Milestone: | → modified-shop-2.0.8.0 |
Danke, so kann ich es nun auch nachstellen.
comment:5 by , 3 years ago
Könntet ihr bitte ein changeset anhängen und im 2.0.7.2 Veröffentlichungsthread n Beitrag 1 angeben?
Ich hab gerade in der Bildersuche bei Google mehrere Artikel von mir gefunden, wo zb der Preis 164.999,00€ sein soll statt 16,50 weil als strukturierte Daten 16.4999 übergeben wird.
Ich erinnere mich noch dunkel, dass Google irgendwas mit dem Tausendertrennzeichen ändern wollte. Nicht, dass Google bei mehr als zwei Nachkommastellen annimmt es wäre ein Tausendertrennzeichen und dann von einer ganzen Zahl ausgeht.
by , 3 years ago
| Attachment: | changeset_14643.zip added |
|---|
comment:6 by , 3 years ago
Ich denke die Lösung müsste noch für Attribute erweitert werden. Wenn man Attribute nutzt und euren Priceupdater im Einsatz hat, dann kann man das bei normalen Artikeln und Sonderangeboten sehen. Die beiden Preise müssten mindestens noch gerundet werden.
by , 3 years ago
| Attachment: | Bildschirmfoto 2022-11-05 um 19.42.10.png added |
|---|
Sonderpreise bei Attributen
by , 3 years ago
| Attachment: | Bildschirmfoto 2022-11-05 um 19.44.27.png added |
|---|
Normale Preise bei Attributen und Priceupdater
comment:7 by , 3 years ago
| Resolution: | fixed |
|---|---|
| Status: | closed → reopened |
Ich öffne das Ticket nochmal zur Klärung.
comment:8 by , 3 years ago
Statt normale Artikel sollte es Artikel mit Attribut und normalem Preis heißen.
comment:9 by , 2 years ago
Das Ticket kann eigentlich geschlossen werden, da es für die weiteren Probleme nach dem Changeset nicht mehr den Standardshop betrifft.
Allerdings müsste euer Ajax Priceupdater überarbeitet werden. Laut @Markus ist dies die Fehlerquelle, da anscheinend die Attributpreise nicht gerundet hinzuaddiert werden.
Mehr dazu in unserem Mailverkehr mit Betreff "Modul Attributbilder" ab dem 5.11.2022. Da kommt beim Ajax Priceupdater auch noch das Problem hinzu, dass es nicht funktioniert, sobald ein Preis der letzten 30 Tage in der DB steht, was durch einfaches speichern des Artikels passiert und dann teilweise negative Rabatte herauskommen.
comment:10 by , 2 years ago
| Resolution: | → closed |
|---|---|
| Status: | reopened → closed |
Das reopen hat nur mit einem externen Modul zu tun.
Ich kann das nicht nachvollziehen. Betrifft das nur Netto-Preise im Shop?
Ein wenig mehr Infos wären hilfreich, also Kundengruppen-Einstellungen, Gibst du im Adminbereich Brutto- oder Netto-Preise an?