Ngôn ngữ

Nhiều thẻ H1 có ảnh hưởng xấu đến SEO không?

Có nhiều hơn một thẻ H1 có ảnh hưởng xấu đến SEO không? John Mueller của Google nói là không — và đặc tả HTML cho phép nhiều h1 ngang hàng. Điều cần lưu ý là thay đổi đặc tả năm 2022 thực sự đã thay đổi điều gì, và vì sao khả năng tiếp cận, chứ không phải xếp hạng, mới là lý do nên giữ một H1 chính rõ ràng.

Xuất bản lần đầu: 2 thg 7, 2026 · Cập nhật lần cuối: 24 thg 8, 2026 · Nâng cao
AIĐược viết bởiAI v2

Nhiều thẻ H1 không làm giảm thứ hạng Google — John Mueller đã nói trực tiếp và nhiều lần như vậy từ năm 2019, gọi đây là vấn đề ‘không nghiêm trọng’, và đến năm 2026 chưa có tuyên bố nào của Google đảo ngược quan điểm đó. HTML5 (2014) đã chính thức cho phép nhiều phần tử <h1> ngang hàng, chấm dứt quy ước ‘chính xác một H1’ từ thời HTML4/XHTML nghiêm ngặt. Trường hợp hiện đại duy nhất không phù hợp đặc tả là lồng các h1 trong những phần tử phân đoạn lồng nhau — mẫu dựa trên thuật toán dàn ý cũ — vì cơ chế này bị xóa khỏi đặc tả WHATWG vào tháng 7/2022 do chưa từng được trình duyệt nào triển khai. ‘Không hại Google’ không có nghĩa là ‘không có nhược điểm’: quan điểm cũ của Bing cho rằng H1 bổ sung ‘làm giảm giá trị’ của thẻ, còn trình đọc màn hình công bố mọi H1 là heading cấp cao nhất, nên nhiều H1 có thể thực sự gây rối khi điều hướng theo heading. Khoảng một nửa số website (51,3% trong nghiên cứu một triệu tên miền của tôi) có nhiều H1 ở đâu đó — đây là mẫu template phổ biến và phần lớn vô hại, không phải thảm họa. Hãy sửa vì khả năng tiếp cận và sự gọn gàng, không phải vì Google phạt số lượng H1.

