Heading là các tiêu đề HTML từ H1 đến H6 dùng để biểu diễn cấu trúc nội dung, không phải công cụ làm chữ to hoặc vị trí để lặp từ khóa. Trên một bài WordPress thông thường, tiêu đề bài viết do theme xuất ra là H1; phần nội dung nên bắt đầu bằng H2, rồi dùng H3–H6 cho các nhánh con khi cần.
Trả lời nhanh: Một cấu trúc dễ kiểm soát là một H1 mô tả chủ đề chính, H2 cho các phần lớn, H3 cho ý con của H2 và tiếp tục theo quan hệ cha–con. Không chọn cấp heading theo cỡ chữ. Nhiều H1 hoặc nhảy cấp không tự động tạo “án phạt SEO”, nhưng có thể làm outline khó hiểu và gây trở ngại cho người dùng trình đọc màn hình.
Heading khác Title Tag và chữ in đậm thế nào?
| Thành phần | Người dùng thấy ở đâu? | Vai trò chính |
|---|---|---|
| Title Tag | Tab trình duyệt và có thể được dùng làm title link trên Google | Mô tả toàn bộ tài liệu trong phần <head> |
| H1 | Tiêu đề chính trên trang | Xác nhận chủ đề hoặc nhiệm vụ chính của URL |
| H2–H6 | Các tiêu đề trong nội dung | Tạo section và subsection theo quan hệ cha–con |
| Chữ to, bold hoặc class CSS | Trong giao diện | Chỉ thay đổi trình bày; không tự tạo heading semantic |
Title Tag và H1 có thể gần giống nhau nhưng không bắt buộc trùng từng chữ. Title Tag phục vụ bối cảnh kết quả tìm kiếm; H1 xác nhận điều người đọc nhận được trên trang. Google có thể dùng heading làm một trong nhiều nguồn tạo title link, nhưng không bảo đảm giữ nguyên câu chữ của website.
Cách dùng H1–H6 theo cấu trúc nội dung
H1: xác nhận chủ đề chính của URL
H1 nên diễn đạt rõ trang nói về gì hoặc giúp người đọc hoàn thành việc gì. Với bài viết, trang dịch vụ hay landing page, một H1 rõ ràng thường dễ quản trị hơn nhiều H1. Hãy xác định H1 từ Search Intent và nội dung thực tế, không chỉ từ một từ khóa exact-match.
HTML cho phép nhiều H1 trong một số trường hợp, nhưng MDN khuyến nghị nhìn chung chỉ dùng một H1 cho mỗi trang và không lồng nhiều H1. Đây là thực hành tốt về cấu trúc và khả năng truy cập, không phải quy tắc rằng cứ có H1 thứ hai là Google phạt.
H2: chia các phần lớn
Mỗi H2 nên đại diện cho một câu hỏi, quyết định hoặc bước lớn thuộc H1. Nếu chỉ đọc H1 và danh sách H2, người đọc vẫn cần hiểu được phạm vi và trình tự của bài. Không cần thêm H2 để đạt một số lượng cố định.
H3–H6: tạo nhánh con khi có quan hệ thật
H3 thuộc H2 gần nhất, H4 thuộc H3 và tiếp tục tương tự. Nên tránh đi từ H2 thẳng xuống H4 vì người dùng trình đọc màn hình có thể hiểu rằng một cấp trung gian bị thiếu. Ngược lại, từ H4 quay về H2 là hợp lý khi kết thúc các subsection và bắt đầu một section lớn mới.
Nếu muốn chữ nhỏ hơn hoặc lớn hơn, hãy đổi typography bằng CSS hoặc tùy chọn style của block. Cấp heading phản ánh ý nghĩa, không phản ánh kích thước chữ.
Google đánh giá thứ tự và số lượng heading ra sao?
Theo SEO Starter Guide, thứ tự heading semantic rất hữu ích cho trình đọc màn hình, nhưng xét riêng Google Search thì heading không cần tuân theo một thứ tự “ma thuật”. Google cũng không đưa ra số lượng heading lý tưởng. Vì vậy, không nên sửa H2 thành H3 chỉ để làm hài lòng một công cụ chấm điểm, hoặc thêm hàng loạt heading để “tăng SEO”.
Heading giúp nội dung dễ quét, thể hiện quan hệ giữa các phần và giúp đội biên tập phát hiện section trùng, thiếu hoặc đặt sai vị trí. Đó là lý do nên tối ưu heading dù không có công thức xếp hạng riêng cho H1–H6.
Cách xử lý heading trong WordPress
Kiểm tra theme đã tạo H1 hay chưa
Phần lớn theme dùng tiêu đề bài viết làm H1 ở frontend. Trong Gutenberg, nội dung bài thường không hiển thị H1 đó như một block, nên người biên tập dễ chèn thêm H1 trong thân bài. Cách an toàn là mở trang công khai, kiểm tra HTML đã render và xác nhận H1 trước khi sửa. Nếu theme đã có H1, hãy bắt đầu nội dung bằng H2.
Chọn đúng level trong block Heading
Trong Gutenberg, hãy chọn block Heading rồi đặt level dựa trên section cha. Đừng đổi một Paragraph thành chữ đậm rồi coi đó là heading; trình duyệt và công nghệ hỗ trợ vẫn nhận nó là đoạn văn. Ngược lại, đừng dùng H3 chỉ vì kiểu chữ mặc định của H2 quá lớn—hãy chỉnh style của theme.
Phân biệt outline bài viết với toàn trang
Menu, sidebar, mục lục, bài liên quan và footer có thể tạo thêm heading ngoài phần nội dung chính. W3C lưu ý rằng các vùng cố định như sidebar nên giữ cấu trúc nhất quán giữa các trang, thay vì thay level theo từng bài. Vì vậy, khi audit cần xem cả outline toàn trang lẫn riêng vùng <main>; không kết luận chỉ từ danh sách heading trong trình soạn thảo.
Accordion, card và giao diện mobile cần kiểm tra gì?
- Accordion/FAQ: nhãn câu hỏi cần cấu trúc semantic phù hợp và nút mở–đóng có thể truy cập; chữ to đơn thuần chưa đủ.
- Card: chỉ dùng heading cho tên card khi nó thật sự giới thiệu một nhóm nội dung.
- Tab và modal: kiểm tra thứ tự focus, nhãn điều khiển và heading sau khi component mở.
- Mobile: có thể đổi cỡ chữ bằng CSS, nhưng không nên đổi cấp heading hoặc ẩn section quan trọng.
- Heading chỉ có icon: cần tên truy cập mô tả mục đích; tránh heading rỗng.
Ví dụ outline đúng và sai
| Outline hợp lý | Vấn đề thường gặp |
|---|---|
| H1: SEO On-Page là gì? H2: Quy trình audit H3: Kiểm tra title H3: Kiểm tra nội dung H2: Đo hiệu quả | H1: SEO On-Page H3: Title H2: Nội dung H4: Kết luận — đi xuống từ H1 đến H3 và từ H2 đến H4 làm thiếu cấp trung gian |
| H2: Chi phí SEO H3: Yếu tố định giá H3: Khoản chưa bao gồm | Nhiều H2 gần giống nhau chỉ để lặp “giá SEO”, “chi phí SEO”, “báo giá SEO” |
| H2: Cách cài plugin H3: Kiểm tra yêu cầu H3: Các bước cài đặt | Đoạn chữ đậm “Các bước cài đặt” nhìn như tiêu đề nhưng vẫn là Paragraph |
Heading và từ khóa
Heading nên mô tả đúng phần nội dung bên dưới bằng ngôn ngữ người đọc hiểu. Từ khóa có thể xuất hiện khi tự nhiên, nhưng không cần exact-match trong mọi H2 hoặc H3. Đổi trật tự cùng một cụm từ để tạo nhiều heading gần giống nhau không làm outline hữu ích hơn và có thể trở thành keyword stuffing.
Hãy hỏi: “Heading này có cho biết section giải quyết việc gì không?”. Nếu không, viết lại theo ý nghĩa. Xem thêm hướng dẫn chèn từ khóa tự nhiên.
Quy trình audit heading trên một URL
- Mở trang công khai: kiểm tra HTML sau khi theme và plugin đã render, không chỉ xem nội dung trong editor.
- Tách vùng chính: xác định H1 và outline trong
<main>, sau đó mới xem heading của menu, sidebar và footer. - Đọc riêng H1–H6: nếu danh sách này không kể được trình tự bài, outline cần sắp xếp lại.
- Kiểm tra quan hệ cha–con: tìm cấp bị bỏ qua khi đi xuống, section không có nội dung hoặc heading không khớp đoạn bên dưới.
- Kiểm tra component: mở accordion, tab và modal; xác nhận nhãn, level và nội dung có thể truy cập.
- Kiểm tra desktop và mobile: cấu trúc semantic nên giữ nguyên dù typography và bố cục thay đổi.
- Sửa rồi đọc lại: ưu tiên cấu trúc trước câu chữ; sau đó kiểm tra title, mục lục, anchor link và trải nghiệm đọc.
Với website có nhiều bài cũ, nên đưa bước này vào Content Audit để ưu tiên URL quan trọng và tránh sửa hàng loạt trước khi quyết định giữ, gộp hay cập nhật nội dung.
| Dấu hiệu | Hành động phù hợp |
|---|---|
| Không có H1 hoặc H1 không mô tả trang | Kiểm tra template và đặt một tiêu đề chính rõ ràng |
| Theme đã tạo H1, thân bài có thêm H1 | Thường đổi H1 trong thân bài thành H2 hoặc cấp phù hợp |
| Đi từ H2 xuống H4 | Xác định có thiếu H3 hay H4 đang dùng chỉ vì style |
| Heading chung chung như “Thông tin” | Viết nhãn cho biết section trả lời câu hỏi gì |
| Chữ lớn nhưng là Paragraph | Đổi sang block Heading nếu nó thực sự mở một section |
| Mục lục và heading không khớp | Cập nhật anchor, xóa mục trùng và thử lại liên kết |
Heading không giải quyết được những gì?
- Không sửa được URL bị noindex, canonical sai hoặc HTML không render ổn định; các lỗi này thuộc Technical SEO.
- Không bù được nội dung thiếu bằng chứng, ví dụ hoặc câu trả lời trực tiếp.
- Không bảo đảm Featured Snippet hay vị trí xếp hạng.
- Không tạo lợi thế chỉ vì từ khóa xuất hiện trong nhiều heading.
- Không thay thế quy trình SEO On-Page đầy đủ.
Checklist trước khi xuất bản
- Trang có một tiêu đề chính mô tả đúng nhiệm vụ.
- Theme đã tạo H1 thì thân bài bắt đầu từ H2.
- H2 tạo được outline chính; H3–H6 có quan hệ cha–con rõ.
- Không chọn level theo kích thước chữ.
- Không lặp từ khóa máy móc.
- Mỗi heading khớp với nội dung ngay bên dưới.
- Không có heading rỗng, chỉ chứa icon hoặc section không có nội dung.
- Đã kiểm tra HTML rendered, mục lục, mobile và component tương tác.
Kết luận
Heading tốt là bản đồ của tài liệu. Với WordPress, hãy kiểm tra H1 do theme tạo, dùng H2 cho các phần lớn và chỉ thêm H3–H6 khi có nhánh con thật sự. Đọc riêng outline trên HTML đã render là cách nhanh nhất để phát hiện cấu trúc lặp, thiếu cấp hoặc bị giao diện làm sai nghĩa.
Nguồn tham khảo
Nguồn được kiểm tra ngày 07/10/2026.
Đoàn Trình Dục là Giảng viên Khoa Công nghệ Thông tin tại Đại học Công nghệ Sài Gòn (STU), với hơn 10 năm kinh nghiệm thực chiến trong các lĩnh vực Mạng máy tính, Marketing Online, SEO và Bảo mật hệ thống.
Với nền tảng sư phạm và kinh nghiệm tư vấn cho nhiều doanh nghiệp, thầy chuyên sâu vào việc xây dựng các giải pháp kỹ thuật số toàn diện và hiệu quả.