LLMs.txt là gì và website của bạn có cần nó không?

LLMs.txt có mục đích gì?

LLMs.txt là một quy ước Markdown được đề xuất để trình bày một bản đồ được tuyển chọn gồm các trang quan trọng tại thư mục gốc của một website. Ý tưởng là làm cho tài liệu đã chọn dễ dàng hơn để xác định và tham khảo; việc xuất bản tệp không xác nhận rằng một dịch vụ AI cụ thể sẽ đọc nó hoặc sử dụng nó trong một câu trả lời.

Hãy coi nó như một chỉ mục biên tập, không phải một phiên bản mới của trang web của bạn. Nó có thể hướng khách truy cập đến tài liệu, giải thích sản phẩm, chính sách, nghiên cứu hoặc các trang khác đại diện tốt cho dự án. Bản thân trang vẫn là nguồn của thông tin chi tiết, vì vậy độ chính xác và rõ ràng của nó quan trọng hơn một mô tả trong chỉ mục.

Trước khi soạn thảo, hãy quyết định tệp nên giúp ai đó tìm thấy gì. Một danh sách ban đầu hữu ích có thể bao gồm:

• Các trang sản phẩm cốt lõi và tổ chức giải thích dự án làm gì.
• Tài liệu hiện tại, tài liệu hỗ trợ hoặc tài liệu tham khảo kỹ thuật.
• Giải thích công khai về chính sách, rủi ro và các thông tin quan trọng của dự án.
• Các trang trả lời các câu hỏi thường gặp và được duy trì bởi một chủ sở hữu.

Loại bỏ các trang đã lỗi thời, trùng lặp hoặc quá mỏng để đứng một mình. Đối với các nhóm Web3, hãy xem xét đặc biệt cẩn thận các mô tả về token, mạng lưới và sản phẩm: một tuyên bố lỗi thời tại một điểm đến nổi bật có thể tạo ra sự nhầm lẫn thay vì giảm bớt nó. Sự phân biệt thực tế này là điểm khởi đầu để quyết định liệu llms.txt có thuộc về công việc kỹ thuật của bạn hay không.

Bằng chứng nào hỗ trợ việc sử dụng llms.txt?

Trường hợp có thể bảo vệ mạnh mẽ nhất cho llms.txt là nó cung cấp cho chủ sở hữu trang web một nơi đơn giản để tuyển chọn các liên kết đến tài liệu mà họ cho là quan trọng. Điều đó mô tả vai trò dự kiến của tệp; nó không phải là bằng chứng cho thấy việc thêm nó sẽ khiến một hệ thống AI thu thập dữ liệu, trích dẫn hoặc ưu tiên các trang đó.

Hãy tách biệt ba loại tuyên bố khi xem xét lời khuyên về llms.txt:

• Đặc tả hoặc đề xuất: quy ước yêu cầu một trang web xuất bản những gì và cách một tệp được trình bày.
• Công việc trang web có thể quan sát: liệu tệp của bạn có thể truy cập được không, các liên kết của nó có hoạt động không và mô tả của nó có khớp với các trang đích không.
• Kết quả nền tảng: liệu một sản phẩm được đặt tên có khám phá, tham khảo hoặc trích dẫn một trang hay không. Bạn cần bằng chứng trực tiếp, hiện tại trước khi coi đây là kết quả của tệp.

Sự tách biệt này ngăn chặn việc một triển khai gọn gàng được trình bày như bằng chứng về khả năng hiển thị. Một ảnh chụp màn hình của một tệp đã xuất bản chứng minh rằng tệp tồn tại. Nó không tự nó chứng minh rằng một trợ lý cụ thể đã sử dụng nó. Tương tự, một trích dẫn được quan sát trong một câu trả lời không xác lập lý do tại sao trang đó xuất hiện.

