SEO On-page là gì? Hướng dẫn tối ưu từng trang cho người mới

SEO On-page là gì? Đây là bước kiểm tra và hoàn thiện từng URL để trang phục vụ đúng Search Intent, dễ đọc với người dùng và cung cấp tín hiệu rõ cho công cụ tìm kiếm.

SEO On-page không nên bắt đầu bằng việc đếm keyword, sửa từng dấu chấm trong title hoặc cố đưa điểm Rank Math lên 100.

Nó nên bắt đầu từ một câu hỏi đơn giản hơn: URL này đang chịu trách nhiệm cho nhu cầu nào, và người đọc có hoàn thành được nhiệm vụ đó trên trang hay không?

Trong lộ trình này, On-page nằm sau nghiên cứu từ khóa, Search Intent, URL mapping và content brief. Nghĩa là trước khi chỉnh từng yếu tố trên trang, mình đã biết URL đó dành cho ai, phục vụ intent nào và phải dẫn người đọc đi đâu tiếp theo.

SEO On-page là gì?

SEO On-page là nhóm công việc được thực hiện trực tiếp trên từng trang để nội dung, cấu trúc và tín hiệu HTML phù hợp với nhiệm vụ của URL.

Các phần thường được kiểm tra gồm:

• SEO title
• Meta description
• H1, H2, H3
• URL và slug
• Nội dung chính
• Hình ảnh và alt text
• Internal Link
• External source
• Schema phù hợp
• CTA và trải nghiệm đọc

On-page không đồng nghĩa với toàn bộ SEO.

Crawl, render, index, robots.txt, canonical, server hoặc nhiều vấn đề hiệu suất nằm nhiều hơn ở Technical SEO.

Backlink, brand mention và reputation lại thuộc lớp Off-page.

Việc tách rõ các lớp giúp SEOer chẩn đoán đúng vấn đề thay vì thấy traffic thấp rồi sửa mọi thứ cùng lúc.

SEO On-page nên bắt đầu từ Search Intent

Trước khi chỉnh title hoặc chèn keyword, cần xác nhận ba thứ:

• Người tìm đang muốn hoàn thành việc gì?
• URL này thuộc page type nào?
• Trang này có đúng là tài sản chịu trách nhiệm cho nhóm query đó không?

Nếu Search Intent sai, việc sửa từng yếu tố nhỏ chỉ làm một trang sai trở nên đẹp hơn.

Ví dụ query mang intent dịch vụ nhưng URL hiện tại lại là bài định nghĩa dài. Việc thêm keyword vào heading, ảnh hoặc meta không xử lý được vấn đề cốt lõi.

Vì vậy, trước On-page nên hoàn thành bài Search Intent là gì? và cách phân nhóm từ khóa theo Search Intent.

Kiểm tra SEO title

SEO title nên mô tả đúng nội dung của trang, đủ phân biệt với các URL khác và giúp người tìm hiểu nhanh trang đang giải quyết vấn đề gì.

Với bài informational, em thường ưu tiên:

• Chủ đề chính xuất hiện sớm nếu tự nhiên.
• Không dùng câu hứa hẹn quá mức.
• Không lặp keyword nhiều lần.
• Không viết tiêu đề gần giống hàng loạt trang khác.
• Giữ title đủ ngắn để người đọc hiểu nhanh.

Google có thể tạo title link từ nhiều tín hiệu trên trang. Vì vậy, SEO title là một tín hiệu quan trọng nhưng không phải câu chữ Google luôn sử dụng nguyên vẹn.

Nếu cần kiểm tra riêng phần này, xem bài cách dùng title và meta description.

Meta description không phải đoạn mô tả cố định trên Google

Meta description nên tóm tắt giá trị của trang và giúp người tìm quyết định có nên click hay không.

Em thường kiểm tra ba điểm:

• Mô tả có đúng intent của trang không?
• Người đọc nhận được gì sau khi click?
• Nội dung có khớp với trang thật hay chỉ viết để tăng CTR?

Google có thể sử dụng nội dung trên trang để tạo snippet phù hợp hơn với từng query thay vì dùng nguyên meta description.

