SEO Onpage — cấu trúc trang theo intent, liên kết nội bộ và quy trình kiểm soát thay đổi
SEO Onpage không phải checklist title/meta. Đây là cách xác định intent bằng bằng chứng, dựng cấu trúc theo loại trang, phân vai liên kết nội bộ và kiểm soát thay đổi.
SEO Onpage bị thu nhỏ thành một danh sách kiểm tra: tiêu đề đủ ký tự, thẻ mô tả có từ khóa, một thẻ H1, mật độ từ khóa 2%. Danh sách đó chạy được bằng plugin và cho ra một dấu tích xanh, nhưng nó không trả lời câu hỏi quyết định: trang này đang phục vụ nhu cầu tìm kiếm nào, và cấu trúc hiện tại có phục vụ được nhu cầu đó không.
Công việc onpage thật sự bắt đầu sớm hơn thẻ tiêu đề. Nó bắt đầu ở chỗ xác định trang phải giải quyết việc gì cho người đọc, dựa trên bằng chứng quan sát được chứ không dựa vào suy đoán từ hình thức của từ khóa.
Trang này mô tả phạm vi công việc onpage của RED và ranh giới với các nhánh khác. Phần khả năng thu thập dữ liệu, kết xuất, máy chủ, sơ đồ website và kiểm soát thẻ chuẩn hóa ở quy mô lớn thuộc Technical SEO — onpage phát hiện được các vấn đề đó nhưng chuyển sang đúng nhánh để xử lý.
Onpage bắt đầu từ bằng chứng về intent
Cách phân loại intent phổ biến nhất là nhìn vào hình thức từ khóa: có chữ "giá" thì là thương mại, có chữ "cách" thì là thông tin. Cách này sai đủ thường xuyên để gây thiệt hại thật.
Bằng chứng đáng tin nằm ở kết quả tìm kiếm thực tế và ở dữ liệu truy vấn của chính website. Nếu toàn bộ kết quả đầu trang cho một truy vấn đều là bài hướng dẫn, thì đó là nhu cầu thông tin — bất kể từ khóa trông có vẻ thương mại đến đâu.
Phiếu bằng chứng intent
| Hạng mục cần thu thập | Nguồn | Điều cần ghi lại | Kết luận rút ra |
|---|---|---|---|
| Nhóm truy vấn của trang | Search Console, nghiên cứu từ khóa | Các truy vấn thực tế dẫn tới trang hoặc dự kiến nhắm tới | Trang đang được tìm bằng những cách nào |
| Dạng nội dung đang chiếm kết quả | Quan sát trực tiếp kết quả tìm kiếm | Trang dịch vụ, danh mục sản phẩm, bài hướng dẫn, danh sách so sánh hay diễn đàn | Dạng nội dung nào đang được đánh giá là phù hợp |
| Thành phần hiển thị trong kết quả | Quan sát trực tiếp | Có phần hỏi đáp, kết quả bản đồ, ảnh, video hay không | Người tìm đang muốn dạng thông tin nào |
| Việc người dùng cần làm | Suy ra từ hai mục trên, kiểm chứng bằng hành vi trên trang | Họ đang muốn hiểu, muốn so sánh, muốn liên hệ hay muốn mua | Nhiệm vụ chính của trang |
| Đường dẫn tới hành động | Công cụ phân tích, luồng chuyển đổi hiện tại | Bước tiếp theo tự nhiên sau khi đọc xong | Trang cần dẫn tới đâu |
| Trang hiện có phục vụ nhu cầu đó chưa | Đọc trực tiếp trang | Khoảng cách giữa nội dung hiện tại và nhiệm vụ đã xác định | Danh sách việc cần sửa |
Một tình huống hay gặp: doanh nghiệp có trang dịch vụ nhắm một truy vấn mà kết quả tìm kiếm cho truy vấn đó toàn bài hướng dẫn. Trong trường hợp này, tối ưu thẻ tiêu đề không giải quyết gì — trang đang thuộc sai dạng nội dung. Hai lựa chọn hợp lý: chấp nhận nhắm truy vấn khác cho trang dịch vụ, hoặc tạo nội dung dạng hướng dẫn để phục vụ nhu cầu đó và dẫn về trang dịch vụ.
Bằng chứng phải được ghi lại chứ không giữ trong đầu. Kết quả tìm kiếm thay đổi theo thời gian, và sáu tháng sau không ai nhớ vì sao trang được cấu trúc như vậy nếu không có bản ghi.
Cấu trúc trang thay đổi theo loại trang
Dùng một dàn ý chung cho mọi loại trang là sai lầm phổ biến nhất trong sản xuất nội dung SEO. Trang dịch vụ, trang danh mục, trang sản phẩm và bài viết có nhiệm vụ khác nhau, nên thành phần bắt buộc cũng khác nhau.
Khung cấu trúc theo loại trang
| Loại trang | Nhiệm vụ chính | Thành phần bắt buộc | Thành phần tùy chọn | Lỗi thường gặp |
|---|---|---|---|---|
| Trang dịch vụ | Cho người đọc đủ căn cứ để quyết định có liên hệ hay không | Phạm vi công việc, cách triển khai, điều kiện áp dụng, cách đo kết quả, câu hỏi thường gặp, đường liên hệ | Bằng chứng năng lực, so sánh phương án, bảng giá nếu có công bố | Viết như bài giới thiệu công ty, không nói rõ nhận làm gì và không nhận làm gì |
| Trang danh mục | Giúp người đọc thu hẹp lựa chọn nhanh | Bộ lọc và cách sắp xếp rõ ràng, mô tả ngắn phạm vi danh mục, danh sách sản phẩm | Nội dung hướng dẫn chọn, câu hỏi thường gặp về nhóm sản phẩm | Nhồi một khối văn bản dài ở cuối trang không ai đọc |
| Trang sản phẩm | Cung cấp đủ thông tin để quyết định mua | Thông số, ảnh thật, giá và tình trạng hàng, chính sách đổi trả, đánh giá | Video, hướng dẫn sử dụng, sản phẩm liên quan | Dùng nguyên mô tả của nhà cung cấp, giống hệt hàng chục website khác |
| Bài viết thông tin | Trả lời trọn vẹn câu hỏi người đọc mang tới | Câu trả lời trực tiếp ở đầu, phần triển khai theo thứ tự hợp lý, nguồn tham khảo khi cần | Ví dụ, bảng so sánh, hình minh họa | Vòng vo phần mở đầu, đẩy câu trả lời xuống cuối bài |
| Trang đích chiến dịch | Dẫn tới một hành động cụ thể | Đề nghị rõ ràng, lý do tin tưởng, biểu mẫu hoặc nút hành động, xử lý phản đối phổ biến | Bằng chứng xã hội, câu hỏi thường gặp ngắn | Nhồi thêm nội dung SEO làm loãng thông điệp chính |
Nguyên tắc chi phối: cấu trúc đi theo nhiệm vụ của trang, không đi theo một mẫu chung. Một trang dịch vụ có mười phần trong khi người đọc chỉ cần biết ba điều là trang bị phình ra vì lý do SEO chứ không vì lý do người đọc.
Có một ranh giới cần giữ với trang danh mục và trang đích: thêm nội dung dài vào những trang này thường làm giảm hiệu quả của nhiệm vụ chính. Nếu cần phủ thêm nội dung cho một chủ đề, tạo nội dung riêng và liên kết tới, thay vì nhét vào trang đang làm việc khác. Phần sản xuất nội dung thuộc SEO Content.
Tiêu đề, heading và các vị trí văn bản nổi bật
Google mô tả việc sử dụng các từ nổi bật trên trang như một cách để hệ thống hiểu nội dung. Điều này nói về sự rõ ràng, không nói về mật độ.
Con số mật độ từ khóa — 2%, 3%, hay bất kỳ tỷ lệ nào — không đến từ tài liệu chính thức nào. Nó là quy ước cũ của thị trường, và việc theo đuổi nó tạo ra những câu văn gượng gạo mà người đọc cảm nhận được ngay.
Bảng kiểm văn bản nổi bật
| Vị trí | Yêu cầu | Cách kiểm tra | Lỗi cần tránh |
|---|---|---|---|
| Thẻ tiêu đề | Mô tả chính xác nội dung trang, phân biệt được với các trang khác trên cùng website | Đọc riêng thẻ tiêu đề, không nhìn trang: có hiểu trang nói gì không | Nhiều trang dùng chung một thẻ tiêu đề, hoặc nhồi chuỗi từ khóa ngăn cách bằng gạch |
| Thẻ mô tả | Tóm tắt đúng nội dung, đủ lý do để người đọc nhấp vào | Đối chiếu với nội dung thật của trang | Viết lời hứa mà nội dung trang không đáp ứng |
| Thẻ H1 | Nêu rõ chủ đề trang, thống nhất với thẻ tiêu đề nhưng không cần trùng khớp từng chữ | Kiểm tra mã nguồn xem có đúng một H1 mang nội dung chính | Dùng H1 cho tên thương hiệu ở đầu trang, chủ đề thật nằm ở H2 |
| Đoạn mở đầu | Xác nhận ngay rằng người đọc đã vào đúng chỗ | Đọc riêng đoạn đầu: có trả lời được người đọc đang ở đâu và sẽ nhận được gì không | Mở bài chung chung, không có thông tin |
| Các heading cấp dưới | Phản ánh cấu trúc thật của nội dung, đọc lướt là hiểu bố cục | Đọc riêng danh sách heading: có tạo thành một dàn ý mạch lạc không | Heading đặt để chứa từ khóa, không phản ánh nội dung bên dưới |
| Văn bản của liên kết | Mô tả được nội dung trang đích | Đọc riêng cụm từ được gắn liên kết | Dùng "xem thêm", "tại đây" cho các liên kết quan trọng |
| Văn bản thay thế của ảnh | Mô tả nội dung ảnh cho người không xem được ảnh | Đọc riêng phần mô tả: có hình dung được ảnh không | Nhồi từ khóa vào phần mô tả ảnh |
Cách kiểm tra thực dụng cho cả bảng này: tách từng thành phần ra khỏi ngữ cảnh và đọc riêng. Một danh sách heading đọc riêng vẫn tạo thành dàn ý mạch lạc là dấu hiệu cấu trúc tốt. Một danh sách heading đọc riêng chỉ thấy các biến thể của cùng một cụm từ khóa là dấu hiệu trang đang được viết cho công cụ.
Vấn đề trùng lặp thẻ tiêu đề trên diện rộng thường không phải lỗi biên tập mà là lỗi mẫu giao diện, và cách xử lý nằm ở phần dưới.
Liên kết nội bộ có vai trò điều hướng và vai trò ngữ nghĩa
Google mô tả liên kết là cách hệ thống khám phá trang, và khuyến nghị văn bản liên kết nên tự nhiên, mô tả được nội dung trang đích và có thể thu thập được. Với liên kết nội bộ, doanh nghiệp kiểm soát toàn bộ ba yếu tố đó — đây là phần hiếm hoi trong SEO mà quyền quyết định nằm hoàn toàn ở phía mình.
Ma trận vai trò liên kết nội bộ
| Kiểu liên kết | Đặt ở đâu | Mục đích | Cách viết văn bản liên kết | Lỗi thường gặp |
|---|---|---|---|---|
| Trang trung tâm dẫn tới trang con | Trong nội dung trang trung tâm, tại đoạn giới thiệu nhánh đó | Cho biết cấu trúc chủ đề và dẫn người đọc đi sâu | Tên nhánh dịch vụ hoặc chủ đề, viết tự nhiên trong câu | Liệt kê toàn bộ trang con thành một khối liên kết ở cuối trang |
| Trang con dẫn ngược về trang trung tâm | Trong nội dung, khi nhắc tới phạm vi rộng hơn | Giữ mạch cấu trúc, giúp người đọc lùi lại | Tên chủ đề tổng | Chỉ dựa vào đường dẫn phân cấp, không có liên kết trong nội dung |
| Nội dung hỗ trợ dẫn tới trang dịch vụ | Trong bài viết thông tin, tại chỗ người đọc có thể cần dịch vụ | Chuyển người đọc từ giai đoạn tìm hiểu sang giai đoạn cân nhắc | Mô tả dịch vụ, đặt trong câu có ngữ cảnh | Chèn liên kết vào mọi đoạn, làm bài viết trông như quảng cáo |
| Liên kết ngang giữa các trang cùng cấp | Khi hai chủ đề thực sự liên quan tới nhau | Giúp người đọc so sánh và hiểu ranh giới | Tên chủ đề bên kia | Liên kết chéo toàn bộ vì lý do cấu trúc, không vì lý do nội dung |
| Đường dẫn phân cấp | Đầu trang, theo cấu trúc website | Cho biết vị trí trang trong cấu trúc | Theo tên mục | Không khớp với cấu trúc URL thật |
| Liên kết trong ngữ cảnh nội dung | Bất kỳ chỗ nào người đọc cần thông tin bổ sung | Phục vụ người đọc là chính | Cụm từ mô tả tự nhiên trong câu | Nhồi nhiều liên kết cùng một cụm từ khóa chính xác |
Hai nguyên tắc kỹ thuật không được vi phạm: liên kết phải ở dạng thu thập được, và văn bản liên kết phải mô tả được trang đích. Một "liên kết" chỉ hoạt động khi người dùng nhấp vào và được xử lý bằng mã lệnh phía trình duyệt có thể không được hệ thống nhận diện — đây là điểm giao với phần kỹ thuật.
Một nguyên tắc biên tập: liên kết được đặt vì nó giúp người đọc, không phải vì đủ chỉ tiêu số liên kết mỗi bài. Một bài có ba liên kết đúng chỗ tốt hơn một bài có mười lăm liên kết rải đều.
Ảnh và media trong phạm vi onpage
Tài liệu của Google về ảnh nêu rằng tối ưu ảnh gồm cả phần giúp ảnh được tìm thấy và phần chất lượng trang chứa ảnh, không chỉ tên tệp và văn bản thay thế.
Bảng kiểm media
| Hạng mục | Yêu cầu | Vì sao |
|---|---|---|
| Mức độ liên quan của ảnh | Ảnh phải minh họa đúng nội dung đang nói | Ảnh trang trí không liên quan không đóng góp gì cho người đọc lẫn hệ thống |
| Văn bản thay thế | Mô tả nội dung ảnh, viết như đang mô tả cho người không nhìn thấy ảnh | Đây là chức năng gốc của thuộc tính này |
| Chú thích ảnh | Dùng khi ảnh cần giải thích thêm | Chú thích thường được đọc nhiều hơn phần thân bài |
| Ngữ cảnh xung quanh | Ảnh nên nằm gần đoạn văn bản nói về nó | Giúp xác định ảnh đang minh họa cho nội dung nào |
| Chất lượng trang chứa ảnh | Trang chứa ảnh phải có nội dung có giá trị | Tài liệu chính thức nêu rõ chất lượng trang đích là một phần của việc tối ưu ảnh |
| Kích thước và định dạng tệp | Chọn định dạng phù hợp, xuất kích thước đúng nhu cầu hiển thị | Ảnh nặng ảnh hưởng trải nghiệm; phần tối ưu tải và phân phối thuộc nhánh kỹ thuật |
Điều không nên nói với khách hàng: viết văn bản thay thế đúng chuẩn sẽ đưa ảnh lên đầu kết quả tìm kiếm ảnh. Không có bảo đảm nào như vậy. Văn bản thay thế là điều kiện cơ bản để ảnh được hiểu, không phải công tắc xếp hạng.
Phần chuyên sâu về ảnh — chiến lược nội dung hình ảnh, sơ đồ ảnh, tối ưu cho tìm kiếm bằng hình — thuộc SEO hình ảnh. Trong phạm vi onpage, ảnh được xử lý ở mức phục vụ nội dung của trang.
Với website lớn, sửa mẫu giao diện có đòn bẩy hơn sửa từng trang
Trên một website hai mươi trang, sửa thủ công từng trang là hợp lý. Trên một website năm nghìn trang, cùng một lỗi xuất hiện năm nghìn lần vì nó nằm trong mẫu giao diện, và sửa từng trang là bất khả thi.
Ma trận đòn bẩy mẫu giao diện
| Hạng mục | Nên sửa ở mẫu hay từng trang | Lý do | Rủi ro khi sửa mẫu |
|---|---|---|---|
| Quy tắc sinh thẻ tiêu đề | Mẫu | Áp dụng cho toàn bộ nhóm trang cùng loại, sửa một lần | Quy tắc sai sinh ra hàng loạt tiêu đề kỳ quặc ở các trường hợp ngoại lệ |
| Cấu trúc heading của mẫu trang | Mẫu | Lỗi cấp mẫu lặp lại ở mọi trang dùng mẫu đó | Có thể phá vỡ bố cục hiển thị nếu không kiểm tra |
| Đường dẫn phân cấp | Mẫu | Phải nhất quán theo cấu trúc website | Sai ánh xạ danh mục làm hỏng toàn bộ đường dẫn |
| Khối liên kết nội bộ tự động | Mẫu | Chi phối cách liên kết phân bổ trên toàn website | Sinh ra liên kết không liên quan nếu quy tắc chọn sai |
| Dữ liệu có cấu trúc theo loại trang | Mẫu, phối hợp với nhánh kỹ thuật | Cần nhất quán và hợp lệ trên toàn nhóm trang | Lỗi cú pháp nhân bản ra toàn bộ website |
| Nội dung riêng của từng trang | Từng trang | Đây là phần phải khác nhau | — |
| Thẻ mô tả của các trang quan trọng | Từng trang | Các trang chủ lực xứng đáng được viết riêng | — |
| Liên kết trong ngữ cảnh nội dung | Từng trang | Phụ thuộc nội dung cụ thể | — |
Cách xếp thứ tự công việc: nhân mức độ ảnh hưởng của lỗi với số trang bị ảnh hưởng, xử lý những hạng mục có tích lớn nhất trước. Một lỗi nhỏ trên năm nghìn trang thường đáng xử lý trước một lỗi lớn trên năm trang.
Quy tắc bắt buộc khi sửa ở cấp mẫu: kiểm tra trên môi trường thử nghiệm trước, kiểm tra trên nhiều trường hợp khác nhau gồm cả các trường hợp ngoại lệ, và có phương án hoàn tác. Một thay đổi mẫu sai đúng nghĩa là một lỗi nhân lên theo số trang.
Kiểm soát chất lượng sau khi thay đổi
Onpage là công việc chỉnh sửa, và mọi chỉnh sửa đều có khả năng gây hỏng thứ khác. Không có bước kiểm tra sau thay đổi thì không phân biệt được cải thiện với hồi quy.
Quy trình kiểm soát thay đổi
| Bước | Nội dung | Ai làm | Thời điểm |
|---|---|---|---|
| Chốt chuẩn nền | Ghi lại số liệu hiển thị, nhấp chuột và trạng thái index của nhóm URL sẽ chỉnh | Đội SEO | Trước khi chỉnh |
| Ghi nhật ký thay đổi | Ngày, URL hoặc nhóm URL, hạng mục thay đổi, nội dung trước và sau, lý do, người thực hiện | Người thực hiện | Ngay khi triển khai |
| Kiểm tra hiển thị thực tế | Xem trang sau khi triển khai, kiểm tra mã nguồn đầu ra đúng như dự kiến | Đội SEO | Trong vòng 24 giờ |
| Kiểm tra trạng thái index | Đối chiếu trạng thái các URL đã chỉnh | Đội SEO | Sau 1–2 tuần |
| Theo dõi cửa sổ đánh giá | So sánh số liệu nhóm URL đã chỉnh với chuẩn nền, đối chiếu với nhóm không chỉnh | Đội SEO | Theo chu kỳ đã thống nhất từ đầu |
| Hoàn tác nếu cần | Khôi phục trạng thái trước đó theo nhật ký | Đội SEO và đội kỹ thuật | Khi có dấu hiệu hồi quy rõ |
Một nguyên tắc đọc số liệu cần nói thẳng: không quy toàn bộ biến động thứ hạng cho một lần chỉnh sửa. Trong bất kỳ khoảng thời gian nào cũng có nhiều biến số cùng chạy — thuật toán thay đổi, đối thủ thay đổi, mùa vụ, và thường là chính doanh nghiệp cũng đang thay đổi thứ khác trên website.
Cách giảm nhiễu: chỉnh theo nhóm URL có tính chất giống nhau, giữ một nhóm tương đương không chỉnh để đối chiếu, và không chỉnh nhiều hạng mục khác nhau cùng lúc trên cùng một nhóm. Cách này chậm hơn nhưng cho ra kết luận dùng được, thay vì một chuỗi phỏng đoán.
Câu hỏi thường gặp
Onpage khác Technical SEO thế nào?
Onpage xử lý những gì trên trang liên quan tới việc trang phục vụ nhu cầu tìm kiếm: cấu trúc theo loại trang, tiêu đề và heading, nội dung, liên kết nội bộ, media trong ngữ cảnh trang. Technical xử lý khả năng thu thập dữ liệu, kết xuất, máy chủ, sơ đồ website, kiểm soát thẻ chuẩn hóa ở quy mô lớn. Onpage có thể phát hiện vấn đề kỹ thuật nhưng chuyển sang đúng nhánh để xử lý.
Có tối ưu thẻ tiêu đề, thẻ mô tả và H1 không?
Có, nhưng theo hướng làm rõ nội dung trang chứ không theo mật độ từ khóa. Không có con số mật độ nào do Google công bố. Yêu cầu thực tế là mỗi trang có thẻ tiêu đề mô tả đúng và phân biệt được với các trang khác, thẻ mô tả phản ánh đúng nội dung, và H1 nêu rõ chủ đề trang.
Có sửa liên kết nội bộ không?
Có, đây là phần trọng tâm. Liên kết nội bộ được phân vai rõ ràng: trang trung tâm dẫn tới trang con, nội dung hỗ trợ dẫn tới trang dịch vụ, liên kết ngang giữa các chủ đề thực sự liên quan. Yêu cầu bắt buộc là liên kết ở dạng thu thập được và văn bản liên kết mô tả được trang đích.
Có tối ưu ngữ nghĩa và thực thể không?
Có, ở mức trang: nội dung nhắc tới các khái niệm và đối tượng thật sự liên quan tới chủ đề, dùng đúng thuật ngữ ngành, và cấu trúc trang phản ánh cách người đọc nghĩ về chủ đề. Phần dữ kiện định danh tổ chức và dữ liệu có cấu trúc ở cấp website thuộc các nhánh khác.
Có chỉnh ảnh và văn bản thay thế không?
Có, ở mức phục vụ nội dung trang: ảnh liên quan tới nội dung, văn bản thay thế mô tả đúng ảnh, chú thích khi cần, ảnh đặt gần đoạn nói về nó. Cần nói rõ: văn bản thay thế là điều kiện để ảnh được hiểu, không phải yếu tố bảo đảm ảnh xuất hiện trong kết quả.
Làm sao đo hiệu quả Onpage?
Chốt chuẩn nền của nhóm URL trước khi chỉnh, ghi nhật ký thay đổi đầy đủ, rồi so sánh nhóm đã chỉnh với chuẩn nền và với một nhóm tương đương không chỉnh. Không quy toàn bộ biến động cho một lần chỉnh sửa, vì trong cùng khoảng thời gian luôn có nhiều biến số khác cùng chạy.
Bước tiếp theo
Để RED đánh giá phạm vi công việc onpage cho website bạn, gửi bốn thứ:
Địa chỉ website và danh sách các nhóm trang chính (dịch vụ, danh mục, sản phẩm, bài viết).
Nền tảng đang dùng và mức độ can thiệp được vào mẫu giao diện.
Quyền truy cập ở mức đọc vào Search Console và công cụ phân tích.
Các nhóm trang bạn muốn ưu tiên xử lý trước, nếu đã có định hướng.
RED sẽ rà cấu trúc theo từng loại trang, đối chiếu với bằng chứng về nhu cầu tìm kiếm, và phản hồi bằng danh sách vấn đề phân theo mức sửa ở mẫu giao diện hay sửa từng trang.
Hotline: 0845 009 977
Email: tuvan@red.com.vn