Để xem xét cẩn thận, hãy ghi lại riêng biệt phiên bản tệp, ngày xem xét, các URL đã chọn và bất kỳ hành vi nền tảng nào quan sát được. Ghi chú chính xác prompt và sản phẩm khi ghi lại một câu trả lời, và mô tả quan sát mà không gán một nguyên nhân mà bạn không thể xác minh. Các nhóm làm việc trên khả năng khám phá kỹ thuật rộng hơn cũng có thể tham khảo hướng dẫn AEO kỹ thuật của chúng tôi để biết llms.txt phù hợp như thế nào với các công việc trang web khác.

Bạn có cần llms.txt cho website của mình không?

Bạn có thể có một lý do hợp lý để sử dụng llms.txt nếu trang web của bạn có một bộ trang có thẩm quyền ổn định nhưng khó điều hướng, hoặc nếu một đánh giá kỹ thuật đã xác định nhu cầu về một chỉ mục nhỏ gọn, được duy trì. Nó ít hấp dẫn hơn khi thông tin chính của dự án bị thiếu, mâu thuẫn hoặc nằm rải rác trên các trang không ai sở hữu.

Sử dụng kiểm tra quyết định này trước khi giao nhiệm vụ triển khai:

• Bạn có thể nêu tên đối tượng mà tệp dự định giúp đỡ không?
• Các trang bạn sẽ bao gồm có chính xác, công khai và hữu ích mà không cần tệp không?
• Có một người chịu trách nhiệm giữ cho các liên kết và mô tả được cập nhật không?
• Bạn có thể giải thích thành công trông như thế nào mà không khẳng định một kết quả nền tảng mà bạn không thể quan sát không?

Nếu câu trả lời rõ ràng, một tệp ngắn gọn có thể là một bổ sung ít ma sát cho một đánh giá nội dung và kỹ thuật rộng hơn. Nếu câu trả lời không rõ ràng, hãy cải thiện các trang đích trước. Một bản đồ không thể giải quyết các mô tả sản phẩm mâu thuẫn hoặc cung cấp thông tin mà trang web không xuất bản.

Quyết định nên phù hợp với các ưu tiên hiện có của bạn. Ví dụ, một nhóm chuẩn bị làm mới tài liệu lớn có thể bao gồm llms.txt trong công việc đó, trong khi một nhóm có các thông tin sản phẩm chưa được giải quyết trước tiên nên thống nhất về một nguồn chính xác duy nhất cho các thông tin đó. Nếu mục tiêu rộng hơn là đánh giá khả năng khám phá thay vì chỉ đơn giản là xuất bản một tệp, hãy xem hướng dẫn của chúng tôi về theo dõi khả năng hiển thị trên AI.

Làm thế nào để triển khai llms.txt mà không biến nó thành sitemap?

Để triển khai llms.txt, hãy xác định đối tượng của nó, chọn một tập hợp nhỏ các trang được duy trì, viết mô tả đơn giản và kiểm tra mọi điểm đến trước khi xuất bản. Giữ cho nó hữu ích như một chỉ mục thay vì coi nó như một bản sao đầy đủ của trang web của bạn.

Một trình tự soạn thảo thực tế là:

• Chọn mục đích. Nêu nội bộ liệu tệp nhằm hướng người đọc đến tài liệu sản phẩm, thông tin dự án hay một bộ tài nguyên rõ ràng khác.
• Kiểm kê các trang ứng cử viên. Thu thập các URL và xác định chủ sở hữu của mỗi trang. Ưu tiên các trang chính hơn các bình luận lặp lại cùng một thông tin.
• Kiểm tra tài liệu nguồn. Xác nhận rằng mỗi trang là công khai, hiện tại, dễ hiểu và nhất quán với cách diễn đạt ưa thích của dự án.
• Viết mô tả ngắn gọn. Giải thích những gì người đọc sẽ tìm thấy tại mỗi điểm đến. Tránh các tuyên bố không được hỗ trợ về cách một mô hình ngôn ngữ sẽ diễn giải hoặc xếp hạng nó.
• Xuất bản và xác minh. Đặt tệp tại vị trí thư mục gốc dự định, sau đó mở nó và kiểm tra từng liên kết từ trình duyệt. Ghi lại ai sẽ xem xét nó sau các thay đổi trang web có liên quan.

