Sổ tay quy trình
Sổ tay quy trình để tìm backlink cho website mà không để mô hình tự ý sáng tạo
Truy cập công cụ chỉ là một nửa công việc. Nửa còn lại là một hệ thống prompt khiến trợ lý báo cáo những gì nó đã làm và dừng lại khi công cụ trả về kết quả "không".
Nhóm nghiên cứu SEO AI Pal ·
Bắt đầu từ lỗi bạn muốn ngăn chặn
Khi kết quả công cụ bị thiếu, trợ lý thường lấp đầy khoảng trống bằng một thông tin có vẻ hợp lý. Hãy yêu cầu nó tìm backlink cho website khi không có dữ liệu khả dụng, và câu trả lời có thể trông chỉn chu như một dữ liệu thật. Cùng một giọng điệu trong cả hai trường hợp. Mỗi dòng trong prompt dưới đây sẽ đóng một khoảng trống như vậy.
Hãy xem prompt như một sổ tay quy trình, không phải một phép thuật. Mỗi quy tắc được đánh số ánh xạ đến một lỗi thường xảy ra trong thực tế. Các lệnh gọi bị bỏ qua đến trước. Các lần thử lại im lặng đến tiếp theo, sau đó là các con số được ghi nhớ từ các phần trước của cuộc trò chuyện, và cuối cùng là ghi chú bị thiếu về lần làm mới hàng tháng.
Hệ thống prompt, sáu quy tắc
Dán nguyên văn, sau đó chỉnh sửa các tên hành động cho phù hợp với những gì bạn đã cung cấp.
You answer backlink questions ONLY from tool results.
1. For any question about links, call the tool. Never answer from memory.
2. After each call, print the `ok` value and the `_credits` remaining.
3. If ok is false, or the status is 401 or 402, say that in one line
and stop. Do not retry more than once.
4. Name the action you used (overview, refdomains, anchors, toppages).
5. The data is refreshed about monthly. Mention it when a link is missing.
6. Never state a number you did not receive in this chat.Bảng quyết định: Trợ lý làm gì với mỗi kết quả
| Kết quả trả về | Câu trả lời đúng | Câu trả lời sai |
|---|---|---|
ok là true, có các hàng dữ liệu | Tóm tắt các hàng dữ liệu, trích dẫn _credits. | Thêm các số liệu "xấp xỉ" từ trí nhớ. |
ok là true, không có hàng nào | Nói rằng chỉ mục chưa chứa dữ liệu nào cho tên miền đó. Đề nghị kiểm tra chính tả và lần làm mới hàng tháng. | Nói rằng tên miền không có backlink nào. |
| HTTP 401 | Báo cáo khóa API bị thiếu hoặc không hợp lệ, dừng lại. | Thử lại với một khóa được bịa ra. |
| HTTP 402 | Báo cáo rằng hết tín dụng, đề xuất overview miễn phí. | Khẳng định trang web đang gặp sự cố. |
| Hết thời gian chờ, không có JSON | Nói rằng lệnh gọi đã thất bại, không đưa ra con số nào. | Mô tả những gì phản hồi có thể đã chứa. |
Tại sao prompt không thể lưu trữ dữ liệu của bạn
Một prompt đặt ra các quy tắc cho một cuộc trò chuyện. Nó không phải là nguồn dữ liệu. Ba điểm dưới đây bao gồm những nơi mọi người thường mắc lỗi, và mỗi điểm đều có cách khắc phục.
Một prompt chứa quy tắc, không phải số liệu
Một số người dán một tệp JSON vào prompt và mong đợi mọi câu hỏi mới đều sử dụng nó. Một prompt đặt ra các quy tắc cho một cuộc trò chuyện, và nó không phải là cơ sở dữ liệu. Nếu các số liệu quan trọng, hãy lấy chúng. Trợ lý nên thực hiện một lệnh gọi mỗi lần.
Trích dẫn lệnh gọi, không phải trí nhớ. Các quy tắc trên đã nói điều đó, và một câu trả lời trích dẫn một lệnh gọi rất dễ kiểm tra. Hướng dẫn thiết lập GPT tùy chỉnh cho biết vị trí đặt các quy tắc đó.
Việc thu thập dữ liệu (scraping) bị hỏng khi API hoạt động bình thường
Một số người hỏi liệu có thể lấy cùng các số liệu từ trang kết quả hay không. Việc thu thập dữ liệu từ một trang web hoạt động cho đến khi bố cục thay đổi. Bố cục thay đổi. Sau đó, tập lệnh trả về không có dữ liệu hoặc cột sai.
Một lệnh gọi API trả về các trường giống nhau mỗi lần, đó là lý do tại sao prompt có thể đặt tên cho chúng. Giả sử bạn kiểm tra trình thu thập dữ liệu vào thứ Hai và nó bị hỏng vào thứ Năm. Đó là một công việc bảo trì. Đó không phải là việc đọc backlink, và cuộc trò chuyện sẽ không nhận ra sự khác biệt. Nếu một đồng nghiệp khăng khăng muốn thu thập dữ liệu, hãy yêu cầu họ nêu rõ bố cục họ mong đợi và ngày họ sẽ kiểm tra nó. Không có điều đó, không ai chịu trách nhiệm về lỗi.
Các lỗi im lặng và bản cập nhật của nhà cung cấp
Các mô hình thay đổi, và cả các sản phẩm bao bọc chúng cũng vậy. Một quy tắc hoạt động ở một phiên bản có thể bị trôi ở phiên bản tiếp theo. Không có gì thông báo về điều đó. Giải pháp khá đơn điệu: giữ bộ kiểm tra bên dưới và chạy lại nó sau bất kỳ thay đổi nào.
Giữ nguyên ba tên miền và ba câu hỏi giống nhau. Nếu các biên lai ngừng được in, sự trôi dạt nằm ở prompt hoặc mô hình. Ghi ngày của câu trả lời sai đầu tiên. Nhật ký thay đổi sau đó sẽ cho biết những gì đã thay đổi trong tuần đó.
Lượt kiểm tra hàng tuần, năm bước
Chạy cùng năm bước mỗi tuần, với cùng một cách diễn đạt, để sự khác biệt đến từ dữ liệu chứ không phải từ cách diễn đạt của bạn.
- 1
Chọn ba tên miền bạn đã biết
Trang của bạn, một đối thủ cạnh tranh và một trang lớn. Bạn biết sơ bộ mỗi trang sẽ trông như thế nào.
- 2
Đặt cùng ba câu hỏi
Xếp hạng, các tên miền giới thiệu hàng đầu, văn bản neo. Cùng một cách diễn đạt mỗi tuần, vì vậy sự khác biệt đến từ dữ liệu.
- 3
Kiểm tra các biên lai
Mỗi câu trả lời phải nêu một hành động và in
_credits. Thiếu biên lai, bài kiểm tra thất bại. - 4
Kiểm tra ngẫu nhiên một số liệu bằng curl
Chạy
curl "https://seoaipal.com/api.php?action=refdomains&q=example.com&per=10&key=sk_live_..."và so sánh các hàng đầu tiên. Hai tín dụng. - 5
Ghi lại những gì bị trôi dạt
Nếu prompt bắt đầu bỏ qua một quy tắc, hãy siết chặt quy tắc đó. Không thêm nhiều quy tắc hơn.
Ba thói quen phá vỡ prompt một cách âm thầm
Trong một cuộc trò chuyện dài, mô hình dựa vào văn bản gần đây hơn là thông điệp đầu tiên của bạn. Các quy tắc ở đầu bị trôi. Hãy bắt đầu một cuộc trò chuyện mới cho mỗi khách hàng.
Giả sử bạn dán ảnh chụp màn hình các số liệu của nhà cung cấp khác vào cùng một cuộc trò chuyện. Mô hình có thể trộn lẫn hai nguồn, và bạn sẽ không thể tách chúng sau đó. Hãy giữ một nguồn cho mỗi cuộc trò chuyện.
Một chút khen ngợi có thể gây hại. Việc nói với mô hình rằng một số liệu phù hợp với kỳ vọng của bạn sẽ dạy câu trả lời tiếp theo nghiêng theo hướng đó. Nếu một số liệu có vẻ không ổn, hãy nói rõ điều đó một cách trung lập. Hãy yêu cầu tên hành động. Khi một câu trả lời sai, bảng lỗi cho bạn biết lỗi nằm ở prompt, khóa API hay dữ liệu.
Trước khi prompt được chuyển đến nhóm
- Đặt phiên bản và ngày ở đầu prompt.
- Kiểm tra xem mọi hành động được nêu trong các quy tắc có tồn tại trong lược đồ của bạn hay không.
- Chạy bài kiểm tra ba tên miền và đọc các biên lai, không chỉ văn bản.
- Mỗi thành viên trong nhóm có một cuộc trò chuyện riêng, với một nguồn dữ liệu cho mỗi cuộc trò chuyện.
- Thêm ghi chú về lần làm mới hàng tháng, để một liên kết bị thiếu được giải thích thay vì bị phủ nhận.
Các ngày tháng thuộc về ghi chú của bạn
Đặt phiên bản và ngày ở đầu prompt, ví dụ 2026-10-29, giống như cách bạn gắn thẻ mã. Sau đó, khi một câu trả lời kỳ lạ xuất hiện vào tháng Ba, bạn có thể biết cách diễn đạt nào đã tạo ra nó.
Lời khuyên về liên kết cũng thay đổi cùng với Google. Bản cập nhật cốt lõi tháng 3 năm 2024 và bản cập nhật spam tháng 8 năm 2025 đều đã thay đổi những gì mọi người hỏi về liên kết, và các prompt được viết trước chúng đã giả định những điều không còn đúng nữa. Hãy xem xét lại các quy tắc hai lần một năm.
Giữ một nhật ký thay đổi ngắn bên cạnh prompt. Ba dòng cho mỗi thay đổi là đủ. Nó biến một bí ẩn thành một bản diff.
Giữ bộ kiểm tra nhỏ và nhàm chán
Lượt kiểm tra hàng tuần chỉ hoạt động nếu bộ kiểm tra vẫn giữ nguyên. Chọn nó một lần, ghi lại và chống lại urge thay đổi tên miền khi một kết quả có vẻ lạ.
Chọn các tên miền bạn có thể đánh giá bằng mắt
Trang của bạn là lựa chọn đầu tiên, vì bạn biết các liên kết của mình tốt hơn bất kỳ ai. Một đối thủ cạnh tranh mà bạn theo dõi chặt chẽ đứng thứ hai. Một trang rất lớn tạo thành thứ ba hữu ích. Quy mô của nó dễ dàng đánh giá.
Tránh một tên miền mới làm bài kiểm tra. Các số liệu của nó nhiễu. Sự trôi dạt trong câu trả lời cho bạn biết rất ít. Hãy chọn các trang có lịch sử bạn có thể thấy. Bao gồm một trang mà bạn đã đọc liên kết bằng tay, vì đó là sự thật cơ bản của bạn.
Đặt cùng ba câu hỏi bằng cùng một từ ngữ
Giữ cách diễn đạt cố định. Xếp hạng, các tên miền giới thiệu hàng đầu và văn bản neo, được hỏi theo cùng một cách mỗi tuần. Thay đổi cách diễn đạt sẽ thay đổi câu trả lời, và sau đó bạn không thể biết liệu dữ liệu đã thay đổi hay câu hỏi đã thay đổi.
Lưu ba câu trả lời dưới dạng văn bản plain text bên cạnh prompt. Sau một tháng, so sánh cạnh nhau sẽ cho bạn biết nhiều hơn bất kỳ ký ức nào về cảm giác của cuộc trò chuyện.
Định giá bài kiểm tra trước khi chạy nó
Mỗi lệnh gọi trả phí trong bài kiểm tra tốn tín dụng, vì vậy bài kiểm tra cũng có giá. Xếp hạng là miễn phí, điều này để lại hai câu hỏi trả phí cho mỗi tên miền.
Ba tên miền và hai câu hỏi trả phí tương đương sáu lệnh gọi với 2 tín dụng mỗi lệnh, vì vậy lượt kiểm tra hàng tuần tốn mười hai tín dụng, khoảng $0.0012. Ghi số liệu đó vào bảng kiểm tra và kiểm tra nó với số dư một lần một tháng.
Những việc cần làm khi bài kiểm tra thất bại
Một bài kiểm tra thất bại là thông tin. Viết lại là bước cuối cùng. Đầu tiên kiểm tra các biên lai, sau đó là các mã trạng thái, sau đó là chính tả tên miền. Chỉ sau ba điều đó bạn mới chạm vào các quy tắc.
Thay đổi một quy tắc tại một thời điểm. Hai chỉnh sửa cùng lúc khiến lần thất bại tiếp theo không thể giải thích được.
Giữ lại câu trả lời thất bại. Dán nó vào nhật ký thay đổi với ngày và quy tắc bạn đã thay đổi. Hồ sơ đó là cách duy nhất để phân biệt một bản sửa lỗi thực sự với một câu trả lời may mắn trong lần chạy tiếp theo.
Các câu hỏi nhóm đặt về prompt này
Tôi có thể rút ngắn các quy tắc để tiết kiệm token không?
Bạn có thể, nhưng hãy cắt từ ngữ thay vì các quy tắc. Mỗi dòng được đánh số đóng một lỗi bạn có thể hình dung. Hợp nhất hai dòng nói một điều. Để nguyên quy tắc về biên lai.
Prompt có thay thế việc đọc dữ liệu không?
Không. Nó khiến trợ lý báo cáo những gì nó đã đọc. Xếp hạng và danh sách các tên miền giới thiệu vẫn cần mắt của bạn, đặc biệt khi một số liệu làm bạn ngạc nhiên.
Trợ lý nên thử hành động nào trước?
Bắt đầu với overview, là miễn phí, và chuyển sang refdomains khi bạn cần danh sách. Xếp hạng và liên kết trả lời các câu hỏi khác nhau, vì vậy một lệnh gọi sẽ không bao gồm cả hai.
Lượt kiểm tra hàng tuần tốn bao nhiêu?
Với bộ kiểm tra ở trên, hai câu hỏi trả phí cho mỗi trong ba tên miền, lượt kiểm tra sử dụng khoảng mười hai tín dụng. Đó là một số nhỏ, và nó đáng để ghi lại để kiểm tra số dư hàng tháng có một điểm chuẩn.
Nếu nhóm muốn một quy tắc mà prompt không có thì sao?
Thêm nó vào nhật ký thay đổi với ngày và lý do, sau đó kiểm tra nó trên ba tên miền. Một giới hạn mới được viết một lần dễ kiểm toán hơn một hướng dẫn được nhập ở giữa phiên.
Quan điểm của chúng tôi
Biên lai quan trọng hơn giọng điệu
Chúng tôi thà có một trợ lý nhàm chán in tên hành động và số dư hơn là một trợ lời lưu loát nghe có vẻ chắc chắn. Sự lưu loát là rẻ. Cái nhìn đầu tiên về lời giải thích cho biết tại sao.
