บทความ

บทนำ: ทำไมเว็บไซต์ของคุณจึงต้องมี llms.txt

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

คู่มือภาคปฏิบัตินี้จะพาคุณจากสมุดเปล่าไปสู่ไฟล์ llms.txt ที่ใช้งานได้จริงบนโดเมนของคุณ ไม่มีทฤษฎีเพื่อทฤษฎี มีแต่การลงมือทำจริงพร้อมการตรวจสอบในทุกขั้นตอน

คุณจะได้อะไรในตอนจบ

  • ไฟล์ llms.txt ที่พร้อมใช้ อยู่ในโฟลเดอร์รากของเว็บไซต์ เปิดได้ที่ โดเมนของคุณ/llms.txt
  • เวอร์ชันขยาย llms-full.txt ที่มีข้อความเต็มของหน้าสำคัญ
  • ความเข้าใจว่าหน้าไหนควรให้ AI เห็น หน้าไหนไม่ควร
  • การตรวจสอบที่ตั้งค่าไว้: คุณจะรู้ว่าไฟล์อ่านได้ และ AI Bot เข้าถึงถึง
  • พื้นฐานสำหรับการทำงานกับ Generative Optimization ต่อไป นั่นคือการทำให้แบรนด์ปรากฏในคำตอบของ AI

คู่มือนี้เหมาะกับใคร

สำหรับเจ้าของธุรกิจ นักการตลาด นักทำ Affiliate และนักพัฒนา ที่อยากให้ผลิตภัณฑ์ แลนดิ้งเพจ หรือบล็อกของตัวเองไปปรากฏในคำตอบของผู้ช่วย AI อย่างถูกต้อง ถ้าคุณมีเว็บไซต์และอัปโหลดไฟล์ได้ หรือรู้ว่าใครทำได้ ก็เพียงพอแล้ว มีส่วนท้ายที่เขียนสำหรับคนที่อยากทำให้เป็นอัตโนมัติและติดตามพฤติกรรม AI Bot ผ่าน log

สิ่งที่ต้องรู้ไว้ก่อน

  • เว็บไซต์ของคุณสร้างอย่างไร: บน Website Builder, CMS อย่าง WordPress หรือเขียนโค้ดเอง
  • ไฟล์เว็บไซต์เก็บไว้ที่ไหนและเข้าไปได้อย่างไร: แผงควบคุมโฮสติ้ง, FTP, repository
  • พื้นฐาน Markdown: หัวข้อด้วยเครื่องหมาย #, รายการด้วยขีด, ลิงก์ในวงเล็บเหลี่ยมและวงเล็บกลม ถ้าไม่คุ้นก็ไม่เป็นไร เราจะอธิบายด้วยตัวอย่าง

ใช้เวลานานแค่ไหน

เวอร์ชันขั้นต่ำสำหรับเว็บไม่เกิน 30 หน้าจะใช้เวลาประมาณหนึ่งชั่วโมง เวอร์ชันเต็มที่มี llms-full.txt การตรวจสอบ และตั้งค่า header ของเซิร์ฟเวอร์จะใช้เวลาสองถึงสามชั่วโมง สำหรับแคตตาล็อกใหญ่และเอกสารประกอบให้เผื่อหนึ่งวัน แต่ผลลัพธ์ก็จะดีกว่าอย่างชัดเจน

การเตรียมตัวล่วงหน้า

การเตรียมตัวที่ดีช่วยประหยัดเวลามากกว่าทริคใด ๆ ไล่ดูรายการด้านล่างและทำให้แน่ใจว่าทุกอย่างพร้อม

เครื่องมือและการเข้าถึงที่จำเป็น

  1. การเข้าถึงไฟล์เว็บไซต์ อาจเป็นแผงควบคุมโฮสติ้งที่มี File Manager, FTP Client อย่าง FileZilla, SSH เข้าเซิร์ฟเวอร์ หรือ repository ของโปรเจกต์ที่ deploy จากที่นั่น ตรวจสอบว่า login และ password ยังใช้ได้ และคุณสร้างไฟล์ในโฟลเดอร์รากของเว็บไซต์ได้จริง
  2. โปรแกรมแก้ไขข้อความ ใช้อะไรก็ได้ที่บันทึกเป็นข้อความล้วนไม่มีรูปแบบ: Visual Studio Code, Sublime Text, Notepad++ บน Windows, TextEdit โหมดข้อความธรรมดาบน Mac ใช้ Word และ Google Docs ไม่ได้因为它们ใส่ตัวอักษรล่องหนและเครื่องหมายคำพูดอัจฉริยะ
  3. รายการหน้าเว็บไซต์ ดึงออกมาจาก sitemap.xml จากหลังบ้าน CMS หรือจาก crawler ใด ๆ เช่น Screaming Frog แค่มีตารางที่มี URL และชื่อเรื่องของแต่ละหน้าก็พอ
  4. การเข้าถึงสถิติ Yandex Metrica, Google Analytics หรือ log เซิร์ฟเวอร์ช่วยให้เข้าใจว่าหน้าไหนสำคัญจริงสำหรับผู้ใช้
  5. เบราว์เซอร์และยูทิลิตี้ curl Curl ติดตั้งมาแล้วบน Mac และ Linux บน Windows 10 และ 11 ใช้ได้จาก Command Prompt ต้องใช้ตรวจสอบ header ของการตอบกลับ

ความต้องการของระบบ

ไม่มี ไฟล์ llms.txt เป็นข้อความธรรมดา ไม่ต้องใช้ PHP ไม่ต้องใช้ฐานข้อมูล ไม่ต้องมีโมดูลพิเศษบนเซิร์ฟเวอร์ ข้อกำหนดเดียวคือเซิร์ฟเวอร์ต้องเสิร์ฟไฟล์ static จากรากโดเมน ซึ่งโฮสติ้งทุกเจ้ามีความสามารถนี้

ต้องดาวน์โหลดและติดตั้งอะไร

  • โปรแกรมแก้ไขโค้ด ถ้ายังไม่มี แนะนำ Visual Studio Code: ฟรี ไฮไลต์ Markdown และแสดงตัวอักษรล่องหน
  • FTP Client ถ้าแผงควบคุมโฮสติ้งไม่มี File Manager
  • ทางเลือก: Python 3 และแพ็กเกจ llms-txt สำหรับสร้าง context จากไฟล์ที่มีอยู่ มีประโยชน์ในส่วนขั้นสูง ไม่จำเป็นสำหรับการตั้งค่าพื้นฐาน

การสำรองข้อมูล

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

เคล็ดลับ: สร้างโฟลเดอร์โปรเจกต์แยกบนเครื่อง เช่น site-llms เก็บตารางหน้าเว็บ ฉบับร่างของไฟล์ และสำเนาคอนฟิกไว้ในนั้น อีกครึ่งปีเมื่อถึงเวลา update llms.txt คุณจะขอบคุณตัวเอง

แนวคิดพื้นฐาน: llms.txt คืออะไรและทำงานอย่างไร

ก่อนสร้างไฟล์ มาทำความเข้าใจคำศัพท์ไม่กี่คำด้วยภาษาง่าย ๆ ใช้เวลาห้านาที แต่หลังจากนี้ทุกอย่างจะชัดเจน

llms.txt คืออะไร

llms.txt คือไฟล์ข้อความในรูปแบบ Markdown ที่วางไว้ในรากของเว็บไซต์ ประกอบด้วยคำอธิบายสั้น ๆ ของโปรเจกต์และรายการลิงก์ที่มีโครงสร้างไปยังหน้าสำคัญพร้อมคำอธิบาย ชื่ออ่านว่า "แอล-แอล-เอ็ม-เอส-ที-เอ็กซ์-ที": LLMs ย่อมาจาก Large Language Models

ข้อเสนอมาตรฐานนี้เกิดขึ้นในฤดูใบไม้ร่วงปี 2024 จากนักพัฒนา Jeremy Howard แห่งบริษัท Answer.AI แนวคิดเรียบง่าย: โมเดลภาษามี "หน้าต่างความสนใจ" จำกัด และอ่านหน้า HTML หนัก ๆ ที่มีเมนู โฆษณา สคริปต์ และป๊อปอัปได้ไม่ดี ไฟล์ llms.txt ให้แผนผังเนื้อหาที่สะอาดปราศจากเสียงรบกวน ตั้งแต่นั้นมาหลายร้อยบริษัทก็รับรูปแบบนี้ไปใช้ โดยเฉพาะในด้านเอกสารและพัฒนา และในปี 2025-2026 มันกลายเป็นหนึ่งในองค์ประกอบพื้นฐานของการเตรียมเว็บไซต์ให้ทำงานกับ AI

llms.txt ไม่ใช่อะไร