Tệp nên làm cho việc điều hướng dễ dàng hơn, không tạo ra một nơi thứ hai nơi các thông tin quan trọng có thể bị sai lệch. Nếu một trang chưa sẵn sàng để xem xét kỹ lưỡng, hãy sửa trang đó trước khi đưa nó vào. Điều này đặc biệt quan trọng đối với chi tiết token, tính khả dụng của sản phẩm, audit và tuyên bố chính sách: một chỉ mục có thể làm cho tài liệu đó dễ định vị hơn, nhưng nó không thể xác thực bản thân tài liệu.

LLMs.txt vs schema.org: sự khác biệt là gì?

LLMs.txt và schema.org giải quyết các nhiệm vụ xuất bản khác nhau. LLMs.txt là một chỉ mục Markdown được đề xuất cho các trang đã chọn; schema.org là một từ vựng được sử dụng để mô tả thông tin dưới dạng có cấu trúc. Không nên coi cái nào là sự thay thế cho một trang hữu ích, chính xác.

Sử dụng định dạng giải quyết nhiệm vụ thực tế. Nếu khoảng trống là các trang hữu ích khó định vị, một chỉ mục có thể giúp tổ chức chúng. Nếu khoảng trống là trang web thiếu các mô tả có cấu trúc phù hợp, hãy xem xét schema markup và xác thực rằng nó phản ánh những gì khách truy cập có thể thấy. Một số nhóm có thể duy trì cả hai, nhưng làm như vậy tạo ra hai trách nhiệm xem xét riêng biệt.

Để lập kế hoạch triển khai, hướng dẫn của chúng tôi về schema markup cho AI search bao gồm câu hỏi về structured data liên quan. Giữ phạm vi thực tế: chỉ xuất bản thông tin mà nhóm của bạn có thể chứng minh và không mô tả định dạng nào như một sự kiểm soát đối với những gì một sản phẩm tìm kiếm hoặc trả lời bên ngoài trả về.

Một nhóm nên xuất bản và duy trì tệp như thế nào?

Một quy trình làm việc llms.txt hợp lý chỉ định một chủ sở hữu, kiểm tra tệp so với nội dung trang web thực tế và lưu giữ một bản ghi đơn giản về những gì đã thay đổi. Điều này làm cho tệp dễ tin cậy hơn trong nội bộ và dễ sửa chữa hơn khi một điểm đến thay đổi.

Sử dụng một quy trình xem xét ngắn khi xuất bản:

• Xác nhận rằng tệp có sẵn tại thư mục gốc dự định của trang web.
• Mở mọi điểm đến được liệt kê và kiểm tra chuyển hướng, lỗi hoặc hạn chế truy cập.
• So sánh từng mô tả với chính trang đó; loại bỏ các tuyên bố mà điểm đến không hỗ trợ.
• Yêu cầu chủ sở hữu sản phẩm hoặc tài liệu có liên quan phê duyệt các mô tả nhạy cảm.
• Ghi lại người xem xét và các thay đổi trang web sẽ kích hoạt một lần kiểm tra khác.

Một nhật ký thay đổi nhẹ có thể ghi chú ngày tháng, các URL được thêm hoặc xóa và lý do chỉnh sửa. Nó không cần khẳng định tác động đến hiệu suất. Nếu trang web có các khu vực khác nhau do các nhóm khác nhau duy trì, hãy thống nhất quyền sở hữu trước khi thêm một trang; nếu không, một liên kết có thể vẫn còn trong tệp sau khi nội dung của nó đã thay đổi.

