Preis pro 100 g: Produkte vergleichen, Günstigstes finden

Die Engine ist reine deterministische Mathematik: identische Produktlisten erzeugen stets dasselbe JSON, ohne Netzwerkanrufe, Zufallsseeds oder Uhrzeitdrift. Null- oder Negativgewicht schlägt mit invalid_input fehl, weil der Einheitspreis ohne positive Masse undefiniert ist.

Was senden: Produkte, Preise und Gewichte in Gramm

Senden Sie einen JSON-Body mit einem Pflicht-Array products; die Aliase items, options, list und goods werden akzeptiert, wenn Ihr Client bereits einen anderen Feldnamen nutzt. Der Preis darf als Zahl oder numerische Zeichenkette eintreffen; die Aliase cost, amount und shelf_price mappen auf denselben Wert, damit Kassen- und Katalogsysteme vertraute Schlüssel behalten. Das Gewicht muss die essbare oder verkaufbare Nettomasse in Gramm sein, nicht der äußere Karton; unterstützt werden die Aliase weight, grams, mass_g, net_weight_g und weight_grams. Nullgewicht und Negativgewicht werfen invalid_input mit der Meldung, dass das Gewicht positive Gramm sein muss—die klassische Falle, wenn ein Barcode-Feed die Masse leer oder invertiert lässt. Extrem große Preise oder Gewichte werden begrenzt, damit die Mathematik des Worker-Isolates begrenzt bleibt.

Wie der Preis pro 100 g berechnet und die günstigste Option gewählt wird

Für jedes Produkt wendet die Engine die vertraute Einzelhandelsformel an: Preis pro hundert Gramm gleich Regalpreis geteilt durch Gewicht in Gramm, dann multipliziert mit hundert. Eine Ein-Produkt-Liste liefert dieses Produkt weiterhin als cheapest mit null Ersparnis, nützlich für Pipelines, die stets dieselbe Antwortform wollen. Der Regalpreis wird auf zwei Dezimalstellen gerundet im Belegstil zurückgegeben, während weight_g die validierte positive Zahl ist, die Sie gesendet haben. Jede Ergebniszeile enthält nullbasierten Index, Anzeigenamen, price, weight_g und price_per_100g. Das Objekt cheapest ist die Zeile mit dem niedrigsten price_per_100g; bei exaktem Gleichstand zweier Packungen gewinnt der frühere Listeneintrag, sodass das Ergebnis voll deterministisch ist. Bei zwei oder mehr Produkten meldet savings_vs_most_expensive_per_100g, wie viel günstiger der Gewinner als der teuerste Einheitspreis auf derselben Hundert-Gramm-Basis ist—praktisch für Abzeichen wie sparen Sie so viel pro hundert Gramm. Das Feld method ist immer price_per_100g und unit immer per_100g, damit nachgelagerter Code ohne Formschnüffeln verzweigen kann. Fehlende Produkte, leere Listen, fehlendes price oder weight, nichtnumerische Felder, Nullgewicht und Negativgewicht scheitern mit invalid_input und werden nach Ablehnung nicht berechnet.

API-Nutzung, Preise, Einkaufsabläufe und praktische Grenzen

Rufen Sie den kostenlosen Preis-pro-100-g-Rechner im Browser auf, wenn Sie im Gang stehen, den Wocheneinkauf planen oder Einheitspreis-Kompetenz vermitteln, ohne eine weitere App zu installieren. Halten Sie Listen in gewöhnlichen Einkaufsgrößen; die veröffentlichte Produktobergrenze schützt die Isolate-Laufzeit und deckt dennoch volle Einkaufswagenvergleiche ab. Nutzen Sie die Prepaid-API, wenn ein Menüplaner, Lebensmittel-Bot, Budget-Coach, Großkauf-Helfer oder Katalognormalisierer einen stabilen KIT-Vertrag zu $0.002 pro erfolgreichem Item braucht; Validierungsfehler verbrauchen nach Ablehnung durch die Engine nie Guthaben. Kombinieren Sie diesen Endpoint mit Währungsumrechnern nur, wenn alle Regalpreise bereits dieselbe Währung teilen—diese Fähigkeit wandelt keinen Wechselkurs um und wendet weder Steuer noch Multipack-Angebote noch Treuerabatte an. Autoren, die SDKs ausliefern, können das products-Array in Vergleichstabellen abbilden und cheapest.name plus cheapest.price_per_100g in einem Zusammenfassungsbanner zeigen. Das Produktversprechen ist transparenter Einheitspreisvergleich auf Hundert-Gramm-Basis, nicht Live-Scraping von Konkurrenzseiten—solche Absichten gehören zu Preisextraktions- und Preismonitor-Tools mit anderen Suchbegriffen und Engines.