Heading SEO là gì và lấy cấp H1–H6 thế nào?
Heading trong SEO là hệ thống thẻ H1–H6 mô tả thứ bậc nội dung của một trang. H1 nêu chủ đề chính, H2 chia các phần lớn, H3 giải thích nhánh thuộc H2 gần nhất. Chọn cấp theo quan hệ nội dung, đừng chọn theo cỡ chữ muốn hiện.
Cảnh hay gặp nhất: bài nhìn rất êm trên desktop, chữ to chữ nhỏ đều “đúng gu”, vậy mà outline lại vụn. Dòng to được kéo bằng CSS, H2 nhảy sang H4, còn CTA cũng thành H3 chỉ vì editor muốn chữ đậm. Người đọc bằng mắt có thể chưa kịp khó chịu. Outline thì đã rối từ lúc đó.
Heading không phải đồ trang trí. Nó là bản đồ của bài. Nếu chỉ đọc lần lượt H1, H2 rồi H3 mà vẫn không nắm được trang đang trả lời việc gì, cấu trúc đang có vấn đề, dù giao diện có đẹp đến đâu.
- H1: chủ đề chính của URL.
- H2: một phần lớn hoặc một câu hỏi thật.
- H3: nhánh của đúng H2 đứng ngay trước.
- Giao diện: muốn chữ to/nhỏ thì sửa CSS, không đổi cấp heading.
Thẻ H1, H2, H3 đến H6 khác nhau ra sao?
H1 đến H6 không phải sáu kiểu chữ to nhỏ. Chúng là sáu cấp trong outline HTML. H1 xác định chủ đề trang. H2 chia các phần chính. H3 chia nhánh bên trong một H2. H4–H6 chỉ cần khi nội dung thực sự có nhiều tầng, không phải để chèn thêm keyword.
| Thẻ | Vai trò | Ví dụ | Lỗi thường gặp |
|---|---|---|---|
| H1 | Chủ đề chính của URL | Heading là gì và cách tối ưu | Có nhiều H1 do logo, card hoặc component |
| H2 | Câu hỏi hoặc phần lớn | Thẻ H1–H6 khác nhau ra sao? | Mọi H2 lặp nguyên keyword chính |
| H3 | Nhánh thuộc H2 gần nhất | Bước hoặc tình huống cụ thể | H3 không liên quan H2 phía trước |
| H4–H6 | Phân tầng sâu hơn khi thật sự cần | Hiếm khi cần trong bài blog thông thường | Dùng thay CSS vì muốn chữ nhỏ hơn |
Ví dụ, trong một bài về SEO Onpage, “Cách tối ưu title” và “Cách tối ưu internal link” có thể là hai H2 ngang hàng. “Viết title cho trang sản phẩm” là H3 thuộc phần title. Nhìn theo quan hệ này dễ hơn việc ghi nhớ một công thức cứng.
Phần lớn người đọc quét H1, H2 và H3 trước khi chịu ngồi đọc kỹ. Outline rõ giúp họ thấy câu trả lời, các bước và phần liên quan mà không phải lục trong một khối chữ dài. Outline rối thì họ thoát sớm, dù body bên dưới viết khá công phu.
Vì vậy, chọn cấp heading theo quan hệ nội dung, không theo cỡ chữ muốn hiện. H3 đang trông quá to thì sửa CSS. Đừng hạ nó thành H4 rồi làm outline bị đứt giữa chừng.
H1 và SEO Title có phải giống nhau?
Hai phần có thể giống nếu câu đó phù hợp cho cả SERP lẫn trang. Chúng cũng có thể khác. SEO Title cần cô đọng, cạnh tranh sự chú ý trên SERP. H1 có thể rõ bối cảnh hơn khi người dùng đã vào trang. Khác nhau không có nghĩa được phép lệch intent.
Google và W3C nhìn heading khác nhau thế nào?
Google SEO Starter Guide khuyên dùng heading để chia nội dung thành các phần dễ đọc, nhưng cũng nói thứ tự heading không phải yếu tố xếp hạng cứng. Trong khi đó, W3C Web Accessibility Initiative khuyên lồng heading theo cấp và tránh nhảy cấp khi có thể, vì người dùng công nghệ hỗ trợ dùng chúng để điều hướng trong trang.
| Góc nhìn | Google Search | Accessibility | Cách làm an toàn |
|---|---|---|---|
| Mục tiêu | Giúp người đọc hiểu và quét nội dung | Thể hiện cấu trúc và hỗ trợ điều hướng | Viết heading mô tả đúng phần bên dưới |
| Thứ tự H1–H6 | Không phải quy tắc ranking cứng | Nên có thứ bậc logic, hạn chế nhảy cấp | Dùng H1 → H2 → H3 theo quan hệ nội dung |
| Cỡ chữ | Không quyết định cấp heading | Không thay thế được ngữ nghĩa HTML | Dùng CSS để đổi giao diện |
Vì vậy, thứ tự heading hợp lý không phải “mẹo SEO” để tăng hạng ngay. Đó là cách tạo một tài liệu dễ đọc, dễ bảo trì và ít gây nhầm lẫn cho cả người dùng lẫn công cụ phân tích.
Heading có giúp bài dễ được AI trích không?
Heading rõ giúp chia bài thành từng phần có chủ đề và câu trả lời riêng, nên nội dung dễ bị lấy ra hơn. Nhưng heading không bảo đảm trang sẽ vào AI Overviews hay được công cụ AI trích dẫn.
Tài liệu AI features and your website cũng không yêu cầu schema hay tệp đặc biệt chỉ để “vào” AI Overviews. Trang vẫn phải index được, đủ điều kiện hiện snippet, và giữ các thực hành SEO nền tảng. Heading chỉ có ích khi đoạn ngay bên dưới trả lời thẳng, đủ ngữ cảnh, không bắt người đọc quay lên đoạn trước mới hiểu.
- Viết H2 hoặc H3 theo câu hỏi thực tế.
- Trả lời thẳng trong 40–60 từ đầu tiên.
- Bổ sung ví dụ, giới hạn và nguồn ngay trong cùng section.
Không nên biến mọi heading thành một câu hỏi hoặc lặp nguyên keyword. Một outline tốt vẫn phải đọc tự nhiên khi con người quét trang, kể cả khi không có mục tiêu GEO.
Quy trình thực hiện từng bước
- Chốt một nhiệm vụ chính cho trang. Nếu chưa nói được trang giải quyết việc gì trong một câu, bạn chưa thể viết H1 rõ.
- Liệt kê câu hỏi cấp một. Những câu hỏi lớn trở thành H2. Loại mục không phục vụ intent hoặc chuyển sang bài khác.
- Nhóm chi tiết dưới H3. H3 phải trả lời hoặc mở rộng H2 ngay phía trên. Nếu một H3 quá lớn, cân nhắc nâng thành H2.
- Đọc outline không nhìn nội dung. Chỉ đọc H1, H2 và H3. Nếu vẫn hiểu mạch lập luận, cấu trúc đã đủ rõ để biên tập.
- Kiểm tra HTML sau khi render. Component, page builder và JavaScript có thể tạo heading ngoài ý muốn. Kiểm tra DOM thật, không chỉ giao diện editor.
- Giữ heading tự nhiên. Đưa keyword vào nơi phù hợp nhưng không lặp cùng một cụm ở mọi heading.
Bảng dưới đây là phần kiểm tra nhanh trước khi xuất bản.
| Hạng mục | Cần kiểm tra | Dấu hiệu hoàn thành |
|---|---|---|
| H1 | Nêu chủ đề chính của trang | Khớp mục đích trang |
| H2 | Mỗi heading là một câu hỏi hoặc phần lớn | Đọc riêng vẫn thành outline |
| H3 | Chỉ giải thích nhánh của H2 gần nhất | Không đứng độc lập sai cấp |
| Giao diện | CSS kiểm soát cỡ chữ | Không chọn heading để trang trí |
| Accessibility | Thứ bậc giúp điều hướng | Không có bước nhảy gây khó hiểu |
Khi audit, Mạnh Digital xuất outline của trang trước khi đọc body. Nếu chỉ nhìn heading mà không hiểu mạch nội dung, lỗi được giao cho editor. Nếu lỗi lặp trên template, ticket được giao cho developer.
Quy trình biên tập heading trong 10 phút
Đầu tiên, ẩn body và chỉ đọc outline. Gạch chân heading không nói rõ phần bên dưới, chẳng hạn “Tầm quan trọng” hoặc “Một số lưu ý”. Đổi thành câu cụ thể như “Heading giúp người dùng trình đọc màn hình thế nào?”.
Tiếp theo, kiểm tra mỗi H3 có thật sự là nhánh của H2 ngay trước. Nếu H3 có thể đứng ngang hàng với H2, nâng cấp. Nếu một H2 chỉ có một H3 và không có lý do phân nhánh, cân nhắc gộp.
Cuối cùng, kiểm tra keyword. Keyword chính có thể xuất hiện trong H1 và một heading quan trọng khi tự nhiên. Không cần lặp trong mọi H2. Heading được viết cho người đang quét trang, vì vậy tính mô tả quan trọng hơn mật độ từ khóa.
Kiểm tra heading trong HTML và rendered DOM
View Source cho biết heading có trong HTML ban đầu hay không. DevTools cho biết DOM sau khi JavaScript chạy. Với site React, cần so cả hai nếu heading hoặc nội dung phụ thuộc API. Kiểm tra thêm heading ẩn bằng CSS, heading trùng từ menu mobile và component modal được render sẵn.
Một outline sai và cách sửa
Giả sử trang có H1 “Dịch vụ SEO”, sau đó là H3 “Quy trình”, H2 “Bảng giá” và H4 “Câu hỏi thường gặp”. Vấn đề không nằm ở con số lớn hay nhỏ. “Quy trình” và “Bảng giá” đều là phần cấp một dưới chủ đề chính, nên cả hai cần là H2. Từng bước trong quy trình mới là H3.
Cách nhanh nhất để sửa là chép toàn bộ heading ra một danh sách không có body text. Nếu outline vẫn kể được một câu chuyện logic, cấu trúc đã ổn. Nếu phải đọc nội dung bên dưới mới đoán được mối quan hệ, heading cần viết lại.
Nhiều H1 và nhảy cấp có sao không?
HTML hiện đại không khiến trang hỏng chỉ vì có nhiều H1. Tuy nhiên, với trang nội dung và landing page thông thường, một H1 duy nhất vẫn là quy ước dễ quản lý nhất. Nó giúp editor, developer và công cụ audit cùng hiểu chủ đề chính.
Về accessibility, thứ tự heading logic giúp người dùng trình đọc màn hình di chuyển nhanh. Đừng nhảy từ H2 sang H4 chỉ vì H3 trong theme quá to. Hãy sửa CSS. Cấp heading mô tả quan hệ nội dung, cỡ chữ mô tả giao diện.
Sai lầm thường gặp
- Dùng nhiều H1 vì muốn chữ lớn
- Nhảy H2 sang H4 không có lý do
- Dùng heading cho nút CTA
- Mọi heading đều lặp keyword chính
- Heading không mô tả phần nội dung bên dưới
Cấu trúc heading theo từng loại trang
- Bài hướng dẫn: H1 nêu kết quả chính. Các H2 đi theo những giai đoạn lớn của nhiệm vụ. H3 giải thích thao tác, điều kiện hoặc lỗi trong từng giai đoạn. Nếu bài có bảy bước, không nhất thiết mỗi bước là H2. Hãy xem chúng là bảy phần ngang hàng hay bảy thao tác trong một quy trình.
- Trang dịch vụ: Heading cần đi theo hành trình quyết định: vấn đề, giải pháp, phạm vi, quy trình, bằng chứng, chi phí hoặc cách nhận báo giá. Những dòng như “Bạn đã sẵn sàng?” có thể là text CTA, không mặc nhiên phải là heading.
- Trang danh mục hoặc danh sách: H1 nêu chủ đề tập hợp. Tiêu đề từng card không nên được chọn cấp chỉ theo cỡ chữ. Nếu card là các phần tử ngang hàng dưới một H2, tiêu đề card có thể là H3. Cần kiểm tra cả pagination và component được tái sử dụng.
Heading có thể làm internal link tự nhiên hơn
Khi một H2 mở ra khái niệm có URL chuyên sâu, đoạn ngay dưới heading là vị trí tốt để dẫn đọc. Ví dụ, phần lập outline nên dẫn sang Search Intent. Phần tối ưu Onpage có thể dẫn sang checklist SEO Onpage. Nếu cần khung có brief và bằng chứng, dùng template bài viết chuẩn SEO. Khi cấu trúc trang sai trên nhiều template, cần một SEO Audit thay vì sửa từng bài bằng tay.
Chủ đề này chỉ là một phần trong quy trình. Tùy vấn đề đang gặp, bạn có thể đọc tiếp SEO Onpage, cách viết bài chuẩn SEO. Chỉ mở link phù hợp với bước kế tiếp, không cần áp dụng tất cả cùng lúc.
Câu hỏi thường gặp
H2 có cần chứa keyword không?
Chỉ khi keyword giúp mô tả chính xác phần nội dung. Không cần ép từ khóa vào tất cả H2. Heading phải ưu tiên khả năng định hướng người đọc.
Có thể dùng CSS thay cho heading không?
CSS chỉ thay đổi giao diện. Nếu văn bản thực sự là tiêu đề của một phần, nên dùng phần tử heading phù hợp rồi dùng CSS để tạo kiểu.
Heading trong accordion có được không?
Có thể, nếu nút accordion và heading được triển khai semantic, trạng thái mở đóng có tên truy cập và nội dung vẫn tồn tại trong DOM. Đừng dùng heading chỉ để làm nút có cỡ chữ lớn.
Heading có giúp bài lên AI Overviews không?
Heading rõ có thể giúp hệ thống tách và hiểu từng phần nội dung, nhưng không bảo đảm được chọn cho AI Overviews. Trang vẫn phải được index, đủ điều kiện hiển thị snippet và cung cấp câu trả lời chính xác, hữu ích, có ngữ cảnh.
Việc nên làm ngay sau bài này
Cấu trúc heading SEO không phải mẹo tăng hạng độc lập. Việc hữu ích hơn là xuất outline ra, sửa quan hệ H1–H3, rồi kiểm tra HTML sau khi render. Nếu có thể, đối chiếu thêm bằng trình đọc màn hình hoặc một lần audit nhanh. Lỗi lặp trên nhiều template thì sửa ở component hoặc theme, đừng ngồi chữa từng URL. Cần nền tảng rộng hơn thì đọc Technical SEO; còn lỗi chồng chéo trên cả site thì xem SEO Audit.