Ecommerce platvorm, mille vastu ei pea võitlema
Lõpeta workaround-ide kruvimine musta-kasti SaaS-le. Axnify avab iga primitiivi REST-i kaudu, saadab webhookid iga sündmuse jaoks ja laseb sul teema koodi otse redigeerida. Go backendis, Next.js frontendis, avatud API-d kõikjal.
Miks enamik ecommerce SaaS platvorme on arendajavaenulikud
Vali ükskõik milline top-10 commerce SaaS platvormidest ja vaata nende API dokumentatsiooni. Siis vaata nende admin UI-d. Funktsionaalsus ei klapi. Admin saab teha asju, mida API ei saa. Hullem, platvormi pakkuja teab seda — ja peab seda feature-iks, mitte bug-iks. Võimekuste lukustamine admini taha on see, mis hoiab sind nende platvormil. Hetkest, kui saad kõike teha API kaudu, võid ka lahkuda.
See on fundamentaalne pinge. Suured SaaS platvormid (Shopify, BigCommerce, Wix Commerce) optimeerivad mittetehnilistele kauplejatele, sest need moodustavad enamiku nende TAM-ist. Kui arendajad küsivad webhooki konkreetsele sündmusele, viisi registreerida custom checkout sammu, või kirjutusõigust varem read-only ressursile, on vastus tavaliselt „uuenda enterprise tasemele“ või „kasuta Zapierit“.
Axnify on ehitatud teisiti, sest selle backend on selleks struktureeritud. Iga domeen on mikroteenus (product, order, cart, theme, billing, asset, customer, payment, shipping jne) oma andmebaasi skeemi ja oma HTTP API-ga. Admin UI on frontend, mis räägib nende API-dega — täpselt samamoodi nagu sinu kood. Pole admin-only võimekust. Pole „sisemist endpoint-i“, mida ei saaks välja kutsuda. API pind ON platvorm.
Sellel disainivalikul on tagajärjed. See tähendab, et Axnify on ausam selle suhtes, mida ta toetab ja mida mitte: kui seda pole API-s, siis seda pole olemas. See tähendab, et breaking change-id püütakse kiiremini kinni — ei saa saata admin feature-it API-d saatmata. Ja see tähendab, et sina kui arendaja, kes integreerib platvormi vastu, ei satu kunagi olukorda, kus pead kirjutama screen-scraperit, sest admin oskab midagi, mida sinu kood ei oska.
Miks arendajad lahkuvad suurtelt SaaS platvormidelt
Read-only API-d, mis ei klapi admin UI-ga
Saad tooteid listida, aga ei saa varu uuendada; saad lugeda tellimusi, aga ei saa fulfillmenti oma ERP-st täita. Iga workaround muutub Zapier silmuseks, käsitsi CSV ekspordiks või screen-scraperiks, mis murdub hetkel, kui platvorm oma admini ümber kujundab.
Teema kood lukustatud enterprise tasemete taha
Shopify lukustab Liquid + JS teema redigeerimise £2 300/kuu Plus plaani taha. Tahad puudutada HTML-i £29 plaanil? Kasuta nende drag-and-drop-i, nagu kõik teised. Wix ei ekspordi teema koodi ühelgi tasemel. BigCommerce istub keskel, aga küsib per-instance teema koodi muudatuste eest.
Webhookid jätavad vahele sündmused, mida tegelikult vajad
Üldised platvormid saadavad ~15 tüüpi webhooke. Sündmus, mida tahad — checkout samm lõpetatud, hüljatud ostukorv tühjendatud, teema avaldatud, custom field uuendatud, rakenduse õigus muudetud — pole tavaliselt üks neist. Lõpetad polling-uga, mis tähendab rate-limit peavalu ja vananenud andmeid.
Headless maksab lisa ja murdub kergesti
„Headless commerce“ enamikul platvormidel tähendab eraldi enterprise SKU-d (Shopify Hydrogen, BigCommerce Stencil), erinevat API pinda kui see, mida standard admin kasutab, ja nullist dokumentatsiooni pariteeti admin UI-ga. Sageli on headless API kuid maas admini funktsioonide kattest.
Mida arendajad Axnify-ga saavad
REST API igale primitiivile
Tooted, variandid, varu, kliendid, tellimused, korvid, teemad, lehed, sektsioonid, seaded, webhookid, rakendused, failid, maksud — kõik CRUD, kõik dokumenteeritud, kõik ühe Bearer tokeni taga. Pagination, filtreerimine ja sorteerimine järgivad järjekindlaid konventsioone igal endpoint-il.
Webhookid igale sündmusele, igal plaanil
Tellimus loodud, makstud, täidetud, tagasi makstud; korv loodud / hüljatud / taastatud; toode / variant / varu uuendatud; teema avaldatud; töötaja kutsutud; rakendus installeeritud. Webhookide kohaletoimetamine retry-dega (10 katset 48 tunni jooksul), HMAC allkirjad ja kohaletoimetamise log adminis.
Sisseehitatud teema koodi redaktor
Redigeeri teema faile (HTML / CSS / JS) otse admini teema redaktoris. Versiooniajalugu iga salvestuse kohta. Eelvaade enne avaldamist. Side-by-side diff viimase avaldatud versiooniga. Rollback ühe klikiga, kui deploy midagi katki teeb.
Headless-sõbralik vaikimisi
Iga storefront endpoint, mis teenindab ametlikku commerce-ui-d, tagastab JSON-i avaliku API kaudu. Kasuta Next.js-i, SvelteKit-i, Astrot või oma custom frontendit, mis osutab aadressile api.axnify.com. Sama API käivitab meie vaikimisi storefronti — pole teise klassi headless API pinda.
Custom rakenduste marketplace
Ehita rakendus, listi see marketplace-is, võta 80% revenue share. OAuth-flow registreerimine, scoped õigused, embedded UI paneelid kaupleja adminis, webhook tellimused per rakenduse install, dedikeeritud rakenduse dashboardid kasutuse analüütikaks.
Multi-tenant esimesest päevast
Ehitatud kui multi-tenant SaaS, mitte single-store install külge klammerdatud tenant_id-ga. Tenant isolatsioon jookseb läbi PostgreSQL row-level security policy-te, per-tenant object-storage bucket-ite, per-tenant Redis namespace-de ja per-request tenant lahendamise jagatud middleware-is.
Go backend, kaasaegne stack
pgx, sqlc, Gin. PostgreSQL salvestuseks, Redis cache-ks, S3-ühilduv object-storage asset-ideks, Traefik routinguks. Ei mingit PHP-d, ei mingit Rails monoliiti, üldse mitte ühtegi monoliiti — üle 20 mikroteenuse, kõik iseseisvalt deployable, kõik oma migratsioonidega ja testidega.
Stabiilne, versioneeritud avalik API
Iga primitiiv avaldatud REST-i kaudu aadressil api.axnify.com — tooted, variandid, varu, tellimused, korvid, teemad, kliendid, webhookid. Dokumenteeritud, versioneeritud ja see on sama pind, mida kutsuvad ametlik admin ja storefrontid. Pole internal-only endpoint-e, pole teise klassi headless tier-i.
Mille poolest Axnify arhitektuur erineb monoliitsetest commerce platvormidest
Klassikaline ecommerce platvormi arhitektuur — Shopify, Magento, WooCommerce — on üks monoliitne codebase, mis jookseb ühe andmebaasi vastu. See teeb platvormi alguses kiiresti ehitatavaks ja kergesti mõistetavaks väikeste poodide jaoks. See tähendab ka, et iga feature jagab sama runtime-i, sama andmebaasi connection pool-i ja sama release tsüklit. Kui platvormi tiim saadab uue feature-i, saab iga kaupleja selle (või bug-i, mis sellega tuli) samal päeval.
Axnify võtab vastupidise lähenemise. Iga commerce domeen elab oma Go mikroteenuses. product teenus omab tooteid, variante, opte ja varu. order teenus omab tellimusi, line item-eid ja fulfillment-eid. cart teenus omab aktiivseid korve. asset teenus omab failide salvestust. theme teenus omab teemasid, lehti, sektsioone ja blocke. Kokku on üle 20 sellise teenuse, igal oma PostgreSQL skeem, oma migratsiooni kataloog, omad testid, igaüks iseseisvalt deployable.
Teenused suhtlevad HTTP-ga, kasutades internal-key autentikatsiooni service-to-service kutsumiseks ja JWT/X-Tenant-ID lõppkasutaja päritolu kutsumiseks. Jagatud mured (auth, tenant lahendamine, rate limiting, logging, metrics, error tracking) elavad jagatud middleware paketis, mille iga teenus impordib. PostgreSQL on jagatud, aga skeemid on isoleeritud; teenus võib JOIN-da teise tabelite vastu views-i kaudu, aga kirjutused lähevad omava teenuse API-st läbi.
Sulle kui arendajale, kes platvormi vastu integreerib, on sellel arhitektuuril praktilised tagajärjed. API-d on stabiilsed per-teenus: product API areneb omas tempos, order API omas. Webhookid tulevad teenusest, mis sündmuse omab, rikaste metaandmetega selle kohta, milline teenus mida saatis. Jõudlus on piiratud per-domeen: aeglane raporti päring analytics teenuses ei saa blokeerida sinu order-create kutset. Ja debug on lihtsam, sest iga request kannab request ID-d, mis logitakse igas teenuses, mida see puudutab.
Mida arendajad Axnify peal ehitavad
Custom checkout flow-d
Jäta vaikimisi checkout täielikult vahele. Juhi custom React/Vue checkouti cart ja payment API-dest, kasutades samal ajal Axnify-d varu, maksude ja fulfillmenti jaoks allavoolu. Cart API annab täieliku kontrolli selle üle, mis igal sammul juhtub.
ERP / OMS integratsioonid
Kahesuunaline sync NetSuite-i, SAP B1-ga, Dynamics 365-ga. Webhook-driven inkrementaalsed uuendused push-vad uued tellimused sinu ERP-sse reaalajas; bulk REST endpoint-id käsitlevad öiseid sõmistusi. Idempotency võtmed igal kirjutusel, et retry-d oleksid turvalised.
Sisemised kaupleja tööriistad
Ehita admin paneelid, mida sinu CS tiim tegelikult kasutada tahab. Kasuta staff API tokeneid scoped õigustega; kaupleja admin ja sinu custom tööriistad eksisteerivad koos. Read-only vaateid saab anda tugitöötajatele, kellel ei tohiks olla täielikku admin juurdepääsu.
Multi-frontend deployment-id
Sama toote kataloog, mitu storefronti (web, mobiilirakendus, in-store kiosk, hääleassistent). Igaüks tarbib sama API-d; Axnify on tõe allikas. Cache invalidation sündmused käivituvad, kui toode muutub, et iga frontend saaks re-fetcha.
Levinud küsimused arendajatelt
Kas on olemas GraphQL API?▾
Täna ainult REST. Kaalusime GraphQL-i arhitektuuri ajal ja valisime REST-i cacheability (HTTP semantika, CDN-friendly), lihtsamate klient-teekide ja kergema debug-imise tõttu. Kui GraphQL on sinu tiimile range nõue, sobivad Saleor või Vendure täna paremini.
Mis on API rate limit-id?▾
1 000 req/min API tokeni kohta Starter-il, 10 000 Pro-l, piiramatu (ainult fair-use) Business+-il. Bulk endpoint-id (nt toote import) on vabastatud per-minuti cap-ist ja rate-limit-itud kokku baitide järgi tunnis selle asemel. Rate-limit päised (`X-RateLimit-Limit`, `X-RateLimit-Remaining`, `X-RateLimit-Reset`) tagastatakse igal vastusel.
Kas Axnify on open source või self-hostable?▾
Ei — Axnify on täielikult managed SaaS. Meie haldame ja opereerime platvormi, et sa saaksid keskenduda oma poe ja integratsioonide ehitamisele. Iga võimekus on avaldatud avaliku REST API ja webhookide kaudu aadressil api.axnify.com, nii et sa ei vaja serveri juurdepääsu, et seda laiendada või integreerida.
Kuidas rakenduste tellimusi makstakse?▾
Klient tellib kaupleja admini kaudu → Stripe käsitleb billingu → Axnify võtab 20% platvormi tasu → 80% makstakse sinu ühendatud Stripe kontole iganädalaselt. Tagastused ja chargebackid voolavad sama teed tagasi. Rakenduse arendajad näevad oma tulu dedikeeritud dashboardil koos väljamaksete ajalooga.
Kuidas ma autentin API vastu?▾
Loo Personal Access Token adminis Developers → API tokens all. Edasta see kui `Authorization: Bearer <token>` igal päringul. Tokenid kannavad scoped õigusi (read-only, read-write, admin), aeguvad sinu valitud graafiku järgi ja saab kohe tühistada sama ekraani pealt.
Mis keeles / framework-is teemad on kirjutatud?▾
Teemad on JSON-määratletud block-puud, mida renderdab jagatud TypeScript renderer (commerce-ui). Vaikimisi block teek katab ~40 widget-tüüpi; saad saata custom widget-eid, kirjutades React komponendi ja registreerides selle rakenduse kaudu. Teema kood on muudetav per-kaupleja admini teema redaktoris.
Kas saate aidata mul oma andmeid teiselt platvormilt üle viia?▾
Kindlasti. Kirjuta aadressile support@axnify.com oma praeguse platvormi ekspordi failiga — me võtame vastu Shopify, WooCommerce, Etsy, Squarespace, Big Cartel, Gumroad, Sellfy ja enamiku teisi tavalisi formaate. Meie tiim haldab sinu toodete, variantide, klientide ja tellimuste migratsiooni end-to-end, tasuta standardimport-idele.
Lõpeta võitlemine oma ecommerce platvormiga
Registreeri tasuta, saa API token 60 sekundiga, alusta integreerimist.