Việc sử dụng quá mức <h1> là xấu, nhưng bây giờ, với HTML5?


22

Chúng tôi biết rằng việc lạm dụng <h1>có thể dẫn đến hình phạt tối ưu hóa quá mức, nhưng bây giờ, trong HTML5, nó được phép sử dụng nhiều <h1>trong cùng một trang (bên trong các phần lồng nhau).

Google sẽ làm gì với các trang chỉ chứa <h1>tiêu đề?


Tôi không biết Google làm gì, nhưng tôi hy vọng một ngày nào đó nó sẽ phạt họ và tống họ xuống địa ngục trong suốt quãng đời còn lại! Với tất cả những điều đẹp đẽ do HTML5 mang đến cho chúng tôi, tôi thực sự đấu tranh để hiểu lý do tại sao mọi người cần phải sử dụng các <h1>thẻ lồng nhau trong mã. Hãy tự hỏi: "Có nhiều hơn một <title>thẻ trong các trang của tôi không?" Câu trả lời là KHÔNG, vậy tại sao tôi cần thêm nhiều <h1>thẻ trong một trang?!
Marco Demaio

1
Rất giống nhau, nếu không giống với SEO liên quan đến việc sử dụng nhiều thẻ H1 ?
Zhaph - Ben Duguid

1
@MarcoDemaio, H1thẻ không giống với TITLEthẻ. Thuật toán phác thảo HTML5, cũng như hầu hết mọi phần tử được giới thiệu bởi HTML5, đã được tạo để giải quyết khái niệm rằng một trang có thể chứa nhiều hơn một bài viết. Khi một trang chứa một bài viết (giống như hầu hết các trang trên Wikipedia), chỉ sử dụng H1-H6. Nếu bạn bắt đầu hiển thị nhiều lời trêu ghẹo bài viết trên một trang, bạn sẽ kết thúc với mớ hỗn độn nếu bạn chỉ dựa vào các thẻ H1-H6 để cấu trúc nội dung của bạn.
thứ ba

@thirdender: IMHO nếu bạn hiển thị một trang có nhiều artciles trong đó bạn có thể sử dụng <h1>để bọc tên thật của trang "Các bài báo nói về ..." và tiêu đề bài viết có thể được gói vào <h2>, tôi vẫn không hiểu tại sao bạn phải sử dụng <h1>lần thứ hai trong trang.
Marco Demaio

1
@MarcoDemaio, vâng, có thể làm theo cách đó, nhưng sau đó bạn không tận dụng các yếu tố phân chia HTML5 để tận dụng tối đa lợi thế của chúng. Xem Tạp chí Smashing: Ngữ nghĩa cấu trúc - Tầm quan trọng của các yếu tố phân chia HTML5 . Anh ta thực sự hiểu được những thiếu sót của các cơ chế phác thảo tài liệu lịch sử và cách chúng được giải quyết bằng các yếu tố phân đoạn HTML5 mới. Những người lập trình này có lợi cho các lập trình viên bằng cách làm cho cuộc sống dễ dàng hơn và mang lại lợi ích cho người dùng trình đọc màn hình bằng cách tiêu chuẩn hóa các thực hành phác thảo theo cách có ý nghĩa.
thứ ba

Câu trả lời:


14

Theo Matt Cutts, Google không phạt các trang web chỉ vì có nhiều <h1>thẻ . Có thể các bộ chỉ mục của họ có thể được lập trình để phát hiện việc lạm dụng quá mức <h1>- như, giả sử, có tất cả văn bản của bạn trong <h1>các thẻ - và để xử phạt các trang đó, nhưng tôi không thấy xác nhận trực tiếp nào về điều đó. Nó rất có khả năng là nhân viên nhân của họ, nếu cảnh báo về một trang như vậy, sẽ thấy nó là lạm dụng và hành động phù hợp.

Tôi không làm việc tại Google và tôi không biết thuật toán của họ thực sự hoạt động như thế nào (ngoài những gì có thể được suy ra từ các quan sát và bài đăng của những người biết), nhưng nếu tôi viết mã xử lý tiêu đề của họ, tôi sẽ phân bổ một lượng "trọng lượng tiêu đề" nhất định trên mỗi trang và chia trọng lượng đó theo tỷ lệ cho tất cả các tiêu đề trên trang. Theo cách đó, việc có hai <h1>thẻ sẽ có tác dụng chính xác giống như có một thẻ dài và chỉ sử dụng <h3>các thẻ trên một trang sẽ có tác dụng chính xác như chỉ sử dụng <h1>. Đó là một giải pháp rõ ràng đến nỗi tôi khá ngạc nhiên nếu Google không làm điều gì đó ít nhiều như thế.


1
Asker không đề cập chính xác những gì được đề cập đến, nhưng đáng chú ý là video Ilmari liên kết đến từ năm 2009. Bản cập nhật được nhắm mục tiêu cụ thể là một hình phạt tối ưu hóa quá mức (cuối cùng có tên Penguin ) chỉ được giới thiệu khoảng một tuần trước .
Su '

8

Nói chung, nó được chấp nhận thực tiễn tốt nhất khi chỉ có một trang duy nhất <h1>trên một trang hoặc chỉ có 1 <h1>trong một phần cho HTML5. Google sẽ không phạt bạn vì đáp ứng các tiêu chuẩn HTML, và cũng sẽ không phạt bạn vì có nhiều người <h1>- điều đó có thể phạt bạn vì đã CHỈ <h1> mặc dù vậy.

Điểm quan trọng là đó là về các yêu cầu của nội dung và yêu cầu của người dùng - dù họ có nhìn thấy hay không, điều đó sẽ mang theo cả ngày.

