SKU.md ช่วยร้านค้าอิสระได้อย่างไรในวันนี้ และวิธีอ้างถึงจาก llms.txt, agents.md และ Sitemap

ผู้ซื้อคนหนึ่งขอให้ผู้ช่วย AI หาเต็นท์สำหรับสองคนที่หนักไม่ถึง 1.5 kg ผู้ช่วยค้นหา เปิดหน้าเว็บสองสามหน้า แล้วพยายามอ่านคำตอบจากมาร์กอัปของธีม ป๊อปอัป วิดเจ็ตรีวิว และสคริปต์ หลายครั้งหน้าสินค้าบนมาร์เก็ตเพลสขนาดใหญ่กลับอ่านง่ายกว่าหน้าในเว็บไซต์ของแบรนด์เอง แม้แบรนด์จะเป็นผู้เขียนสเปกต้นฉบับก็ตาม

SKU.md ต้องการลดช่องว่างนี้ให้ร้านค้าอิสระ บทความนี้อธิบายว่ารูปแบบ 1.0.0-beta ทำอะไรได้จริงในตอนนี้ จากนั้นแนะนำวิธีอ้างถึงมันจากไฟล์ที่ร้านค้าจำนวนมากเผยแพร่อยู่แล้ว

สิ่งที่ SKU.md ทำได้ในวันนี้

SKU.md เป็นข้อเสนอเชิงทดลองที่เป็นอิสระ ยังไม่มีผู้ช่วย AI หรือเครื่องมือค้นหารายใหญ่ประกาศว่าจะอ่าน /sku.md การเผยแพร่ไฟล์จึงไม่ใช่สัญญาณจัดอันดับ คู่มือฟีเจอร์ AI ใน Google Search ระบุว่าไฟล์ Markdown พิเศษสำหรับ AI ไม่ได้ช่วยหรือทำให้การมองเห็นใน Google แย่ลง เมื่อยอมรับขอบเขตนี้ก่อน คุณค่าที่ใช้งานได้จริงก็จะชัดขึ้น

ปัญหาในการช้อปปิ้งผ่านบทสนทนา	สิ่งที่ SKU.md ให้
หน้าสินค้าหนักและเอเจนต์อ่านได้ยาก	Markdown ธรรมดาไม่กี่ KB ที่มีเฉพาะข้อเท็จจริงที่คงที่ของสินค้า
ผู้ช่วยเดาขนาด วัสดุ หรือความเข้ากันได้	ข้อเท็จจริงทุกข้อมีลิงก์ Source ที่ผู้อ่านเปิดตรวจสอบได้
ราคาหรือสต็อกเก่าปรากฏในคำตอบ	ราคา สต็อก การจัดส่ง ภาษี และการชำระเงิน ถูกออกแบบให้อยู่นอกไฟล์
ผู้ซื้อถามว่าสินค้าเหมาะกับใครและใช้ร่วมกับอะไรได้	ส่วนเสริม Guidance, Limitations, Compatibility และ Questions
แบรนด์เล็กถูกระบุเป็นเอนทิตีที่ชัดเจนได้ยาก	แคตตาล็อกรากระบุชื่อร้าน สรุปสั้น ๆ และลิงก์ไปยังคอลเลกชัน

คุณค่าเกิดขึ้นผ่านเส้นทางปกติ เอเจนต์ที่เข้าชมร้านสามารถดึงไฟล์ Markdown สั้น ๆ แทนการเรนเดอร์ธีมทั้งหมด ดัชนีการค้นหาอาจจัดเก็บไฟล์นี้เหมือน URL สาธารณะอื่น ๆ ผู้ตรวจทานภายในบริษัทก็ใช้เอกสารเดียวกันหาข้อมูลสินค้าที่ขาดหายหรือขัดแย้งกันได้ ทุกเส้นทางไม่ได้ขึ้นกับการที่แพลตฟอร์มใดรับรูปแบบนี้ และไม่มีเส้นทางใดสัญญาว่าผู้ช่วยจะอ้างอิงร้าน

ทำไมต้องมีตัวชี้