สิ่งนี้สำคัญที่ต้องเข้าใจทันที เพื่อไม่ให้สับสนเครื่องมือ

  • นี่ ไม่ใช่ไฟล์ห้าม มันไม่บล็อกและไม่อนุญาตอะไร กฎการเข้าถึงสำหรับ bot อยู่ในไฟล์อื่น ซึ่งเรามีเนื้อหาแยกในบล็อกของเรา ตรงนี้เราไม่แตะเรื่องนั้น
  • นี่ ไม่ใช่ sitemap ในความหมายของ sitemap.xml Sitemap ระบุทุก URL เพื่อการ index ไฟล์ llms.txt ตรงกันข้าม คือคัดเฉพาะสิ่งสำคัญและอธิบายความหมายของแต่ละลิงก์
  • นี่ ไม่ใช่การรับประกันว่าจะได้อยู่ในคำตอบของ AI ไฟล์ช่วยให้โมเดลเข้าใจเนื้อหา แต่ไม่ได้บังคับให้พวกมันอ้างอิง

สองไฟล์: llms.txt และ llms-full.txt

มาตรฐานเสนอสองสิ่ง:

  • llms.txt — การนำทางแบบย่อ หัวข้อ บทคัดย่อ ส่วนที่มีลิงก์ ปกติ 20 ถึง 200 บรรทัด
  • llms-full.txt — เนื้อหาเต็มของหน้าสำคัญในข้อความเดียว โมเดลหรือเครื่องมือสามารถโหลดทั้งหมดได้เลยโดยไม่ต้องตามลิงก์

ไฟล์แรกบังคับ ไฟล์ที่สองพึงประสงค์ เราจะทำทั้งสอง

โครงสร้างไฟล์เป็นอย่างไร

สเปกกำหนดลำดับบล็อกที่ชัดเจน:

  1. หัวข้อระดับหนึ่งพร้อมชื่อโปรเจกต์ เป็นองค์ประกอบบังคับเพียงอย่างเดียว
  2. บล็อก quote พร้อมคำอธิบายสั้น: หนึ่งถึงสามประโยคเกี่ยวกับว่าเว็บนี้คืออะไรและมีประโยชน์กับใคร
  3. ย่อหน้าเสริมที่มีรายละเอียด: จุดเด่น ข้อจำกัด context
  4. ส่วนหัวข้อระดับสอง แต่ละส่วนมีรายการลิงก์ รูปแบบบรรทัด: ขีด ชื่อลิงก์ในวงเล็บเหลี่ยม URL ในวงเล็บกลม เครื่องหมายจุดคู่ และคำอธิบายสั้น
  5. ส่วนเสริมชื่อ Optional ลิงก์ในส่วนนี้โมเดลอาจข้ามถ้ามี context ไม่พอ

นี่คือตัวอย่างขั้นต่ำที่เราจะกลับมาอ้างถึง:

# ชื่อโปรเจกต์

> หนึ่งถึงสองประโยค: นี่คืออะไรและสำหรับใคร

## เอกสาร