Vì vậy, không nên xem meta là phần có thể điều khiển tuyệt đối cách trang xuất hiện trên Search.

H1, H2, H3 nên phục vụ mạch đọc

Heading giúp chia nội dung thành các phần dễ đọc và thể hiện cấu trúc thông tin.

H1 nên mô tả chủ đề chính của trang.

H2 thường đại diện cho các nhóm vấn đề lớn.

H3 dùng khi một H2 cần chia thành các phần nhỏ hơn.

Không cần biến mỗi supporting keyword thành một heading riêng.

Ví dụ một bài có 20 keyword phụ không đồng nghĩa với việc phải tạo 20 H2.

Điều quan trọng hơn là khi người dùng lướt qua heading, họ vẫn hiểu bài đang trả lời những câu hỏi gì và thứ tự có hợp lý hay không.

Xem thêm bài Heading Tag là gì? nếu cần xử lý sâu phần H1, H2 và H3.

URL và slug: ưu tiên ổn định hơn việc nhét thêm keyword

Slug nên có nghĩa, dễ đọc và đủ ngắn để mô tả tài nguyên.

Ví dụ URL của bài này là:

/seo-onpage

Nó ngắn, dễ nhớ và đã tồn tại. Không có lý do đổi thành một permalink dài hơn chỉ để thêm exact keyword.

Với URL đã live, em chỉ đổi slug khi có lý do rõ về cấu trúc hoặc intent.

Nếu bắt buộc đổi URL, cần:

• 301 từ URL cũ sang URL mới tương ứng.
• Sửa Internal Link để trỏ thẳng URL mới.
• Rà canonical.
• Kiểm tra sitemap.
• Theo dõi GSC sau khi triển khai.

Không nên đổi URL chỉ vì Rank Math chưa xanh một mục.

Xem thêm cách tạo slug và 301 Redirect là gì?.

Nội dung On-page không nên chạy theo mật độ từ khóa

Nội dung tốt cần giải quyết đủ nhiệm vụ của người đọc.

Điều đó thường quan trọng hơn việc keyword xuất hiện đúng bao nhiêu phần trăm.

Google không công bố một mật độ keyword cố định mà mọi bài phải đạt.

Ngược lại, việc lặp từ khóa tới mức thiếu tự nhiên có thể trở thành keyword stuffing.

Em thường dùng primary query để định danh nhiệm vụ chính của trang, còn supporting query giúp hiểu phạm vi nội dung.

Khi viết, ưu tiên ngôn ngữ tự nhiên, ví dụ thật, dữ liệu, nguồn và những câu hỏi người đọc cần được giải quyết.

Không cần dùng khái niệm LSI keyword

Trong nhiều tài liệu SEO cũ, anh em thường gặp lời khuyên phải chèn “LSI Keywords”.

Em không dùng khái niệm này như một yêu cầu On-page.

Cách thực tế hơn là xác định chủ đề, các câu hỏi liên quan, thuật ngữ cần thiết và cách người dùng thật diễn đạt vấn đề.

Ví dụ bài SEO On-page tự nhiên sẽ cần nói tới title, meta, heading, Internal Link, image, Search Intent và content. Không cần một tool tạo danh sách “LSI” rồi cố đưa tất cả vào bài.

Hình ảnh và alt text

Hình ảnh nên hỗ trợ người đọc hiểu nội dung thay vì chỉ dùng để chia đoạn cho đẹp.

Ảnh có thể là:

• Sơ đồ quy trình.
• Ảnh chụp màn hình.
• Ví dụ before/after.
• Bảng hoặc biểu đồ trực quan.
• Ảnh minh họa một khái niệm khó giải thích bằng chữ.

Alt text mô tả hình ảnh trong ngữ cảnh của trang.

Không cần đưa focus keyword vào mọi alt.

Ví dụ ảnh minh họa cấu trúc heading có thể dùng alt:

Cấu trúc H1 H2 H3 trong bài SEO On-page

Thay vì:

SEO On-page là gì SEO On-page chuẩn SEO On-page Google