ข้อกำหนดกำหนดให้แคตตาล็อกอยู่ที่พาธ /sku.md อย่างตรงตัว ผู้อ่านที่รู้ข้อตกลงนี้อยู่แล้วขอไฟล์ได้โดยตรง แต่ส่วนใหญ่ยังไม่รู้ จึงควรกล่าวถึงไฟล์ในที่ที่ครอว์เลอร์และเอเจนต์ดูอยู่แล้ว ได้แก่ llms.txt, agents.md, XML Sitemap, robots.txt และหน้าแรก

รูปแบบด้านล่างเป็นข้อแนะนำสำหรับ 1.0.0-beta และไม่เปลี่ยนข้อกำหนดด้านความสอดคล้อง ตัวชี้ทุกตัวชี้ไปที่ /sku.md ระดับราก และแคตตาล็อกยังต้องผ่านการตรวจสอบด้วยตัวเอง ตัวชี้เป็นเพียงคำใบ้ว่าไฟล์มีอยู่ ไม่ใช่หลักฐานว่าข้อเท็จจริงในไฟล์ถูกต้อง

llms.txt

ข้อเสนอ llms.txt นิยามไฟล์ Markdown ที่ /llms.txt ซึ่งมี H1 สรุปสั้น ๆ และส่วน H2 ที่เรียงลิงก์ในรูปแบบ - [name](url): notes ให้เพิ่มส่วนชื่อ Product knowledge หนึ่งส่วน โดยมีลิงก์ไปยังแคตตาล็อกเพียงลิงก์เดียว

# Example Outdoor Gear

> Lightweight outdoor equipment for hikers.

## Product knowledge

