потому что h2 всегда несет контект h1 над ним

поэтому тут вопрос неоднозначный

поэтому тут вопрос неоднозначный

+

например

у тебя агрегатор статей

H1 Article H1 Article H1 Должно верно восприниматься. Тк бот поймет что это заголовки отдельных материалов а не всей страницы. Семантичная для поисковиков понятна

Например у тебя так H1 Ремонт квартир ... H1 Ремонт офисов ... Поисковик поделит вес страницы на ремонт квартир и ремонт офисов, грубо говоря они будут весить по 0.5 единицы Когда кто-то в поисковике будет искать "ремонт офисов", то поисковик будет подбирать самый релевантный документ. Вот вариант такой страницы не подойдет, потому что на ней и ремонт офисов, и квартир - два разных смысла на одной странице. От того и релевантность страницы очень маленькая

Например у тебя так H1 Ремонт квартир ... H1 Ремонт офисов ... Поисковик поделит вес страницы на ремонт квартир и ремонт офисов, грубо говоря они будут весить по 0.5 единицы Когда кто-то в поисковике будет искать "ремонт офисов", то поисковик будет подбирать самый релевантный документ. Вот вариант такой страницы не подойдет, потому что на ней и ремонт офисов, и квартир - два разных смысла на одной странице. От того и релевантность страницы очень маленькая

H1 услуги ремонта Article H1 ремонт офисов Article H1 ремонт квартир

Если у тебя 2 h2 по разным смысловым субтектам, то это наоборот ухудшит релевантность

Для этого статьи пилятся в соответствии с ТЗ, которое составили на основе какого-то кластера из СЯ. В кластере всегда очень близкие ключевики

Нормально должен понять

H1 услуги ремонта Article H1 ремонт офисов Article H1 ремонт квартир

Понять - поймет. Первый h1 для информационного интента, в выдаче должны быть страниц на которых описываются услуги ремонта Второй и третий - замещает родительский смысл документа и влияет на интент - говорит поисковику, что на этой странице говорится о ремонте офисов. Третий - новый смысл. Ценность каждого h1 делиться на 3. Три разных смысла, три разных выдачи. А у кого-то одна страница заточена под "ремонт офисов", и эта страница будет считаться самой качественной, потому что лучше других раскрывает смысл и удовлетворяет потребностям пользователя

Вот упрощенно, если чувак ищет "как сварить кофе", и есть страница, на которой говориться как сварить кофе, как заварить чай, как налить воды в кружку, то понятное дело, это не то, что ищет тот чувак

И в выдаче будет лучше ранжироваться страницы, где говориться только о том, как варить кофе

ПОтому что это интент пользователя

Его потребность

Понять - поймет. Первый h1 для информационного интента, в выдаче должны быть страниц на которых описываются услуги ремонта Второй и третий - замещает родительский смысл документа и влияет на интент - говорит поисковику, что на этой странице говорится о ремонте офисов. Третий - новый смысл. Ценность каждого h1 делиться на 3. Три разных смысла, три разных выдачи. А у кого-то одна страница заточена под "ремонт офисов", и эта страница будет считаться самой качественной, потому что лучше других раскрывает смысл и удовлетворяет потребностям пользователя

Тут теги article семантические. Так что заменять ничего нне должно. И эта страница будет ранжировать хорошо по услугам ремонта. Под каждый ремонт должна быть отдельная страница. К ним нас приведут ссылки с обсуждаемой нами страницы. Другое дело как сделан парсер поисковика. Если нормально то он будет учитывать article. Если нет то пичальный должно быть поисковик.

Тут теги article семантические. Так что заменять ничего нне должно. И эта страница будет ранжировать хорошо по услугам ремонта. Под каждый ремонт должна быть отдельная страница. К ним нас приведут ссылки с обсуждаемой нами страницы. Другое дело как сделан парсер поисковика. Если нормально то он будет учитывать article. Если нет то пичальный должно быть поисковик.

Попробуй посмотреть на это без технических деталей. И как бы следовало поступить поисковику

Показывать пользователю страницу, где много разного

Или именно то, что ему нужно

Если пользователь ввел общий запрос по услугам ремонта то ему лучше выдать странице со списком услуг где ссылки есть на подробности. Если ремонт офисов то это другая страница совсем

А так ты можешь и десять h1 добавить. Что тебе сделает поисковик? Будешь просто ранжироваться за сотой позицией

А так ты можешь и десять h1 добавить. Что тебе сделает поисковик? Будешь просто ранжироваться за сотой позицией

По ремонту офисов да. По услугам ремонта все норм должно быть