Xem thêm bài Alt Text là gì?.

Internal Link phải có nhiệm vụ

Internal Link không chỉ dùng để truyền một giá trị SEO mơ hồ giữa các trang.

Nó còn giúp người đọc đi từ câu hỏi hiện tại sang câu hỏi tiếp theo.

Trong lộ trình đang xây trên maikimtuyen.com, luồng này khá rõ:

Keyword Research → Search Intent → URL Mapping → Content Brief → SEO On-page → Technical SEO.

Bài On-page vì vậy cần nhận link từ bài Content Brief và dẫn người đọc sang Technical SEO.

Anchor nên mô tả trang đích đủ rõ.

Thay vì dùng liên tục những anchor kiểu “xem thêm”, có thể dùng:

cách xây Internal Link

hoặc:

Technical SEO cho người mới

Internal Link nên được thiết kế từ content brief, không phải viết xong rồi mới tìm chỗ nhét link.

External link có cần cho mọi bài không?

Không cần chèn link ngoài chỉ để vượt qua một checklist SEO.

External link có giá trị khi nguồn bên ngoài:

• Kiểm chứng một claim.
• Cung cấp tài liệu gốc.
• Giải thích phần nằm ngoài phạm vi bài.
• Cho người đọc truy cập công cụ hoặc documentation cần thiết.

Với bài SEO, các claim về Google Search nên ưu tiên nguồn Google Search Central khi có tài liệu phù hợp.

Điều quan trọng là nguồn thực sự hỗ trợ câu mình đang viết.

Schema markup có bắt buộc trong SEO On-page không?

Structured data có thể giúp Google hiểu rõ hơn loại nội dung và làm trang đủ điều kiện cho một số Search features.

Nhưng schema không bảo đảm trang được xếp hạng cao hơn hoặc chắc chắn có rich result.

Chỉ nên thêm schema phù hợp với nội dung thật trên trang.

Ví dụ bài blog có thể dùng Article hoặc BlogPosting nếu cấu hình headline, author, image và ngày tháng đúng.

Một bài không phải FAQ thì không nên cố tạo FAQ chỉ vì plugin có sẵn trường nhập.

Xem thêm Schema Markup là gì?.

Dùng Rank Math đúng vai trò

Rank Math hữu ích với em như một lớp QA biên tập.

Plugin có thể giúp kiểm tra:

• Focus Keyword.
• SEO title.
• Meta description.
• Keyword trong phần mở đầu.
• Heading.
• Internal Link.
• External Link.
• Alt ảnh.
• Một số yếu tố kỹ thuật cơ bản.

Nhưng điểm Rank Math không phải điểm Google.

Bài 100/100 không có nghĩa chắc chắn rank tốt.

Bài 80/100 cũng không có nghĩa có vấn đề nếu phần plugin chưa xanh chỉ vì câu chữ không chứa exact keyword đủ số lần.

Em ưu tiên theo thứ tự:

Search Intent → giá trị nội dung → trải nghiệm đọc → cấu trúc trang → QA Rank Math.

Nếu plugin yêu cầu thêm keyword làm câu trở nên thiếu tự nhiên, em giữ cách viết tự nhiên.

Quy trình SEO On-page em thường dùng cho một URL

Bước 1: Xác nhận Intent và page type

Trang đang là guide, service, category, product hay loại khác?

SERP có đang phục vụ loại trang đó không?

Bước 2: So content brief với nội dung thực tế

Kiểm tra trang có đi đúng angle, audience và nhiệm vụ đã khóa trong brief hay không.

Bước 3: Rà SEO title và meta

Title có mô tả đúng trang không?

Meta có cho người tìm lý do hợp lý để click không?

Bước 4: Rà H1, H2, H3

Heading có phản ánh mạch đọc hay chỉ là danh sách keyword?

Bước 5: Kiểm tra URL và trạng thái index cơ bản

Không cần biến bài On-page thành Technical Audit, nhưng tối thiểu phải biết URL có đúng canonical và indexable theo chủ đích không.

Bước 6: Rà nội dung và nguồn