- [SKU.md catalog](https://www.example-outdoor.com/sku.md): Source-backed product knowledge (SKU.md 1.0.0-beta). Confirm price, stock, and shipping on the linked product pages.

ให้คงชื่อส่วนและข้อความลิงก์เป็นภาษาอังกฤษตามตัวอย่าง เพื่อให้เครื่องมือหาเจอได้โดยไม่ต้องเดา ใส่เฉพาะแคตตาล็อกรากในที่นี้ เอกสารความรู้สินค้าเข้าถึงได้จากแคตตาล็อกอยู่แล้ว การระบุซ้ำใน llms.txt จะทำให้มีรายการที่ต้องดูแลเพิ่มอีกหนึ่งรายการ

แพลตฟอร์มแบบโฮสต์บางแห่งสร้าง llms.txt ให้ผู้ขายเอง ตัวอย่างเช่น Shopify ระบุในเอกสารว่าไฟล์ที่แพลตฟอร์มจัดการจะสะท้อนเนื้อหาจาก /agents.md ให้เพิ่มส่วนนี้เฉพาะเมื่อแพลตฟอร์มอนุญาตให้แก้ไขไฟล์ และตรวจการตอบสนองจริงทุกครั้งหลังเปลี่ยนธีมหรือแอป

agents.md

agents.md เป็นไฟล์ Markdown ธรรมดาที่เขียนคำแนะนำสำหรับเอเจนต์ สำหรับร้านค้า คำแนะนำที่มีประโยชน์นั้นสั้นมาก คือความรู้ที่คงที่อยู่ที่ไหน และข้อมูลแบบเรียลไทม์ต้องยืนยันที่ใด

## Product knowledge

SKU.md catalog: [https://www.example-outdoor.com/sku.md](https://www.example-outdoor.com/sku.md)

Use the catalog and the product knowledge documents it links for stable, source-backed facts. Confirm price, stock, shipping, tax, and checkout on the live product page before answering or acting.

บรรทัดที่ขึ้นต้นด้วย SKU.md catalog: คือตัวชี้ ย่อหน้าด้านล่างบอกเอเจนต์ว่าควรปฏิบัติต่อเนื้อหาอย่างไร หากแพลตฟอร์มจัดการส่วนที่เหลือของไฟล์ ให้เขียนด้วยถ้อยคำของร้านเองได้ แต่ต้องคงคำนำหน้า SKU.md catalog: ไว้

sitemap.xml และ robots.txt

โปรโตคอล Sitemaps ใช้ระบุ URL ที่เว็บไซต์ต้องการให้ครอว์เลอร์รู้จัก Sitemap รวม URL ใดก็ได้บนโฮสต์เดียวกัน แคตตาล็อกจึงอยู่ร่วมกับหน้า HTML ของร้านได้

<url>
  <loc>https://www.example-outdoor.com/sku.md</loc>
  <lastmod>2026-08-11</lastmod>
</url>

ตั้ง lastmod เป็นวันที่เนื้อหาแคตตาล็อกเปลี่ยนครั้งล่าสุด หากแคตตาล็อกลิงก์ไปยัง Product knowledge Sitemap (ซึ่งใน 1.0.0-beta ระบุเอกสารสินค้าได้ไม่เกิน 31 รายการ) ให้ประกาศ Sitemap นั้นใน robots.txt ด้วย

Sitemap: https://www.example-outdoor.com/sitemap.xml
Sitemap: https://www.example-outdoor.com/sku-knowledge.xml

การระบุ URL ทำให้ค้นพบได้เท่านั้น เครื่องมือค้นหาแต่ละรายตัดสินใจเองว่าจะจัดทำดัชนีทรัพยากร Markdown หรือไม่และอย่างไร เอกสารความรู้สินค้าจะซ้ำข้อเท็จจริงจากหน้าสินค้า HTML แต่ลิงก์ Product ที่จำเป็นจะชี้กลับไปยังหน้านั้น และหน้าหลักในผลการค้นหายังคงเป็นหน้าสินค้า HTML

หน้าแรกและ HTTP header

ข้อกำหนดอนุญาตอยู่แล้วให้หน้าสินค้าประกาศรูปแบบ Markdown ของตนด้วย <link rel="alternate" type="text/markdown"> วิธีเดียวกันใช้กับหน้าแรกเพื่อประกาศแคตตาล็อกได้ ให้ใส่ title="SKU.md" เพื่อให้ผู้อ่านแยกแคตตาล็อกออกจากสำเนา Markdown ระดับหน้า

<link rel="alternate" type="text/markdown" title="SKU.md" href="https://www.example-outdoor.com/sku.md">

ร้านที่ควบคุม response header ได้สามารถส่งความสัมพันธ์เดียวกันผ่าน HTTP header Link ของหน้าแรก

Link: <https://www.example-outdoor.com/sku.md>; rel="alternate"; type="text/markdown"; title="SKU.md"

ทำให้ตัวชี้ทุกตัวตรงกับความจริง

ตัวชี้ไปยังไฟล์ที่ไม่มีอยู่หรือเสียหายแย่กว่าการไม่มีตัวชี้ ก่อนใส่บรรทัดใดข้างต้น ให้เผยแพร่แคตตาล็อกและตรวจที่อยู่จริงด้วย เครื่องมือตรวจ URL ที่เผยแพร่ หลังย้ายแพลตฟอร์ม เปลี่ยนโดเมน หรืออัปเดตธีม ให้ตรวจแคตตาล็อกและตัวชี้แต่ละตัวอีกครั้ง

ไฟล์ตัวชี้ไม่ควรซ้ำข้อเท็จจริงของสินค้า ขนาด วัสดุ และความเข้ากันได้ควรอยู่ในเอกสารความรู้สินค้า ซึ่งทุกข้อความมีแหล่งที่มากำกับ ไฟล์ตัวชี้มีหน้าที่บอกเพียงว่าควรไปดูที่ไหน

เมื่อใช้พาธรากไม่ได้

แพลตฟอร์มแบบโฮสต์บางแห่งยังตอบกลับ /sku.md แบบตรงตัวไม่ได้ ภายใต้ 1.0.0-beta ร้านเหล่านี้จึงยังเผยแพร่แคตตาล็อกที่สอดคล้องไม่ได้ และตัวชี้ไปยังพาธอื่นก็ไม่ได้เปลี่ยนข้อนี้ RFC 0001 เสนอให้ตัวชี้ข้างต้นประกาศแคตตาล็อกบนพาธอื่นภายใต้ origin เดียวกันได้ พร้อมเสนอตัวระบุแบบมีโครงสร้างและราคาอ้างอิงที่มีวันที่ซึ่งเป็นตัวเลือก จนกว่าจะมีรุ่นที่รับข้อเสนอนี้ ให้ตัวชี้ยังคงชี้ไปที่พาธราก

เมื่อเส้นทางรากพร้อมแล้ว เปิดเครื่องมือสร้าง เพื่อร่างแคตตาล็อก จากนั้นใส่ตัวชี้ในไฟล์ที่ร้านดูแลอยู่แล้ว