Magento developer for Czech stores

The Czech e-commerce stack splits along revenue lines:

• Shoptet — dominant SaaS in CZ (Prague-founded, 2008). Cheap, hosted, GoPay + Heureka.cz feed wired in by default. Great for < CZK 5M / year. Hits a wall on custom B2B, complex catalogues, ERP integrations, multi-store CZ + SK.
• Shopsys Framework (Brno-based) — open-source PHP, used by big Czech retailers (CZC, Mironet, AlzaPower). Powerful but smaller dev community than Magento.
• Shoptop / Upgates — smaller SaaS players, similar Shoptet niche.
• Magento 2 / Adobe Commerce — the right fit when you cross ~CZK 50M / year, need multi-store CZ + SK + DACH, deep B2B with IČO / DIČ + Net-30, custom workflows, or marketplace feed control (Heureka + Aukro + Zboží + Alza).

Real signal you’ve outgrown Shoptet: you’re paying for Shoptet extensions every month, your developer can’t deploy custom code, and your ERP integration is held together with manual CSV exports. Magento pays back inside 12 months for stores doing CZK 50M+.

Three players dominate Czech checkout. Here’s the honest comparison:

• GoPay — the Czech leader. Prague-founded, broadest method coverage (cards / bank transfer / Apple Pay / Google Pay / BNPL via Skip Pay + Twisto). Native Magento 2 module. Best default for most CZ stores.
• ComGate — Czech-native, strong on bank-transfer (instant) + card. Slightly cheaper fees than GoPay for high-volume cards. Magento 2 module available.
• PayU — CEE-wide (PL + CZ + SK + RO). Best if you’re already cross-border PL+CZ+SK and want a single PSP. Less feature-rich than GoPay on CZ-specific methods.

Plus: Apple Pay + Google Pay native via any of the three (or Stripe CZ as a card-only fallback). Tatra Pay / Slovak bank-buttons if you serve SK from the same Magento.

Default recommendation for a new CZ build: GoPay primary + Apple Pay + Google Pay native. ComGate as fallback if GoPay fees are an issue. PayU if you’re already on it for PL.

Two Czech B2B identifiers, two different validators:

• IČO (Identifikační číslo osoby) — 8-digit company ID. Issued by the Czech Statistical Office. Validated against ARES (Administrativní registr ekonomických subjektů) — the free Czech business-registry API run by the Ministry of Finance.
• DIČ (Daňové identifikační číslo) — VAT-ID, format CZ + 8 to 10 digits (often CZ + IČO for companies). Validated via VIES VAT (EU-wide) for cross-border B2B.

For Magento B2B we:

1. Add IČO + DIČ fields to the customer entity (or B2B company on Adobe Commerce).
2. Hit ARES on registration / address-change — rejects invalid / dissolved companies, auto-fills company name + registered address + legal form (s.r.o. / a.s. / OSVČ).
3. Validate DIČ against VIES for cross-border zero-rated B2B sales (intra-EU reverse charge).
4. Apply 0% DPH on B2B intra-EU sales with a valid VIES-validated DIČ (reverse charge); standard 21% on B2C and CZ→CZ B2B.
5. Cache validations 30 days, re-validate on any address change.

Heureka.cz is the dominant price-comparison engine in Czechia + Slovakia. Most CZ shoppers price-check via Heureka before buying — if you’re not on the Heureka feed, you don’t exist. The integration has two parts:

1. Product feed — Heureka’s XML schema (categories, EAN, price, stock, delivery time, parameters). We generate it from Magento via a cron-driven export to pub/media/heureka/heureka.xml. Heureka pulls it every 6–24 hours. Category mapping (Magento category ↔ Heureka category-tree node) is the trickiest part — we maintain a stored map per project.
2. Ověřeno zákazníky pixel — Heureka’s post-purchase review pixel. Drops on the order-success page, sends customer email + order ID. Heureka emails the customer 10 days later for a review. Required to display the “Ověřeno zákazníky” badge — a major trust signal on PDPs.

We also ship the Heureka.sk variant for Slovak stores (same XML schema, different category tree). Total integration effort: 8–16 hours, depending on catalogue complexity.

Yes — CZ + SK is one of the cleanest cross-border setups in Europe because the markets share so much culture, language, and infrastructure:

• One Magento backend, 2 stores — yourbrand.cz + yourbrand.sk, shared catalogue, separate URLs.
• Per-store DPH — CZ 21% / 15% / 10%, SK 23% / 19% / 5%. Magento tax_zone rules per store.
• Per-store currency — CZ uses CZK (Kč), SK uses EUR (joined eurozone 2009). Magento currency-per-store handles this natively.
• Shared marketplaces — Heureka.cz + Heureka.sk, Aukro.cz + Aukro.sk. Same XML feed, two endpoints. Big advantage over building two separate stacks.
• Per-store payment — GoPay handles both, Tatra Pay / Slovenska Sporitelna buttons added on the SK side, ComGate is CZ-only.
• Per-store shipping — Zasilkovna / Packeta works across both (the dominant pickup-point carrier). PPL CZ for CZ, GLS for SK.