Tìm phần thiếu, phần trùng, claim cần nguồn, ví dụ còn yếu và đoạn chỉ đang nói chung chung.

Bước 7: Rà hình ảnh

Ảnh có hỗ trợ nội dung không?

Alt có đúng ngữ cảnh không?

Bước 8: Rà Internal Link và external source

Trang có nhận link từ tài sản liên quan không?

Người đọc có đường đi tiếp không?

Bước 9: Kiểm tra schema phù hợp

Schema có phản ánh đúng loại nội dung trên trang không?

Bước 10: QA trước publish

Kiểm tra mobile, lỗi hiển thị, CTA, link, Rank Math và trải nghiệm đọc lần cuối.

Sau khi publish, công việc chưa kết thúc.

Cần dùng Google Search Console để theo dõi impressions, query, CTR, landing page và xem Google đang hiểu URL theo hướng nào.

Những lỗi SEO On-page thường gặp

• Sửa title nhưng không sửa Search Intent.
• Một keyword tạo nhiều URL gần cùng nhiệm vụ.
• Nhồi exact keyword để tăng mật độ.
• Cố đạt 100 điểm plugin.
• Đổi slug đang chạy chỉ để thêm keyword.
• Copy cấu trúc top 10 gần như nguyên vẹn.
• Dùng alt text để nhét keyword.
• Thêm schema không đúng nội dung.
• Viết xong mới chèn Internal Link.
• Coi time-on-page hoặc dwell time là một ranking factor trực tiếp phải “tăng bằng mọi giá”.

Điểm chung của những lỗi này là SEOer đang xử lý một checklist riêng lẻ thay vì nhìn nhiệm vụ của trang.

Checklist 18 yếu tố On-page nên dùng thế nào?

Trên maikimtuyen.com hiện có riêng bài 18 yếu tố SEO On-page quan trọng.

Em giữ bài đó thay vì nhập toàn bộ vào bài trụ này vì intent khác nhau.

Bài anh đang đọc giải thích tư duy và workflow.

Bài 18 yếu tố dùng như checklist rà nhanh khi triển khai.

Hai bài nên liên kết hai chiều.

Cách này giúp bài trụ không biến thành một danh sách rất dài, còn người cần checklist vẫn có tài sản riêng để dùng.

Bài tập thực hành SEO On-page

Chọn một URL đã có content brief.

Trước khi sửa, ghi lại:

• SEO title.
• Meta description.
• H1, H2, H3.
• URL.
• Nội dung còn thiếu.
• Ảnh và alt.
• Internal Link.
• External source.
• Schema.
• Impressions và clicks GSC nếu có.

Sau khi QA, tạo bảng before/after và ghi lý do cho từng chỉnh sửa.

Ví dụ:

Yếu tố	Trước	Sau	Lý do
SEO title	Quá chung	Mô tả đúng intent	Giúp xác định chủ đề rõ hơn
H2	Lặp keyword	Theo câu hỏi người đọc	Cải thiện mạch đọc
Internal Link	Không có	Link tới bài tiếp theo	Tạo đường học rõ

Mục tiêu của bài tập không phải đưa Rank Math lên 100.

Mục tiêu là giải thích được từng chỉnh sửa đang hỗ trợ người đọc, nội dung hoặc tín hiệu của trang như thế nào.

Bước tiếp theo: Technical SEO

SEO On-page trả lời câu hỏi một URL có nội dung và cấu trúc phù hợp với nhiệm vụ của nó chưa.

Bước tiếp theo là Technical SEO.

Ở đó, mình sẽ kiểm tra Google có thể crawl, render, index và xử lý các tín hiệu kỹ thuật của website ra sao.

Hai lớp này có liên hệ với nhau, nhưng nên được chẩn đoán riêng để tránh sửa sai vấn đề.

Nguồn tham khảo

1. Google Search Central: SEO Starter Guide
2. Google Search Central: Control your title links in search results
3. Google Search Central: Snippets
4. Google Search Central: Image SEO best practices
5. Google Search Central: Structured data guidelines
6. Google Search Central: Spam policies