А так ты можешь и десять h1 добавить. Что тебе сделает поисковик? Будешь просто ранжироваться за сотой позицией

так вы говорили в контексте SEO?

так вы говорили в контексте SEO?

Ессно

По ремонту офисов да. По услугам ремонта все норм должно быть

Мне кажется, что я просто недостаточно хорошо обяснил

Ессно

я то думал, что спеки не читали =(99999 раньше же не семантично было сейчас можно

Мне кажется, что я просто недостаточно хорошо обяснил

Нет. Обьяснил хорошо. Просто мы по разному думаем как это работает

Для этого статьи пилятся в соответствии с ТЗ, которое составили на основе какого-то кластера из СЯ. В кластере всегда очень близкие ключевики

слишком идеальная ситуция. Я говорю о примерно такой: h1 > как варить кофе h2 > выбор кофе h2 > способы варки h2 > варка кофе в турке h1 > Другие статьи на нашем сайте h2 > Как завязать член на узел h2 > Кто такие данданели h2 > Вред триботехнических составов В этой ситуации мы вывели перелинковку из контекста статьи, иначе у нас была бы мешанина из смыслов.

я то думал, что спеки не читали =(99999 раньше же не семантично было сейчас можно

Мне кажется поисковики должны спеки учитывать

Нет. Обьяснил хорошо. Просто мы по разному думаем как это работает

Я не предполагаю, я знаю)

Я не предполагаю, я знаю)

Видели алгоритмы яндекса ?)

Мне кажется поисковики должны спеки учитывать

ну это кажется) а так, некоторым похер на SEO и можно ставить реально по спеке, сколько угодно h1 элементов на странице

Например у тебя так H1 Ремонт квартир ... H1 Ремонт офисов ... Поисковик поделит вес страницы на ремонт квартир и ремонт офисов, грубо говоря они будут весить по 0.5 единицы Когда кто-то в поисковике будет искать "ремонт офисов", то поисковик будет подбирать самый релевантный документ. Вот вариант такой страницы не подойдет, потому что на ней и ремонт офисов, и квартир - два разных смысла на одной странице. От того и релевантность страницы очень маленькая

Должны быть разные страницы

слишком идеальная ситуция. Я говорю о примерно такой: h1 > как варить кофе h2 > выбор кофе h2 > способы варки h2 > варка кофе в турке h1 > Другие статьи на нашем сайте h2 > Как завязать член на узел h2 > Кто такие данданели h2 > Вред триботехнических составов В этой ситуации мы вывели перелинковку из контекста статьи, иначе у нас была бы мешанина из смыслов.

В итоге какой интент у такого документа? - Как варить кофе - Какие статьи можно почитать То есть документ удовлетворяет двум потребностям пользователя. И эти два удовлетворения распыляют свою значимость

Видели алгоритмы яндекса ?)

Нет, читал доклады, тестировал сам, мониторил влияение на ранжирвоание

Нет, читал доклады, тестировал сам, мониторил влияение на ранжирвоание

Ну тогда я не прав. Сори

Что я говорю, я не выдумываю и не предполагаю. В чем я не уверен, я этого не говорю

Я не тестировал

К чему этот фейспальм?

Если поисковики их не учитывают, то это косяк поисковиков, но если так то ничего не попишешь

Да так. Мне интересны доклады, примеры тестов

А так я тоже могу много чего сказать

Да так. Мне интересны доклады, примеры тестов

Первый результат в поиске. Ответ от гугла: https://seonomad.net/article/mify-o-zagolovkah

В итоге какой интент у такого документа? - Как варить кофе - Какие статьи можно почитать То есть документ удовлетворяет двум потребностям пользователя. И эти два удовлетворения распыляют свою значимость

о варке кофе, потому как подавляющая масса ключевиков подходит именно под этот запрос. h1 - это не фактор релевантности, а подсказка парсеру о смысловой составляющее контента внутри данной секции

Первый результат в поиске. Ответ от гугла: https://seonomad.net/article/mify-o-zagolovkah

Ну в итоге я прочитал, что вы не умрете, но не советуется

о варке кофе, потому как подавляющая масса ключевиков подходит именно под этот запрос. h1 - это не фактор релевантности, а подсказка парсеру о смысловой составляющее контента внутри данной секции

А мы о выборе эффективной стратегии или о валидности

А мы о выборе эффективной стратегии или о валидности

о допустимости нескольких h1

Первый результат в поиске. Ответ от гугла: https://seonomad.net/article/mify-o-zagolovkah

А про теги article не слова. Если верстать в xhtml то безусловно статья верная.

мой тезис был в том, что нет общей позиции на этот вопрос, все выходит из конкретных начальных условий

