API a služby, které zvládnou růst bez přepisování od nuly
Navrhneme, jak mají vaše systémy spolu mluvit. Vlastní API, samostatné služby tam, kde se vyplatí, a jednoduchý monolit tam, kde stačí.
Pro koho je služba
- E-shopy, které napojují víc systémů (ERP, sklad, marketplace, dopravci) a každé napojení žije vlastním životem
- Firmy, které narážejí na limity API své platformy a integrace padají s chybou 429
- E-shopy s vlastním nebo headless řešením, které potřebují stabilní API pro frontend a mobilní aplikaci
- Týmy, které zvažují microservices a chtějí vědět, jestli se jim to opravdu vyplatí
- Firmy, které potřebují zpřístupnit data partnerům — dodavatelům, B2B zákazníkům nebo prodejcům
Co řešíme
Návrh vlastního API
REST nebo GraphQL podle toho, kdo API používá. S OpenAPI specifikací, autentizací a jasnými chybovými stavy.
Práce s limity platforem
Integrace, které respektují limity Shoptetu, Upgates nebo Shopify místo toho, aby je neustále překračovaly.
Oddělení náročných částí
Samostatné služby pro výpočty cen, synchronizaci skladu nebo zpracování feedů, aby nebrzdily e-shop.
Fronty a asynchronní zpracování
Náročné úlohy běží na pozadí, s opakováním při chybě a bez ztráty dat.
Verzování a zpětná kompatibilita
Změny API, které nerozbijí napojené systémy ani aplikace partnerů.
Bezpečnost API
Tokeny s minimálními oprávněními, ověřování podpisů webhooků, logování přístupů a ochrana proti zneužití.
Nejdřív limity platformy, pak architektura
Každá integrace e-shopu stojí na API platformy a to má svá pravidla. Pár příkladů k září 2026:
- Shoptet — přímý přístup k REST API mají na standardních tarifech jen doplňky, privátní API je součástí Shoptet Premium. API omezuje souběh: nejvýš 3 současná spojení na jeden token a 50 z jedné IP adresy. Náročnost dotazů navíc měří algoritmem leaky bucket — v každé odpovědi je hlavička
X-RateLimit-Bucket-Fillinga při zaplnění vrací API chybu 429. Velké objemy dat (kompletní snapshot produktů nebo objednávek) se stahují asynchronně ve formátu JSON Lines a výsledek je dostupný 24 hodin. - Upgates — REST API je placený doplněk se základním poplatkem a balíčky požadavků. Každý zbytečný dotaz tak stojí peníze.
- Shopify — hlavní je GraphQL Admin API, REST Admin API je od října 2024 legacy.
- WooCommerce, PrestaShop, Magento — vlastní REST API (Magento i GraphQL), limity určuje hlavně váš hosting.
Z toho plyne první pravidlo: synchronizujeme změny, ne celý katalog pořád dokola. Stavíme na webhoocích, cache a frontách, takže integrace zvládne i sezónní špičku.
Microservices, jen když se vyplatí
Microservices nejsou cíl. Každá služba navíc znamená další nasazování, monitoring a místo, kde se může něco pokazit. Samostatnou službu doporučujeme, když má část systému jiný rytmus než zbytek — výpočet cen pro tisíce produktů, zpracování feedů od dodavatelů, synchronizace skladu napříč kanály — nebo když ji používá víc systémů najednou. Pro menší e-shop je často lepší dobře strukturovaný monolit a jedna oddělená integrační vrstva. Kdy se rozdělení vyplatí, rozebíráme v článku Microservices architektura pro rostoucí e-shop.
REST, nebo GraphQL
REST API je jednodušší na cache, logování a ladění a většina ERP a dodavatelských systémů s ním umí. GraphQL se hodí pro frontend a mobilní aplikace, které potřebují přesně vybraná data v jednom dotazu. Často kombinujeme obojí: REST pro integrace systémů, GraphQL pro headless frontend.
API je smlouva
API, které používají jiné systémy, se nesmí měnit bez varování. Proto ho popisujeme specifikací OpenAPI, verzujeme a staré verze vypínáme až po dohodnutém přechodném období. K API patří dokumentace, testovací prostředí a přehled, kdo ho volá a jak často. Bezpečnost řešíme podle doporučení OWASP API Security Top 10: tokeny s co nejužšími oprávněními, ověřování vstupů a ochrana proti nadměrnému volání.
Jak probíhá spolupráce
Mapa systémů a toků dat
Zakreslíme, které systémy spolu mluví, jaká data tečou kam, jak často a kdo je v čem zdrojem pravdy.
Návrh architektury
Navrhneme API, služby, fronty a způsob nasazení. Vysvětlíme, proč zrovna takhle a co by stála jednodušší varianta.
Specifikace API
OpenAPI popis endpointů, autentizace, chybových stavů a limitů. Napojené strany mohou začít vyvíjet souběžně.
Vývoj a testy
Implementace na testovacím prostředí, automatické testy, zátěžové ověření kritických částí.
Nasazení a monitoring
Postupné spuštění, logování, alerty na chyby a přetížení. Dokumentace pro váš tým nebo dalšího dodavatele.
Co říkají klienti
„Přístup byl vstřícný a ochotný, komunikace srozumitelná, všechny dotazy zodpovězené. Pomoc odborníka, který dobře zná ecommerce prostředí, nám ušetřila spoustu času i nervů.“
Zuzana Pelcová
starchild.store
„Konečně partner, který rozumí technologii i obchodu zároveň. Nemusíme koordinovat pět různých dodavatelů — stačí jeden telefonát.“
Jan Vitouš
Mercedes-store.com
„Napojení, které jsme roky odkládali kvůli složitosti, zvládli v řádu týdnů. Data se teď aktualizují v reálném čase bez naší práce navíc.“
Zbyněk Strnad
Ceskykanafas.cz
Rozsah a cena
Cena záleží na počtu napojených systémů, objemu dat a požadavcích na dostupnost. Připravíme ji po konzultaci a úvodní mapě systémů. Pokud potřebujete nejdřív nezávislý pohled na stávající architekturu, začněte technologickým auditem — hotový je do 10 dnů.
Často kladené dotazy
Většinou ne. Stačí dobře navržená integrační vrstva a fronta pro náročné úlohy. Samostatné služby doporučujeme až tam, kde mají jiný rytmus nebo je používá víc systémů.
Z blogu
API pro e-shopy — co je potřeba vědět jako majitel
Číst článek Vývoj a integraceMicroservices architektura pro rostoucí e-shop
Číst článek Vývoj a integraceREST vs. GraphQL API pro ecommerce integrace
Číst článek Vývoj a integraceVerzování API a zpětná kompatibilita v e-commerce
Číst článek Vývoj a integraceBezpečnost API integrací v ecommerce
Číst článekPojmy z knowledge base
REST API
REST API je rozhraní, přes které si dva systémy vyměňují data pomocí běžných HTTP požadavků, typicky ve formátu JSON. V e-shopu přes něj komunikuje platforma s ERP, skladem, dopravci, marketplace nebo platební bránou.
Otevřít heslo Integrace, API a dataGraphQL
GraphQL je dotazovací jazyk a běhové prostředí pro API. Klient v jednom dotazu popíše, jaká data chce, a server vrátí přesně je. V ecommerce ho používají hlavně Shopify, Adobe Commerce (Magento) a headless frontendy.
Otevřít heslo AutomatizaceMessage queues
Fronta zpráv (message queue) je prostředník, do kterého jedna část systému ukládá úlohy a druhá je postupně zpracovává. Odděluje příjem události od její obsluhy a chrání před výpadky a špičkami.
Otevřít heslo Integrace, API a dataHeadless commerce
Headless commerce je architektura e-shopu, ve které je prezentační vrstva (frontend) oddělená od obchodní logiky (backend) a obě části spolu komunikují přes API. Hodí se pro e-shopy, které narážejí na limity šablon a mají vlastní vývojový tým nebo partnera.
Otevřít hesloSouvisející služby
Vývoj a integrace
API, middleware, automatizace, importy a exporty.
Detail služby Vývoj a integraceIntegrace a middleware
Propojíme e-shop s ERP, CRM, PIM, skladem, dopravci a marketplace přes middleware. Mapování dat, fronty, opakování při chybě, logy a monitoring.
Detail služby Vývoj a integraceProgramování na míru
Vývoj na míru pro e-shopy: doplňky pro Shoptet, Shopify aplikace, pluginy pro WooCommerce a moduly pro PrestaShop. S testy, stagingem a kódem, který patří vám.
Detail služby Vývoj a integraceAutomatizace a synchronizace
Automatizace e-shopu přes webhooky, fronty a plánované úlohy: realtime synchronizace skladu, objednávek a cen, opakování při chybě a noční kontrola dat.
Detail službyRostou vám integrace přes hlavu?
Pošlete nám seznam systémů, které spolu mají mluvit. Navrhneme architekturu, která to unese.