Pananaliksik sa Shopify AI product translation workflow
Updated 2026-09-05
Gamitin ang Translate & Adapt para sa merchant-managed editing, o bumuo ng nasuring translation pipeline sa paligid ng resource ID at source digest ng Shopify. Ipinamapa ng guide na ito ang parehong path.
Piliin ang translation path na kailangan mo
Gamitin ang merchant tool ng Shopify kapag kayang direktang pamahalaan ng editor ang translation. Gamitin ang GraphQL Admin API kapag kailangan mo ng paulit-ulit na external review queue at kayang panatilihin ng developer ang application. Sa API path, hiwalay na nagda-draft ng text ang model client habang hinahawakan ng Shopify ang stored translation.
Magsimula sa development store at isang product. Basahin ang translatable field nito, maghanda ng candidate, kumuha ng review, at saka lamang isumite ang nilalayong pagbabago. Panatilihing hiwalay ang model setting, store credential, at publication permission upang masuri at maitama nang magkahiwalay ang bawat hakbang.

Pumili ng merchant workflow o application
Inilalarawan ng Translate & Adapt documentation ng Shopify ang manual editing at automatic translation, na may review bago publication. Maaaring sapat na ito kapag nais ng merchant ng direktang editorial control nang hindi gumagawa ng application. Makatuwiran lamang ang custom integration kapag may tiyak na requirement, gaya ng external review queue, na nagbibigay-katwiran sa pagmamay-ari ng connector.
Pumili ayon sa kung sino ang magpapanatili ng review queue at field mapping. Para sa third-party app, siyasatin ang documented configuration, permission, at export behavior nito bago installation. Magkaibang operational need ang merchant-facing editor at application na may external model drafting.
| Landas | Sino ang may-ari ng workflow? | Pinakamainam na gamit |
|---|---|---|
| Translate & Adapt | Merchant at Shopify tooling | Direktang editorial management |
| Nasuring external draft kasama ang editor | Kinokopya ng merchant ang aprubadong field | Maliit na externally reviewed batch |
| Custom na translation application | Developer ang may-ari ng auth, mapping, at review | Repeatable delivery na aware sa revision |
Planuhin ang authentication at version boundary
Nangangailangan ng read_translations ang translatableResource reference; nangangailangan ng write_translations ang translationsRegister. Gumamit ng development store at itala ang app installation, API version, at ipinagkaloob na scope habang nagte-test. Hindi nag-a-authenticate ng Shopify Admin API request ang LLM gateway credential, at hindi dapat ipadala sa model endpoint ang Shopify token.
Magsimula sa read access para sa discovery kung pinahihintulutan ng application design. Idagdag lamang ang permission na kailangan ng susunod na awtorisadong workflow. I-pin ang supported API version matapos suriin ang reference nito sa halip na mag-deploy laban sa hindi naitalang latest alias. Panatilihin sa server side ang token at huwag isama sa review export o request log.
Basahin ang translatable field kasama ang digest
Ibinabalik ng documented query ang resource identifier at translatable entry na may key, value, digest, at locale. Panatilihin ang field-specific digest kasama ng source snapshot. Ikinokonekta nito ang iminungkahing translation sa content na aktuwal na binasa, hindi sa product title na kinopya mula sa spreadsheet.
Inangkop ang query sa ibaba mula sa opisyal na schema bilang read-only example. Magbigay ng awtorisadong product GID sa development environment. Siyasatin ang ibinalik na key at gumamit ng tahasang field allowlist; gamitin ang ibinalik na source locale sa halip na huminuha mula sa browser language.
query TranslationSource($resourceId: ID!) {
translatableResource(resourceId: $resourceId) {
resourceId
translatableContent {
key
value
digest
locale
}
}
}Gumawa ng translation candidate sa labas ng Shopify
Bumuo ng internal candidate record na naglalaman ng resource ID, field key, source digest, target locale, glossary revision, at draft value. Ipadala lamang sa model ang text at kailangang product context. Panatilihin sa labas ng generated patch ang SKU, presyo, currency, inventory, at variant identity.
I-validate ang kinakailangang text, placeholder, at aprubadong terminology bago makita ng bilingual reviewer ang candidate. Ipasuri sa product reviewer ang claim at warning laban sa orihinal na source. Hindi ginagawa ng browser extension na nagsasalin ng storefront ang record na ito o pinatutunayan na naka-store ang translation sa Shopify; inspection aid lamang ito.
I-register lamang ang aprubado at kasalukuyang translation
Tumatanggap ang translationsRegister mutation ng translated field na may translatableContentDigest. Kasama sa documented result nito ang userErrors. Dapat siyasatin ng connector ang resultang iyon sa halip na ituring na patunay ng matagumpay na registration ang HTTP response lamang.
Bago ang awtorisadong write, ihambing ang kasalukuyang source sa nasuring snapshot. Kung nagbago ito, i-hold ang candidate at kumuha ng bagong review. Panatilihin ang tahasang listahan ng nilalayong pagbabago sa field at dating translation para sa recovery. Magsimula sa isang field sa development store at basahin muli ito bago palawakin ang patch.
Hiwalay na i-verify ang storefront
Magkahiwalay na checkpoint sa documented workflow ng Shopify ang stored translation at storefront availability. Planuhin kasama ng merchant ang locale configuration at theme check. Hindi dapat awtomatikong magbigay ng pahintulot na mag-publish ng wika o magbago ng market setting ang pag-save ng translated value.
Sa development store, siyasatin ang target product, locale selector, fallback content, link, at variant label. Basahin muli ang stored translation at ihambing sa aprubadong value. Kung nawawala ang field, siyasatin ang resource support o theme rendering bago gumawa ng panibagong translation. Panatilihin ang observation nang hindi ipinapakitang live merchant success ang development store.
Ebidensya at limitasyon ng connector
Itinatatag ng opisyal na reference ang Shopify translation interface. Hindi pa nasusubukan dito ang APIsRouter-connected application, at hindi itinatatag ng nasuring source ang arbitrary gateway baseURL setting sa Shopify o Translate & Adapt. Ituring na connector research ang custom-application path hanggang magkaroon ito ng development-store result.
Para sa kumpletong test, panatilihin ang application version, scoped authentication record, source query, candidate, approval, registration result, at read-back comparison. Isama ang source-change conflict at rejected request. Itala nang hiwalay ang model identity at usage sa store operation upang malinaw ang sakop ng compatibility claim.
Mga madalas itanong
Maaari ba akong mag-paste ng APIsRouter base URL sa Shopify?
Walang ganoong pangkalahatang Shopify setting na itinatag ng mga opisyal na source na sinuri rito. Nangangailangan ang gateway-backed workflow ng hiwalay na model client at verified store integration.
Aling Shopify scope ang kaugnay?
Nangangailangan ng read_translations ang nabanggit na read query at ng write_translations ang registration mutation. Suriin ang naka-pin na API version at kumpletong application requirement bago installation.
Bakit dapat panatilihin ang source digest?
Naglalagay ang Shopify ng digest sa bawat translatable source field at inaasahan ito sa translation input. Itabi ito sa nasuring source upang hindi magsumite ang connector ng candidate na walang source context.
Ina-update ba ng translation API ang product price?
Pinahihintulutan lamang ng iminungkahing flow ang tahasang napiling translatable text field. Hiwalay na awtorisadong product operation ang pagbabago sa presyo, currency, inventory, at SKU.
Ano ang dapat mangyari kapag nagbago ang source product?
Kunin muli ang kasalukuyang translatable field at ihambing sa nasuring snapshot. I-hold ang apektadong candidate at i-renew ang approval bago registration.
Patunay ba ng import ang translated page sa browser ko?
Hindi. Siyasatin ang stored translation at nilalayong storefront locale. Maaaring baguhin ng browser-rendered translation ang nakikita ng editor nang hindi sine-save ang merchant content.