Đây là Johnathan Mueller của Google xác nhận rằng Google có thể lập chỉ mục HTML 5 và nó không làm gì đặc biệt cho nó, tức là thưởng cho bạn khi sử dụng HTML 5.

Các hệ thống thu thập thông tin và lập chỉ mục của chúng tôi hiện không làm gì đặc biệt cho HTML5, do đó không có "phần thưởng" cho việc sử dụng các cấu trúc HTML5, nhưng tương tự cũng thường không có nhược điểm. Điều đó nói rằng, hầu hết các trang có đánh dấu HTML5 mà tôi đã thấy có xu hướng rất sạch sẽ - với ít "hành trình" và các yếu tố không cần thiết. Mặc dù có đánh dấu sạch không phải là thứ mà thuật toán của chúng tôi tìm kiếm rõ ràng, đôi khi chúng tôi thấy các trang gần như không thể xem được. Ngoài ra, đánh dấu sạch sẽ giúp duy trì trang web dễ dàng hơn nhiều, dễ dàng thêm các yếu tố mới như microformats và thường xuyên làm cho các trang dễ di chuyển hơn trên nhiều trình duyệt và thiết bị. Vì vậy, trong tâm trí đó, không có gì cản trở bạn (từ quan điểm tìm kiếm) từ việc tạo một trang web tuyệt vời trong HTML5 :).


chứng minh những gì bạn đang nói chứng minh rằng google hiểu TODAY html5 ... nó chắc chắn sẽ có trong tương lai. nhưng hôm nay?
đường chân trời26

1
từ blog của matt cutts: Các thẻ H1 quá mức - tất cả cùng nhau ngay bây giờ: H1 là tiêu đề hàng đầu; H2 và H3 cho phần còn lại. Bạn chỉ nên có một tiêu đề H1 cho mỗi bài viết hoặc trang.
đường chân trời26

@toPeerOrNotToPeer có, chính xác. Thực hiện theo các tiêu chuẩn và bạn sẽ không gặp vấn đề gì, nhưng Google không xử phạt nhiều H1 và nó hiểu HTML 5.
toomanyairmiles

Hạn chế H1 đơn chưa bao giờ đúng.
Su '

@Su 'nó không có trong thông số kỹ thuật, không. Nó thường được chấp nhận thực tế mặc dù - tôi đã nói quá trường hợp mặc dù.
toomanyairmiles

3

Mọi người luôn chỉ đến bài đăng của Matt Cutts từ năm 2009. Đây là một video từ năm 2011 trong một cuộc trò chuyện trên web trực tiếp, nơi Matt Cutts nêu cụ thể sở thích của anh ấy cho một <h1>thẻ trên mỗi trang.


Chào mừng đến với trang web! Đó là một liên kết thông tin - bạn có thể mở rộng câu trả lời của mình một chút để giải quyết câu hỏi tốt hơn không? Nếu không, câu trả lời của bạn gần với một bình luận. Cảm ơn!
dan

3

Nó luôn được phép sử dụng nhiều <h1>tài liệu trong một tài liệu và không bao giờ bị phạt tùy tiện. Hơn làm điều đó là những gì có thể làm cho chính nó một vấn đề.

Đối với Google, bạn sẽ phải tin tưởng rằng các kỹ sư đang thực hiện công việc của mình và nếu họ lập chỉ mục HTML5 đúng cách, Googlebot biết rằng lồng nhau <h1>sẽ bị đẩy xuống một cách hiệu quả. Nếu bạn không tin tưởng điều đó, thì đừng làm điều đó và chỉ làm thủ công cho <h2>đến khi bạn nhận được câu trả lời rõ ràng, trực tiếp về nó. (Liên kết đến bài đăng của Johnathan Mueller trong phản hồi của @toomanyairmiles rất thú vị, nhưng chưa đủ cho tôi.) Tôi chưa thấy điều này xảy ra.


1

Tôi giả sử câu hỏi này dựa trên logic rằng một <h1>thẻ đại diện cho một tiêu đề chính của trang. Mặc dù điều đó có thể đúng trong những ngày trước, HTML5 đã thay đổi loại logic đó. Trong HTML5, <h1>thẻ là tiêu đề chính của một phần. Đây có thể là một trang đầy đủ, một trang con, một mô-đun, v.v ... Một ví dụ điển hình về lý do tại sao sự khác biệt này là khi xây dựng một hệ thống mô-đun gồm các phần khác nhau dành riêng cho các hoạt động khác nhau.

Hãy tưởng tượng một hệ thống có nhiều "trang" xếp cạnh nhau. Mỗi trang phục vụ một mục đích khác nhau: một cho thời tiết, một cho tổ chức các nhiệm vụ, một cho khách hàng hiển thị, v.v ... Mỗi trang này có thể được tiếp tục đi sâu vào (dự báo từng giờ, từng nhiệm vụ, một khách hàng) và những trang này "trang con" có thể được đặt trực quan cùng với các trang thực tế.

Trước HTML5, bạn sẽ cần xác định một cách hợp lý thẻ tiêu đề nào phù hợp và nếu bạn đi sâu hơn 6 cấp, bạn đã hết thẻ tiêu đề. Với HTML5, bạn có thể đặt tất cả chúng <h1>mà không cần thêm logic hoặc giới hạn lồng nhau.


Nhưng anh ấy hỏi "Google sẽ làm gì với các trang ...". Hệ thống bạn tưởng tượng trong câu trả lời của bạn trông giống giao diện ứng dụng web hơn là webiste. Thông thường ứng dụng web được cho là ở lại phía sau đăng nhập, do đó Google không thể thu thập dữ liệu chúng.
Marco Demaio
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.