- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Где есть хоть упоминание о том, что если на странице 2 раздела <section> со своими h1 - Яндекс понизит в выдаче? Я почему-то найти не могу.
А где то написано обратное?
"Правильное оформление заголовков в тексте помогает пользователю быстрее сориентироваться на странице, а значит, экономит его время. Кроме того, и роботу Яндекса будет проще разобраться со структурой документа. Поэтому следует выделять этими тегами заголовки в соответствии с иерархией документа."
Не знаю как вам это на пальцах объяснить, это уже надо чувствовать на практике.
Если вы оформляете в <h2> какой то ключ, то он начинает ранжироваться чуть лучше, чем в том случае, если бы вы этого не делали. Тем самым, можно предположить, что он получает некий "вес" за нахождение в подзаголовке. Этот подзаголовок, разумеется, показывает суть контента, который пойдет ниже.
Если вы натыкаете в <h1> свои "Новости", "Акции", "Поиск" и т.д., то можно предположить, что этот "вес" уйдет на не нужные фразы.
Практика показывает, что ставить не нужные фразы в <h1>...<h6> - плохая затея.
На маркете яндекса 3 h1... 🍿
Что позволено Юпитеру - не позволено быку
А где то написано обратное?
И Гугл и Яндекс сами пишут, что считают недозволенными методами оптимизации.
Кроме того, и роботу Яндекса будет проще разобраться со структурой документа. Поэтому следует выделять этими тегами заголовки в соответствии с иерархией документа."
Ну и почему вы решили, что Яндекс запутается, если на странице будет несколько разделов <section> 🤪? И почему это должно портить иерархию документа? Стандарт утверждает, что тут всё нормально. Или у Яндекса свой HTML?
ЗЫ Остальное высказывание комментировать смысла нет, там только ваши предположения.
сами посмотрите ТОП, чтобы убедится.
Смотрю ТОП по "экспертиза дтп" (и по схожим запросам) в своём регионе и вижу в на 2 месте свой сайт с 4-мя h1. Сидит там со времени своего создания уже полгода. Что я делаю не так?
В первом же ответе ссылка на документ с описанием стандарта на W3C. Это не факт?
Практика показывает, что ставить не нужные фразы в <h1>...<h6> - плохая затея.
А если у меня все фразы нужные и полезные, так как это услуги которые предоставляет компания, как тогда??
dedokz, да это просто война между разработчиками и SEO специалистами. Разработчики думают, что во всем разбираюсь лучше всех и не понимают зачем делать 100500 задач, которые им ставят SEO'шники.
Разница в SEO и разработке в том, что в разработке все задокументировано и открыто, а SEO - чистой воды спекуляция. Каждый дрочет как хочет, у кого то получается быстро, а кто то вечность пытается вникнуть в процесс. Инструкции нет. Разработчики же обладают только информацией от самих поисковых систем и всегда ровняются только на нее, а по своей специфики сами поисковые системы готовы дать только общие рекомендации. SEO'шник 40 раз наступит на одни и те же грабли, чтобы понять как лучше сделать, вываливает все это в таск в отдел разработки, а там люди матерятся и не понимают зачем это нужно. Вопрос не в том, кто в прав. Вопрос в том, что разработчикам не нужно лезть не в свою область. Говорят, не суйте заголовки - значит не суйте. Вам реально в падлу <div>ами сверстать, вместо <h1>?
Запрос "пластиковые окна" в Питере - на 3 месте сайт с 2-мя заголовками h1 🍿
P.S. Не вижу смысла в дальнейшей дискуссии :)
Запрос "пластиковые окна" в Питере - на 3 месте сайт с 2-мя заголовками h1 🍿
P.S. Не вижу смысла в дальнейшей дискуссии :)
А на первом месте с одним <h1>. Значит ли это, что это лучше? Нет.
У поисковых систем достаточно много факторов ранжирования и нет идеального сайта. Возможно, что если на сайте убрать второй <h1>, то он встал бы на 2 место? А может быть и нет. Изменений происходит очень очень много и нереально отследить это с выборкой в духе 1-10 сайтов. Нужно тестировать сотни сайтов одной тематики внося всего-лишь одно изменение, тогда вы получите более менее репрезентативную выборку данных.
Я к тому, что если вы нашли парочку сайтов по ВЧ с двумя <h1>, то далеко не факт, что эти два <h1> это хорошо.
Так если, по мнению разработчиков, h1 может быть много, то может весь текст на странице запхнуть в h1, а ПС пусть сами разбираются, какие запросы в ТОП, какие не в ТОП :)
Чего мелочиться-то )
Так если, по мнению разработчиков, h1 может быть много, то может весь текст на странице запхнуть в h1
Чего мелочиться-то )
Вот только не надо всё сводить к абсурду.
Речь о том, что в нескольких h1 на странице нет ничего плохого. А спамить в них глупо и в одном h1 и в нескольких.
Смысл только в том, что в html5 структуры вида:
<h1></h1>
<section>
<h1></h1>
</section>
<section>
<h1></h1>
</section>
и
<h1></h1>
<section>
<h2></h2>
</section>
<section>
<h2></h2>
</section>
практически идентичны 🙅
И ПС это прекрасно понимают.
---------- Добавлено 07.09.2015 в 16:16 ----------
Я к тому, что если вы нашли парочку сайтов по ВЧ с двумя <h1>, то далеко не факт, что эти два <h1> это хорошо.
Вот вы тоже не хотите одну вещь понять.
Никто не говорит, что обязательно надо использовать несколько h1. Можно использовать (только правильно), а можно и не использовать. Хоть с точки зрения SEO, хоть - разработчика.