TL;DR — Nhiều thẻ H1 không làm giảm thứ hạng Google — Mueller đã nói trực tiếp và nhiều lần như vậy từ năm 2019 (“not a critical issue” (bản dịch) “không phải vấn đề nghiêm trọng”), và đến năm 2026 chưa có tuyên bố đảo ngược. HTML5 (2014) đã cho phép nhiều phần tử <h1> ngang hàng; quy tắc “chính xác một H1” là tàn dư từ HTML4/XHTML nghiêm ngặt. Cơ chế từng biện minh cho mẫu nhiều H1 lồng nhau — thuật toán dàn ý — đã bị xóa khỏi WHATWG Living Standard vào tháng 7/2022 (PR #7829) vì chưa trình duyệt nào từng triển khai. Vì thế, lồng H1 trong nội dung phân đoạn lồng nhau hiện không phù hợp đặc tả, còn các H1 ngang hàng vẫn hợp lệ. “Không hại Google” ≠ “không có nhược điểm”: quan điểm từ năm 2009 và chưa được Bing cập nhật là H1 bổ sung “diminish the value” (bản dịch) “làm giảm giá trị” của thẻ; trình đọc màn hình lại công bố mọi H1 là cấp cao nhất, nên nhiều H1 có thể gây rối khi điều hướng theo heading. 51,3% website có nhiều H1 ở đâu đó — một mẫu template phổ biến, vô hại. Hãy sửa vì khả năng tiếp cận và sự gọn gàng, không phải vì thứ hạng.

Bằng chứng cho nhận định này Google's current guidance treats semantic heading order as useful for screen readers but not something that materially changes Google Search behavior. Phạm vi: Current Google SEO Starter Guide; does not establish that every multiple-H1 pattern is ideal HTML. Độ tin cậy: cao · Đã xác minh: Google Search Central: SEO Starter Guide Bằng chứng cho nhận định này A page without a single clear first-level heading can be harder for assistive-technology users to navigate. Phạm vi: Accessibility and document organization, not a Google penalty claim. Độ tin cậy: cao · Đã xác minh: MDN: Heading elements — Accessibility

Câu hỏi thực sự chúng ta đang đặt ra

Bài viết này trả lời một câu hỏi hẹp nhưng gây nhiều lo lắng: có hơn một <h1> trên trang có ảnh hưởng xấu đến SEO không? Bài viết chủ ý không tranh luận lại toàn bộ vấn đề H1 — H1 có phải yếu tố xếp hạng không, nó góp phần tạo liên kết tiêu đề trên SERP như thế nào, và khác gì thẻ title. Đó là nội dung của bài chuyên sâu về thẻ H1; hãy đọc bài đó để có bức tranh rộng hơn. Ở đây, chúng ta đi sâu vào ngộ nhận về nhiều H1 và quan trọng hơn là lịch sử đặc tả HTML mà gần như mọi bài cạnh tranh đều trình bày mơ hồ.

Google có phạt nhiều thẻ H1 không?

Không. Và Google đã nói điều đó theo gần như mọi cách có thể.

Những tuyên bố cốt lõi đến từ buổi Webmaster Central hangout ngày 30/9/2019, nơi John Mueller nói thẳng:

“You can use H1 tags as often as you want on a page. There’s no limit, neither upper or lower bound.” (bản dịch) “Bạn có thể dùng thẻ H1 bao nhiêu lần tùy ý trên một trang. Không có giới hạn trên hay dưới.”

Mueller cũng khẳng định website không cần một số lượng H1 cụ thể:

“Your site is going to rank perfectly fine with no H1 tags or with five H1 tags.” (bản dịch) “Website của bạn sẽ xếp hạng hoàn toàn bình thường dù không có thẻ H1 hay có năm thẻ H1.”

Và — đây là câu liên quan nhất với nhóm “công cụ audit của tôi gắn cờ” — ông đã trực tiếp đề cập các cảnh báo của công cụ:

“Some SEO tools flag this as an issue and say like ‘oh you don’t have any H1 tag or you have two H1 tags’… from our point of view that’s not a critical issue.” (bản dịch) “Một số công cụ SEO gắn cờ đây là vấn đề và nói kiểu như ‘ồ, bạn không có thẻ H1 nào hoặc bạn có hai thẻ H1’… theo quan điểm của chúng tôi, đó không phải vấn đề nghiêm trọng.”

Ông bổ sung một lưu ý thành thật rằng vấn đề vẫn có thể đáng xem xét: “From a usability point of view maybe it makes sense to improve that. So it’s not that I would completely ignore those suggestions but I wouldn’t see it as a critical issue.” (bản dịch) “Từ góc độ khả năng sử dụng, có lẽ cải thiện điều đó là hợp lý. Không phải tôi sẽ hoàn toàn bỏ qua các đề xuất ấy, nhưng tôi không xem đó là vấn đề nghiêm trọng.” Đây là toàn bộ kết luận thu nhỏ: không phải vấn đề xếp hạng, có thể chỉ là một cải thiện nhỏ về khả năng sử dụng.

Trong video #AskGoogleWebmasters tiếp theo vài ngày sau, Mueller nói thêm: “Our systems don’t have a problem when it comes to multiple H1 headings on a page. That’s a fairly common pattern on the web.” (bản dịch) “Hệ thống của chúng tôi không gặp vấn đề khi một trang có nhiều heading H1. Đó là mẫu khá phổ biến trên web.” (Tôi xem nguyên văn chính xác của các câu khác trong video là nội dung được thuật lại nhưng được xác nhận rộng rãi, thay vì bản ghi đã kiểm chứng — các câu “không phải vấn đề nghiêm trọng” và “không có giới hạn” ở trên mới là cơ sở tôi dùng để lập luận.)

Điều này vẫn đúng vào năm 2026 chứ?

Đúng. Tôi đã tìm cụ thể một tuyên bố mới hơn của Google đảo ngược quan điểm này nhưng không có. Các trích dẫn năm 2019 của Mueller vẫn là tuyên bố trực tiếp, công khai gần nhất của Google về câu hỏi nhiều H1. Quan điểm liên quan — thứ tự và số lượng heading không ảnh hưởng thứ hạng — được củng cố trong SEO Office Hours tháng 7/2024 của Google, nơi Gary Illyes nói heading sai thứ tự không ảnh hưởng Google Search, và “just because a non-Google tool tells you something is good or bad, that doesn’t make it relevant for Google” (bản dịch) “chỉ vì một công cụ không thuộc Google nói điều gì đó tốt hay xấu không có nghĩa là điều đó liên quan đến Google”. Hướng dẫn nhập môn SEO của Google xếp số lượng heading vào nhóm điều bạn không nên tập trung: “There’s also no magical, ideal amount of headings a given page should have.” (bản dịch) “Cũng không có một số lượng heading lý tưởng, kỳ diệu mà một trang nhất định nên có.” Sau hơn 5 năm vẫn không có sự đảo ngược. Hãy xem đây là quan điểm ổn định, không phải lỗi thời.

HTML5 thực sự thay đổi quy tắc, hay đó chỉ là chuyện truyền miệng?

Đây là chỗ tôi có thể bổ sung điều mà đa số bài viết bỏ qua. Câu “HTML5 allows multiple H1s” (bản dịch) “HTML5 cho phép nhiều H1” được lặp lại khắp nơi mà không ai dẫn nguồn cho việc điều gì đã thay đổi hoặc thay đổi khi nào. Lịch sử thực có ba hồi, và làm rõ chúng chính là trọng tâm của trang này.

Hồi 1 — thời HTML4/XHTML nghiêm ngặt: “một H1” là quy ước, không hẳn là quy tắc cứng

Niềm tin “chính xác một H1 trên mỗi tài liệu” có từ trước HTML5. Nó bắt nguồn từ lối tư duy về tài liệu theo XHTML nghiêm ngặt và quan niệm chung rằng một tài liệu có một tiêu đề. Nó chưa bao giờ là lỗi xác thực HTML4 rõ ràng như mọi người nhớ — đó là một quy ước dần cứng lại thành chuyện truyền miệng.

Hồi 2 — HTML5 (2014): nhiều H1 ngang hàng chính thức phù hợp đặc tả

HTML5 đã giải quyết dứt điểm vấn đề ở cấp đặc tả. WHATWG HTML Living Standard vẫn có ví dụ hoàn chỉnh về một tài liệu với ba heading cấp cao nhất ngang hàng — <h1>Apples</h1>, <h1>Bananas</h1>, <h1>Carambola</h1> — cùng chú thích rằng một tài liệu có thể chứa nhiều heading cấp cao nhất. Đây là xác nhận rõ ràng nhất có thể ở cấp đặc tả: nhiều phần tử <h1> là HTML phù hợp đặc tả.

HTML5 cũng đưa vào thuật toán dàn ý, nguồn gốc thực sự của ý tưởng “nhiều H1, nhất là trong các section, đều ổn”. Mẫu dự kiến cho phép mỗi <article>, <section> hoặc <aside> mở đầu bằng <h1> riêng, và trình duyệt phù hợp đặc tả sẽ tính cấp hiệu lực của heading dựa trên độ sâu lồng nhau — vì vậy một <h1> lồng sâu sẽ được xử lý như H3 hoặc H4. Trên lý thuyết, cơ chế này khiến việc dùng nhiều H1 không chỉ hợp lệ mà còn là cách được khuyên dùng để cấu trúc trang.

Hồi 3 — tháng 7/2022: thuật toán dàn ý bị xóa vì chưa trình duyệt nào từng triển khai

Đây là sự thật mà gần như không bài cạnh tranh nào nhắc đến. Thuật toán dàn ý bị loại khỏi WHATWG Living Standard trong PR #7829 (“thay thuật toán dàn ý hiện tại bằng thuật toán dựa trên cấp heading”), do Steve Faulkner viết và được merge ngày 1/7/2022. Khái niệm “dàn ý” tài liệu được thay bằng dàn ý chỉ bắt nguồn từ chuỗi phẳng các phần tử <h1>–<h6> và cấp được khai báo rõ của chúng — không còn dựa vào việc lồng trong phần tử phân đoạn.

Lý do xóa mới là toàn bộ câu chuyện: thuật toán dàn ý đã nằm trong đặc tả hơn một thập kỷ mà chưa một trình duyệt nào từng triển khai. Trình đọc màn hình và trình duyệt luôn coi mọi <h1> là heading cấp cao nhất bất kể cách lồng. Hành vi “một số H1 thực chất trở thành H3” mà đặc tả mô tả chưa từng tồn tại ngoài văn bản đặc tả. Các tác giả về khả năng tiếp cận đã nói điều này nhiều năm — bài There Is No Document Outline Algorithm năm 2016 của Adrian Roselli là tài liệu cuộc thảo luận đặc tả thường quay lại, còn bài giải thích bằng ngôn ngữ dễ hiểu của Bruce Lawson tóm tắt vì sao việc xóa thuật toán thực ra cải thiện hướng dẫn về khả năng tiếp cận.

Hiện nay điều gì còn đúng

Vì vậy, trạng thái chính xác ở hiện tại (sau năm 2022) — và đây là điểm mấu chốt của câu hỏi “có gây hại không”:

  • Nhiều phần tử <h1> ngang hàng ở cùng độ sâu lồng nhau (mẫu Apples/Bananas/Carambola) vẫn là HTML phù hợp đặc tả.
  • Lồng <h1> trong <section>/<article>/<aside> lồng nhau với mục đích dựa vào hành vi của thuật toán dàn ý cũ hiện không phù hợp đặc tả, chính vì cơ chế đó đã bị xóa.

MDN nói rất rõ về nhiều phần tử <h1>: “on one page is allowed by the HTML standard (as long as they are not nested), this is not considered a best practice,” (bản dịch) “trên một trang được tiêu chuẩn HTML cho phép (miễn là chúng không lồng nhau), nhưng đây không được xem là phương pháp hay nhất”; còn việc lồng H1 trong các phần tử phân đoạn lồng nhau “was allowed in older versions of the HTML standard. However, this was never considered a best practice and is now non-conforming.” (bản dịch) “được cho phép trong các phiên bản cũ của tiêu chuẩn HTML. Tuy nhiên, đây chưa từng được xem là phương pháp hay nhất và hiện không phù hợp đặc tả.” Khuyến nghị của MDN: “Prefer using only one <h1> per page and nest headings without skipping levels.” (bản dịch) “Ưu tiên chỉ dùng một <h1> trên mỗi trang và lồng các heading mà không bỏ qua cấp.”

Phần lớn nội dung SEO gom tất cả thành một tuyên bố khái quát “nhiều H1 là hợp lệ trong HTML5”. Bạn có thể trình bày chính xác hơn thế.

Còn Bing thì sao?

Bing là nơi duy nhất các công cụ tìm kiếm thực sự khác biệt — nhưng hãy gắn ngày tháng với quan điểm đó. Tuyên bố có thể dẫn nguồn của Bing về H1 nằm trong bài blog quản trị website năm 2009, Kiến trúc nội dung cho SEO (SEM 101):

“Only use only one <h1> tag per page. No, you won’t be considered web spam if you use two, but you diminish the value of the <h1> tag if you use more than one (after all, there is supposed to be only one big idea per page, right?).” (bản dịch) “Chỉ dùng một thẻ <h1> trên mỗi trang. Không, bạn sẽ không bị coi là web spam nếu dùng hai thẻ, nhưng bạn làm giảm giá trị của thẻ <h1> nếu dùng nhiều hơn một (suy cho cùng, mỗi trang chỉ nên có một ý tưởng lớn, đúng không?).”

Đây là cảnh báo nhẹ hơn theo kiểu pha loãng tín hiệu, thay vì lời khẳng định thẳng “không nghiêm trọng” của Google — Bing nói H1 bổ sung không khiến bạn bị gắn cờ spam nhưng làm yếu tín hiệu. Có hai lưu ý thành thật: tuyên bố này từ năm 2009, trước khi HTML5 cho phép nhiều H1 vào năm 2014, và không có bằng chứng Bing đã xem xét lại quan điểm đó. Đây vẫn là tuyên bố riêng cho Bing gần nhất mà tôi tìm được, nên tôi dẫn lại — nhưng xem nó là quan điểm có niên đại, không phải quan điểm hiện hành.

Nếu không ảnh hưởng thứ hạng, vì sao chuyên gia khả năng tiếp cận vẫn khuyên tránh?

Vì đây là nhược điểm thực, hiện hành, không phải chuyện hoang đường — và nó nằm trên một trục hoàn toàn khác với SEO.

Trình đọc màn hình công bố mọi <h1> là heading cấp cao nhất, bất kể nó nằm ở đâu trong cấu trúc HTML của trang. Hành vi nhận biết cách lồng mà thuật toán dàn ý từng hứa hẹn — trong đó H1 lồng nhau sẽ được đọc ở cấp thấp hơn — chưa từng tồn tại trong công nghệ hỗ trợ. Vì vậy, một trang có nhiều H1 đưa ra cho người dùng trình đọc màn hình (nhiều người điều hướng trang bằng heading) nhiều tín hiệu cạnh tranh cùng nói “đây là nội dung chính”. Nhóm khả năng tiếp cận BOIA diễn đạt rằng khi có nhiều H1, người dùng “must ask which heading truly represents the main topic” (bản dịch) “phải tự hỏi heading nào thực sự đại diện cho chủ đề chính”. Các trình xác thực HTML cũng nói tương tự bằng ngôn ngữ công cụ: “all <h1> elements are treated as top-level headings by many screen readers and other tools” (bản dịch) “mọi phần tử <h1> đều được nhiều trình đọc màn hình và công cụ khác coi là heading cấp cao nhất”.

Vì thế, “nhiều H1 không làm giảm thứ hạng Google” và “nhiều H1 không có bất kỳ nhược điểm nào với mọi người dùng” là hai tuyên bố khác nhau. Tuyên bố đầu đúng; tuyên bố sau sai. Hãy tách biệt chúng.

Vậy bạn có nên sửa một trang có nhiều H1 không?

Hãy phân loại, đừng hoảng. Có ba trường hợp:

  1. Lỗi template — logo trong H1 cộng với tiêu đề trong H1. Đây là nguyên nhân thực tế phổ biến nhất. Nó có ưu tiên thấp với SEO nhưng là cải thiện dễ làm về khả năng tiếp cận: đổi logo thành <div>, <p> hoặc <span> (hay <h2> nếu nó thực sự cần là heading) và giữ tiêu đề bài viết làm H1 duy nhất. Nhanh, ít rủi ro.
  2. Nhồi từ khóa vào nhiều H1. Nếu ai đó nhét cùng một cụm từ mục tiêu vào năm H1 để thao túng thứ hạng, việc đó đáng sửa — nhưng không phải vì Google phạt số lượng. Nó đáng sửa vì có vẻ kém chất lượng với người đang quyết định có tiếp tục đọc hay không; cách Mueller gọi vấn đề là “không nghiêm trọng” chưa bao giờ cho phép spam heading nhằm thao túng. Cách sửa là viết heading trung thực, không phải cứ xóa H1.
  3. Template dùng H1 ngang hàng một cách hợp lý và không gây nhầm lẫn. Nếu thiết kế thực sự cần nhiều heading cấp cao nhất ngang nhau, đồng thời vẫn gọn và dễ đọc, bạn có thể giữ nguyên. HTML phù hợp đặc tả, không có vấn đề xếp hạng. Hãy cân nhắc sắc thái nhỏ về khả năng tiếp cận rồi tiếp tục việc khác.

Điều này thực sự phổ biến đến mức nào?

Đủ phổ biến để việc xem nó là thảm họa trở nên vô lý. Trong nghiên cứu Site Audit trên một triệu tên miền của tôi, 51,3% website có trang chứa nhiều thẻ H1. Cách tôi diễn đạt khi đó vẫn đúng: HTML hiện đại cho phép nhiều H1 và Google nói chúng không phải vấn đề — bạn nên xác nhận mỗi heading mang thẻ H1 thực sự liên quan đến trang, nhưng đây không phải mối lo đáng kể. Nếu khoảng một nửa web gặp trường hợp này và sau hơn 5 năm Google không nói gì phản đối, rõ ràng đây không phải tình huống SEO khẩn cấp như cờ đỏ của công cụ audit gợi ý. (Để so sánh với trường hợp thiếu H1 — cũng cực kỳ phổ biến và ít tác động — hãy xem bài thẻ H1; tôi sẽ không lặp lại các con số ở đây.)

Kết luận

Nhiều thẻ H1 không làm giảm thứ hạng Google. HTML5 cho phép các H1 ngang hàng; thay đổi đặc tả năm 2022 xóa cơ chế dàn ý từng biện minh cho H1 lồng nhau, nên lồng H1 trong nội dung phân đoạn lồng nhau hiện là trường hợp duy nhất thực sự không phù hợp đặc tả. Cảnh báo “làm giảm giá trị” có niên đại của Bing và mối lo hiện hữu về khả năng tiếp cận là lý do một H1 rõ ràng vẫn là mặc định gọn gàng — chứ không phải hình phạt nào của Google. Hãy sửa H1 trùng do template khi chi phí thấp; đừng dành cả sprint cho việc đó.

Để xem toàn cảnh về H1 — trạng thái yếu tố xếp hạng, mối quan hệ với liên kết tiêu đề và dữ liệu thiếu H1 — hãy đọc bài chuyên sâu thẻ H1. Để xem toàn bộ họ H1–H6 và thứ tự heading, hãy đọc hub thẻ heading. Phần tử mốc <header> lại là thứ hoàn toàn khác với heading H1 — đừng nhầm lẫn chúng.

Thêm ghi chú chuyên gia

Ghim trích dẫn chuyên gia

Người mới? Hãy tạo hồ sơ chưa có người xác nhận cho họ tại /admin/experts/ → Ghim trích dẫn chuyên gia trước.