Nếu bạn mới làm SEO, hãy xem PageRank là một ý tưởng hữu ích về cách liên kết kết nối các trang, chứ không phải một con số có thể tra cứu rồi cố nâng lên. Google không công khai điểm PageRank hiện tại của trang bạn. Điều bạn có thể làm là giúp người dùng và công cụ tìm kiếm tìm thấy những trang quan trọng, sửa các đường dẫn hỏng rõ ràng và giữ URL cũ trỏ đến nội dung thay thế thực sự phù hợp.
Hướng dẫn này trình bày một cách thực tế để làm việc đó với Codex. Nó không hứa hẹn thứ hạng, không bịa ra chỉ số liên kết và không tự thay đổi website đang hoạt động. Nó biến dữ liệu bạn được phép dùng thành một danh sách việc ngắn, sẵn sàng để con người xem xét.
Codex chuẩn bị danh sách công việc có bằng chứng. Con người vẫn chịu trách nhiệm phê duyệt và kiểm tra mọi thay đổi trên website.
Bạn sẽ hoàn thành được gì
Đây là quy trình dành cho chủ website, marketer hoặc người mới làm SEO có quyền truy cập một tệp xuất crawl, tệp xuất liên kết nội bộ, danh sách chuyển hướng hoặc một tệp xuất nhỏ từ Search Console.
Khi kết thúc, bạn sẽ có:
- danh sách các ứng viên liên kết nội bộ hỏng đã được xác minh;
- các ứng viên chuyển hướng cần người xem lại trang thay thế;
- các ý tưởng liên kết nội bộ theo ngữ cảnh cho những trang bạn quan tâm; và
- một CSV ghi lại bằng chứng, mức độ tin cậy và bước kiểm tra thủ công cho từng thay đổi được đề xuất.
Bạn không cần gói đăng ký công cụ SEO để hiểu quy trình này. Nhưng bạn cần quyền sử dụng dữ liệu và một người có thể duyệt các thay đổi trước khi chúng lên website.
Tóm tắt về PageRank
PageRank bắt đầu như một cách dùng liên kết trên web làm bằng chứng khi sắp xếp trang. Ý tưởng ban đầu rất thanh lịch: một liên kết có thể là tín hiệu rằng một trang khác đáng được xem xét. Nhưng nó chưa từng là bộ đếm phiếu bầu công khai đơn giản, và không phải bảng điều khiển xếp hạng hiện nay.
Google Search hiện đại dùng nhiều tín hiệu và hệ thống. Google cũng giải thích rằng họ thường tìm trang mới qua liên kết và sitemap; tài liệu của họ khuyến nghị dùng liên kết <a> có thể crawl khi bạn muốn Google khám phá một trang khác. Vì vậy, liên kết nội bộ vẫn hữu ích cho điều hướng và khám phá nội dung, dù bạn không có điểm PageRank hiển thị để theo đuổi.
Câu hỏi thực tế không phải là: “Làm sao tăng PageRank?”. Hãy hỏi thay vào đó:
Liệu một khách truy cập và một trình thu thập dữ liệu có thể đến trang quan trọng này bằng một con đường rõ ràng, phù hợp không?
Câu hỏi đó dẫn đến công việc bạn có thể kiểm tra và cải thiện.
PageRank không cho phép bạn làm gì
Những huyền thoại quanh PageRank thường khiến người mới làm SEO đi chệch hướng.
Lối tắt hấp dẫn | Quy tắc hữu ích hơn |
|---|---|
Mua liên kết vì điểm của công cụ bên thứ ba trông cao | Hãy đánh giá xem liên kết có phù hợp về biên tập, hữu ích cho người đọc và được có được theo chính sách spam của Google hay không. |
Chèn liên kết đến trang bán hàng ở mọi nơi | Chỉ thêm liên kết khi nó giúp người đọc tiếp tục việc họ đang làm. |
Chuyển mọi URL cũ về trang chủ | Chỉ chuyển hướng khi trang cũ và mới khớp gần gũi, trung thực; nếu không, hãy xem lại mục đích của URL trước. |
Xem chỉ số của công cụ SEO là PageRank của Google | Xem đó là ước tính của công cụ. Nó có thể giúp phân loại công việc, nhưng không phải phép tính riêng của Google. |
Bảo một tác nhân AI “sửa tất cả liên kết” | Hãy bảo nó tìm các ứng viên có bằng chứng, rồi để một người phê duyệt thay đổi. |
Sự thận trọng này quan trọng vì một chuyển hướng tệ có thể đưa người dùng đến nội dung sai, còn một liên kết nội bộ gượng ép có thể làm hướng dẫn tệ hơn. Một liên kết là SEO tốt khi nó cũng cải thiện hành trình của người dùng trong website.
Những đường đi của trang nên kiểm tra trước
Đừng bắt đầu với mọi URL trên website lớn. Hãy bắt đầu bằng một nhóm nhỏ các trang mà một đường đi rõ ràng hơn đem lại lợi ích hiển nhiên cho người đọc.
1. Liên kết dẫn đến trang lỗi
Nếu một trang hiện tại trỏ đến URL 4xx trong dữ liệu được cung cấp, khách truy cập đã gặp ngõ cụt. Đây thường là sửa chữa đầu tiên rõ ràng nhất. Hãy kiểm tra xem điểm đến ban đầu có bản tương đương hiện tại hay không. Nếu có, cập nhật liên kết nguồn. Nếu không, gỡ liên kết hoặc thay nó bằng tài nguyên tiếp theo thực sự hữu ích.
2. Trang đã ngừng dùng nhưng vẫn có trang kế nhiệm thực sự
Trang sản phẩm cũ, hướng dẫn được di chuyển và cấu trúc URL thay đổi thường để lại các tham chiếu. Chuyển hướng có thể hợp lý nếu điểm đến mới đáp ứng cơ bản cùng một nhu cầu. Một trang về gói giá đã ngừng không nên tự động chuyển về trang chủ chỉ vì cả hai cùng tên miền.
Chuyển hướng là quyết định về điểm đến. Nó không phải câu trả lời tự động cho mọi URL đã ngừng dùng.
3. Trang quan trọng nhưng khó đến
Một hướng dẫn quan trọng có thể đã được lập chỉ mục về mặt kỹ thuật nhưng nhận rất ít liên kết nội bộ. Nếu bài viết liên quan đã trả lời bước trước đó trong hành trình của người đọc, một liên kết theo ngữ cảnh bình thường có thể giúp trang dễ tìm hơn. Hãy tìm sự phù hợp chủ đề trước khi nhìn số lượng liên kết.
4. Điều hướng che giấu điểm đến thật
Hướng dẫn liên kết của Google nhấn mạnh các liên kết bình thường có thể crawl. Nếu chỉ có thể đến trang quan trọng qua tương tác script dễ vỡ, gửi biểu mẫu hoặc ô tìm kiếm, hãy nhờ lập trình viên xem lại đường đi. Đây không phải lý do để xây lại website từ đầu. Đó là lý do để những điểm đến quan trọng có thể đến bằng liên kết thông thường, khi hợp lý.
Trước khi nhờ Codex hỗ trợ
Codex có thể tổ chức một cuộc kiểm toán. Nó không thể biết trạng thái website của bạn nếu không có dữ liệu đầu vào và không nên đoán.
Hãy cung cấp bộ tệp xuất nhỏ nhất nhưng hữu ích mà bạn được phép chia sẻ:
Dữ liệu đầu vào | Cột hữu ích | Nó có thể hỗ trợ |
|---|---|---|
Tệp xuất crawl | URL, mã trạng thái, canonical, khả năng lập chỉ mục, inlinks, outlinks, tiêu đề | Trang hỏng, xung đột canonical, điều tra trang thiếu liên kết |
Tệp xuất liên kết nội bộ | URL nguồn, URL đích, anchor text, loại liên kết | Liên kết nội bộ hỏng và xem xét liên kết theo ngữ cảnh |
Tệp xuất chuyển hướng hoặc URL cũ | URL cũ, URL cuối, trạng thái, tham chiếu | Ứng viên chuyển hướng và xem xét chuỗi chuyển hướng |
Tệp xuất trang Search Console | Trang, lượt nhấp, lượt hiển thị, CTR, vị trí, khoảng ngày | Cuộc trao đổi về ưu tiên kinh doanh, không phải tính PageRank |
Danh sách ưu tiên ngắn | URL, mục đích trang, mức ưu tiên | Cách tập trung kiểm toán vào trang quan trọng |
Hãy xóa truy vấn nhạy cảm, dữ liệu khách hàng và thông tin xác thực trước khi chia sẻ. Nêu rõ phạm vi và khoảng ngày của từng tệp xuất. Một crawl không đầy đủ chỉ có thể cho câu trả lời không đầy đủ.
Dùng Codex như người kiểm toán, không phải chế độ lái tự động
Vai trò an toàn nhất của Codex là chuẩn bị danh sách công việc. Đây là trình tự.
Bước 1: Đặt bản sao các tệp xuất trong một thư mục
Tạo thư mục làm việc như site-link-audit/. Giữ nguyên tệp gốc. Chỉ đặt vào đó các tệp CSV hoặc XLSX được cho phép, cùng với priorities.csv ngắn nếu có.
Kết quả mong đợi: Codex có thể đọc tên tệp và tiêu đề cột mà không thấy thông tin đăng nhập riêng tư hay khóa API.
Kiểm tra chất lượng: Mở từng tệp và xác nhận phạm vi, ngày xuất có hợp lý. Nếu crawl chỉ giới hạn trong một thư mục con, hãy nói rõ điều đó.
Nếu bạn không có tệp xuất: Hãy tạo danh mục thủ công đơn giản gồm url, page_title, content_type, priority, known_replacement_url và notes. Nó chỉ hỗ trợ bước lập kế hoạch; không thể chứng minh liên kết hỏng hay trang thiếu liên kết nội bộ.
Bước 2: Chạy Skill kiểm toán
Lưu nội dung sau dưới tên SKILL.md trong thư mục Skill cục bộ hoặc của kho mã theo thiết lập Codex thông thường của nhóm, rồi yêu cầu Codex kiểm toán thư mục. Hướng dẫn Build skills của OpenAI mô tả những vị trí cục bộ và kho mã mà Codex có thể quét. Nếu không dùng Skills, prompt ngắn ở phần sau áp dụng cùng quy tắc cho một phiên làm việc.
---
name: codex-link-equity-audit
description: Kiểm toán các tệp xuất crawl, liên kết nội bộ, chuyển hướng và Search Console được cho phép để tìm cơ hội link equity sẵn sàng cho người xem xét. Dùng khi người mới SEO cần tìm liên kết nội bộ hỏng, trang quan trọng thiếu liên kết, ứng viên chuyển hướng hoặc kế hoạch liên kết nội bộ an toàn từ dữ liệu CSV hay XLSX được cung cấp.
---
# Kiểm toán link equity bằng Codex
Tạo danh sách việc SEO thận trọng, có thể được con người xem xét từ dữ liệu mà người dùng được phép cung cấp. Đây là quy trình kiểm toán và lập kế hoạch, không phải quy trình tự động sửa website.
## Ranh giới an toàn
- Chỉ dùng tệp, URL và nguồn dữ liệu mà người dùng cung cấp hoặc cho phép rõ ràng.
- Không bao giờ yêu cầu, in, lưu hay tiết lộ khóa API, cookie, mật khẩu hoặc token.
- Không bao giờ bịa Google PageRank, thứ hạng, backlink, lưu lượng, khối lượng tìm kiếm, kết quả crawl hoặc chỉ số công cụ.
- Không đăng nhập, gọi API trả phí, sửa website, xuất bản chuyển hướng, thêm liên kết hoặc gửi URL trừ khi người dùng cho phép riêng chính xác hành động đó.
- Đánh dấu mọi đề xuất là `proposed` cho đến khi con người xác minh tính phù hợp, mục tiêu canonical, giá trị cho người dùng và cách triển khai.
## Kiểm tra đầu vào trước
Đọc tên tệp và tiêu đề cột thật được cung cấp. Đừng giả định crawler, công cụ SEO, CMS hay tệp xuất Search Console nào cũng có cấu trúc chuẩn. Nêu tệp nào hỗ trợ được gì và thiếu gì.
Yêu cầu bộ tối thiểu hữu ích: tệp xuất crawl, tệp xuất liên kết nội bộ, tệp xuất chuyển hướng hoặc URL hỏng, tệp xuất trang Search Console có khoảng ngày, và danh sách trang ưu tiên. Nếu không có gì, yêu cầu danh mục URL thủ công và nói rõ nó chỉ hỗ trợ lập kế hoạch.
## Tạo ứng viên có bằng chứng
1. Giữ URL thô và chỉ chuẩn hóa để so sánh. Đánh dấu khác biệt về giao thức, host, dấu gạch chéo cuối, tham số, fragment, chuyển hướng và canonical thay vì âm thầm gộp chúng.
2. Ghi lại phạm vi, khoảng ngày, số hàng, cột liên quan và khoảng trống dữ liệu.
3. Chỉ đề xuất các hành động sau khi dữ liệu cung cấp hỗ trợ:
- `fix_internal_link` khi một trang nguồn được cung cấp liên kết đến đích 4xx được cung cấp;
- `review_redirect` khi URL đã ngừng có bằng chứng tham chiếu và đích đang hoạt động thực sự tương đương;
- `suggest_internal_link` khi nguồn được cung cấp và đích ưu tiên có sự phù hợp chủ đề rõ ràng, hữu ích cho người đọc;
- `investigate_underlinked_page` chỉ khi có số liên kết nội bộ có thể so sánh hoặc dữ liệu đồ thị;
- `investigate_canonical_or_redirect` chỉ khi các trường liên quan xác lập xung đột.
4. Gán ưu tiên `high`, `medium` hoặc `low` từ tầm quan trọng kinh doanh, bằng chứng đường dẫn hỏng, số tham chiếu được cung cấp và sự phù hợp chủ đề. Không gọi ưu tiên nào là điểm PageRank hoặc dự đoán thay đổi thứ hạng.
## Viết đầu ra
Tạo `link-equity-audit.md` và `link-equity-actions.csv` trong thư mục đầu ra do người dùng chọn. Giữ nguyên toàn bộ đầu vào.
Dùng các cột CSV:
```csv
action_id,action_type,source_url,proposed_destination_url,anchor_or_change,evidence,evidence_source,confidence,implementation_priority,human_review_check,evidence_gap,statusĐặt status mặc định là proposed. Báo cáo Markdown phải gồm: tuyên bố phạm vi và quyền sử dụng; câu trả lời bằng ngôn ngữ đơn giản; giới hạn; việc cần sửa ngay; việc cần xem lại tiếp; câu hỏi cần thêm dữ liệu; và danh sách triển khai có lưu ý hoàn tác.
Cổng chất lượng
Loại bỏ đề xuất nếu không có bằng chứng, nếu đích chỉ giống chứ không phải thay thế thực sự, nếu liên kết nội bộ không giúp người đọc, hoặc nếu thay đổi chuyển hướng/canonical có thể ảnh hưởng URL khác mà chưa được con người xem lại. Kết thúc bằng đầu vào đã dùng, giới hạn, tệp đã tạo và bước xem lại tiếp theo.
**Kết quả mong đợi:** Hai tệp mới: `link-equity-audit.md` và `link-equity-actions.csv`. Mỗi hàng giải thích vì sao nó tồn tại và con người cần kiểm tra gì.
**Kiểm tra chất lượng:** Xem CSV. Một hàng tốt có nguồn bằng chứng, thay đổi cụ thể được đề xuất, mức tin cậy và bước kiểm tra của con người. Xóa mọi hàng chỉ nói “cải thiện SEO” hoặc đề xuất đích mà không giải thích lý do.
### Bước 3: Xem lại danh sách việc theo thứ tự này
Bắt đầu với các liên kết nội bộ hỏng đã xác minh. Chúng thường dễ hiểu và dễ hoàn tác nếu cần.
Tiếp theo, xem các ứng viên chuyển hướng. Hãy hỏi: “Người muốn trang cũ có cảm thấy trang mới là điểm đến tiếp theo trung thực không?” Nếu câu trả lời chưa rõ, đừng xuất bản chuyển hướng chỉ để giữ một tín hiệu.
Cuối cùng, xem các liên kết theo ngữ cảnh được đề xuất. Đọc câu quanh nguồn được đề xuất. Anchor text cần mô tả đích một cách tự nhiên và trang được liên kết phải thực sự giúp ích tại thời điểm đó.
**Kết quả mong đợi:** Một nhóm nhỏ đã phê duyệt, không phải danh sách khổng lồ các thay đổi máy móc.
**Kiểm tra chất lượng:** Mỗi hành động được chấp thuận có một người phụ trách và kế hoạch hoàn tác. Với liên kết nội bộ mới, hoàn tác là gỡ nó nếu làm bản sao kém hơn. Với chuyển hướng, hoàn tác là khôi phục hành vi cũ nếu theo dõi cho thấy ghép sai.
### Bước 4: Triển khai và xác minh
Thực hiện thay đổi qua quy trình CMS, code review hoặc triển khai thông thường. Đừng yêu cầu tác nhân AI âm thầm sửa trang production.
Sau khi phát hành, hãy kiểm tra URL nguồn đã thay đổi trong trình duyệt. Với chuyển hướng, mở URL cũ và xác nhận đích cuối, hành vi HTTP và mức độ phù hợp của trang. Với liên kết nội bộ, xác nhận anchor hoạt động, đích tải được và phần văn bản xung quanh vẫn tự nhiên.
Tài liệu Google về [chuyển hướng](https://developers.google.com/search/docs/crawling-indexing/301-redirects) và [thực hành liên kết tốt](https://developers.google.com/search/docs/crawling-indexing/links-crawlable) là tài liệu tham khảo tốt khi việc triển khai trở nên kỹ thuật.
## Prompt cho một phiên nếu không cài Skill
Sau khi đặt các tệp xuất được cho phép vào thư mục làm việc hiện tại, hãy dùng prompt này:
```text
Hãy đóng vai trợ lý kiểm toán SEO thận trọng. Trước tiên hãy kiểm tra tên tệp và tiêu đề cột thực tế được cung cấp. Chỉ dùng dữ liệu cục bộ được cho phép này. Không yêu cầu hoặc in thông tin xác thực, không gọi API trả phí, không duyệt hệ thống riêng tư, không sửa tệp ngoài thư mục đầu ra và không tuyên bố biết Google PageRank, thứ hạng, lưu lượng, backlink hoặc kết quả crawl không có trong đầu vào.
Giải thích phạm vi dữ liệu, ngày, số hàng, trường thiếu và mỗi tệp có thể hỗ trợ điều gì. Sau đó tạo `link-equity-audit.md` và `link-equity-actions.csv` để con người xem xét trong `./output/`.
Chỉ đề xuất hành động có bằng chứng: sửa liên kết nội bộ được cung cấp đến URL 4xx được cung cấp; xem chuyển hướng khi URL đã ngừng được cung cấp có bằng chứng tham chiếu và đích đang hoạt động thực sự tương đương; gợi ý liên kết nội bộ theo ngữ cảnh khi các trang được cung cấp có sự phù hợp chủ đề rõ ràng; điều tra trang ưu tiên có ít liên kết nội bộ được cung cấp bất thường; hoặc điều tra xung đột canonical/chuyển hướng đã được thiết lập.
Dùng các cột CSV: action_id, action_type, source_url, proposed_destination_url, anchor_or_change, evidence, evidence_source, confidence, implementation_priority, human_review_check, evidence_gap, status. Đặt status là `proposed`. Không bao giờ dự đoán thứ hạng cải thiện. Loại bỏ đề xuất thiếu bằng chứng hoặc có thể gây hiểu lầm cho người dùng. Kết thúc bằng bước xem xét tiếp theo của con người.Một đầu ra tốt trông như thế nào
Đây là ví dụ hư cấu. URL và bằng chứng được tạo ra để cho thấy hình dạng của một mục cần xem xét, không nhằm tuyên bố kết quả của website thật.
Trường | Ví dụ |
|---|---|
Loại hành động |
|
URL nguồn |
|
Đích đề xuất |
|
Thay đổi | Thay đích lỗi thời trong câu “tìm thuật ngữ tìm kiếm” |
Bằng chứng | Tệp xuất liên kết cho thấy nguồn trỏ tới URL 404; tệp xuất crawl cho thấy đích đề xuất là hướng dẫn đang hoạt động |
Kiểm tra thủ công | Xác nhận hướng dẫn đang hoạt động vẫn thực hiện lời hứa của câu |
Trạng thái |
|
Ví dụ này cố ý bình thường. Đó là mục tiêu: một cuộc kiểm toán hữu ích đưa ra lý do rõ ràng cho thay đổi nhỏ; nó không tạo ra một điểm số bí ẩn hay hứa hẹn trang đầu.
Cách đo xem quy trình có giúp ích không
Đừng đánh giá dự án bằng một con số PageRank. Hãy theo dõi những việc bạn thật sự thay đổi và có thể xác minh:
- số liên kết nội bộ hỏng đã được phê duyệt và sửa;
- số URL đã ngừng được ghép với một trang tương đương đã xem xét;
- số trang ưu tiên có đường dẫn nội bộ mới, hữu ích theo ngữ cảnh; và
- liệu URL đã thay đổi có hoạt động như dự kiến sau khi xuất bản không.
Nếu cũng dùng Search Console, hãy so sánh báo cáo trong khoảng thời gian hợp lý và đánh dấu ngày có thay đổi đáng kể. Dữ liệu tìm kiếm có thể dao động, và khác biệt sau chỉnh sửa không chứng minh chỉnh sửa gây ra khác biệt đó. Hãy lưu nhật ký thay đổi để học hỏi thay vì đoán.
Câu hỏi thường gặp
Tôi có thể xem Google PageRank của mình vào năm 2026 không?
Không. Chủ website không có điểm PageRank công khai để xem. Các chỉ số uy tín hoặc URL của bên thứ ba có thể giúp ưu tiên nghiên cứu, nhưng không phải điểm nội bộ của Google và không nên được trình bày như vậy.
Thêm liên kết nội bộ có làm trang xếp hạng cao hơn không?
Nó có thể giúp một trang quan trọng dễ được khám phá và tiếp cận hơn, nhưng không có thay đổi đơn lẻ nào bảo đảm kết quả xếp hạng. Hãy thêm liên kết khi nó cải thiện đường đi của người đọc và được bối cảnh trang hỗ trợ.
Tôi có nên chuyển hướng mọi URL 404 không?
Không. Chỉ chuyển hướng URL đã ngừng khi có bản thay thế gần đáp ứng cùng ý định. Hãy xem từng trường hợp chưa rõ. Một chuyển hướng chung chung có thể tạo trải nghiệm tệ cho khách truy cập.
Codex có thể tự động dùng Ahrefs hoặc Search Console không?
Chỉ khi bạn cho phép rõ ràng tích hợp đó và nó đã được cấu hình trong môi trường của bạn. Skill này được thiết kế để trước hết làm việc với các tệp xuất bạn cung cấp. Nó không được giả định quyền truy cập hoặc bịa dữ liệu thiếu.
PageRank có phải là “link equity” không?
Không. “Link equity” là thuật ngữ SEO không chính thức cho ý tưởng rằng liên kết có thể mang giá trị hoặc tín hiệu giữa các trang. Nó là ngôn ngữ hữu ích cho kiểm toán, nhưng không phải chỉ số Google công bố hay lời hứa về kết quả.
Giữ quyết định cho con người
Bài học lâu dài của PageRank không phải là SEO cần một điểm số thông minh hơn. Nó là web được kết nối. Việc của bạn là làm cho những kết nối đó rõ ràng và hữu ích cho con người. Codex có thể giảm công việc bảng tính, giữ lại bằng chứng và đánh dấu lỗ hổng. Con người vẫn quyết định liệu một trang có phải là điểm đến đúng hay không.
Tác giả: Julian Mercer, chuyên gia Technical SEO tại Auspia với 14 năm kinh nghiệm. Julian viết về khả năng crawl, kiến trúc website và những nền tảng thực tế của tìm kiếm.
