Блог

четверг, 1 февраля 2018 г.

Как работает внутренний вес ссылок на сайте?

Сегодня блог Econ Dude расскажет как работает внутренний вес ссылок на сайте.

Блог часто начинают делать просто как хотят, вы пишите статью, она отправляется в ленту и всё идёт как-бы потоком. Это на самом деле и есть кошерная структура именно блога, которая есть например в ЖЖ и много где еще.

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

С помощью них траф начинает рассасываться по всему сайту и попадать на старые статьи в том числе, увеличивая ПФ, юзабилити и глубину.

Как работает внутренний вес ссылок на сайте?

В итоге блог связывается в структуру с помощью подобных ссылок

Если верить в теорию сеонистов про передачу веса по внутренним страницам, а я в неё верю, то подобная структура не плоха, но она даёт приоритет на страницы, на которые идёт больше ссылок. Работает это, в теории, примерно как траст.

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

Я со всем этим много игрался и отслеживал как работает внутренний вес, я на практике это знаю по своему опыту. Не скажу, что даю гарантию 100%, что всё именно так, как я пишу, но близко.

В СМИ всё немного не так из-за обилия контента.

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

Структура блога Econ Dude будет другая, это третий вариант.

Я делаю вариант организации по модели Вики и подобных проектов типа Лурка. Это как-бы карта с разделами. Расскажу в чём её плюс и как это работает.

Самостоятельно ведя свой авторский блог вы не можете писать как СМИ, столько-же. Просто нет ресурсов и нет времени. Статей у вас будет не так уж и много.

Поэтому важно выделить разделы и под-разделы, чтобы всё классифицировать.

Важно понимать, что только ресурсы с большой постоянной аудиторией и регулярным обновлением контента (1 статья в день минимум) могут себе позволить давать приоритет главной и всё делать через неё, это модель СМИ.

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

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

Согласно теории распределения веса структура вики проектов идеальна.

Вот смотрите. Допустим есть статья в одной теме, там вы ставите ссылку на весь раздел, где еще много статей по теме. Туда реально жмут чтобы читать дальше.

Либо это делается с помощью так называемых хлебных крошек.

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

В разделе все статьи списком - это тоже ссылки.

Если у вас есть например тема Х, в ней 50 статей, что мы имеем?

Мы имеет страницу категории и раздела с 50-ю ссылками на статьи по теме, а так-же имеем 50 релевантных ссылок на этот раздел с каждой из статей.

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

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

Считаем. Вес главной 100%. Допустим есть 5 разделов, каждый получает 20% веса. На самом деле на главной ссылок полно, у меня штук 50-100, поэтому всё в разы сложнее, но это просто модель для наглядности.

Раздел получил 20% основного веса с главной.

Допустим вы пишите новую статью по теме этого раздела, ссылку туда.

Например там 10 статей всего, значит 20%/10 - 2% веса с главной на новую статью.

Довольно мало, но это какой-то вес. Когда в ленте на главной эта статья уйдёт, на главной же не могут быть ссылки на вообще все статьи, то останется 2%.

В момент публикации на статью идёт много веса, так-как она висит на главной. Но потом она от туда уплывает. Если на эту статью вообще нет ссылок, то всё, вес 0.

Именно поэтому важно улучшать старые статьи и при публикации новой поставить несколько ссылок на неё со старых. А так-же эта теория объясняет, почему поисковик отдаёт предпочтение новому контенту, по структуре сайтов именно на новый контент автоматически падает довольно много веса всего сайта.

Изменяя внутреннюю структуру сайта вы как-бы говорите поисковикам, на что вы лично отдаёте приоритет и какой контент считаете важным. Не факт, что такой контент будет получать больше трафика, так-как есть и другие факторы (важно не только что вы считаете важным, но и что важным считают пользователи), но в целом это помогает. Тут мы говорили только про внутреннюю SEO оптимизацию.

Эту схему внутренней перелинковки используют далеко не все, она не всем подойдёт для их сайтов, но к примеру Шпаргалка Блогера (делал с автором этого сайта интервью) использует приблизительно такую-же модель, и она работает.

Написал всё это и понял, что я пишу слишком через Ж и кто-то мог не понять как таки делать внутреннюю перелинковку по этой модели. Ну вот смотрите как в этом блоге я делаю (разделы сверху), я об этом как раз. Главная => разделы => статьи.

При этом в каждой статье ссылка на весь раздел в самом конце.

Другие мои статьи про продвижение вы найдёте тут: