A price does not update

A price that refuses to change is almost always one of four things: it was typed into a different field, it was never saved, the guest is reading a cached page, or the guest is reading a PDF that was generated earlier.

1. Confirm which field you edited

Each menu type stores several serving prices, and they are different fields:

Menu type Price fields
À la carte, terrace, breakfast, desserts, bar menu Full portion, half portion, unit
Wine list Glass, bottle, Magnum, Benjamin
Beverages Glass, shot, bottle
Cocktails One price
Tasting menu, set menu Menu price and pairing price, inside the menu

If the public menu shows a price you did not touch, you edited a different format. Open the item and compare all of its price fields at once.

2. Confirm the change was saved

Prices can be edited in two places, and each has its own confirmation:

  • On the item screen, the change is stored when you select Update. Leaving the screen without updating discards it.
  • On All items, an inline price edit is saved on its own. Watch for the confirmation before navigating away.

Reload the admin screen and read the value back. If the old value returns, it was never stored.

3. Check for an empty value versus a zero

An empty price field means the format is not offered and nothing is shown. A 0 is a real price and will be displayed as one. If a price "disappeared" rather than staying wrong, the field is now empty.

4. Look at the public menu the right way

  1. Open the public menu in a private window.
  2. Reload it once.
  3. If the correct price appears there but not in your normal browser, your browser cached the page.
  4. If the old price persists in the private window too, the site's page cache or CDN is still serving the earlier copy. Purge that layer and check again.

Bulk operations already reduce cache churn by purging once at the end of a batch rather than once per row, so a bulk price update becomes visible after that single purge — not progressively.

5. Check the language you are looking at

On a multilingual site, each language has its own item record. Price fields are configured to stay in step across a menu item's translations, so a price entered on the source item should apply everywhere. If one language disagrees:

  1. Open the translated item directly.
  2. Read its price fields.
  3. Correct the value there, and re-save the source item so both are consistent.

6. Check whether the guest is reading a PDF

A printable menu is a snapshot. It is generated from the items as they were at that moment and never updates itself.

If the price is right on the website and wrong on paper, nothing in the website needs fixing: regenerate the PDF and replace the file everywhere it is published or handed out. See Preview and regenerate.

7. If the price came from an import

A pasted import updates a matched item only for cells that contain a value. An empty cell is skipped, not applied, so an import cannot blank a price and cannot overwrite a price you left out of the sheet.

If an import did not change a price you expected it to change, check that the cell actually contained a value and that the title matched exactly — matching is by exact title.

Quick decision

Where the price is wrong What to fix
Admin screen The value was never saved
Public menu, signed out, after a reload A cache layer
One language only The translated item
Printed or downloaded PDF Regenerate the PDF
A different serving format than expected You edited the wrong price field