Наверное вы охуеете с кейса о добавлении в информационный интент одного абзаца, который описывает потребность в стиле "кофе - это напиток, который пьют люди" и влияние на ранжирование в значении нескольких десятков пизиций)

Наверное вы охуеете с кейса о добавлении в информационный интент одного абзаца, который описывает потребность в стиле "кофе - это напиток, который пьют люди" и влияние на ранжирование в значении нескольких десятков пизиций)

это запросто могли быть флуктуации в поведении самой поисковой машине, нужно очень много выборок

Есть еще понятие семантического расстояния между словами документа)

это запросто могли быть флуктуации в поведении самой поисковой машине, нужно очень много выборок

А добавление онлайн консультанта в интернет магазин может повлиять на позици в поиске?

Если да/нет, то почему?

Гуглишь чтоли?

Я за рулем

это ты типа экзамен проводишь?

к чему этот вопрос?

Это я типо хочу узнать насколько ты компетентен

Вопрос базовые и касается коммерческих факторов

Я же тебя не спрашиваю и кореляции латентно семантического анализа поисковика и этих твоих h1 в документе)

Это я типо хочу узнать насколько ты компетентен

я не вижу в этом смысла, я привел тезис, привел спецификацию, обьясняющую почему он имеет право на жизнь. Все.

ТЕхническую спецификацию?

ERROR: S client not available

Ща найду тебе информацию о LSI

http://a-advert.ru/articles/lsi-copywriting.html

Коротенькая. Но дает ясно понять, что множество семантических значений на странице ни к чему хорошему не приведут

https://seoprofy.ua/blog/wiki/what-is-lsi-keywords

Еще одна

Ща найду тебе информацию о LSI

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

Ща найду тебе информацию о LSI

Я вот че думаю. Чтобы разрешить наш спор нужно провести тестирование. Попробовать страницы со старой разметкой аля html 4 и одним заголовком и html 5 страницей где несколько h1 внутри структурных тегов article. И если второй вариант будет хуже себя показывать то старый подход по прежнему верен

стандарт говорит, что несколько h1 - это нормально

другое дело - пытаться обмануть машину, но это изначально не обсуждалось

ну дык и смысл этого всего тогда?

Я вот че думаю. Чтобы разрешить наш спор нужно провести тестирование. Попробовать страницы со старой разметкой аля html 4 и одним заголовком и html 5 страницей где несколько h1 внутри структурных тегов article. И если второй вариант будет хуже себя показывать то старый подход по прежнему верен

html 5 только за счет новых тегов будет релевантнеф

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

В любом случае поисковая машина имеет правила. Например в Яндексе порядка 150 факторов ранжирования. Которые длятся на поведенческие, комерческие, мобильные и тд. Это правила. Релевантность документа это тоже правило. Тот же LSI индекс идет вопреки множств ключевиков под видом h1. Есть документированный опыт реверс инженеров поисковых машин, так почему же нужно кидать свои предположения и выставлять их как правду, когда есть практическое подтверждение? Это глупо во всех отраслях

Как и все эти факторы могут игнорироваться. Например википедия все это на хвосте вертела и висит в топе только благодаря монстрячему трасту своего ресурса. Ну и поведенческому фактору

Это уже результат алгоритма реверса рангов

html 5 только за счет новых тегов будет релевантнеф

Релевантность определяется содержимым страницы, а не используемыми тегами. Другое дело что в html 5 есть семантика, которая лучше дает понять что за информация на странице. Где навигация а где статьи. Собственно мы потому и думаем что несколько h1 не испортят ничего если будут внутри советующих тегов

Хорошо, делайте)

Предложил нашему сеошнику протестировать)

тезка дело говорит

подскажите, есть ли хостинг с делегированием прав? например, завел услугу, сделал дополнительный логинпасс, передал разработчику

нашёл только reg.ru, но с ними не хочется общаться

подскажите, есть ли хостинг с делегированием прав? например, завел услугу, сделал дополнительный логинпасс, передал разработчику

А зачем это делать на уровне хостинга? Это делеатся на уровне FTP доступа

Создаешь аккаунт разработчика, указываешь ему директорию

разраб хочет иметь доступ к бекапам и прочим рюшечкам

Правами можно рулить в isp manager

У timeweb вроде что-то такое было

Там будет и доступ к БД свой

Но давно его не юзал

Ребят , кто поможет скопировать сайт и переделать его ?

http://habbibi.ru/fitness

Правами можно рулить в isp manager

говоришь нельзя в h1 теги совать, да?

красивая ава новая

красивая ава новая

плохая, старая был лучше