Để đánh giá công việc, hãy báo cáo những gì đã được bàn giao: danh sách kiểm kê đã xem xét, tệp, các liên kết đã được xác minh của nó và bất kỳ vấn đề nội dung nào còn tồn đọng. Nếu bạn quan sát riêng một câu trả lời AI trích dẫn một trong các trang đó, hãy ghi lại quan sát đó theo các điều khoản riêng của nó. Hướng dẫn trích dẫn ChatGPT của chúng tôi thảo luận về cách tiếp cận các quan sát trích dẫn mà không nhầm lẫn chúng với bằng chứng về một nguyên nhân kỹ thuật cụ thể.

LLMs.txt không thể giải quyết điều gì cho một Web3 project?

Đối với một Web3 project, llms.txt có thể tổ chức các liên kết đến thông tin, nhưng nó không thể giải quyết liệu một mô tả token có chính xác hay không, liệu một tuyên bố có được hỗ trợ độc lập hay không, hoặc liệu một sản phẩm AI có tham khảo hoặc trích dẫn một trang cụ thể hay không. Các sản phẩm đó kiểm soát hành vi khám phá và trả lời của riêng chúng, và việc xuất bản tệp không phải là bằng chứng về sự chấp nhận.

Giới hạn đó làm cho việc đánh giá biên tập trở nên có giá trị. Kiểm tra xem một trang có phân biệt thông tin dự án đã được xác nhận với kế hoạch, gắn nhãn tài liệu kỹ thuật và rủi ro một cách rõ ràng hay không và có chủ sở hữu có thể cập nhật nó hay không. Nếu bạn bao gồm một audit, trang tokenomics hoặc tài liệu tham khảo mạng lưới, hãy xác nhận rằng trang được liên kết là nguồn chính dự định và cách diễn đạt của nó vẫn còn hiện tại. Không sử dụng chỉ mục để làm cho một tuyên bố nghe có vẻ đã được xác thực khi điểm đến không cung cấp bằng chứng cho nó.

Một bàn giao hữu ích có ranh giới rõ ràng: tệp được soạn thảo, mọi liên kết được bao gồm đều được kiểm tra, các mô tả được xem xét so với điểm đến của chúng và các câu hỏi nội dung chưa được giải quyết được trả lại cho nhóm dự án thay vì được phỏng đoán. Bitcoin Insider bắt đầu bằng việc xem xét danh sách trang và gắn cờ các câu hỏi đó trước khi soạn thảo. Gửi cho chúng tôi URL trang web của bạn và các trang bạn coi là có thẩm quyền; chúng tôi sẽ trả lại một kế hoạch xem xét tập trung cho tệp và nội dung nguồn của nó.

Bảng giá

Giá khởi điểm bằng USD. Gói tùy chỉnh và chiết khấu theo số lượng theo yêu cầu. Thanh toán bằng USDT, USDC, BTC, ETH, SOL, TON hoặc token dự án của bạn.

Cách hoạt động

1. Xác định mục đíchQuyết định tệp nên giúp ai và họ cần tìm thông tin nào. Giữ mục đích đó đủ cụ thể để hướng dẫn việc chọn trang.
2. Kiểm kê các trang có thẩm quyềnThu thập các URL ứng cử viên và xác định ai sở hữu mỗi trang. Loại trừ các trang đã lỗi thời, trùng lặp hoặc chưa sẵn sàng để làm tài liệu tham khảo đáng tin cậy.
3. Soạn thảo và kiểm tra mô tảViết mô tả ngắn gọn khớp với các trang đích. Yêu cầu chủ sở hữu có liên quan xem xét tài liệu về sản phẩm, chi tiết token và chính sách.
4. Xuất bản và xác minhĐặt tệp tại vị trí thư mục gốc dự định và mở nó trong trình duyệt. Kiểm tra từng liên kết và ghi lại quá trình xem xét đã hoàn tất.
5. Duy trì nó cùng với trang webChỉ định một chủ sở hữu và xem xét lại tệp khi các trang được liên kết thay đổi. Tách biệt việc duy trì tệp khỏi các tuyên bố về khả năng hiển thị trên nền tảng.