ConnectWiz + WooCommerce

Live na integrasyon

WooCommerce sync sa dalawang direksyon — may kontrata ng pagmamay-ari

Ang karamihan ng "Woo integration" ay isang import button at isang dasal. Ang isang ito ay pinamamahalaang sync sa dalawang direksyon kung saan ikaw ang nagpapasya, kada data domain, kung aling sistema ang may-ari ng totoo — at napupunta sa isang ledger ang bawat conflict sa halip na tahimik na mapatungan.

Pagpares sa isang click Pagmamay-ari sa antas ng field Mga conflict, nasa ledger
WooCommerce × ConnectWiz
I-rehearse bago mag-live
Pumapasok ang mga produkto, larawan, at variation
Pagmamay-ari: Woo / dito / pareho — ikaw ang bahala
Nahuling conflict → ledger, retry
30+
Field na dala kada produkto — mga larawan, sale window, GTIN, tag, up-/cross-sell, variation
15 minuto
Tagal ng pairing link — nag-e-expire ang connect handshake sa halip na tumambay
4
Webhook topic na awtomatikong naka-provision — pumapasok ang mga pagbabago sa produkto, order, at customer
2,000
Produkto kada import run — isang sinabing limitasyon, hindi sorpresa sa row 2,001

E-commerce

Ano ang ginagawa nito — eksakto

Pagpares sa isang click

Awtomatikong nagpo-provision ng mga API key at webhook ang standard na authorization flow ng WooCommerce — walang ritwal ng pagkopya ng key, walang checklist ng webhook.

Malalim na import

Mga larawan, category tree, regular at sale na presyo kasama ang mga window nito, GTIN, tag, upsell at cross-sell, presyo at larawan ng variation — buo ang dumarating na katalogo, hindi kalansay na pangalan at presyo lang.

Totoong write-back

Puwedeng isulat pabalik sa Woo ang mga pag-edit sa produkto rito — pinamamahalaan ng switch kada operasyon na may rehearse mode, kaya nakikita mo kung ano ang magbabago bago pa may magbago.

Pagmamay-ari sa antas ng field

Ikaw ang pipili kada domain: nasa Woo ang data, nasa amin, o nagsi-sync sa dalawang direksyon. Read-only ang mga field na pag-aari ng iba, at nasa screen ang dahilan — walang gulo ng dalawang amo.

Ledger ng mga conflict

Pumapasok sa isang nakikitang ledger ang mga pumalya o nagkaka-conflict na sync, na may resolve-and-retry — hindi kailanman tahimik na pagpatong na matutuklasan mo na lang sa oras ng imbentaryo.

Kasama na sa daloy ang mga order

Lumalabas ang mga Woo order na may marka ng pinagmulan, katabi ng mga order mula sa chat shop, sa AI, at sa API — iisang katotohanan ng order sa lahat ng daluyan.

Teknikal na detalye

Sync engineering na nilalaktawan ng karamihan ng integrasyon

Isang praning na pairing handshake

Nag-e-expire sa loob ng 15 minuto ang connect link, minamarkahang nagamit na ang callback bago ang lahat para hindi na ito kailanman ma-replay gamit ang mas lumang credentials — at ang store URL na ginagamit ay ang tinype mo, hindi kailanman ang sinasabi ng callback.

Hindi tinatablan ng retry, sa disenyo

Pinapalitan ng Woo ang numero ng mga delivery ID nito sa bawat retry, kaya sadyang binabalewala ang mga ito ng dedupe at ang laman ng mensahe ang ginagamit na susi. Palabas naman, nakasakay ang idempotency key sa sariling metadata ng order at hinahanap ulit sa pamamagitan ng search — dahil ang mapanganib na kaso ay ang write na tumama habang nawala ang response.

Mga relasyon sa ikalawang pasada

Dumarating ang mga upsell at cross-sell bilang shop ID na tumuturo sa mga produktong baka wala pa — kaya nilulutas ang mga ito sa ikalawang pasada pagkatapos dumating ng katalogo, at hiwalay na kinukuha ang category tree dahil ang mga dulong sanga lang ang binabanggit ng product payload.

Currency, binasa nang isang beses, nang tama

Kada order inilalathala ng Woo ang currency at hindi kailanman kada produkto — kaya isang beses na binabasa ang currency ng shop mula sa sariling setting ng tindahan bago i-import ang katalogo, sa halip na hulaan kada row.

Konserbatibong mapa ng status

Nagma-map lang ang mga fulfillment push kung saan talagang nagkakasundo ang mga bokabularyo; hindi kailanman pilit na isinasalin ang order na "returned" — umaabot ito sa tao bilang order note. At naka-off ang customer-notify kapag nagpo-post ng status note, para hindi dalawang beses i-email ng Woo ang customer mo.

Panalo ang tinype mo

Hindi kailanman pinapatungan ng import ang field na mano-manong in-edit ng tao rito — ginagalang ng sync ang tao, at sinasabi iyon sa source card ng bawat item.

Pag-set up

Paano ito kumokonekta

01

Ipares ang tindahan

I-click ang connect, aprubahan sa WooCommerce admin mo — ipo-provision para sa iyo ang mga key at webhook.

02

Piliin ang pagmamay-ari

Piliin, kada data domain, kung sino ang may-ari ng totoo: Woo, ConnectWiz, o dalawang direksyon.

03

I-rehearse, saka mag-live

Patakbuhin muna sa rehearse mode ang mga write-back na operasyon; ilipat sa live kapag mukhang tama na ang diff.

Mas mahusay kapag magkasama

Ano ang puwedeng ipares dito

