Злоупотребление <h1> было плохо, но теперь, с HTML5?


22

Мы знаем, что чрезмерное использование <h1>может привести к штрафу за чрезмерную оптимизацию, но теперь в HTML5 разрешено использовать несколько <h1>на одной странице (внутри вложенных разделов).

Что Google будет делать со страницами, содержащими <h1>только заголовки?


Я не знаю, что делает Google, но я надеюсь, что однажды он накажет их и отправит в ад на всю оставшуюся жизнь! Со всеми прекрасными вещами, которые принес нам HTML5, я действительно изо всех сил пытаюсь понять, почему людям нужно раздувать, используя вложенные <h1>теги в коде. Спросите себя: «Есть ли более одного <title>тега на моих страницах?» ответ НЕТ, так зачем мне добавлять более одного <h1>тега на страницу ?!
Марко Демайо


1
@MarcoDemaio, H1теги не совпадают с TITLEтегами. Алгоритм выделения HTML5, а также почти все элементы секционирования, представленные в HTML5, были созданы для того, чтобы учесть, что одна страница может содержать более одной статьи. Когда одна страница содержит одну статью (как большинство страниц в Википедии), имеет смысл использовать только H1-H6. Если вы начнете отображать несколько тизеров статей на странице, вы получите беспорядок, если для структурирования своего контента вы будете полагаться только на теги H1-H6.
Тридцатое

@thirdender: ИМХО, если вы покажете одну страницу с несколькими художественными файлами, вы можете использовать ее, <h1>чтобы обернуть настоящее название страницы «Статьи, о которых идет речь ...», и заголовок статьи можно обернуть <h2>, но я все равно не понимаю, почему должны использовать <h1>времена Mutliple на странице.
Марко Демайо

1
@MarcoDemaio, да, это можно сделать таким образом, но тогда вы не используете элементы секционирования HTML5 в полной мере. См. Smashing Magazine: Структурная семантика - важность элементов секционирования HTML5 . Он действительно вбирает в себя недостатки исторических механизмов, описывающих механизмы, и то, как они устраняются новыми элементами секционирования HTML5. Они приносят пользу программистам, облегчая жизнь, и приносят пользу пользователям программ чтения с экрана, обеспечивая значительную стандартизацию схем набросков.
Третий

Ответы:


14

По словам Мэтта Каттса, Google не наказывает сайты только за наличие нескольких <h1>тегов . Вполне возможно, что их индексаторы могут быть запрограммированы на обнаружение вопиющих злоупотреблений <h1>- например, когда весь ваш текст находится внутри <h1>тегов - и для наказания за такие страницы, но я не видел прямого подтверждения этому. Это является очень вероятно , что их человеческий персонал, если готовность к такой странице, будет видеть это как злоупотребление и действовать соответствующим образом .

Я не работаю в Google, и я понятия не имею, как на самом деле работают их алгоритмы (помимо того, что можно сделать из наблюдений и сообщений людей, которые знают), но если бы я должен был написать их код обработки заголовка, я бы выделил определенное количество «веса заголовка» на страницу и разделите этот вес пропорционально по всем заголовкам на странице. Таким образом, наличие двух <h1>тегов будет иметь точно такой же эффект, как и один длинный, а использование только, скажем, <h3>тегов на странице будет иметь точно такой же эффект, как и использование только <h1>. Это настолько очевидное решение, что я был бы весьма удивлен, если бы Google не делал что-то более или менее подобное.


1
Аскер точно не упоминает, о чем идет речь, но стоит отметить, что видео, на которое ссылается Илмари, относится к 2009 году. Обновление, которое было специально нацелено на штраф за чрезмерную оптимизацию (в конечном итоге названное Penguin) ), было представлено только около недели назад. ,
Su '29

8

Общепринятой практикой является использование только одного <h1>на странице или только 1 <h1>в разделе для HTML5. Google не будет наказывать вас за соблюдение стандартов HTML, а также не будет наказывать вас за наличие нескольких <h1>- однако, вы можете наказать вас только за наличие ТОЛЬКО <h1> .

Важным моментом является то, что речь идет о требованиях контента и требованиях пользователей - будь то зрячие или нет, которые должны нести этот день.