Czech and Slovak are mutually intelligible — most CZ shops just present Slovak as a second language toggle (cs_CZ + sk_SK locale codes), shared product copy. Saves 30%+ vs running two separate stacks.

Three more CZ marketplaces matter beyond Heureka.cz:

• Aukro.cz — the Czech auction site (similar to eBay). Listing API + order import. Best for end-of-line, refurbished, second-hand, or niche inventory. Magento → Aukro feed pushes listings, Aukro → Magento pulls orders on win.
• Zboží.cz — Seznam.cz’s price-comparison engine (Seznam is Czechia’s home-grown search engine, still ~25% share vs Google). XML feed similar to Heureka but a different schema + category tree. Less critical than Heureka but a free traffic source if you’re already maintaining a Heureka feed.
• Alza.cz — Czechia’s #1 electronics retailer (~CZK 50B+ revenue) which also runs a marketplace (Alza Marketplace). API-driven, stricter category + content rules than Heureka. Volume can be enormous for electronics / tech / accessories sellers.

We typically ship Heureka first (highest ROI), Zboží second (cheap to add once Heureka exists), then Aukro + Alza as separate projects depending on the merchant’s SKU mix.

Magento has decent Czech locale (cs_CZ) support out-of-the-box but production-grade Czech needs polish:

• Admin locale — set per-user, falls back to en_US. We ship the official Crowdsourced cs_CZ translation pack + project-specific overrides (your store’s product attributes, custom modules, email templates).
• Storefront locale — full Czech UI strings (cart, checkout, customer account, search filters), Czech-language product attribute labels, Czech category names.
• Diacritics support — UTF-8 throughout (MySQL utf8mb4 collation, never latin2 or windows-1250). Search (OpenSearch / Elasticsearch) needs the Czech analyzer + stemmer for searches like “tričko” vs “tricko” to match.
• URL slugs — transliteration to ASCII (e.g., “dětské-obleceni” → “detske-obleceni”) for SEO-friendly URLs. Magento’s default URL-key generator handles this if configured correctly.
• Customer-service emails — Czech-language order-confirmation, shipping, refund templates. Czech address format (street name, house number, postcode, city — not English line-order).
• NUTS-3 region handling — if you do regional tax / shipping by Czech kraj (region), Magento needs the 14 CZ regions seeded in directory_country_region.

Czechia has three DPH rates:

• 21% — standard rate (most goods + services).
• 15% — reduced (food, water, books, some pharmaceuticals, child seats, accommodation services).
• 10% — super-reduced (life-saving medicines, baby food, certain printed materials, gluten-free products since 2024).

Magento configuration:

1. Create 3 tax classes in Stores → Tax Zones & Rates (DPH-21, DPH-15, DPH-10).
2. Create 3 tax rules per rate, scoped to CZ (or EU + auto-detect via destination).
3. Assign each product’s tax class based on its category — we usually wire this via a category_id → tax_class map in an observer (so admins don’t need to set it per product).
4. For B2B intra-EU, override to 0% DPH (reverse charge) if a valid VIES-validated DIČ is on the customer. Magento needs to print “Přenesená daňová povinnost” (reverse charge) on the invoice with a reference to § 92e of the Czech VAT Act.
5. For sales to non-VAT-registered EU customers above the OSS threshold (€10k / year EU-wide), register for One-Stop-Shop and charge destination-country VAT.

Tax-inclusive prices on storefront (mandatory in EU B2C); tax-exclusive on B2B if explicitly opted-in.

GDPR applies in Czechia, enforced by the ÚOÓÚ (Úřad pro ochranu osobních údajů — the Czech Data Protection Authority). The national implementation is Act No. 110/2019 Sb. on personal-data processing.

Concrete Magento checklist:

• Cookie consent — opt-in for non-essential cookies (analytics, marketing, retargeting). No pre-ticked checkboxes. “Reject all” must be as easy as “Accept all”. Banner in Czech. We typically ship Cookiebot, Cookieyes, or a self-built Magento module wired into the Magento cookie API.
• Privacy policy in Czech, citing ÚOÓÚ as the supervisory authority, plus the controller’s IČO + DIČ + registered address.
• Newsletter double opt-in — tick-box on registration is not enough, customer must click a confirmation email.
• Right-to-access + right-to-erasure — customer account page should expose data download + deletion request flows.
• Data Processing Agreement with hosting + email + payment providers. Adobe Commerce Cloud Frankfurt is fine for data residency; for ÚOÓÚ-conscious clients, WEDOS / Forpsi / Active 24 (all CZ-based) is the safer optics.
• Heureka pixel + Google Analytics only fire after consent — we wire Tag Manager conditional triggers.