WordPress plugin

Ang plugin ay nagsa-sign in sa chat sa mga naka-log in na Woo customer — ang parehong taong kilala na ng sync, kasama ang mga order, walang muling pagrehistro.

Mga product feed

Puwedeng i-publish ang na-import na katalogo bilang Google Shopping / Meta Commerce feed — isang variant kada row, tapat na paglaktaw na may dahilan, walang inimbentong conversion ng currency. Tingnan ang Commerce.

Wiz + mga flow

Sinasagot ng AI ang "nasaan na ang order ko?" mula sa live na data ng tindahan, at ang mga flow ay puwedeng tumugon sa mga commerce event — ang sync ang sahig na tinatayuan ng lahat ng iba pa.

Seguridad at mga garantiya

Ang mga boring na garantiya

Naka-provision ang mga key, hindi kailanman pina-paste

Sa wc-auth flow, ang tindahan mo mismo ang nag-aabot sa amin ng mga key sa server-side — naka-encrypt habang naka-imbak, walang ritwal ng copy-paste na puwedeng i-leak ng tao.

Napatunayan ang bawat webhook

May HMAC signature ang mga papasok na delivery gamit ang secret na ginagawa namin kada tindahan, at ikinukumpara ito sa constant time — tumatalbog sa pinto ang pekeng "product update".

Magalang sa tindahan mo

Sumasagot pa rin ng success ang mga delivery na na-verify pero hindi inaasikaso, dahil dine-deactivate ng Woo ang webhook pagkatapos ng limang sunod-sunod na pagpalya — sinasalo namin ang mga kakaiba sa halip na hayaang sumuko sa amin ang tindahan mo.

Egress na may SSRF guard

Dumadaan sa egress guard ang bawat tawag sa store URL mo — hindi magagamit ang isang mapanlinlang na "address ng tindahan" para sumilip sa mga internal network.

Ang fine print, walang paligoy-ligoy

Mga hangganan, tahasang sinabi

Walang pagproseso ng bayad

Nagsi-sync ang mga order; nananatili sa tindahan mo at sa payment provider mo ang pag-charge sa card — ang pagkukunwaring hindi ay kung paano nagiging kalahating-bangko ang mga platform, nang palpak.

Sumusunod sa pagmamay-ari ang media

Kung ang Woo ang may-ari ng mga content field, read-only ang mga ito rito, sinadya — ang punto ng kontrata ng pagmamay-ari ay nakatali rin kami rito.

Ang limitasyong 2,000 produkto

Hanggang 2,000 produkto ang dala ng isang import run — isang sinabing hangganan ng engineering. Usapan tungkol sa pag-scale ang mas malalaking katalogo, at mas gusto naming pag-usapan iyon nang tapat kaysa tahimik na mag-time out.

Binabasa ang mga order, hindi kinokopya

Live na lumalabas sa contact ang mga order ng tindahan (naka-cache nang isang minuto, ang sampung pinakabago) sa halip na kopyahin sa pangalawang ledger — isang sadyang desisyon para sa iisang source of truth, sinabi rito.

FAQ sa WooCommerce

Diretsahang sagot

Marami pang sagot sa buong FAQ, o kaya magtanong nang direkta sa amin.

Mga produkto kasama ang mga larawan, kategorya, regular/sale na presyo at mga window nito, GTIN, tag, up- at cross-sell, at mga variation na may sariling presyo at larawan — papasok sa pagpapares, at palabas sa pamamagitan ng mga write-back na operasyong ina-activate mo kada domain. Dumarating ang mga order na may marka ng pinagmulan nilang WooCommerce.

Hindi — iyan ang sentro ng disenyo. Tumatakbo kada operasyon ang write-back sa likod ng rehearse mode, ginagawang read-only ng pagmamay-ari sa antas ng field ang mga field na pag-aari ng iba, ginagawang ligtas ng mga deterministic na idempotency key ang mga retry, at pumapasok sa isang nakikitang ledger ang anumang nagkaka-conflict para lutasin ng tao.

Magkaiba ang trabaho nila: sini-sync ng integrasyong ito ang katalogo at mga order; ini-embed naman ng WordPress plugin ang chat widget at sina-sign in ang mga customer sa pamamagitan ng SSO para makilala sa chat ang naka-log in na Woo customer. Pareho ang pinapatakbo ng karamihan ng tindahan.

Pinag-iiba ng integrasyon ang "down ang tindahan" at ang "hindi kailanman bumili ang customer na ito" — ipinapakita bilang error ang pagpalya ng transport, hindi kailanman tahimik na ipinapakita bilang walang laman na history. Umaatras at sumusubok ulit ang mga pumalyang pagbasa sa halip na pukpukin ang server mo.

May deterministic na idempotency key sa metadata ang bawat nakasalaming order, at bago gumawa, hinahanap muna ng integrasyon ang key na iyon — kaya kahit ang pangit na kaso kung saan tumama ang write pero nawala ang response ay hindi makakagawa ng pangalawang order. Tumatakbo rin ang pagsusuri sa duplicate sa rehearse mode.

Oo — tinutugma ang mga customer ayon sa identity ng account kung mayroon, at hinahanap ang mga guest order sa pamamagitan ng search sa email o telepono, kaya nakikilala alinman ang paraan ang taong nagtatanong ng "nasaan na ang package ko?" sa chat.

Mas mahalaga ang tapat na koneksyon kaysa sa maingay.

Inilalarawan namin ang bawat integrasyon dito ayon sa talagang ginagawa nito — kasama ang direksyon, pagmamay-ari, at mga limitasyon.