งานวิจัยเวิร์กโฟลว์แปลสินค้า Shopify ด้วย AI
Updated 2026-09-05
ใช้ Translate & Adapt สำหรับการแก้ไขที่ merchant จัดการ หรือสร้าง translation pipeline ที่รีวิวแล้วรอบ resource IDs และ source digests ของ Shopify คู่มือนี้ครอบคลุมทั้งสองเส้นทาง
เลือกเส้นทาง translation ที่ต้องการ
ใช้ merchant tools ของ Shopify เมื่อ editor จัดการ translation ได้โดยตรง ใช้ GraphQL Admin API เมื่อจำเป็นต้องมี external review queue ที่ทำซ้ำได้และมี developer ดูแล application ใน API path model client แยกจะสร้าง draft text ส่วน Shopify จัดการ stored translations
เริ่มด้วย development store และ product หนึ่งรายการ อ่าน translatable fields เตรียม candidate ขอ review แล้วค่อยส่ง changes ที่ตั้งใจ แยก model settings, store credentials และ publication permissions เพื่อให้ตรวจและแก้แต่ละขั้นได้เป็นอิสระ

เลือก merchant workflow หรือ application
เอกสาร Translate & Adapt ของ Shopify อธิบาย manual editing และ automatic translation พร้อม review ก่อน publication นี่อาจพอเมื่อ merchant ต้องการควบคุมงานบรรณาธิการเองโดยไม่สร้าง application custom integration ควรใช้เมื่อ requirement เฉพาะ เช่น external review queue คุ้มกับการเป็นเจ้าของ connector
เลือกตามผู้ที่จะดูแล review queue และ field mapping สำหรับ third-party app ตรวจ configuration, permissions และ export behavior ตามเอกสารก่อนติดตั้ง merchant-facing editor กับ application ที่มี external model drafting แก้ความต้องการด้าน operations คนละแบบ
| เส้นทาง | ใครเป็นเจ้าของ workflow? | เหมาะเมื่อ |
|---|---|---|
| Translate & Adapt | Merchant และ Shopify tooling | จัดการ editorial โดยตรง |
| External draft ที่รีวิวแล้วพร้อม editor | Merchant copy approved fields | Batches เล็กที่รีวิวจากภายนอก |
| Custom translation application สำหรับการใช้งานจริง | Developer ดูแล auth, mapping และ review | Delivery ที่รู้ revision และทำซ้ำได้ |
วางขอบเขต authentication และ version
translatableResource reference ต้องใช้ read_translations และ translationsRegister ต้องใช้ write_translations ใช้ development store และบันทึก app installation, API version และ granted scopes ระหว่างทดสอบ LLM gateway credential ไม่ authenticate Shopify Admin API request และ Shopify token ห้ามส่งไป model endpoint
เริ่มด้วย read access สำหรับ discovery หาก application design อนุญาต เพิ่มเฉพาะ permission ที่ workflow ที่อนุมัติภายหลังต้องใช้ pin API version ที่รองรับหลังตรวจ reference แทน deploy กับ latest alias ที่ไม่บันทึก เก็บ token ฝั่ง server และเอาออกจาก review exports กับ request logs
อ่าน translatable fields พร้อม digest
query ตามเอกสารคืน resource identifier และ translatable entries ที่มี key, value, digest และ locale เก็บ digest เฉพาะ field กับ source snapshot มันเชื่อม translation proposal กับ content ที่อ่านจริง ไม่ใช่ product title ที่ copy จาก spreadsheet
query ด้านล่างดัดแปลงจาก official schema เป็น read-only example ใส่ product GID ที่ได้รับอนุญาตใน development environment ตรวจ keys ที่คืนมาและใช้ explicit field allowlist ใช้ source locale ที่คืนมาแทนการอนุมานจาก browser language
query TranslationSource($resourceId: ID!) {
translatableResource(resourceId: $resourceId) {
resourceId
translatableContent {
key
value
digest
locale
}
}
}สร้าง translation candidate นอก Shopify
สร้าง internal candidate record ที่มี resource ID, field key, source digest, target locale, glossary revision และ draft value ส่งเฉพาะ text กับ product context ที่จำเป็นให้โมเดล เก็บ SKU, price, currency, inventory และ variant identity นอก generated patch
ตรวจ required text, placeholders และ approved terminology ก่อนให้ bilingual reviewer เห็น ให้ product reviewer ตรวจ claims และ warnings กับ source เดิม browser extension ที่แปล storefront ไม่ได้สร้าง record นี้ และไม่ได้ยืนยันว่า Shopify เก็บ translation แล้ว มันเป็นเพียงเครื่องมือช่วยตรวจ
Register เฉพาะ translation ที่ approve และยังปัจจุบัน
translationsRegister mutation รับ translated fields พร้อม translatableContentDigest ผลลัพธ์ตามเอกสารมี userErrors connector ต้องตรวจผลนั้น ไม่ใช่ถือ HTTP response อย่างเดียวเป็นหลักฐาน registration สำเร็จ
ก่อน authorized write เปรียบเทียบ current source กับ reviewed snapshot หากเปลี่ยนให้ hold candidate และขอ review ใหม่ เก็บรายการ field changes ที่ตั้งใจและ previous translations เพื่อ recovery เริ่มจาก field เดียวใน development store แล้ว read back ก่อนขยาย patch
ตรวจ storefront แยกต่างหาก
ใน workflow ของ Shopify stored translation และ storefront availability เป็น checkpoints คนละข้อ วางแผน locale configuration และ theme checks กับ merchant การ save translated value ไม่ได้อนุญาต publication ของภาษา หรือการเปลี่ยน market settings โดยอัตโนมัติ
ใน development store ตรวจ target product, locale selector, fallback content, links และ variant labels อ่าน stored translation กลับมาเทียบ approved value หาก field หาย ให้ตรวจ resource support หรือ theme rendering ก่อนสร้าง translation ใหม่ เก็บ observation โดยไม่เสนอ development store เป็น live merchant success
หลักฐานและข้อจำกัดของ connector
official references ยืนยัน Shopify translation interfaces application ที่เชื่อม APIsRouter ยังไม่ได้ทดสอบที่นี่ และ sources ที่รีวิวไม่ได้ยืนยัน arbitrary gateway baseURL setting ใน Shopify หรือ Translate & Adapt ถือ custom-application path เป็น connector research จนกว่าจะมีผลจาก development store
การทดสอบเต็มควรเก็บ application version, scoped authentication record, source query, candidate, approval, registration result และ read-back comparison รวม source-change conflict และ rejected request บันทึก model identity และ usage แยกจาก store operations เพื่อให้ compatibility claim มี scope ชัด
คำถามที่พบบ่อย
ฉันวาง APIsRouter base URL ใน Shopify ได้หรือไม่?
official sources ที่รีวิวไม่ได้ยืนยัน Shopify setting ทั่วไปแบบนั้น workflow ที่ใช้ gateway ต้องมี model client แยกและ store integration ที่ตรวจแล้ว
Shopify scopes ใดเกี่ยวข้อง?
read query ที่อ้างถึงต้องใช้ read_translations และ registration mutation ต้องใช้ write_translations ตรวจ pinned API version และ application requirements ทั้งหมดก่อนติดตั้ง
ทำไมต้องเก็บ source digest?
Shopify ใส่ digest ให้ source field ที่แปลได้แต่ละ field และต้องการ digest ใน translation input เก็บกับ reviewed source เพื่อไม่ให้ connector ส่ง candidate ที่ไม่มี source context
Translation API จะอัปเดต product prices หรือไม่?
flow นี้อนุญาตเฉพาะ translatable text fields ที่เลือกชัดเจน ราคา currency inventory และ SKU เป็น product operations อื่นที่ต้อง authorize แยก
เมื่อ source product เปลี่ยนควรทำอย่างไร?
ดึง current translatable fields แล้วเทียบ reviewed snapshot hold candidates ที่ได้รับผลและต่อ approval ใหม่ก่อน registration
หน้าแปลใน browser เป็นหลักฐาน import หรือไม่?
ไม่ ตรวจ stored translation และ storefront locale ที่ตั้งใจ Browser-rendered translation อาจเปลี่ยนสิ่งที่ editor เห็นโดยไม่บันทึก merchant content