- [เริ่มต้นอย่างรวดเร็ว](https://example.com/docs/start): วิธีเริ่มใน 10 นาที
- [แพ็กเกจ](https://example.com/pricing): ราคาและขีดจำกัด

## Optional

- [ประวัติการเปลี่ยนแปลง](https://example.com/changelog): อัปเดตอะไรบ้าง

ตรงนี้สัญลักษณ์ขึ้นบรรทัดใหม่แสดงแบบมีเงื่อนไข ในไฟล์จริงมันก็แค่บรรทัดใหม่ ดูไม่ซับซ้อนใช่ไหม งานหลักไม่ได้อยู่ที่ syntax แต่อยู่ที่การเลือกหน้าและการเขียนคำอธิบาย เราจะทำตรงนั้น

ใครอ่าน llms.txt ในปี 2026

คำตอบตรง ๆ: ไม่ใช่ทุกคน และไม่เท่ากัน รูปแบบนี้ถูกใช้อย่างแข็งขันโดยเครื่องมือ AI สำหรับนักพัฒนา โปรแกรมแก้ไขโค้ดที่มีผู้ช่วย AI, AI Search บางตัว และ agent ที่เข้าเว็บในจังหวะที่ผู้ใช้ถาม บริษัทค้นหารายใหญ่ไม่ได้ยืนยันการสนับสนุนอย่างเป็นทางการ อย่างไรก็ตาม มาตรฐานนี้กลายเป็นภาษากลางในอุตสาหกรรม ไฟล์นี้มีต้นทุนการดูแลต่ำมาก และการไม่มีมันก็ไม่ช่วยอะไร แถมยังมีผลพลอยได้: การทำ llms.txt ทำให้คุณจัดระเบียบเนื้อหาของตัวเอง

ขั้นที่ 1: ตรวจสอบเนื้อหาและเลือกหน้าสำหรับ AI

เป้าหมายของขั้นนี้: ได้ตาราง 10-50 หน้าที่จะเข้า llms.txt พร้อมกำกับส่วนและฉบับร่างคำอธิบายของแต่ละหน้า

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

คำแนะนำ

  1. เปิดตารางรายการหน้าเว็บที่เตรียมไว้ ถ้าไม่มี เปิด URL โดเมนของคุณ/sitemap.xml ในเบราว์เซอร์ แล้วคัดลอก URL ลงสเปรดชีต
  2. เพิ่มคอลัมน์: "ชื่อเรื่อง", "ส่วน", "คำอธิบายสำหรับ AI", "ลำดับความสำคัญ"
  3. ไล่ดูทุกบรรทัดและตอบคำถาม: "ถ้าคนถาม AI เกี่ยวกับผลิตภัณฑ์ของฉัน หน้านี้ช่วยให้ตอบได้แม่นไหม?" ถ้าใช่ ให้ลำดับ 1 ถ้าหน้ามีประโยชน์แต่รองลงมา ให้ 2 ที่เหลือให้ 0
  4. ต้องรวมด้วยลำดับ 1: หน้าหลักที่อธิบายผลิตภัณฑ์, หน้าแพ็กเกจหรือราคา, หน้า "เกี่ยวกับบริษัท", ส่วนเอกสารหรือคู่มือ, หน้าติดต่อและข้อตกลงการใช้งาน สำหรับร้านค้าออนไลน์ — หน้า category และการจัดส่ง สำหรับโปรเจกต์ affiliate หรือพาร์ทเนอร์ — หน้าเงื่อนไขโปรแกรมและคำอธิบาย offer
  5. เปิดสถิติ ดู 20 หน้าที่มีผู้เข้าชมมากที่สุดในสามเดือนล่าสุด ถ้าหน้าไหนไม่ติดลำดับ 1 ให้ทบทวนใหม่: ผู้ใช้คิดว่ามันสำคัญ
  6. ตัดหน้าที่เป็นระบบออก: ตะกร้า, หน้าสมาชิก, ผลการค้นหา, หน้าซ้ำที่มี UTM, โปรโมชันเก่า
  7. จัดกลุ่มหน้า ลำดับ 1 และ 2 เป็นสามถึงหกส่วน ชื่อทั่วไป: "ผลิตภัณฑ์", "เอกสาร", "แพ็กเกจ", "บล็อก", "ซัพพอร์ต", "เคส" เขียนชื่อส่วนลงคอลัมน์ "ส่วน"
  8. เขียนคำอธิบายร่าง 8-15 คำสำหรับแต่ละหน้าที่คัดมา อย่าคัดลอก meta description: มันเขียนสำหรับคนในหน้าผลการค้นหา เขียนให้โมเดลเข้าใจว่าเมื่อไหร่ควรเปิดหน้านี้ แย่: "แพ็กเกจของเรา" ดี: "ราคา mobile proxy แยกตามประเทศ ขีดจำกัดทราฟฟิก และเงื่อนไขการเปลี่ยน IP"

เคล็ดลับ: จินตนาการว่าคำอธิบายถูกอ่านโดยพนักงานซัพพอร์ตใหม่ ที่ต้องเข้าใจในหนึ่งนาทีว่าส่งลูกค้าไปไหน ถ้าเขาเข้าใจจากคำอธิบายของคุณได้ โมเดลภาษาก็เข้าใจได้เช่นกัน

ผลลัพธ์ที่คาดหวัง

คุณมีตารางที่กรองหน้าที่มีลำดับ 1 และ 2 แต่ละหน้า归类到ส่วนและมีคำอธิบายร่าง ปกติ 10-50 บรรทัดสำหรับเว็บทั่วไป และสูงถึง 200 สำหรับเอกสารขนาดใหญ่

ตรวจสอบ: อ่านเฉพาะคอลัมน์ "คำอธิบายสำหรับ AI" จากบนลงล่าง โดยไม่ดู URL ถ้าจากคำอธิบายเข้าใจได้ว่าเว็บทำอะไรและผลิตภัณฑ์เป็นอย่างไร การตรวจสอบก็ทำถูก

ปัญหาที่อาจเกิดขึ้น

  • หน้าระดับ 1 เยอะเกินไป ถ้ามากกว่า 60 แสดงว่าคุณยังไม่เข้มพอ ถามตัวเองอีกครั้ง: ถ้าไม่มีหน้าไหนโมเดลจะตอบผิด? ที่เหลือย้ายไปลำดับ 2 หรือส่วน Optional
  • เนื้อกระจาย ไม่มีส่วนชัดเจน นี่คือสัญญาณว่าโครงสร้างเว็บมีปัญหา สำหรับ llms.txt แค่สร้างกลุ่มเชิงตรรกะ แม้ในเมนูจะไม่มีก็ตาม ทีหลังค่อยปรับ navigation ตามได้
  • หน้าถูกปิดจากการ index หรือเข้าถึงได้หลัง login เท่านั้น อย่ารวม โมเดลก็อ่านไม่ได้อยู่ดี และคุณจะให้ลิงก์ปลอมกับมัน

ขั้นที่ 2: สร้างไฟล์ llms.txt และโครงร่าง

เป้าหมายของขั้นนี้: สร้างไฟล์ที่มีชื่อและ encoding ถูกต้อง กรอกหัวข้อ บทคัดย่อ และย่อหน้า context

คำแนะนำ

  1. เปิดโปรแกรมแก้ไขข้อความ สร้างไฟล์ใหม่ผ่านเมนู "File" และ "New File" หรือ Ctrl+N
  2. บันทึกทันที: เมนู "File" และ "Save As" ในช่องชื่อพิมพ์ llms.txt ตัวพิมพ์เล็กเท่านั้น ตรวจสอบว่าโปรแกรมไม่ได้เพิ่มนามสกุลที่สองอย่าง llms.txt.txt บน Windows ให้เปิดการแสดงนามสกุลใน File Explorer
  3. ตรวจสอบว่า encoding ของไฟล์คือ UTF-8 ไม่มี BOM ใน Visual Studio Code encoding แสดงมุมขวาล่างของหน้าต่าง คลิกที่มัน เลือก "Save with Encoding" และเลือก UTF-8 ใน Notepad++ เปิดเมนู "Encoding" และเลือก "Encode in UTF-8" แบบไม่มี BOM
  4. บรรทัดแรกเขียนหัวข้อระดับหนึ่ง: เครื่องหมาย #, เว้นวรรค, ชื่อโปรเจกต์ ตัวอย่าง: # MobileProxy.space ใช้ชื่อแบรนด์ที่ลูกค้ารู้จัก ไม่ต้องมีสโลแกน
  5. เว้นบรรทัดว่างหนึ่งบรรทัด
  6. เขียนบล็อก quote: เครื่องหมาย >, เว้นวรรค และหนึ่งถึงสามประโยคเกี่ยวกับแก่นของโปรเจกต์ ตอบคำถาม "คืออะไร", "สำหรับใคร", "ต่างตรงไหน" ตัวอย่าง: > บริการเช่า mobile proxy ที่มี IP จากผู้ให้บริการเครือข่ายสำหรับนักการตลาด นักทำ affiliate และนักพัฒนา รองรับการหมุน IP ผ่านลิงก์และ API ใช้ได้กับ antidetect browser และเครื่องมือ scraping
  7. เว้นบรรทัดว่าง
  8. เพิ่มย่อหน้าธรรมดาหนึ่งถึงสามย่อหน้าที่มี context ช่วยให้โมเดลไม่เข้าใจผิด เหมาะกับ: ขอบเขตทางภูมิศาสตร์ ภาษาที่เว็บรองรับ บริการไม่ทำอะไร วันที่มีผลของข้อมูล ตัวอย่าง: "ราคาเป็นรูเบิลและอัปเดตทุกเดือน เว็บมีภาษารัสเซียและอังกฤษ; เวอร์ชันอังกฤษอยู่ที่โฟลเดอร์ย่อย /en/ บริการให้เฉพาะโครงสร้างพื้นฐาน ไม่ให้บริการตั้งค่าแคมเปญโฆษณา"
  9. บันทึกไฟล์ด้วย Ctrl+S

ระวัง: ในไฟล์ต้องมีหัวข้อระดับหนึ่งพอดีหนึ่งอัน และต้องเป็นบรรทัดแรก ถ้าคุณใส่คอมเมนต์ไว้ข้างหน้า บรรทัดว่างที่มีเว้นวรรค หรือหัวข้อที่สอง เครื่องมือที่ตามสเปกเคร่งครัดอาจปฏิเสธที่จะอ่านไฟล์

เขียนบทคัดย่อให้ได้ผล

บล็อก quote เป็นส่วนที่อ่านมากที่สุดในไฟล์ โมเดลมักใช้มันเวลาสรุปว่าเว็บของคุณคืออะไร กฎไม่กี่ข้อ:

  • ไม่มีคำประเมิน "ดีที่สุด", "ไม่เหมือนใคร", "อันดับหนึ่ง" ไม่ให้ข้อมูล และลดความเชื่อมั่นของโมเดลต่อข้อความที่เหลือ
  • เจาะจงแทนนามธรรม ไม่ใช่ "โซลูชันสำหรับธุรกิจ" แต่เป็น "เช่า mobile proxy พร้อม IP จากผู้ให้บริการเครือข่ายรัสเซียและยุโรป"
  • ระบุกลุ่มเป้าหมายให้ชัด โมเดลจะจับคู่กับคำถามของผู้ใช้
  • อยู่ในช่วง 300-400 ตัวอักษร ยาวกว่านั้นโมเดลอาจตัดทิ้ง

เคล็ดลับ: เขียนบทคัดย่อสามเวอร์ชัน ใส่แต่ละอันในผู้ช่วย AI ที่มี พร้อมคำถาม: "บริษัทนี้ทำอะไรและเหมาะกับใคร? ตอบเป็นประโยคเดียว" เลือกเวอร์ชันที่ผู้ช่วยตอบได้แม่นที่สุด

ผลลัพธ์ที่คาดหวัง

ไฟล์ llms.txt อยู่บนดิสก์ บันทึกเป็น UTF-8 ขึ้นต้นด้วยหัวข้อเดียว มีบทคัดย่อในบล็อก quote และย่อหน้า context หนึ่งถึงสามย่อหน้า ยังไม่มีส่วนที่มีลิงก์ นั่นคือขั้นต่อไป

ตรวจสอบ: เปิดไฟล์ในเบราว์เซอร์โดยลากเข้าไปในหน้าต่าง คุณควรเห็นข้อความสะอาดไม่มีตัวอักษรแปลก ๆ แทนที่ตัวอักษรไทย ถ้าเห็นเป็นเครื่องหมายคำถามหรือรูปสี่เหลี่ยมแทนตัวอักษร แสดงว่า encoding ไม่ถูกต้อง กลับไปข้อ 3

ปัญหาที่อาจเกิดขึ้น

  • โปรแกรมแก้ไขเปลี่ยนเครื่องหมายคำพูดเป็นอัจฉริยะ หรือขีดเป็น em dash โดยอัตโนมัติ ปิด autoreplace ในการตั้งค่า หรือใช้โปรแกรมแก้ไขโค้ด ในลิงก์ Markdown ตัวอักษรแบบนี้ทำ markup พัง
  • ไฟล์ถูกบันทึกเป็น llms.txt.txt เปลี่ยนชื่อผ่าน File Explorer หรือ Finder โดยเปิดการแสดงนามสกุลก่อน

ขั้นที่ 3: กรอกส่วนและลิงก์

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

คำแนะนำ

  1. เปิด llms.txt และตารางจากขั้นที่ 1 วางข้างกัน
  2. หลังย่อหน้า context เว้นบรรทัดว่าง และเขียนหัวข้อระดับสองสำหรับส่วนแรก: สองเครื่องหมาย #, เว้นวรรค, ชื่อ ตัวอย่าง: ## ผลิตภัณฑ์
  3. เว้นบรรทัดว่าง
  4. สำหรับแต่ละหน้าในส่วนนี้ เขียนบรรทัดรายการตามเทมเพลตเคร่งครัด: ขีด เว้นวรรค วงเล็บเหลี่ยมเปิด ชื่อหน้า วงเล็บเหลี่ยมปิด วงเล็บกลมเปิด URL เต็มพร้อม protocol วงเล็บกลมปิด เครื่องหมายจุดคู่ เว้นวรรค คำอธิบาย ตัวอย่าง: - [ราคา Mobile Proxy](https://example.com/pricing): ราคาแยกตามประเทศและเครือข่าย ขีดจำกัดทราฟฟิก เงื่อนไขการหมุน IP
  5. ใช้ URL แบบ absolute ที่ขึ้นต้นด้วย https เครื่องมือหลายตัวอ่าน path แบบ relative ไม่ได้ เพราะอ่านไฟล์นอก context ของเบราว์เซอร์
  6. ใช้ชื่อลิงก์จากชื่อเรื่องหน้า แต่ย่อเหลือห้าถึงแปดคำ คำอธิบายจากคอลัมน์ "คำอธิบายสำหรับ AI"
  7. ทำซ้ำข้อ 2-6 กับทุกส่วน ลำดับส่วนจากสำคัญที่สุดไปน้อย: ผลิตภัณฑ์และราคาก่อน เอกสาร บล็อก และเคสตามมา
  8. ภายในส่วนเรียงหน้าตามความสำคัญเช่นกัน สามลิงก์แรกในแต่ละส่วนถูกอ่านมากที่สุด
  9. เพิ่มส่วนสุดท้าย ## Optional ย้ายหน้าที่มีลำดับ 2 ไปไว้ที่นั่น: คลังบล็อก ประวัติการเปลี่ยนแปลง เคสรอง หน้าสมัครงาน ชื่อส่วนต้องเขียนด้วยอักษรละติน: Optional เป็นคำที่สเปกสงวนไว้
  10. บันทึกไฟล์

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

ตัวอย่างส่วนที่เสร็จแล้ว

## เอกสาร

- [เชื่อมต่อ proxy กับ antidetect browser](https://example.com/docs/antidetect): ขั้นตอนตั้งค่าโปรไฟล์ ตรวจสอบ IP และข้อผิดพลาดที่พบบ่อย
- [API เปลี่ยน IP](https://example.com/docs/api): เมธอด พารามิเตอร์ request ขีดจำกัด และตัวอย่าง response ใน JSON
- [รูปแบบการเชื่อมต่อ](https://example.com/docs/formats): HTTP, SOCKS5, ยืนยันด้วย login และด้วย IP

เขียนคำอธิบายลิงก์อย่างไร

คำอธิบายหลังเครื่องหมายจุดคู่คือคำใบ้ให้โมเดลว่าเมื่อไหร่ควรเปิดหน้า ยิ่งคำใบ้แม่น โมเดลยิ่งเลือกแหล่งตอบได้ดี กฎง่าย ๆ:

  • ตอบคำถาม "ข้างในมีอะไร" ไม่ใช่ "ทำไมต้องอ่าน" ไม่ใช่ "บทความดี ๆ เรื่อง proxy" แต่เป็น "เปรียบเทียบ mobile, residential และ datacenter proxy ตามความเร็ว ราคา และความเสี่ยงถูกบล็อก"
  • ใช้คำที่ผู้ใช้ถาม ถ้าลูกค้าถามว่า "จะเปลี่ยน IP ยังไง" คำอธิบายต้องมี "การเปลี่ยน IP"
  • อย่าซ้ำกับชื่อลิงก์ ชื่อบอก "คืออะไร" คำอธิบายบอก "ข้างในมีอะไรชัด ๆ"
  • อยู่ในหนึ่งบรรทัด ขึ้นบรรทัดในรายการทำให้อ่านพัง

ผลลัพธ์ที่คาดหวัง

ไฟล์มีหัวข้อระดับสองสามถึงหกส่วน แต่ละส่วนมี 2 ถึง 20 ลิงก์พร้อมคำอธิบาย และส่วน Optional อยู่ท้าย ความยาวรวม 20 ถึง 200 บรรทัด

ตรวจสอบ: วางเนื้อหาไฟล์ใน Markdown previewer ออนไลน์ หรือเปิด preview ในโปรแกรมแก้ไขโค้ด ลิงก์ทั้งหมดต้องกลายเป็นคลิกได้ หัวข้อตัวใหญ่ รายการมีจุดนำ ถ้าบรรทัดไหนแสดงเป็นข้อความธรรมที่มีวงเล็บ นั่นคือ syntax ผิด

ปัญหาที่อาจเกิดขึ้น

  • ลิงก์ไม่กลายเป็นคลิกได้ ส่วนใหญ่ลืมเว้นวรรคหลังขีด ลืมวงเล็บ หรือมีเว้นวรรคระหว่างวงเล็บเหลี่ยมกับวงเล็บกลม ตรงนั้นไม่ควรมีเว้นวรรค
  • URL มีเว้นวรรคหรือตัวอักษรไทย เข้ารหัส URL: เว้นวรรคแทนด้วย %20, ตัวอักษรไทยแทนด้วยเปอร์เซ็นต์ที่ตรงกัน ง่ายที่สุดคือก็อป URL จากแถบที่อยู่เบราว์เซอร์ มันเข้ารหัสไว้แล้ว
  • คำอธิบายมีเครื่องหมายจุดคู่ เครื่องหมายจุดคู่แรกหลังวงเล็บกลมปิดถือเป็นตัวคั่น จุดคู่ต่อ ๆ ไปในคำอธิบายอนุญาต แต่ควรเขียนใหม่เพื่อเลี่ยงความสับสน

ขั้นที่ 4: สร้าง llms-full.txt และเวอร์ชันข้อความล้วนของหน้า

เป้าหมายของขั้นนี้: รวมไฟล์ขยายที่มีข้อความเต็มของหน้าสำคัญ เพื่อให้เครื่องมือโหลดเนื้อหาทั้งหมดใน request เดียว

ขั้นนี้ไม่บังคับ แต่มันให้ผลตอบแทนสูงสุดสำหรับเอกสาร คู่มือ และคำอธิบายผลิตภัณฑ์ละเอียด ถ้า llms.txt คือสารบัญ แล้ว llms-full.txt คือทั้งเล่ม

คำแนะนำ

  1. สร้างไฟล์ใหม่และบันทึกเป็น llms-full.txt ใน encoding UTF-8 เดียวกัน
  2. คัดลอกหัวข้อระดับหนึ่งและบล็อก quote จาก llms.txt ไปไว้ต้น ไฟล์ต้องเริ่มเหมือนกัน
  3. สำหรับแต่ละหน้าที่มีลำดับ 1 เปิดในเบราว์เซอร์และคัดลอกเนื้อหาหลัก: หัวข้อ ย่อหน้า รายการ ตาราง ไม่ต้องคัดลอกเมนู footer ฟอร์มสมัครรับข่าว และโฆษณา
  4. วางข้อความลงไฟล์ใต้หัวข้อระดับสองที่มีชื่อหน้า ลดหัวข้อภายในหน้าลงหนึ่งถึงสองระดับ: อันที่บนเว็บเป็นระดับสอง ในไฟล์จะเป็นระดับสาม ลำดับชั้นจะคงอยู่
  5. หลังแต่ละบล็อกเพิ่มบรรทัดที่มี URL ต้นทาง ตัวอย่าง: Источник: https://example.com/docs/api ช่วยให้โมเดลอ้างถึงหน้าเฉพาะได้
  6. คั่นระหว่างบล็อกหน้าด้วยบรรทัดว่างและบรรทัดที่มีขีดสามอัน ซึ่งเป็นเส้นคั่นแนวนอนมาตรฐานของ Markdown
  7. ย้ายตารางเป็นรูปแบบ Markdown ที่มีเครื่องหมายขีดตั้ง หรือแปลงเป็นรายการถ้าโครงสร้างง่าย
  8. ลบวลีที่เป็นระบบอย่าง "คลิกที่นี่", "อ่านต่อ", "แชร์" ในข้อความที่ไม่มี interface มันไม่มีความหมาย
  9. บันทึกไฟล์

ระวัง: อย่าใส่ข้อมูลส่วนตัวลูกค้า เอกสารภายใน คูปอง และข้อมูลใด ๆ ที่คุณไม่พร้อมให้ปรากฏในคำตอบของผู้ช่วย AI ของคนอื่น ทุกอย่างที่เข้าไฟล์นี้ถือว่าเผยแพร่แล้ว

ควรมีข้อความมากแค่ไหน

เกณฑ์ที่สมเหตุสมผลคือ 20,000 ถึง 300,000 ตัวอักษร น้อยกว่านั้นไฟล์ไม่คุ้มที่จะมี แค่ llms.txt ก็พอ มากกว่านั้นเครื่องมือหลายตัวโหลดทั้งหมดไม่ได้ ถ้าเนื้อหาเยอะ ให้ทำหลายไฟล์ตามหัวข้อ เช่น llms-full-docs.txt และ llms-full-blog.txt แล้วอ้างถึงจาก llms.txt ในส่วนแยก

เคล็ดลับ: สำหรับเว็บบน WordPress และ CMS ส่วนใหญ่มีปลั๊กอินและโมดูลที่สร้าง llms.txt และ llms-full.txt อัตโนมัติจากโพสต์ที่เผยแพร่แล้ว ค้นหาในไดเรกทอรีส่วนขยายด้วยคำว่า "llms txt" การสร้างอัตโนมัติประหยัดเวลาเป็นชั่วโมง แต่ต้องตรวจผลด้วยมือเสมอ: ปลั๊กอินมักดึงทุกอย่างลงไฟล์ รวมถึงหน้า tag และฉบับร่าง

ผลลัพธ์ที่คาดหวัง

ไฟล์ llms-full.txt มีหัวข้อและบทคัดย่อเดียวกับ llms.txt และต่อไปคือข้อความสะอาดเต็มของหน้าสำคัญพร้อมระบุแหล่งที่มา

ตรวจสอบ: เปิดไฟล์และอ่านช่วงสุ่มจากตรงกลาง ถ้าเข้าใจว่าเป็นหน้าไหนและข้อความอ่านได้โดยไม่มีของเสียจาก interface ก็เรียบร้อย ถ้าเจอเศษอย่าง "เมนู หน้าแรก แพ็กเกจ ติดต่อ" ให้ลบออก

ปัญหาที่อาจเกิดขึ้น

  • คัดลอกจากเบราว์เซอร์แล้วโครงสร้างหัวข้อหาย คัดลอกทีละส่วนและใส่เครื่องหมาย # เอง หรือใช้ส่วนขยายเบราว์เซอร์บันทึกหน้าเป็น Markdown
  • ไฟล์ได้หลายเมกะไบต์ แบ่งเป็นส่วนตามหัวข้อ หรือเก็บเฉพาะหน้าที่มีลำดับ 1

ขั้นที่ 5: อัปโหลดไฟล์ขึ้นเซิร์ฟเวอร์

เป้าหมายของขั้นนี้: วาง llms.txt และ llms-full.txt ในรากของเว็บไซต์ ให้เปิดได้ที่ โดเมนของคุณ/llms.txt

วิธีขึ้นกับว่าเว็บของคุณสร้างอย่างไร ด้านล่างมีสี่สถานการณ์ทั่วไป เลือกของคุณ

ทางเลือก A: แผงควบคุมโฮสติ้งที่มี File Manager

  1. เข้าสู่แผงควบคุมโฮสติ้งด้วย login และ password จากอีเมลผู้ให้บริการ
  2. หาส่วนที่ชื่อ "File Manager", "Files" หรือ "File Dispatcher"
  3. ไปที่โฟลเดอร์รากของเว็บ ปกติชื่อ public_html, www, htdocs หรือเป็นชื่อโดเมน จุดสังเกต: ในนั้นมีไฟล์ index.html หรือ index.php และมี sitemap.xml อยู่แล้ว
  4. กดปุ่ม "Upload" หน้าต่างเลือกไฟล์จะเปิด
  5. เลือก llms.txt และ llms-full.txt จากเครื่อง ยืนยันการอัปโหลด รอตัวบอกความคืบหน้าจนเสร็จ
  6. ตรวจสอบว่าไฟล์ปรากฏในรายการข้างไฟล์ index และสิทธิ์การเข้าถึงเป็น 644 นั่นคืออ่านได้ทุกคน เขียนได้เฉพาะเจ้าของ ปกติแผงควบคุมตั้งให้เอง

ทางเลือก B: FTP Client

  1. เปิด FileZilla หรือ client ที่คล้ายกัน
  2. ในแผงด้านบนใส่ host, username, password และ port จากอีเมลโฮสต์ กด "Quickconnect"
  3. ในส่วนขวาของหน้าต่าง หาโฟลเดอร์รากของเว็บจากจุดสังเกตเดิม
  4. ในส่วนซ้าย หาโฟลเดอร์ที่มีไฟล์ของคุณบนเครื่อง
  5. ลาก llms.txt และ llms-full.txt จากซ้ายไปขวา คิวการโอนจะปรากฏในส่วนล่าง รอจนว่าง
  6. คลิกขวาที่ไฟล์ที่อัปโหลด เลือก "File permissions" และตรวจสอบค่า 644

ทางเลือก C: เว็บจาก repository ที่ deploy อัตโนมัติ

  1. ระบุโฟลเดอร์ที่ไฟล์ static ถูกเผยแพร่ ในเฟรมเวิร์กส่วนใหญ่ชื่อ public หรือ static และอยู่ที่รากโปรเจกต์
  2. วาง llms.txt และ llms-full.txt ลงโฟลเดอร์นั้นข้าง favicon และไฟล์ robots
  3. Commit การเปลี่ยนแปลงและส่งไปที่ branch ที่ deploy จากนั้น
  4. รอ build เสร็จ เวลาขึ้นกับโปรเจกต์ ปกติหนึ่งถึงสิบนาที

ทางเลือก D: Website Builder

ตรงนี้ยากกว่า: ไม่ใช่ทุก builder ให้เพิ่มไฟล์อิสระในรากโดเมนได้ ลำดับการทำงาน:

  1. เปิดการตั้งค่าเว็บและหาส่วนอย่าง "Files", "File Upload", "SEO" หรือ "Advanced"
  2. ถ้ามีความสามารถอัปโหลดไฟล์พร้อมระบุ path ให้ใส่ /llms.txt
  3. ถ้าไม่มี แต่มีตั้งค่า redirect หรือกฎ ให้สร้างกฎ: request ไปที่ /llms.txt redirect ด้วยรหัส 200 หรือ 301 ไปยังไฟล์ที่อัปโหลด บางแพลตฟอร์มเรียก "การเปลี่ยนเส้นทาง" หรือ "กฎเส้นทาง"
  4. ถ้ายังไม่ได้ ให้ติดต่อซัพพอร์ตของ builder ขอให้วางไฟล์ข้อความในราก คำพูด: "ต้องการวางไฟล์ static llms.txt ที่ โดเมน/llms.txt ด้วย type text/plain"

ระวัง: ไฟล์ต้องอยู่ในรากโดเมน ไม่ใช่โฟลเดอร์ย่อย URL อย่าง โดเมน/files/llms.txt เครื่องมือจะหาไม่เจอ เพราะหาที่ path คงที่ เหมือน favicon หรือ sitemap

เคล็ดลับ: ถ้าเว็บทำงานบนหลายโดเมนหรือ subdomain เช่น โดเมนหลักและ subdomain แยกสำหรับเอกสาร วาง llms.txt ในทุกโดเมน ไฟล์ของแต่ละโดเมนอธิบายเฉพาะเนื้อหาของตัวเอง และในส่วนลิงก์สามารถชี้ไปยังโดเมนข้างเคียงได้

ผลลัพธ์ที่คาดหวัง

เมื่อพิมพ์ URL โดเมนของคุณ/llms.txt ในแถบที่อยู่ เบราว์เซอร์เปิดข้อความของคุณ เช่นเดียวกันกับ llms-full.txt

ตรวจสอบ: เปิดทั้งสอง URL ในโหมดไม่ระบุตัวตน เพื่อตัดแคชเบราว์เซอร์ คุณควรเห็นข้อความไฟล์ตามจริง: หัวข้อที่มีเครื่องหมาย #, quote ที่มีเครื่องหมาย >, รายการที่มีขีด ถ้าเบราว์เซอร์เสนอให้ดาวน์โหลดแทนที่จะแสดง ก็ไม่วิกฤต เราจะแก้ในขั้นถัดไป

ปัญหาที่อาจเกิดขึ้น

  • Error 404 ไฟล์ไม่ได้อยู่ที่ราก หรือชื่อพิมพ์ผิด ตรวจสอบตัวพิมพ์: LLMS.txt และ llms.txt บนเซิร์ฟเวอร์ Linux เป็นคนละไฟล์
  • Error 403 สิทธิ์การเข้าถึงผิด ตั้งเป็น 644 ผ่าน File Manager หรือ FTP
  • เปิดได้เวอร์ชันเก่าหลังอัปเดต แคชโฮสติ้งหรือ CDN ทำงาน ล้างแคชในแผงควบคุม หรือรออายุแคช
  • ตัวอักษรไทยแสดงผิด เซิร์ฟเวอร์ไม่ส่ง encoding อันนี้แก้ในขั้นถัดไป

ขั้นที่ 6: ตั้งค่า header การตอบกลับของเซิร์ฟเวอร์

เป้าหมายของขั้นนี้: ทำให้เซิร์ฟเวอร์ส่งไฟล์ด้วย content type และ encoding ที่ถูกต้อง อนุญาตให้ AI agent จากเครื่องมือในเบราว์เซอร์เข้าถึง และไม่แคชไฟล์นานเกินไป

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

ต้องมี header อะไร

  • Content-Type: text/plain; charset=utf-8 หรือ text/markdown; charset=utf-8 ตัวแรกใช้ได้กว้างกว่า
  • Cache-Control: max-age=3600 — แคชหนึ่งชั่วโมง พอลดโหลด แต่การอัปเดตจะรับรู้ได้เร็ว
  • Access-Control-Allow-Origin: * — อนุญาตให้อ่านไฟล์จาก web app บนโดเมนอื่น เครื่องมือ AI บางตัวทำงานในเบราว์เซอร์และจะโหลดไฟล์ไม่ได้ถ้าไม่มี header นี้

คำแนะนำสำหรับ Apache ผ่าน .htaccess

  1. ดาวน์โหลดไฟล์ .htaccess ปัจจุบันจากรากเว็บลงเครื่องและบันทึกสำเนา ถ้าไม่มีไฟล์ ให้สร้างใหม่เปล่า
  2. เปิดไฟล์ในโปรแกรมแก้ไขและเพิ่มบล็อกนี้ที่ท้าย:
<Files "llms.txt">
 Header set Content-Type "text/plain; charset=utf-8"
 Header set Cache-Control "max-age=3600"
 Header set Access-Control-Allow-Origin "*"
</Files>
<Files "llms-full.txt">
 Header set Content-Type "text/plain; charset=utf-8"
 Header set Cache-Control "max-age=3600"
 Header set Access-Control-Allow-Origin "*"
</Files>
  1. บันทึกและอัปโหลดไฟล์กลับไปที่รากเว็บ แทนไฟล์เก่า
  2. เปิดหน้าหลักของเว็บทันที ถ้าเปิดได้ ทุกอย่างเรียบร้อย ถ้าเห็น error 500 ให้คืนไฟล์สำเนาที่บันทึกไว้ทันที: โฮสติ้งอาจไม่ได้เปิดโมดูล header ถ้าอย่างนั้นติดต่อซัพพอร์ตโฮสติ้งขอเปิด mod_headers

คำแนะนำสำหรับ Nginx

  1. เชื่อมต่อเซิร์ฟเวอร์ผ่าน SSH
  2. สำรองไฟล์คอนฟิกของเว็บ ปกติอยู่ในโฟลเดอร์ /etc/nginx/sites-available/
  3. ในบล็อก server เพิ่ม:
location = /llms.txt {
default_type text/plain;
charset utf-8;
add_header Cache-Control "max-age=3600";
add_header Access-Control-Allow-Origin "*";
}
location = /llms-full.txt {
default_type text/plain;
charset utf-8;
add_header Cache-Control "max-age=3600";
add_header Access-Control-Allow-Origin "*";
}
  1. ตรวจสอบคอนฟิกด้วยคำสั่ง nginx -t ควรมีข้อความว่าตรวจสอบสำเร็จ
  2. โหลดคอนฟิกใหม่ด้วยคำสั่ง systemctl reload nginx

คำแนะนำสำหรับ builder และแพลตฟอร์มคลาวด์

มองหาส่วน "Headers" หรือ "Headers" ในการตั้งค่า หลายแพลตฟอร์มรองรับไฟล์ที่มีกฎ header ในรากโปรเจกต์ syntax ต่างกันตามแพลตฟอร์ม แต่ความหมายเดียวกัน: สำหรับ path /llms.txt ตั้ง Content-Type และ Cache-Control ถ้าไม่มี ให้ไม่ต้องกังวล: เซิร์ฟเวอร์ส่วนใหญ่เสิร์ฟ .txt เป็น text/plain โดยปริยาย ซึ่งก็ยอมรับได้แล้ว

ผลลัพธ์ที่คาดหวัง

เซิร์ฟเวอร์เสิร์ฟไฟล์ด้วยรหัส 200 และ header ที่ต้องการ

ตรวจสอบ: เปิด Command Prompt หรือ terminal และรันคำสั่ง curl -I https://โดเมนของคุณ/llms.txt ในคำตอบควรเห็นบรรทัด HTTP/2 200 หรือ HTTP/1.1 200 OK บรรทัด content-type: text/plain; charset=utf-8 และบรรทัด cache-control: max-age=3600 ถ้าอยากเห็นเนื้อหาด้วย ก็ตัด option -I ออก

ปัญหาที่อาจเกิดขึ้น

  • Error 500 หลังแก้ .htaccess คืนสำเนา ตรวจสอบว่าไม่มีตัวอักษรเกิน และถามโฮสต์ว่าเปิดโมดูล header หรือยัง
  • Header ไม่เปลี่ยน ข้างหน้าเซิร์ฟเวอร์มี CDN หรือ proxy cache ที่เสิร์ฟเวอร์ชันเก่า ล้างแคช CDN ในแผงของมัน
  • Content-Type ยังเป็น text/html มีกฎบางอย่าง rewrite ทุก request ไปที่ index.php ตรวจสอบว่ากฎยกเว้นไฟล์ที่มีอยู่ ปกติผ่านเงื่อนไข "ถ้าไฟล์ไม่มี"

ตรวจสอบผลลัพธ์: เช็กลิสต์ความพร้อมของ llms.txt

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

เช็กลิสต์

  1. URL โดเมน/llms.txt เปิดในเบราว์เซอร์โหมดไม่ระบุตัวตนและแสดงข้อความ
  2. บรรทัดแรกของไฟล์เป็นหัวข้อระดับหนึ่งเดียวที่มีชื่อโปรเจกต์
  3. ทันทีหลังหัวข้อเป็นบล็อก quote ที่มีบทคัดย่อไม่เกิน 400 ตัวอักษร
  4. ลิงก์ทั้งหมดเป็น absolute ขึ้นต้นด้วย https และเปิดได้โดยไม่มี redirect หรือ error
  5. ทุก ลิงก์มีคำอธิบายหลังเครื่องหมายจุดคู่
  6. ส่วนเรียงตามความสำคัญ ส่วนรองย้ายไป Optional
  7. ตัวอักษรไทยแสดงถูกต้อง encoding UTF-8
  8. คำสั่ง curl -I แสดงรหัส 200 และ type text/plain หรือ text/markdown
  9. ถ้าสร้าง llms-full.txt แล้ว มันเปิดที่ URL ของตัวเองและเริ่มเหมือน llms.txt
  10. ในไฟล์ไม่มีข้อมูลส่วนตัวและข้อมูลภายใน

วิธีทดสอบจริงจัง

  1. ตรวจสอบลิงก์ คัดลอก URL ทั้งหมดจากไฟล์ใส่เครื่องมือตรวจลิงก์เป็นชุด หรือเครื่องมือตรวจการตอบกลับของเซิร์ฟเวอร์ ทั้งหมดต้องคืน 200 ลิงก์เสียหนึ่งอันไม่ทำไฟล์พัง แต่ลดความเชื่อมั่นของโมเดล
  2. ตรวจสอบความถูกต้อง วางเนื้อหาใน validator llms.txt ออนไลน์ ในปี 2026 มีบริการแบบนี้หลายเจ้า ค้นหาด้วยชื่อมาตรฐาน validator จะแสดงว่ารู้จักหัวข้อ บทคัดย่อ และส่วนหรือไม่
  3. ทดสอบกับโมเดลจริง เปิดผู้ช่วย AI ที่อ่านลิงก์ได้ ให้ URL ไฟล์ของคุณและขอว่า: "ศึกษไฟล์นี้และเล่าว่าบริษัททำอะไร บริการราคาเท่าไหร่ และไปที่ไหนเพื่อดูวิธีเชื่อมต่อ" ถ้าคำตอบแม่นและผู้ช่วยอ้างถึงหน้าที่ถูกต้อง คุณทำสำเร็จ ถ้ามันสับสน ให้ดูว่าคำอธิบายไหนทำให้เข้าใจผิด แล้วปรับให้ชัดขึ้น
  4. ทดสอบจากเครือข่ายต่าง ๆ ถ้าคุณมี mobile proxy ในภูมิภาคต่าง ๆ เข้าถึงได้ ให้เปิดไฟล์ผ่านนั้น วิธีนี้แสดงว่าเซิร์ฟเวอร์เสิร์ฟเนื้อหาต่างกันสำหรับประเทศต่าง ๆ หรือระบบป้องกัน bot บล็อกการเข้าถึงไฟล์สำหรับบางช่วง IP หรือไม่ AI agent มาจากที่อยู่หลากหลาย และไฟล์ต้องเข้าถึงได้ทุกคน

ตัวชี้วัดความสำเร็จ

  • ทั้งสิบข้อในเช็กลิสต์ทำครบ
  • ผู้ช่วย AI สรุปแก่นของเว็บได้โดยไม่มีข้อผิดพลาดเชิงข้อเท็จจริง
  • ภายในสองถึงสี่สัปดาห์ log เซิร์ฟเวอร์เริ่มมี request ไปที่ /llms.txt จาก agent ของบริษัท AI วิธีหาเราจะบอกในส่วนขั้นสูง

ข้อผิดพลาดทั่วไปในการสร้าง llms.txt และวิธีแก้

ด้านล่างรวบรวมปัญหาที่เกือบทุกคนที่ทำไฟล์ครั้งแรกเจอ รูปแบบ: ปัญหา สาเหตุ วิธีแก้

1. ไฟล์เปิดได้ แต่เครื่องมือ AI บอกว่าหาไม่เจอ

สาเหตุ: ระบบป้องกัน bot ระดับโฮสติ้งหรือ CDN แสดง captcha หรือ JavaScript check ให้ทุกอย่างที่ดูเหมือน request อัตโนมัติ เบราว์เซอร์ผ่านการตรวจโดยไม่รู้ตัว แต่ agent ไม่ผ่าน

วิธีแก้: ในการตั้งค่าระบบป้องกัน เพิ่มข้อยกเว้นสำหรับ path /llms.txt และ /llms-full.txt ตรวจผลด้วยคำสั่ง curl โดยไม่มี header เบราว์เซอร์: ถ้า curl ได้ข้อความ ไม่ใช่หน้า HTML ที่มี check ก็แก้แล้ว

2. โมเดลเล่าเว็บผิด แม้ไฟล์มีอยู่

สาเหตุ: บทคัดย่อคลุมเครือ หรือคำอธิบายลิงก์ซ้ำชื่อและไม่มีข้อมูล

วิธีแก้: เขียนบทคัดย่อใหม่ตามกฎในขั้นที่ 2 และคำอธิบายตามกฎในขั้นที่ 3 ทดสอบกับผู้ช่วยอีกครั้ง

3. ไฟล์มีลิงก์หลายร้อยอันและกลายเป็นไม่มีประโยชน์

สาเหตุ: สร้างอัตโนมัติด้วยปลั๊กอิน หรือ perfectionism: "ให้มีทุกอย่าง"

วิธีแก้: กลับไปตรวจสอบในขั้นที่ 1 เก็บในส่วนหลักไม่เกิน 50 ลิงก์ ที่เหลือย้ายไป Optional หรือตัดออก ความสมบูรณ์ให้ llms-full.txt รับผิดชอบ ไม่ใช่ความยาวของสารบัญ

4. ตัวอักษรรัสเซียกลายเป็นเครื่องหมายคำถาม

สาเหตุ: ไฟล์ถูกบันทึกใน encoding Windows-1251 หรือเซิร์ฟเวอร์ไม่ส่ง charset

วิธีแก้: บันทึกไฟล์ใหม่เป็น UTF-8 ไม่มี BOM และเพิ่ม charset=utf-8 ใน header Content-Type ตามคำแนะนำในขั้นที่ 6

5. อัปเดตไฟล์แล้วแต่ AI เห็นเวอร์ชันเก่า

สาเหตุ: แคชนานบน CDN หรือที่ตัวเครื่องมือเอง

วิธีแก้: ตั้ง Cache-Control ด้วย max-age ไม่เกินหนึ่งชั่วโมง ล้างแคช CDN เครื่องมืออัปเดตสำเนาด้วยรอบเวลาต่างกัน ให้เวลาสองสามวัน

6. ลิงก์ชี้ไปหน้าที่มี redirect

สาเหตุ: ไฟล์ระบุ URL ที่ไม่มีเครื่องหมายทับท้าย หรือใช้ http แทน https และเซิร์ฟเวอร์เปลี่ยนเส้นทาง

วิธีแก้: เปิดทุกลิงก์และคัดลอก URL ปลายทางจากแถบที่อยู่ แทนในไฟล์ agent ไม่ได้ตาม redirect เสมอ

7. หัวข้อระดับหนึ่งไม่ใช่บรรทัดแรกของไฟล์

สาเหตุ: ข้างหน้ามันมีบรรทัดว่างที่มีเว้นวรรค ตัวอักษร BOM ล่องหน หรือคอมเมนต์

วิธีแก้: ในโปรแกรมแก้ไขโค้ดเปิดการแสดงตัวอักษรล่องหน ลบทุกอย่างก่อนเครื่องหมาย # ตัวแรก บันทึกโดยไม่มี BOM

8. ไฟล์อธิบายหลายเว็บพร้อมกัน

สาเหตุ: อยากประหยัดและลิงก์จากไฟล์เดียวไปทุกโปรเจกต์ของบริษัท

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

ความสามารถเพิ่มเติม: การทำงานขั้นสูงกับ llms.txt

การตั้งค่าพื้นฐานเสร็จแล้ว ส่วนนี้สำหรับคนที่อยากดึงประโยชน์สูงสุดจากไฟล์: ทำให้การอัปเดตอัตโนมัติ ติดตาม AI Bot และใช้ llms.txt เป็นส่วนหนึ่งของกลยุทธ์การโปรโมท

สร้างอัตโนมัติจาก CMS หรือ build

สำหรับเว็บที่เนื้อหาเปลี่ยนบ่อย การอัปเดตด้วยมือจะน่าเบื่อเร็ว ทางเลือกอัตโนมัติ:

  • ปลั๊กอิน CMS สำหรับ WordPress, Joomla และระบบอื่น มีโมดูลที่รวม llms.txt จากประเภทเนื้อหาที่เลือก ตั้งค่าให้รวมเฉพาะหมวดที่ต้องการ และดึงคำอธิบายจากฟิลด์พิเศษ ไม่ใช่จากบรรทัดแรกของข้อความ
  • สคริปต์ขั้นตอน build สำหรับเว็บ static และเฟรมเวิร์ก เขียนสคริปต์เล็ก ๆ ที่อ่าน metadata ของหน้า เช่น ฟิลด์ title และ llm_description ใน header ของไฟล์ Markdown แล้วรวมเป็น llms.txt รันก่อน deploy
  • เวอร์ชัน Markdown แยกของแต่ละหน้า บางเว็บเสิร์ฟแต่ละหน้าเป็นทั้ง HTML และ Markdown ที่ URL ลงท้าย .md จากนั้นใน llms.txt ลิงก์ไปเวอร์ชันสะอาด และสร้าง llms-full.txt ด้วยการต่อกันง่าย ๆ นี่คือรูปแบบที่สะดวกที่สุดสำหรับโมเดล

ตรวจไฟล์ด้วยเครื่องมือบรรทัดคำสั่ง

มีแพ็กเกจ Python อย่างเป็นทางการชื่อ llms-txt มันแปลงไฟล์เป็น context สำหรับโมเดลและตรวจโครงสร้างให้ด้วย การติดตั้งและรัน:

pip install llms-txt
llms_txt2ctx https://โดเมนของคุณ/llms.txt

ถ้าคำสั่งแสดงข้อความที่มีโครงสร้างพร้อมส่วนต่าง ๆ ไฟล์ถูกอ่านอย่างถูกต้อง ถ้าแสดง error ให้ดูว่าติดที่บรรทัดไหน: ปกติคือ syntax ของลิงก์ผิด

ติดตาม AI Bot ใน log

วิธีที่ตรงที่สุดในการรู้ว่าไฟล์ของคุณถูกอ่านไหม คือดู log ของเว็บเซิร์ฟเวอร์ ลำดับการทำงาน:

  1. หาไฟล์ log การเข้าถึง ใน Nginx ปกติคือ /var/log/nginx/access.log ใน Apache — access.log ในโฟลเดอร์ log ของเว็บ บน virtual hosting log เข้าถึงได้ในแผงในส่วน "สถิติ" หรือ "Log"
  2. กรองบรรทัดที่มี llms.txt ใน terminal: grep llms.txt access.log
  3. ดูฟิลด์ User-Agent ในบรรทัดที่เจอ agent ของบริษัท AI มักแนะนำตัวด้วยชื่อที่จำได้ มีชื่อบริษัทหรือคำอย่าง Bot, Agent, User
  4. ทำตารางง่าย ๆ: วันที่, agent, ไฟล์ เดือนละครั้งเทียบว่าใครมาบ่อยแค่ไหน จำนวน request ที่เพิ่มขึ้นเป็นสัญญาณดี

เคล็ดลับ: ถ้าอยากเห็นเว็บ "ผ่านตา" agent ที่มาจากประเทศอื่น ใช้ mobile proxy ของภูมิภาคนั้นและรัน request ผ่านมัน: curl -x ที่อยู่-proxy https://โดเมนของคุณ/llms.txt วิธีนี้คุณจะตรวจว่าการตั้งค่า geo ของ CDN, redirect ตามภูมิภาค และระบบป้องกัน bot ไม่ขวางการรับไฟล์จากต่างประเทศ โดยเฉพาะสำคัญสำหรับโปรเจกต์ที่ทำงานหลายประเทศ

llms.txt สำหรับ landing page และโปรเจกต์ affiliate

นักทำ affiliate และเจ้าของ landing page เล็ก ๆ มักคิดว่าไม่ต้องใช้ไฟล์นี้: หน้าน้อย ในทางปฏิบัติ แม้แต่เว็บหน้าเดียว llms.txt ก็มีประโยชน์: มันให้โมเดลได้สูตร offer ที่แม่น เงื่อนไข ภูมิศาสตร์ และลิงก์ไปกฎ เมื่อผู้ใช้ถามผู้ช่วยเกี่ยวกับผลิตภัณฑ์ มันจะดึงข้อเท็จจริงจากไฟล์คุณ ไม่ใช่เดา สำหรับเครือข่าย landing page ให้ทำเทมเพลตกลางและใส่ชื่อ บทคัดย่อ และลิงก์โดยอัตโนมัติ

เชื่อมกับ Generative Optimization

ไฟล์ llms.txt เป็นหนึ่งในองค์ประกอบของทิศทางที่ในปี 2026 เรียกว่า Generative Optimization: การทำงานเพื่อให้แบรนด์ปรากฏในคำตอบของ AI อย่างถูกต้องและบ่อย องค์ประกอบอื่นคือ structured data บนหน้า คำตอบชัดเจนต่อคำถามตอนต้นบทความ ผู้เขียนและวันที่อัปเดต ความสม่ำเสมอของข้อเท็จจริงเกี่ยวกับบริษัทในทุกแหล่ง ไฟล์นี้เชื่อมทั้งหมดเป็นแผนผังเดียว อัปเดตมันทุกครั้งที่ผลิตภัณฑ์หรือราคาเปลี่ยนสำคัญ และโมเดลจะได้ภาพที่ทันสมัย

การทำ version และวันที่มีผล

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

FAQ: คำถามที่พบบ่อยเกี่ยวกับ llms.txt

ต้องทำ llms-full.txt ไหม?

ไม่ llms.txt เท่านั้นที่บังคับ แต่ถ้าคุณมีเอกสาร คู่มือ หรือคำอธิบายละเอียด เวอร์ชันเต็มช่วยปรับปรุงคุณภาพคำตอบของเครื่องมือที่ใช้มันอย่างชัดเจน สำหรับ landing page ห้าหน้า ไฟล์เดียวก็พอ

เขียนไฟล์เป็นภาษาไทยได้ไหม?

ได้ ใช้ภาษาของเนื้อหาหลักบนเว็บ ถ้าเว็บสองภาษา ให้ระบุในย่อหน้า context ว่าเวอร์ชันที่สองอยู่ที่ไหน และถ้าต้องการสร้างไฟล์แยกบน subdomain หรือโฟลเดอร์ภาษา แล้วอ้างจากไฟล์หลัก ชื่อส่วนก็เป็นภาษาไทยได้ ยกเว้นคำสงวน Optional

ควรอัปเดต llms.txt บ่อยแค่ไหน?

ทุกครั้งที่ราคาเปลี่ยน เปิดส่วนใหม่ เงื่อนไขเปลี่ยน หรือลบหน้า ถ้าไม่มีอะไรสำคัญ แค่ทบทวนไตรมาสละครั้ง: ตรวจลิงก์ ปรับคำอธิบายให้ทันสมัย อัปเดตวันที่

ต้องระบุ llms.txt ใน sitemap หรือลงทะเบียนที่ไหนไหม?

ไม่ เครื่องมือหาไฟล์ที่ path มาตรฐานในรากโดเมน เหมือน favicon ไม่มีการลงทะเบียนพิเศษ บางไดเรกทอรีสาธารณะรวบรวมเว็บที่มี llms.txt การเพิ่มเข้าไปไม่บังคับ แต่ก็ไม่เสียหาย

ไฟล์จะมีผลต่ออันดับในเสิร์ชปกติไหม?

ไม่มีผลโดยตรง: ไฟล์ไม่ถูก index เป็นหน้าและไม่ใช่ปัจจัยจัดอันดับ ทางอ้อมมันช่วย: จัดระเบียบโครงสร้าง และการอ้างอิงที่ถูกต้องในคำตอบ AI นำทราฟฟิกแบรนด์มา

ถ้าเว็บบน builder วางไฟล์ในรากไม่ได้ ทำอย่างไร?

ก่อนอื่นหาการตั้งค่าอัปโหลดไฟล์พร้อม path อิสระ หรือกฎ redirect ถ้าไม่มี ให้เขียนถึงซัพพอร์ตของ builder: ในปี 2026 คำขอวาง llms.txt ไม่ใช่เรื่องใหม่สำหรับพวกเขา ทางเลือกสุดท้ายคือวางไฟล์บน subdomain แยกและอ้างถึงจากหน้า "เกี่ยวกับบริษัท" แม้ path มาตรฐานจะดีกว่า

ควรรวมหน้าบล็อกในไฟล์ไหม?

รวมบทความที่ตอบคำถามลูกค้าบ่อย ๆ และยังทันสมัย: คู่มือ การเปรียบเทียบ การวิเคราะห์ ข่าวและประกาศโปรโมชันไม่ควรใส่ หรือใส่ใน Optional สำหรับบล็อกใหญ่ ให้ทำส่วนแยกที่มี 10-20 เนื้อหาที่มีประโยชน์ที่สุด

ใช้ไฟล์เดียวกับหลายโดเมนของบริษัทได้ไหม?

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

จะรู้ได้อย่างไรว่า AI ใช้ไฟล์จริง?

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

ถ้าหลังแก้คอนฟิกเซิร์ฟเวอร์แล้วเว็บเปิดไม่ได้ ทำอย่างไร?

คืนไฟล์คอนฟิกสำเนาที่บันทึกไว้ทันที และตรวจว่าเว็บเข้าถึงได้อีกครั้ง แล้วติดต่อซัพพอร์ตโฮสติ้งเรื่องเปิดโมดูลที่ต้องการ ระหว่างนี้ llms.txt ยังทำงานได้โดยไม่ต้องมี header เพิ่มเติม: เซิร์ฟเวอร์เสิร์ฟ .txt เป็นข้อความธรรมดาโดยปริยาย

บทสรุป

มาสรุปงานที่ทำมา คุณตรวจสอบเนื้อหาและเลือกหน้าที่อธิบายผลิตภัณฑ์ของคุณจริง ๆ สร้างไฟล์ llms.txt ที่มีหัวข้อชัดเจน บทคัดย่อตรงไปตรงมา และส่วนลิงก์ที่มีโครงสร้าง รวบรวมเวอร์ชันขยาย llms-full.txt ที่มีข้อความเต็มของหน้าสำคัญ อัปโหลดไฟล์ขึ้นรากเว็บ ตั้งค่า header เซิร์ฟเวอร์ และตรวจสอบผลด้วยคำสั่ง curl validator และผู้ช่วย AI จริง ตอนนี้โมเดลภาษาได้รับจากเว็บของคุณไม่ใช่ความวุ่นวายของหน้า HTML แต่เป็นแผนผังที่เข้าใจได้พร้อมคำอธิบาย

ทำอะไรต่อไป

  • ตั้งเตือนให้ทบทวนไฟล์ในสามเดือน ตรวจลิงก์ อัปเดตราคาและวันที่มีผล
  • เดือนละครั้งดู log และบันทึกว่า agent ไหนอ่าน llms.txt นี่คือ analytics ฟรีของความสนใจ AI ต่อโปรเจกต์คุณ
  • ถามผู้ช่วยหลายตัวเกี่ยวกับผลิตภัณฑ์ของคุณและเทียบคำตอบกับข้อเท็จจริง ความไม่ตรงกันคือสัญญาณให้ปรับคำอธิบายในไฟล์หรือบนหน้าเว็บเอง

จะพัฒนาต่ออย่างไร

ไฟล์ llms.txt เป็นก้าวแรกในการทำงานกับ AI visibility ขั้นต่อไป: structured data บนหน้า คำตอบชัดเจนต่อคำถามตอนต้นบทความ เวอร์ชัน Markdown ของเนื้อหาสำคัญ ข้อเท็จจริงเกี่ยวกับบริษัทที่เป็นแบบเดียวกันในทุกไดเรกทอรีและแคตตาล็อก ถ้าคุณทำงานหลายภูมิภาค เพิ่มการตรวจสอบการเข้าถึงเนื้อหาผ่าน mobile proxy ของประเทศที่ต้องการเป็นประจำ: agent มาจากที่อยู่ต่าง ๆ และไฟล์ต้องเข้าถึงได้ทุกที่ ยิ่งเนื้อหาของคุณโปร่งใสและมีโครงสร้างมากเท่าไหร่ AI ก็จะเล่าเกี่ยวกับคุณได้แม่นขึ้นเท่านั้น และหมายความว่าจะมีคนมาหาคุณมากขึ้นพร้อมข้อมูลและความคาดหวังที่ถูกต้อง

เกี่ยวกับผู้เขียน

Roman Melnikov

Roman Melnikov

Technical Writer and System Administrator

ประสบการณ์ทำงาน: Technical writer and DevOps engineer with 9 years of experience. Created over 50 detailed guides on system configuration and administration. His instructions helped thousands of professionals successfully solve technical tasks. Popular author on Habr and YouTube.
การศึกษา: Bauman Moscow State Technical University. Information Systems and Technologies
ความเชี่ยวชาญ:
Technical Documentation DevOps System Administration Linux Docker and Kubernetes CI/CD Infrastructure Automation Cloud Technologies System Monitoring Bash and Python Scripting

แชร์บทความ: