Price on Request

About the Extension

Sell made-to-order and project goods without a fixed price

Machines, custom work, volume orders or products with daily prices rarely fit a fixed price in the shop. Price on Request lets you decide for every product, variant and category whether customers see the price, can put the product in the cart or should ask for an offer instead. The request button and form fit seamlessly into the product page, and every request lands in a clear overview in the Administration.

You choose how far the shop goes: keep the price and add a request button for volume enquiries, hide only the cart, hide the price entirely, or turn a whole sales channel into a catalog without prices and cart.

Six modes for every sales situation

Each product, variant and category can follow one of these modes, and each sales channel can have its own default:

• Replace – "Price on request" and a request button instead of price and buy button
• Append – price and buy button stay, the request button appears beside them
• Hide cart – the price is shown, customers request instead of buying
• Hide quantity – buying without a quantity selection
• Catalog – no price and no cart
• Off – the product behaves normally, for example to exclude a single variant

The most specific setting wins: a variant can follow its parent or override it, a product can override its category, and categories override the sales channel default. Optionally, category settings also apply to subcategories, and products with a price of 0 can automatically be treated as price on request.

A request form that is ready to use

The request button opens a form in a modal window with product, name, email, company, phone, quantity and message. For logged-in customers it is prefilled. Privacy consent, the shop's captchas, a honeypot field and rate limiting protect it against spam, and you can allow requests from logged-in customers only. After sending, the customer sees a confirmation directly in the window.

Instead of the built-in form, the button can also open a Shopping Experience layout, any URL or the same product in another sales channel. The button label can be changed per product and category, in every language.

Every request in one place

All requests are stored in the new module Catalogues › Price requests. The list shows product, date, requester, company, quantity, mode and status, with search, filters and a counter of new requests. On the detail page your team sees all submitted data, sets the status (New, In progress, Answered, Closed), keeps an internal note and replies to the customer by email with one click.

The installation adds ready-made flows with German and English email templates: the shop owner receives every request with a link to the detail page, and the requester gets a confirmation. The shop owner mail goes only to the address you set in the plugin configuration or, if empty, to the shop email address – never to all administration users. Replying to it answers the customer directly. Because the flows run in the Flow Builder, you can change texts and conditions freely.

Consistent everywhere prices appear

Hidden prices are also removed from listings, search suggestions, the wishlist and the structured data for search engines. Products that must not be bought are removed from every cart, even if they were added before the setting changed. Headless frontends receive the resolved behaviour with every product, can submit requests via the Store API and get a clear error when adding a blocked product to the cart.

Data protection built in

Stored requests are deleted automatically after a retention period per sales channel (180 days by default, 1 to 730 days), and requests of a deleted customer account are removed together with the customer. The privacy notice must be accepted before a request is stored, also via the Store API.