Depends on volume + budget + data-residency posture:

• WEDOS — biggest Czech hosting brand (Hluboka nad Vltavou). Cheap shared / VPS / dedicated, all CZ data centres. Solid for < CZK 50M / year stores. Less Magento-tuned than specialised hosts.
• Forpsi (CZ.NIC group, parent of the Czech domain registry) — CZ data centres, Magento-aware support, decent for CZK 5M–100M stores.
• Active 24 — another long-standing CZ host (Prague), strong managed-Magento offering, fits CZK 20M–200M stores.
• AWS Frankfurt (eu-central-1) — lowest latency to Prague + Brno (~15ms), best ecosystem (RDS, S3, CloudFront), GDPR-compliant. Not CZ-resident but EU-resident which satisfies ÚOÓÚ in most cases. Best for CZK 100M+ stores or anyone wanting auto-scaling.
• Adobe Commerce Cloud (Frankfurt) — if you’re already on Adobe Commerce. Auto-scaling, Fastly CDN, 24/7 support. Costs CZK 600k+ / year, locks you to Adobe.
• Hyvä Cloud / Cloudways Frankfurt — managed Magento, CZK 5k–25k / month, sweet spot for CZK 50M–500M Hyvä stores.

We benchmark + migrate — the right answer depends on whether you need CZ data residency (WEDOS / Forpsi / Active 24) or just CZ low-latency (AWS Frankfurt is fine).

Canonical hourly rate: \$25/hr (paid via Upwork escrow or direct wire). Two reference projects:

• Audit — \$499 (~20 hours @ \$25/hr, CZK 11,500 parity at ~CZK 23 / \$). Free 30-min discovery, then a written report covering GoPay integration health, Heureka.cz feed quality, IČO / DIČ checkout validation, ÚOÓÚ cookie posture, Core Web Vitals, and a fixed-price roadmap for fixes. Turnaround: 1 week.
• Build — \$4,999 (~200 hours @ \$25/hr, CZK 115,000 parity). Full GoPay + ComGate + PayU + Apple Pay + Google Pay multi-rail checkout, Heureka.cz + Heureka.sk feed wiring, IČO + DIČ ARES + VIES validation, DPH 21% / 15% / 10% rebuild, Czech-language admin + storefront, CZ + SK multi-store split, 14 days post-launch coverage. Turnaround: 4–6 weeks.
• Custom enterprise — quoted. Alza-scale catalogues, multi-region CZ + SK + DE + PL, full ERP integration (Money S5 / Pohoda / Helios / SAP), Adobe Commerce Cloud. Quoted after audit.

Credentials: Adobe-Certified Magento 2 Developer, 8+ years across Czech, Slovak, Polish, German merchants. Meet Magento Czech 2026 community presence. Verifiable Upwork + Clutch reviews. Payment via SEPA / card / wire; Net-30 available for established Czech s.r.o. / a.s. with valid IČO + DIČ.

The Czech Magento landscape splits into three patterns, each with very different priorities:

• Prague boutique / DTC fashion — CZK 5M–50M / year, mobile-first, Heureka.cz feed mandatory, Hyvä for Lighthouse 95+, GoPay + Apple Pay + Google Pay primary, “Ověřeno zákazníky” badge for trust. Typical engagement: \$4,999 Build tier, 4–6 weeks.
• Brno B2B industrial exporter — CZK 50M–500M / year, ARES-validated IČO auto-fill on registration, VIES-validated DIČ for cross-border zero-rated B2B, Net-30 / Net-60 terms, ERP integration (Pohoda / Money S5 / Helios), reverse-charge DPH on EU B2B invoices, multi-region CZ + SK + DE + PL. Often deeper than \$4,999 — quoted custom enterprise.
• Alza-scale electronics retailer — CZK 500M+ / year. Magento Adobe Commerce or Shopsys Framework territory. Marketplace feeds to Heureka + Zboží + Aukro + Alza Marketplace, automated stock + price sync, real-time Heureka feed updates, edge caching via Varnish + Fastly, Adobe Commerce Cloud Frankfurt or AWS Frankfurt hosting, dedicated DevOps. Custom-quoted, multi-month engagements.

The common thread: every Czech build needs GoPay (or ComGate), Heureka.cz feed, IČO + DIČ validation, ÚOÓÚ-compliant cookies, and Czech-language storefront. The scale dictates how much else gets layered on top.