Ecommerce platforma protiv koje se ne moraš boriti
Prestani vijčati workaround-e na crnu kutiju SaaS. Axnify izlaže svaku primitivu preko REST-a, šalje webhook-ove za svaki događaj i pušta te direktno uređivati kod teme. Go u backendu, Next.js u frontendu, otvoreni API-ji posvuda.
Zašto je većina ecommerce SaaS platformi neprijateljska prema developerima
Odaberi bilo koju od top 10 commerce SaaS platformi i pogledaj njezinu API dokumentaciju. Zatim pogledaj njihov admin UI. Funkcionalnosti se ne podudaraju. Admin može stvari koje API ne može. Gore, vendor platforme to zna — i to smatra featurom, ne bug-om. Zaključavanje mogućnosti iza admina je ono što te drži na njihovoj platformi. Onog trenutka kad sve možeš preko API-ja, možeš i otići.
To je temeljna napetost. Velike SaaS platforme (Shopify, BigCommerce, Wix Commerce) optimiziraju za netehničke trgovce jer to čini većinu njihovog TAM-a. Kad developeri traže webhook na konkretan događaj, način registracije custom koraka checkouta, ili pristup pisanju na prethodno read-only resurs, odgovor je obično „prebaci se na enterprise tier“ ili „koristi Zapier“.
Axnify je drukčije izgrađena jer joj je backend strukturiran za to. Svaka domena je mikroservis (product, order, cart, theme, billing, asset, customer, payment, shipping itd.) s vlastitom schemom baze podataka i vlastitim HTTP API-jem. Admin UI je frontend koji razgovara s tim API-jima — točno onako kako to radi tvoj kod. Nema admin-only mogućnosti. Nema „internog endpointa“ koji ne možeš pozvati. Površina API-ja JE platforma.
Ta dizajnerska odluka ima posljedice. Znači da je Axnify iskrenija o tome što podržava a što ne: ako nije u API-ju, ne postoji. Znači da se breaking change-ovi brže hvataju — ne možeš isporučiti admin feature bez isporuke API-ja. I znači da ti, kao developer koji se integrira s platformom, nikad nisi u poziciji da moraš pisati screen-scraper jer admin zna nešto što tvoj kod ne zna.
Zašto developeri napuštaju velike SaaS platforme
Read-only API-ji koji ne odgovaraju admin UI-ju
Možeš listati proizvode, ali ne ažurirati zalihe; možeš čitati narudžbe, ali ne popuniti fulfillment iz svog ERP-a. Svaki workaround postaje Zapier petlja, ručni CSV export ili screen-scraper koji puca u trenutku kad platforma redizajnira admin.
Kod teme zaključan iza enterprise tier-a
Shopify zaključava Liquid + JS uređivanje teme iza £2.300/mj Plus plana. Želiš dotaknuti HTML na £29 planu? Koristi njihov drag-and-drop, kao i svi ostali. Wix ne izlaže kod teme ni na jednom tier-u. BigCommerce sjedi u sredini, ali naplaćuje per-instance za uređivanje koda teme.
Webhook-ovi propuštaju događaje koji su ti stvarno potrebni
Generičke platforme emitiraju ~15 tipova webhook-ova. Događaj koji želiš — korak checkouta završen, napušten košarica očišćena, tema objavljena, custom field ažuriran, ovlast aplikacije promijenjena — obično nije među njima. Završavaš na polling-u, što znači glavobolje s rate-limit-om i zastarjeli podaci.
Headless košta dodatno i lako se lomi
„Headless commerce“ na većini platformi znači zaseban enterprise SKU (Shopify Hydrogen, BigCommerce Stencil), drukčiju površinu API-ja od one koju koristi standardni admin, i nulti paritet dokumentacije s admin UI-jem. Često je headless API mjesecima iza admina u pokrivenosti značajki.
Što developeri dobivaju s Axnify
REST API za svaku primitivu
Proizvodi, varijante, zalihe, kupci, narudžbe, košarice, teme, stranice, sekcije, postavke, webhook-ovi, aplikacije, datoteke, porezi — sve CRUD, sve dokumentirano, sve iza jednog Bearer tokena. Paginacija, filtriranje i sortiranje slijede konzistentne konvencije na svakom endpointu.
Webhook-ovi za svaki događaj, na svakom planu
Narudžba stvorena, plaćena, ispunjena, vraćena; košarica stvorena / napuštena / vraćena; proizvod / varijanta / zaliha ažurirana; tema objavljena; zaposlenik pozvan; aplikacija instalirana. Isporuka webhook-ova s retry-jima (10 pokušaja kroz 48 sati), HMAC potpisi i log isporuke u adminu.
Ugrađen editor koda teme
Uređuj datoteke teme (HTML / CSS / JS) direktno u editoru tema admina. Povijest verzija po spremanju. Pregled prije objavljivanja. Side-by-side diff protiv zadnje objavljene verzije. Rollback jednim klikom ako deploy nešto slomi.
Headless-friendly po defaultu
Svaki storefront endpoint koji poslužuje službeni commerce-ui vraća JSON preko javnog API-ja. Koristi Next.js, SvelteKit, Astro ili vlastiti custom frontend koji pokazuje na api.axnify.com. Isti API pokreće naš default storefront — nema drugorazredne headless API površine.
Marketplace custom aplikacija
Izgradi aplikaciju, listaj je na marketplace-u, uzmi 80% revenue share. OAuth-flow registracija, scoped dozvole, embedded UI paneli u adminu trgovca, webhook pretplate per instalacija aplikacije, dedicirani app dashboard-i za analitiku korištenja.
Multi-tenant od prvog dana
Izgrađeno kao multi-tenant SaaS, ne kao single-store instalacija s prilijepljenim tenant_id. Izolacija tenant-a ide kroz PostgreSQL row-level security policy, per-tenant object-storage bucket-e, per-tenant Redis namespace-e i per-request razrješenje tenant-a u dijeljenom middleware-u.
Go backend, moderan stack
pgx, sqlc, Gin. PostgreSQL za pohranu, Redis za caching, S3-kompatibilan object-storage za assete, Traefik za routing. Bez PHP-a, bez Rails monolita, uopće bez monolita — više od 20 mikroservisa, svaki nezavisno deployabilan, svaki s vlastitim migracijama i testovima.
Stabilan, verzioniran javni API
Svaka primitiva izložena preko REST-a na api.axnify.com — proizvodi, varijante, zalihe, narudžbe, košarice, teme, kupci, webhook-ovi. Dokumentirano, verzionirano i ista je površina koju pozivaju službeni admin i storefront-ovi. Bez internal-only endpointa, bez drugorazrednog headless tier-a.
Po čemu se Axnify-jeva arhitektura razlikuje od monolitnih commerce platformi
Klasična arhitektura ecommerce platforme — Shopify, Magento, WooCommerce — je jedan monolitni codebase koji radi protiv jedne baze podataka. To čini platformu brzom za početnu izgradnju i jednostavnom za razmišljanje za male trgovine. Također znači da svaka značajka dijeli isti runtime, isti pool veza prema bazi i isti release ciklus. Kad tim platforme isporuči novu značajku, svaki trgovac je dobiva (ili bug koji je s njom došao) istog dana.
Axnify uzima suprotan pristup. Svaka commerce domena živi u vlastitom Go mikroservisu. Servis product posjeduje proizvode, varijante, opcije i zalihe. Servis order posjeduje narudžbe, line items i fulfillments. Servis cart posjeduje aktivne košarice. Servis asset posjeduje pohranu datoteka. Servis theme posjeduje teme, stranice, sekcije i blokove. Ukupno je takvih servisa više od 20, svaki s vlastitom PostgreSQL schemom, vlastitim direktorijem migracija, vlastitim testovima, svaki nezavisno deployabilan.
Servisi komuniciraju preko HTTP-a koristeći internal-key autentikaciju za service-to-service pozive i JWT/X-Tenant-ID za pozive porijeklom od krajnjeg korisnika. Dijeljene brige (auth, razrješenje tenant-a, rate limiting, logiranje, metrike, error tracking) žive u dijeljenom middleware paketu koji uvozi svaki servis. PostgreSQL je dijeljen, ali sheme su izolirane; servis može JOIN-ati protiv tablica drugog kroz views, ali zapisi idu kroz API servisa vlasnika.
Za tebe kao developera koji se integrira s platformom, ova arhitektura ima praktične posljedice. API-ji su stabilni per-servis: product API se razvija svojim tempom, order API svojim. Webhook-ovi dolaze iz servisa koji posjeduje događaj, s bogatim metapodacima o tome koji je servis što emitirao. Performansa je ograničena per-domena: spori report query u analytics servisu ne može blokirati tvoj order-create poziv. A debugiranje je lakše jer svaki request nosi request ID koji se logira u svakom servisu kojeg dodirne.
Što developeri grade na Axnify
Custom checkout flow-ovi
Preskoči default checkout u potpunosti. Vodi custom React/Vue checkout iz cart i payment API-ja dok i dalje koristiš Axnify za zalihe, poreze i fulfillment nizvodno. Cart API ti daje punu kontrolu nad onim što se događa na svakom koraku.
ERP / OMS integracije
Dvosmjerni sync s NetSuite, SAP B1, Dynamics 365. Webhook-driven inkrementalna ažuriranja guraju nove narudžbe u tvoj ERP u stvarnom vremenu; bulk REST endpoint-i rješavaju noćne usklade. Idempotency ključevi na svakom zapisu kako bi retry-ji bili sigurni.
Interni alati trgovca
Izgradi admin panele koje tvoj CS tim stvarno želi koristiti. Koristi staff API tokene sa scoped dozvolama; admin trgovca i tvoji custom alati koegzistiraju. Read-only views mogu se dodijeliti podršci koja ne bi smjela imati puni admin pristup.
Multi-frontend deploymenti
Isti katalog proizvoda, više storefront-ova (web, mobilna aplikacija, in-store kiosk, glasovni asistent). Svaki konzumira isti API; Axnify je izvor istine. Cache invalidation događaji se okidaju kad se proizvod promijeni kako bi svaki frontend mogao ponovo dohvatiti podatke.
Kako se uspoređujemo s drugim dev-friendly platformama
Česta pitanja od developera
Postoji li GraphQL API?▾
Samo REST danas. Vagali smo GraphQL tijekom arhitekture i odabrali REST zbog cacheability (HTTP semantika, CDN-friendly), jednostavnijih klijent biblioteka i lakšeg debugiranja. Ako je GraphQL tvrd zahtjev za tvoj tim, Saleor ili Vendure su danas bolji izbori.
Koji su rate limit-i API-ja?▾
1.000 req/min po API tokenu na Starteru, 10.000 na Pro, neograničeno (samo fair-use) na Business+. Bulk endpoint-i (npr. import proizvoda) izuzeti su od per-minute capa i umjesto toga rate-limit-ani po ukupnim bajtovima po satu. Rate-limit zaglavlja (`X-RateLimit-Limit`, `X-RateLimit-Remaining`, `X-RateLimit-Reset`) vraćaju se na svaki odgovor.
Je li Axnify open source ili self-hostable?▾
Ne — Axnify je potpuno managed SaaS. Mi pokrećemo i upravljamo platformom kako bi se ti mogao fokusirati na izgradnju svoje trgovine i svojih integracija. Svaka mogućnost je izložena kroz javni REST API i webhook-ove na api.axnify.com, pa ti ne treba server pristup za proširenje ili integraciju.
Kako se plaćaju pretplate na aplikacije?▾
Kupac se pretplaćuje preko admina trgovca → Stripe rješava billing → Axnify uzima 20% naknade platforme → 80% se isplaćuje na tvoj povezani Stripe račun tjedno. Povrati i chargeback-ovi vraćaju se istim putem. Developeri aplikacija vide svoje prihode u dediciranom dashboardu s poviješću isplata.
Kako se autenticiram protiv API-ja?▾
Stvori Personal Access Token u adminu pod Developers → API tokens. Proslijedi ga kao `Authorization: Bearer <token>` na svakom zahtjevu. Tokeni nose scoped dozvole (read-only, read-write, admin), istječu po rasporedu koji odabereš i mogu se trenutno opozvati s istog ekrana.
U kojem jeziku / framework-u su pisane teme?▾
Teme su JSON-definirana stabla blokova renderirana dijeljenim TypeScript renderer-om (commerce-ui). Default biblioteka blokova pokriva ~40 tipova widget-a; možeš isporučiti custom widget-e pišući React komponentu i registrirajući je preko aplikacije. Kod teme je editabilan per-trgovac u editoru tema admina.
Možete li mi pomoći premjestiti moje podatke s druge platforme?▾
Naravno. Piši na support@axnify.com s export datotekom iz svoje trenutne platforme — prihvaćamo Shopify, WooCommerce, Etsy, Squarespace, Big Cartel, Gumroad, Sellfy i većinu drugih uobičajenih formata. Naš tim vodi migraciju tvojih proizvoda, varijanti, kupaca i narudžbi end-to-end, besplatno za standardne importe.
Prestani se boriti sa svojom ecommerce platformom
Registriraj se besplatno, dobij API token za 60 sekundi, počni integrirati.