Вот Джонатан Мюллер из Google, который подтверждает, что Google может индексировать HTML 5 и что он не делает для него ничего особенного, то есть вознаграждает вас за использование HTML 5.

Наши системы сканирования и индексирования в настоящее время не делают ничего особенного для HTML5, поэтому нет никакого «бонуса» за использование конструкций HTML5, но, как правило, также нет недостатков. Тем не менее, большинство страниц с разметкой HTML5, которые я видел, имеют тенденцию быть очень чистыми - с небольшими "бесполезными" и ненужными элементами. Хотя чистая разметка - это не то, что явно ищут наши алгоритмы, мы иногда видим страницы, которые почти не разбираются. Кроме того, чистая разметка значительно упрощает поддержку веб-сайта, упрощает добавление новых элементов, таких как микроформаты, и часто делает страницы более переносимыми в различных браузерах и устройствах. Таким образом, ничто не мешает вам (с точки зрения поиска) создать отличный сайт в HTML5 :).


докажи, что ты говоришь. Докажите, что Google понимает СЕГОДНЯ html5 ... это, безусловно, в будущем. но сегодня?
skyline26

1
из блога Мэтта Каттса: избыточные теги H1 - теперь все вместе: H1 - для верхнего заголовка; H2 и H3 для отдыха. У вас должен быть только один заголовок H1 на статью или страницу.
skyline26

@toPeerOrNotToPeer да, именно так. Следуйте стандартам, и у вас не возникнет проблем, но Google не штрафует за несколько H1 и понимает HTML 5.
toomanyairmiles

Ограничение одиночного H1 никогда не было верным.
Su '29

@ Су 'это не в спецификации, нет. Это общепринятая практика, хотя - я переоценил дело, хотя.
toomanyairmiles

3

Все всегда указывают на пост Мэтта Каттса с 2009 года. Вот видео с 2011 года во время чата с веб-камерой в прямом эфире, где Мэтт Каттс специально заявляет, что он предпочитает один <h1>тег на страницу.


Добро пожаловать на сайт! Это информационная ссылка - можете ли вы немного расширить свой ответ, чтобы лучше ответить на вопрос? В противном случае ваш ответ ближе к комментарию. Благодарность!
Дан

3

В документе всегда разрешалось использовать несколько <h1>и никогда не было произвольно наказано. Над этого это может стать проблемой.

Что касается Google, вам просто нужно будет поверить в то, что инженеры выполняют свою работу, и если они правильно индексируют HTML5, робот Google знает, что вложенные объекты <h1>фактически перемещаются «на уровень ниже». Если вы не доверяете этому, то не делайте этого и просто делайте их вручную, <h2>пока не получите четкий, прямой ответ. (Ссылка на пост Джонатана Мюллера в ответе @toomanyairmiles интересная, но недостаточно полная для меня.) Я еще не видел, чтобы это произошло.


1

Я предполагаю, что этот вопрос основан на логике, согласно которой <h1>тег представляет один главный заголовок страницы. Хотя это могло быть правдой в предыдущие дни, HTML5 изменил этот тип логики. В HTML5 <h1>тег является основным заголовком раздела. Это может быть полная страница, подстраница, модуль и т. Д. Хороший пример того, почему это различие имеет значение, - это создание модульной системы из разных разделов, посвященных различным видам деятельности.

Представьте себе систему с несколькими «страницами», расположенными рядом друг с другом. Каждая страница предназначена для разных целей: одна для прогноза погоды, одна для организации задач, одна для отображения клиентов и т. Д. Каждая из этих страниц может быть дополнительно детализирована (почасовой прогноз, одна задача, один клиент), и эти «подстраницы» могут быть визуально размещены рядом с реальными страницами.

До HTML5 вам нужно было бы логически определить, какой тег заголовка был подходящим, и, если вы прошли более 6 уровней, у вас закончились теги заголовка. С HTML5 вы можете установить их все как <h1>без дополнительной логики или ограничения вложенности.


Но он спросил: "Будет ли Google делать со страницами ...". Система, которую вы представляете в своем ответе, больше похожа на интерфейс веб-приложения, чем на веб-сайт. Обычно веб-приложения должны оставаться за логином, поэтому Google не может их вообще сканировать.
Марко Демайо
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.