Central Europe's biggest electronics shop, as one JSON API

country picks the storefront: cz, sk, hu, at, de. The currency follows it - CZK, EUR, HUF - and so does the catalogue and the price. Measured on the same day: one Bosch appliance was 325.90 EUR on the Austrian shop and 323.90 EUR on the German one, an iPhone 1,159 EUR against 1,149 EUR, and a headset 37.90 EUR in Slovakia against 35.90 EUR in Germany. Catalogue sizes differ too - the keyword "lenovo notebook" returned 589 products in Czechia, 586 in Slovakia, 318 in Hungary and 16 in Austria. Two euro markets are not interchangeable.

alza.co.uk has sold nothing since 27 May 2022 and serves a suspension notice instead of a catalogue. country=uk and any co.uk URL are rejected with that reason, so you never get an empty result you have to interpret.

The id is the number after the -d in a product URL. Of five Czech iPhone ids checked against the other storefronts, all five resolved on Slovakia, two on Austria and Germany, and none on Hungary - which lists the same phone under its own id. Ask a storefront for an id it does not carry and you get NOT_FOUND, never a different product: the engine checks that the record it read is the one you asked for. Pass a full URL and its host sets the country; a country that contradicts the URL is rejected.

price is what a logged-out consumer pays with VAT, price_ex_vat is Alza's own figure without it, and both matched the shop's own product page on 16 of 16 sampled products. discount_percent is computed from price and was_price; Alza's own badge ships separately as discount_percent_site and discount_label because the two can disagree - one product down from 43,990 to 41,990 is 4.55 percent and the badge prints -4 percent. The monthly financing figure is returned as monthly_instalment and never as a price.

Measured on one category in a single run, unfiltered 214 products: minimum price 20,000 gives 100, maximum 15,000 gives 86, both bounds 31, in stock only 193, on sale only 13, newly added 1, well rated 144, brand GIGABYTE 62 - which matches the count the brand list itself reports. Sorting cheapest-first and dearest-first both returned strictly monotonic prices. Rating is a single well-rated switch rather than a star number, because that is what Alza offers; the API does not invent a star scale.

Alza publishes a manufacturer part number, always returned as mpn. Where that value is itself a valid EAN-13 it is also returned as ean, after the check digit is verified. Measured across 7 categories: toys 2 of 2 and drugstore 2 of 2 carried an EAN, phones 0 of 4, laptops 0 of 2, appliances 0 of 2 and storage 0 of 2 did not. Nothing is derived or guessed.

Alza does not publish a delivery date to an anonymous visitor - it asks for a postcode first - so no delivery date is returned and exact_date_requires_address says why. You get the stock wording the shop prints, such as "Skladem > 5 ks", where else the item is held and the shop's delivery promise. There is no numeric stock count anywhere on this surface, and no seller: Alza sells these products itself and runs no third-party marketplace on them. There is no price history either.

Alza answers most keywords with one of its own category or brand pages - 11 of 16 sampled keywords - and there you get the exact category total plus every sort and filter. The rest are answered by its free-text search page, where Alza itself offers no sorting or filtering; asking for one there is rejected with an explanation rather than silently dropped, and filters_supported tells you which mode you are in. Free-text totals were observed to plateau near 300 on broad queries, while category-resolved searches report true totals such as 123, 589, 970 and 4,643.

For 16 products across phones, laptops, appliances, toys, storage, drugstore and gaming on four storefronts, each fact was read three times: by the API, by a separate reader of the product page using no API code, and from a second endpoint that lists the same product. Title, price, price without VAT, currency, part number, rating, both rating counts, image count and the presence of the specification table agreed on 16 of 16. An id taken from search resolved to the same id, as the same type, on 16 of 16.

Every listing returns 24 products per page and an exact total, so page_count is simply that total divided by 24 - there is no hidden cap on a category. On search in free-text mode the total is Alza's own free-text result set, which stops near 300.