Shopify Funkce vs. vývoj na míru: Kde sou skutečné limity?

Pokud provozujete B2B eshop na Shopify Plus a řešíte otázku „co z toho musíme vlastně dělat na míru," pravděpodobně jste narazili na dvě protichůdné odpovědi.

První: „Shopify Plus to řeší nativně, proč platit za custom dev."

Druhá: „Shopify není B2B platforma, potřebujete vlastní systém."

Pravda je, jak obvykle, někde mezi tím — a presná poloha té hranice závisí na velikosti a komplexnosti vášho B2B modelu.

Tento článek si klade za cíl tou hranici pomenovat konkrétně: co Shopify Plus řeší nativně a dobře, kde jsou skutečné technické limity Shopify Funkcí, a kdy vlastní vývoj prestává byť luxusem a stává se nevyhnutností.

Co Shopify Plus B2B řeší bez jediného řádku vlastního kódu

Toto je sekce, kterou mnohí konzultanti a agentury preskakují — buď proto, že ji neznají, nebo proto, že jim víc vyhovuje prodávat custom development. My to povieme na rovinu.

Shopify Plus obsahuje nativní B2B modul, který od roku 2022 systematicky rozšiřuje svoje možnosti. Podle oficiální dokumetace Shopify pokrývá těchto scénářů bez potřeby externích aplikací nebo vlastního vývoje:

1. Individuální cenníky (Catalogs) — každé firemní lokalitě můžete priradit vlastní katalog s individuálními cenami a slevaami. Každá lokalita může má prirazeno až 25 katalogů současně. Pokud prodáváte 500 B2B klientům s různými cenovými hladinami, Shopify to zvládne nativně — za podmínky, že ceny spravujete a synchronizujete přímo v Shopify admin nebo skrze API.
2. Platební podmínky — Net 30, Net 60, Net 90 jsou nativní součástí B2B checkoutu. Zákazník si zvolí odložené platby, volitelně uloží kartu pro automatické strhnutí k datumu splatnosti. Žádný custom modul není potřebný.
3. Buyer portál — B2B zákazníci mají přístup k dedikovanému portálu s prehledem objednávek, rýchlým bulk orderingem a správou účtu. Firemní profily podporují více kontaktů s různými oprávněními (schvalovatel, nákupce, jen prohlížení).
4. Objemové sleva a quantity pravidla — minimální množství, cenové kroky pro větší odeběry, balení — vše nastavitelné normálně v B2B katalózích bez kódu.
5. Daňové výjimky — priraďování daňových výjimek na úrovni firmy nebo lokality.

Pro růstový mid-market B2B eshop — například distributora s několika stovkami odběratelů a standardizovanými cenníky — je toto postačující. A když sou tento potřeby pokryté nativně, Shopify Funkce vstupují do hry jako další vrstva logiky — ne jako záplata za chybějící funkce.

Co jsou Shopify Funkce a co reálně umí

Shopify Funkce jsou server-side rozšíření, které běží přímo v infrastruktuře Shopify v prostředí WebAssembly. Merchant (nebo jeho vývojářský tým) napíše funkci v Rustu nebo JavaScriptu, skompiluje ji do Wasm a Shopify ji spouští v definovaných momentech nákupního procesu.

Podle oficiální dokumetace pokrývají těchto rozšiřovacích bodů:

• Sleva — vlastní logika pro produktové, objednávkové a dopravné slevy nad rámec nativních katalogů
• Doručení — filtrovaní, premenování a zorazování dopravních metod podle obsahu košíka
• Platby — zobrazování nebo skryté platobních metod na základe podmínek
• Cart transforms — spájání produktů do bundlov nebo jeich rozkládání
• Validace checkoutu — vlastní pravidlo před dokončením objednávky
• Order routing — smerování objednávek na sklady nebo fulfillment centra

Kde Funkce fungují spolehlivě a bez zbytečné komplexity: vlastní logika tiered slev nad rámec katalogů, skryté dobírky pro B2B segmenty, podmíněné zobrazování dopravních metod, bundle logika, validace před checkoutem.

Technické limity Shopify Funkcí: Reálná čísla

Shopify Funkce neběží bez omezení. Zde jsou konkrétní limity, které Shopify vývojářská komunita také oficiální dokumentace dokumentují:

• Limit instrukcí: 11 milionů — každá funkce musí vykonat maximálně 11 milionů WebAssembly instrukcí. Pro jednoduché cenníková výpočty to je víc než dost. Při komplexní logice s velkým počtem SKU a zákaznických kombinací se tento limit stává reálnou prekážkou — vývojáři se s ním běžně setkávají u cart transform funkcí s většími košíky.
• Limit vstupu: 128 kB — vstupní data, které Shopify odevzdá funkci, mohou má maximálně 128 kB (Shopify limit nedávno zvýšil ze 64 kB). Metafieldy přesahující 10 000 bajtů nejsou do vstupu zahrnuty vůbec.
• Výkon pod 5 ms — funkce musí dokončit svoji práci do 5 milisekund. Pro většinu výpočtů to stačí, ale určuje to také to, jaké jazyky jsou praktické: Shopify doporučuje Rust, který kompiluje právě do Wasm a je výrazně efektivnější než JavaScript.
• Žádný přístup k externím API — výjimka — to je nejdůležitější bod a také nejčastěji nepřesně prezentovaný. Shopify Funkce standardně nemohou volat externí API během běhu. Existuje funkce Network Access, která to umožňuje — ale je dostupná jen pro vlastní aplikace nainstalované na Shopify Plus a Enterprise plánech a vyžaduje explicitní povolení ze strany Shopify. Na dev storech ani ve standardním developer preview není dostupná.

