Prijs en valuta

Wat Google vereist

Een getal, een punt en een valuta

Google verwacht een prijs geschreven met een punt als decimaalteken en zonder scheidingsteken voor duizendtallen, met de ISO 4217-valutacode, bijvoorbeeld 119.95 EUR. De sale_price, indien aanwezig, moet in dezelfde valuta staan als price en lager zijn, en een sale_price_effective_date is precies twee ISO 8601-datums, begin vóór einde. Waar een product op abonnement wordt verkocht, heeft het abonnementstarief zijn eigen vereiste vorm, en maakt de aanwezigheid van een abonnement google_product_category verplicht, de ene plek waar dat verder optionele attribuut vereist is.

Wat er gebeurt als je dat niet doet

Stille herprijzing, of een afkeuring

De decimale komma is de gevaarlijke, omdat die dubbelzinnig is in plaats van alleen maar fout. 1.234 is duizend tweehonderdvierendertig in continentale notatie en één en een beetje in het Engels, en niets in het bestand bepaalt welke van de twee. Verkeerd gelezen wordt een catalogus met een factor duizend herprijsd zonder één foutmelding. Een ontbrekende valutacode, een sale_price in de verkeerde valuta of een abonnement met een misvormd tarief levert doorgaans juist een afkeuring op: het product wordt niet meer getoond tot het veld is gecorrigeerd. Een actieprijs die niet lager is dan de prijs is nog stiller, het product blijft gewoon getoond worden, maar de doorgestreepte aanbiedingsvermelding gaat verloren.

Hoe je het handmatig herstelt

Eerst het formaat, dan de verbanden

• Vervang decimale komma's door punten, en verwijder scheidingstekens voor duizendtallen, zodat 1.234,56 verandert in 1234.56.
• Voeg aan elke prijs en actieprijs de ISO 4217-valutacode toe, passend bij het land waarin je verkoopt.
• Laat een echt dubbelzinnige waarde zoals 1.234 met rust tot je de bedoelde grootte kent; gok hem niet naar een van beide lezingen.
• Controleer dat elke sale_price dezelfde valuta heeft als zijn price en lager is, en dat elk aanbiedingsvenster een actieprijs bevat.
• Waar een abonnementstarief aanwezig is: voeg een geldige google_product_category toe en controleer of periode, looptijd en bedrag goed gevormd zijn.

Welke van onze controles van toepassing zijn

De prijsvelden die FeedMender leest

Deze komen rechtstreeks uit het eigen register van de scanner. Elke controle noemt het attribuut dat ze inspecteert en de ernst die we eraan toekennen.

• price_formatprice, blokkeert
• price_missingprice, blokkeert
• price_unparseableprice, blokkeert
• price_zeroprice, blokkeert
• loyalty_price_in_price_fieldprice, loopt risico
• sale_price_formatsale_price, blokkeert
• sale_price_currency_mismatchsale_price, blokkeert
• sale_price_not_lowersale_price, loopt risico
• sale_window_without_sale_pricesale_price_effective_date, loopt risico
• sale_price_effective_date_formatsale_price_effective_date, blokkeert
• sale_price_effective_date_partssale_price_effective_date, blokkeert
• sale_price_effective_date_reversedsale_price_effective_date, blokkeert
• unit_pricing_measure_formatunit_pricing_measure, blokkeert
• unit_pricing_unit_mismatchunit_pricing_base_measure, blokkeert

De controles voor prijs, actieprijs en abonnement vormen samen de familie Prices and currency op de volledige lijst met controles; de controles voor eenheidsprijzen staan daar onder EU compliance, want daar hoort de prijsrichtlijn thuis.

De snellere weg

Laat de scan ze vinden

Prijzen handmatig doorlopen is precies het soort repeterende controle dat een scan in één keer doet, zonder iets op de gok te herprijzen. De gratis scan toont elke prijsfout die hij vindt bij het product waar die bij hoort, voordat je ook maar iets beslist.