The cheapest price is rarely the cheapest

Every comparison site ranks on the sticker price, and then the coupon turns out not to apply, or delivery adds a third again. This one computes the total first and ranks on that. Where it cannot establish a delivery cost, it says so rather than guessing.

Built and owned by BDG Dublin, Ireland

Status
In development
Platform
Web
Built with
Laravel, SQLite
Market
Brazil
Fig. — The number that decides
01 02 03 04 Product Delivery Coupon Total Unknown — not ranked Ranked on the total. Delivery time breaks a tie.
Ranked on the total. The offer whose delivery cannot be established is shown, and left out of the ranking.

Who it is for

  • You are about to buy something and three tabs disagree about what it costs.
  • You have typed a coupon into a checkout and watched it be refused.
  • You would rather see one total than four numbers to add up yourself.

How it works

01

One coupon, applied the way a checkout would

The engine picks the single coupon an order actually qualifies for and honours its validity window, minimum spend, ceiling and payment method. Showing every code that exists produces a total nobody can pay.

02

Whole cents, not floating point

Every figure is computed in integer cents, in one pure service with no network and no database behind it. A comparator that rounds differently from the shop is wrong in the only place it matters.

03

Delivery counted as part of the price

The total includes delivery to the postcode entered, and the payment method is part of the sum — card or instant transfer, with a first-purchase discount where one applies.

04

An unknown delivery cost is not ranked

Where delivery cannot be established the offer is still shown, and kept out of the ranking rather than estimated. A guess produces a cheapest offer that is not the cheapest.

05

Nothing about the search is kept

Searches and postcodes are not persisted, responses are marked no-store, and the endpoint takes thirty queries a minute. What somebody is shopping for is their business.

What it does not do

None of these are real prices yet

The current build queries no shop at all. Prices, coupons, sellers, delivery times and delivery costs are demonstration data, the DEMO codes cannot be redeemed, and there are no purchase links and no commission. Delivery varies by the first digit of the postcode for one reason: to show the ranking changing. Before any of it becomes real, each partner programme has to be read for what it actually permits — display rules, retention, channels — and the data has to arrive through an authorised API. Scraping without permission, and redistributing somebody else's named coupons, are the usual shortcuts and they are not ones we will take. DescontoFácil is a working title; neither the brand nor the domain has been validated.

Not built yet

In the order it matters. Published because a roadmap somebody can hold us to is worth more than a page that looks finished.

  1. Connectors with authorised access to partner APIs.
  2. A persistent catalogue, matching on exact model, variant and barcode rather than on a name.
  3. Real delivery costs, with their origin and their expiry.
  4. Coupon combinations, and per-shop delivery benefits.
  5. Affiliate links, attribution and approved commission — declared where a reader can see it.
  6. A review panel, queues and observability, so a wrong price is found before a customer finds it.
  7. Opt-in price alerts, with retention set for a live service rather than for a demo.

The same work we do for clients

Something like this, but yours

Tell us what you are thinking of building. We come back within one business day with an honest read on whether it is worth building — including when the answer is no.