Kde Shopify Plus B2B naráží na strop

Vraťme se k nativnímu B2B modulu. Existují scénáře, kde ani Shopify Plus s Funkcemi nestačí — a kde čekání na další aktualizaci platformy není biznis strategií.

Schvalovací workflowy — Shopify B2B nativně nepodporuje víceúrovňové schvalování objednávek. Pokud vaši korporátní zákazníci vyžadují, aby objednávky nad určitou částku schválil nadřízený před odesláním, nebo pokud potřebujete priradit spending limity jednotlivým nákupčím v rámci firmy, toto nativně k dispozici není. Dá se řešit third-party aplikacemi nebo custom logikou, ale ne nativně.

Real-time ceny z ERP — Shopify B2B cenníky fungují na principu synchronizace: ceny z ERP systému (SAP, Helios, Navision, Pohoda) musíte do Shopify importovat v počátku. Pokud se ceny mění v reálném čase — například podle aktuálních nákladů na suroviny nebo mezibankovního kurzu — Shopify nativně nepodporuje live fetch z ERP. Potřebujete buď middleware, který synchronizuje ceny s přijatelnou latencí, nebo vlastní pricing API vrstvu.

Credit limit management — správa kreditních limitů pro B2B odběratele (blokování objednávky po prekročení dluhu, zobrazení aktuálního kreditu) není součástí nativního B2B modulu. Toto je standardní požadavek distributorů a velkoobchodníků, která vyžaduje integraci s účetním systémem.

Komplexní front-end customizace — Shopify front-end je těsně provázaný s backendem. Pokud vaši B2B zákazníci očakávají specifickou UX logiku — například bulk upload objednávek cez CSV s validací SKU, hierarchické zobrazení produktů podle interní kategorizace klienta, nebo integraci s jejich procurement systémem — tato úroveň customizace si vyžaduje vlastní vývoj, eventuálně headless architekturu cez Shopify Hydrogen.

Příklad z praxe: Kde linie prechází

Představte si dva výrobce průmyslových komponentů:

Firma A má 300 B2B odběratelů, trojiceps cenových hladin (zlatá, stříbrná, standardní), platobní podmínky Net 30 a standardní produktový katalog s 800 SKU. Shopify Plus B2B nativně řeší 90 % jejich požadavků. Shopify Funkce doplňují logiku dopravních metod a validaci minimální objednávky. Vlastní vývoj tu není opodstatněn.

Firma B má 4 000 B2B odběratelů, každý s individuálním kontraktovou cenou navázanou na ERP, kreditními limity, víceúrovňovým schvalováním a požadavkem zobrazit reálnou dostupnost z WMS hned na produktové stránce. Takto Shopify Plus B2B nestačí — ne proto, že by byl špatný, ale proto, že tento stupeň komplexity byl navržen pro dedikované B2B platformy nebo custom řešení.

Rozdíl mezi těmito dvěma firmami není velikost — je to hloubka integrace a míra individuality každé zákaznické relace.

Časté chyby při rozhodování

„Custom dev je vždy drahší" — závisí na časovém horizontu. Nativní řešení s množstvím workaroundů může za rok stát víc na interním času a technickém dlhu než jednorázový vlastní modul.

„Shopify Funkce to vyřeší" — Funkce jsou vrstva logiky, ne náhrada za chybějící infrastrukturu. Pokud váš problém je v datové architektuře (ceny žijí v ERP a ne v Shopify), Funkce to nevyřeší — jen to skomplikují.

„Počkáme, Shopify to udělá" — Shopify B2B modul se rychle vyvíjí a v roce 2025 pokryje výrazně víc než před dvěma roky. Ale některé architektonické omezení (real-time ERP, credit management, komplexní schvalovací) jsou strukturální — ne jen chybějící features.

Záměna Checkout Extensions a Functions — Checkout Extensions řeší UI (vlastní pole, bannery, bloky v checkoutu). Funkce řeší logiku (co se vypočítá, zobrazí, ověří). Jsou to různé vrstvy a správné pochopení jejich vzájemného vztahu ušetří kolo zbytečného předmnožení.

Závěr: Správná otázka není „Shopify nebo custom"

Většina B2B merchants na Shopify Plus nepotřebuje vlastní vývoj na úkor Shopify — potřebují vlastní vývoj vedle Shopify. Platformu využívají pro to, co umí nativně (cenníky, platební podmínky, buyer portál, checkout logiku), a vlastní vývoj nebo middleware doplní tam, kde platforma naráží na architektonický strop.

Správná otázka tedy není „Shopify nebo custom development," ale „kde presně leží hranice v mojem konkrétním případě a co nás stálo její ignorování?"

Pokud hledáte odpověď na tuto otázku pro váš projekt, v METINAS radi posoudíme váš aktuální stack a navrhneme architekturu, která bude rásť s vaším biznisem — ne ho zpomalovat.