งานวิจัยเวิร์กโฟลว์แปลสินค้า 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 & AdaptMerchant และ Shopify toolingจัดการ editorial โดยตรง
External draft ที่รีวิวแล้วพร้อม editorMerchant copy approved fieldsBatches เล็กที่รีวิวจากภายนอก
Custom translation application สำหรับการใช้งานจริงDeveloper ดูแล auth, mapping และ reviewDelivery ที่รู้ 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