Семантический кокон

Семантический кокон — это SEO-стратегия внутренней перелинковки, разработанная французским исследователем Laurent Bourelly,  направленная ​​на оптимизацию внутренней архитектуры сайта путем семантической классификации контента. При этом страницы сайта организовываются в иерархической порядке с использованием семантической близости страниц и блоков контента. Стратегия была разработана в 2013 году во Франции, где получила крайне широкое распространение, и является развитием SILO-структуры. За пределами Франции концепция семантического кокона слабо известна, несмотря на то, что такая структура  показывает значительно лучшие результаты, чем традиционная SILO архитектура сайта.


Изменено и дополнено: 8/10/2020

Содержание:

  1. Концепция семантического кокона
    1. Видео презентация семантического кокона
  2. Классическая структура кокона
    1. Матриархатная организация
    2. Содержание смешанных страниц
    3. Содержание дополнительных страниц
    4. Назначение страниц семантического кокона
    5. Пример реализации классического кокона
  3. Современные семантические коконы
    1. Что такое метамот
    2. Принципы семантических связей

Заключение

1. Концепция семантического кокона

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

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

Контент будет организован в бункерах, каждый из которых представляет собой ветвь древовидной структуры, состоящая из группы иерархических элементов семантически близких друг к другу. Бункер является эксклюзивным, так как различные темы будут отделены друг от друга. Редакционный контент в каждом элементе бункера оптимизируется под одно или несколько ключевых слов, отвечающих на возможные запросы пользователей. Контент имеет ссылки, ведущие к ответам на запросы, которые находятся в том же бункере, вверху, параллельно или снизу по иерархии кокона.

Эффективность семантического кокона полностью зависит от качества контента и правильной перелинковки семантически близких страниц.

Сравнение архитектуры обычного сайта и сайта с семантическими коконами.
Архитектура обычного сайта и сайта с семантическими коконами

ВАЖНО: У любого семантического кокона есть две важных компоненты — структурная и смысловая (семантическая):

  • Структурный аспект — это те ссылки перелинковки, что видны на представленных выше изображениях;
  • Семантический (смысловой) аспект — для создания ссылки необходимы веские основания, например семантическая близость контента.

Без понимания этих аспектов, ценность кокона будет стремиться к нулю. Он попросту не будет работать.

1.1. Видео презентация семантического кокона

22 июля 2020 года на канале Михаила Шакина состоялся круглый стол, посвященный обсуждению теории и практики внедрения семантического кокона.

«Круглый стол» продолжался более 2,5 часов и мы успели затронуть широкий круг вопросов, касающийся как семантики в целом, так и семантического кокона в частности.

Семантический кокон

Смотрите, начиная с 1:07:00.

После доклада отвечали на всякие возникшие вопросы.

2. Классическая структура кокона

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

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

2.1. Матриархатная организация

Сверху находится целевая страница, обычно называемая «мать». Контент материнской страницы тесно увязан с ВЧ ключами.

У каждой материнской страницы есть дочки — страницы более широко раскрывающие отдельные аспекты материнской страницы. Если обсуждать страницы второго уровня, то между собой они являются «сестрами». Иногда, страницы второго уровня называют «смешанными» страницами.

В свою очередь у дочерних страниц второго уровня есть собственные дочерние страницы (уже третьего уровня). Они также будут являться сестрами для всех страниц третьего уровня. Еще их называют «дополнительными» страницами.

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

Матриархатная структура семантического кокона
Матриархатная структура семантического кокона

2.2. Содержание смешанных страниц

Рассмотрим как организована страница второго уровня, дочерняя для материнской.

Сначала идет H1 — заголовок страницы, на которой мы находимся.

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

Чем более точно будет спозиционирована ссылка на родительскую страницу — тем лучше. Поэтому можно использовать якоря на материнской странице и ссылку на текущей странице можно направить точно на нужный кусок контента родительской страницы (используя в ссылке #).

Далее идет H2 — заголовок, который описывает тему 1-й дочерней страницы для текущей (страница нижнего, 3 уровня).

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

Далее идет контент, необходимый для частичного раскрытия содержания текущей страницы.

После этого ставим еще один H2 — заголовок, который описывает тему 2-й дочерней страницы (страница нижнего уровня).

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

Далее идет контент, необходимый для частичного раскрытия содержания текущей страницы.

Проставляем опять H2 — заголовок, который описывает тему 3-й дочерней страницы (страница нижнего уровня).

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

Далее идет контент, необходимый для частичного или окончательного раскрытия содержания текущей страницы.

Вы делаете столько H2, сколько у вас имеется дочерних страниц (страниц третьего уровня).

Рекомендуется иметь, как минимум, 5 дочерних страниц на 1 материнскую страницу, следовательно у вас будет 5 заголовков H2.

В самом конце страницы вам необходимо организовать перелинковку между сестринскими страницами — т.е. страницами одного уровня. Как правило, для этого организуют блок «На ту же тему» или «Узнать больше» и проставляются анкорные ссылки с разбавленными ключами (или просто наименованием страницы) на наиболее близкие по смыслу (или на все) сестринские страницы.

В отдельных случаях рекомендуется дать описание в 1 предложении, что есть на сестринской странице (15 слов до ссылки и 15 слов после ссылки) и использовать более оптимизированные ключи.

2.3. Содержание дополнительных страниц

Классическая структура дополнительной страницы (страницы 3 уровня) такова.

H1 — заголовок страницы, на которой мы находимся

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

Некоторые ставят ссылку не на страницу-бабушку (страницу первого уровня), а на материнскую страницу (страницу второго уровня). Это тоже является допустимым, в зависимости от того где у вас расположены блоки Call to Action.

Остальная часть контента выглядит классически. Пишите контент, разделяя его на части и структурируя, использовав при этом разметку h2…h6. Добавляйте медиа материалы, списки, абзацы и пр. Создавайте удобный для чтения и восприятия контент.

Качество контента должно быть максимальным.

Внизу контента опять свяжите «сестринские» страницы в блоке «Смотрите также» или «Материалы на ту же тему». Обратите внимание, что вы можете связывать не только «сестринские страницы» (т.е. не только страницы 1.1., 1.2., 1.3,), но и страницы имеющие иного родителя в пределах кокона (т.е., например, 2.1., 2.2. или 2.4).

Вы можете интегрировать в контент внешнюю ссылку, для подтверждения достоверности материалов. Располагать её следует в контенте после H2. Внешняя ссылка должна вести на сайт той же тематики и предоставлять источник дополнительной информации по рассматриваемой теме.

2.4. Назначение страниц семантического кокона

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

Родительская страница (материнская / индексная / целевая страница) получает вес с дочерних страниц. Французы называют этот процесс «высасыванием» смешанных страниц.

Дочерняя (смешанная) страница выталкивает «родительскую» страницу, при этом «высасывает» дополнительные страницы
(дочерние к ней) и связывается со страницами- сестрами.

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

2.5. Пример реализации классического кокона

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

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

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

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

  • обувь для походов по горам — если наш посетитель захотел стать альпинистом. Страницы более низкого уровня этой ветки могут группировать и «продавать» обувь для высокогорья, или для путешествий по горам Крыма, Алтая и пр.
  • обувь для походов по лесам — возможно посетитель захотел заняться трекингом. Ниже лежащие страницы этой ветки собирают и группируют обувь для походов по лесам Сибири или влажным лесам с заболоченной местностью или по лесам Среднерусской возвышенности и пр.
  • Обувь для зарубежного туризма — возможно посетитель хочет поехать в Сахару и Антарктиду и мы группируем обувь на страницах более низкого уровня в виде обуви для походов по саванне или обувь для Антактиды, в конце — концов обувь для вылазок в горы Турции или там для забегов по пирамидам Египта.

Далее мы можем подключить в кокон страницы с информационными запросами, а также ссылатьсся из кокона на какие то внешние полезные ресурсы, например по таким тематикам:

  • Ремонт и уход за туристической обувью
  • Необходимые аксессуары для пеших походов
  • Меры предосторожности в походах
  • Как правильно выбрать размер обуви
  • Как правильно сушить обувь в походах
  • Как избежать травмы ног в походах
  • Интересные маршруты для походов по Сибири, Азии, Турции, Антарктиде
  • Ссылки на туристические клубы

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

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

3. Современные семантические коконы

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

Сайт, построенные на классических семантических коконах
Сайт, построенные на классических семантических коконах

Современные семантические коконы уже не имеют не материнских не дочерних страниц, то есть произошел полный отказ от жесткой «подчиненной» архитектуры. Современные коконы основаны только на тщательно рассчитанных семантических связях.

Сайт, построенный на семантических связях
Сайт, построенный на семантических связях

Такие связи достаточно тяжело рассчитывать и создавать руками. И поэтому мы переходим к изучению концепции метамотов.

3.1. Что такое метамот

Метамот — это очередное понятие, разработанное и введенное в оборот французскими оптимизаторами. По сути — это некие семантические сущности, состоящие из нескольких неразделимых лексик (слов-сигналов).

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

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

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

Итак, метамоты необходимы для:

  • написания релевантных текстов
  • для расчета наиболее эффективных связей в семантическом коконе.

Метамоты никак не влияют на SEO, не являются сигналом ранжирования. Они только позволяют максимально оптимизировать структуру перелинковки и «доказывают» Google, что наши внутренние ссылки максимально актуальные и релевантные.

Подробнее о теории метамотов вы можете почитать на cocon.se , там же есть несколько рабочих примеров.

Рассмотрим один из них, посвященный жизни гигантских панд в США.

Архив с рассчитанным семантическим коконом о жизни гигантских панд в США
Архив с рассчитанным семантическим коконом о жизни гигантских панд в США

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

Открываем любую из рассчитанных страниц.

Пример метамота
Пример метамота

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

Здесь:

  1. тематика текущей страницы
  2. лексики, которые нужно употребить на странице (в расчете на 1000 слов)
  3. рассчитанные ссылки, которые нужно ставить в определенном месте контента
  4. лексики, которые нужно употребить в абзаце со ссылкой (15 слов до или после анкора ссылки)

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

Оставляю это вам для самостоятельного изучения на cocon.se.

3.2. Принципы семантических связей

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

Пример: страница Моцарта может содержать ссылку на страницу его родного города (Зальцбург). Но также необходимо, чтобы на странице города говорилось о том, что Моцарт родился в Зальцбурге. Обратите внимание, что тематики «композитор» и «город» не совпадают, но страницы дополняют друг друга по смыслу.

Существует несколько правил использования метамотов. Например:

  1. Среди рассчитанных лексик для ссылок, нужно использовать минимум 3, наиболее естественные.
  2. Ссылки проставляются в одном абзаце вместе с лексиками. Используйте в абзаце не более 3-4 предложений.
  3. Расстояние между ссылками и лексиками ограничено. Это максимум 15 слов по обе стороны от ссылки.
  4. Ничто не мешает иметь 2 ссылки в одном абзаце. Для этого они должны иметь одни и те же лексики.
  5. Точные анкоры в ссылке бесполезны при перелинковки семантического кокона. Учитывается только контекст (частью которого является анкор). Ссылка — это некое обещание, данное пользователю о содержании контекста.  Пользователь должен четко понять, что находится по ту сторону ссылки.
  6. Ссылка должна быть нацелена на конкретный абзац. Следовательно, используйте ссылки — якоря (Ссылка-якорь — это обычная ссылка, в адресе которой используется символ # , после которого следует идентификатор элемента. Идентификатор создаётся с помощью атрибута id у того тега, к которому надо перейти при щелчке по ссылке.). Не заставляйте пользователя читать всю целевую страницу только для получения дополнительной информации.

Заключение

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

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

Жду ваших отзывов в комментариях.

28

Об авторе:

DrMax. Занимаюсь аудитами, оценкой качества YMYL проектов и SEO сайтов более 20 лет. В настоящее время провожу аудиты и реанимирую трафик сайтов, восстанавливаю позиции в органической выдаче сайтов, помогаю снять алгоритмические и ручные штрафы Google. В портфолио - продвижение несколько десятков проектов как региональных частников, так и крупнейших мировых компаний. Владелец SEO блога Drmax.su. Автор 22 книг по продвижению и аудиту сайтов.
  Посмотрите еще

Комментарии

  1. Игорь  6 июля, 2020

    Интересно было бы почитать об интернет магазинах. Пример с обувью для хождения по горам Алтая слишком оторван от реальности. Интересна иерархия страниц. Насколько ниже можно провалиться. И кем выступает в этой всей истории товар? Ведь один и тот же товар может быть на всех уровнях. И не совсем понял про уровни категорий и подкатегорий. Я стараюсь подкатегории выводить на том же уровне, что и категории, чтобы быть ближе к главной, а точнее, чтобы на них была ссылка с главной. По феншую вроде бы так лучше. Тут возникает путанница. Лучше 2 уровня, но чтобы все страницы говорили друг о друге (где это уместно) или же больше уровней? Короче, интересно, но мало и запутанно.

    ответ
  2. Дмитрий  7 июля, 2020

    Хотелось бы больше примеров.

    ответ
  3. Светлана  7 июля, 2020

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

    ответ
  4. Юрий  7 июля, 2020

    Прочитал с интересом, спасибо Автору!
    Подход похож на классическую перелинковку с разделами/подразделами. Только более конкретно даны рекомендации по структуре контента и размещению ссылок между страницами.

    ответ
  5. Ann  7 июля, 2020

    Услышала впервые о коконах на вашем совместном вебинаре об YMYL. Здорово, что опубликовали статью на эту тему)) Очень было бы интересно прочитать про ваш опыт практического внедрения этой техники.

    ответ
  6. Николай  7 июля, 2020

    Интересная информация, спасибо.
    Для информационного сайта такую методику легко реализовать, если тщательно все продумать.
    Интересно, если сменить уже существующую перелинковку и переделать с учетом семантического кокона, как это скажется на посещаемости дополнительнеых страниц 1.1 1.2 и 2.1 и 2.2 и т д
    То, что трафик основных материнских страниц вырастет — факт.
    Тут нужно пробовать и экспериментировать.

    ответ
  7. Катя  7 июля, 2020

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

    ответ
  8. Геомер  9 июля, 2020

    Добрый день. Спасибо за материал. Очень познавательно.
    Читаешь, вроде все понимаешь, но хотелось бы примеры описанных страниц видеть, чтобы точно понимать о чем речь идет и понимать как правильно делать. Спасибо

    ответ
  9. Вопрос  10 июля, 2020

    А можно ли применять эту технологию для сайтов без контента? Например на сайтах с однотипным контентом где текст вообще не нужен, а конкретно вот для такого coronavirus-hub . ru

    ответ
  10. Yury  12 июля, 2020

    Спасибо за статью! Кстати, в сеофрог можно посмотреть визуализацию любого сайта, связанные страницы

    ответ
  11. Александр  16 июля, 2020

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

    ответ
  12. Alex  23 июля, 2020

    Тема с коконами Мега интересная, очень ждал новую информацию на эту тему, зарегистрировался на сайте cocon.se и хотел пополнить баланс, чтобы закинуть нишу и попробовать рассчитать все это дело, но возникли трудности с пополнением баланса, они счета выставляют для французов. Подскажите пожалуйста, вы уже пробовали пополнять баланс на этом сайте, какой процесс там? Очень хочется увидеть живой сайт с реализованными коконами. Пожалуйста раскройте эту тему полностью, с практическим внедрением этой технике на сайт affiliate обзорника, где есть best product, brand, vs, product review, большое спасибо что поделились этой фундаментальной темой, эта штука при правильной реализации будет влетать в Топы.

    ответ
  13. Александр  14 августа, 2020

    Здравствуйте. Столкнулся с такой проблемой, делая семантику для своего информационного сайта. Есть запрос «Полосы на экране ноутбука, что делать». На сайте есть рубрики «Мониторы» и «Ноутбуки». В них разбираются проблемы с теми или иными устройствами. К какой из них лучше отнести данный запрос. Вроде решение проблемы ближе к мониторам, но как правильно не могу понять. Да и пользователь скорее всего будет искать проблему в ноутбуках. Хотя по таким запросам посетитель попадает на конечную страницу. Спасибо.

    ответ
  14. Christian MÉLINE (cocon.se)  8 декабря, 2020

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

    Онлайн-инструмент также имеет английскую версию, которая, возможно, вам будет проще:
    я. полу-глаз. com
    еще раз спасибо
    (переведено с французского на русский GG Translate ;-))

    ответ
  15. Laurent Bourrelly  9 декабря, 2020

    Hey DrMax,

    Thanks for mentioning my SEO strategy.
    If you want to know about the whole thing, from A to Z, here is a video in English https://www.youtube.com/watch?v=5uh3Gzg448I
    It’s also on this podcast that I share SEO tips in English.

    ответ
  16. Laurent Bourrelly  9 декабря, 2020

    Forgot to mention that Semantic Cocoon sounds silly in English.
    The correct translation of «Cocon Sémantique» would be what I call «Topical Mesh».

    ответ
  17. DrMax  10 декабря, 2020

    However, in Russian it sounds romantic )))

    ответ
  18. Christian MÉLINE  10 декабря, 2020

    Простите, GG Translate ужасен!!!
    другая техника — не круговая сетка, а круговая сетка.
    и версия EN cocon.se tool => https:// self.sem-eye. com/

    Jps: мы делаем кокон на русском языке, я поставлю его на демо на коконе. se 🙂

    ответ
  19. Christian MÉLINE  10 декабря, 2020

    ok, translate english = > Russia have a bug !
    Circular Mesh and not not Circular grid !!
    sorry

    ответ
  20. Xstroy  14 декабря, 2020

    Christian MÉLINE, write here when the Russian version is born. It is interesting to see a French perspective on Russian reality))

    ответ
  21. Павел  28 января, 2021

    Благодарю за информацию!
    Очень интересно, я можете написать несколько статей на тему практического внедрения этой техники для различных типов сайта 🙂

    ответ
  22. yumchief  1 июня, 2021

    Интересная статья, но кардинальных отличий от схемы «делай контент под семантику и линкуй между собой» я не вижу.

    ответ
  23. Иван Доброславин  17 апреля, 2022

    Делаю новый сайт. Возникла очередная дилемма с иерархией.
    1. Оптимизация и настройка -> Кодеки -> K-Lite Codec Pack
    или
    Оптимизация и настройка -> Кодеки -> «Видеокодеки» -> K-Lite Codec Pack

    У конкурентов без промежуточного подраздела «Видеокодеки». Но я посмотрел в вордстате — «Видеокодеки» и «»Видео кодеки» до 10 000 посетителей набирают. Тоже самое с «Аудио кодеками». Стоит ли делать вложенность с допкатегорией? Не будет ли это излишней вложенностью?

    2. Как вариант аудио- и видеокодеки сделать тегами. Тогда в хлебных крошках не будет полной иерархии.

    ответ
    • DrMax  18 апреля, 2022

      Привет, Иван. Видел, как теги встраивают в хлебные крошки. То бишь site—>category—>TAG_1—>TAG2—>page
      Сделано было на вордпресс.
      {«@context»: «http://schema.org»,»@type»: «BreadcrumbList»,»itemListElement»: [{«@type»: «ListItem»,»position»: «1»,»item»: {«@id»: «https://momlovesbest.com»,»url»: «https://momlovesbest.com»,»name»: «Home»}},{«@type»: «ListItem»,»position»: «2»,»item»: {«@id»: «https://momlovesbest.com/tag/development-education»,»url»: «https://momlovesbest.com/tag/development-education»,»name»: «Development & Education»}},{«@type»: «ListItem»,»position»: «3»,»item»: {«@id»: «https://momlovesbest.com/tag/school-learning»,»url»: «https://momlovesbest.com/tag/school-learning»,»name»: «School & Learning»}},{«@type»: «ListItem»,»position»: «4»,»item»: {«@id»: «https://momlovesbest.com/screen-time-kids»,»url»: «https://momlovesbest.com/screen-time-kids»,»name»: «Screen Time Guide for Kids (Guidelines, Effects & Tips)»
      Так что все решаемо на самом деле )))
      Ну и рекомендую делать именно как в примере — т.е. один уровень вложенности и разрез теговый.

      ответ
  24. Иван Доброславин  30 апреля, 2022

    site—>category—>TAG_1—>TAG2—>page

    А что, так можно??? 0_о
    не слишком ли большая вложенность? Я поооомню выписали, что url должен быть не с большой вложенностью.

    ответ
    • DrMax  1 мая, 2022

      Иван, посмотрите пример — фактическая вложенность урла — 2 уровень (momlovesbest.com/screen-time-kids), а хлебные крошки — виртуальные.

      ответ
  25. Дмитрий  2 июня, 2022

    Что то я отчасти окончательно запутался))

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

    Т.е. логично сделать меню по типу выпадающего :
    Услуга 1:
    Подуслуга 1
    Подуслуга 1
    Подуслуга 2
    Подуслуга 3

    Подуслуга 2
    Подуслуга 1
    Подуслуга 2
    Подуслуга 3
    Услуга 2:
    Подуслуга 1
    Подуслуга 1
    Подуслуга 2
    Подуслуга 3

    Подуслуга 2
    Подуслуга 1
    Подуслуга 2
    Подуслуга 3

    Такая навигация она простая и понятная, пользователи привыкли к ней. Но если говорить про Silo, то у нас должно так.

    На главной странице
    Услуга 1
    Услуга 2
    На странице Услуги 1
    Подуслуга 1
    Подуслуга 2
    Подуслуга 3

    На странице Услуги 2
    Подуслуга 1
    Подуслуга 2
    Подуслуга 3

    Таким образом мы выстоим Silo структуру, но вопрос навигации для меня остается загадкой. Если сканировать Лягушкой и визуализировать, то в первом варианте мы получаем обычную структуру, так как сквозное меню ссылается на все основные услуги, во втором случае мы имеем точную Silo структуру но появляются проблемы с навигацией. Если в десктоп версии еще можно организовать понятно, то в мобайл это уже для меня загадка. В примере я показал маленькую ветвь, а если она значительно больше, то в версии для мобайл чтобы довести пользователя с главной страницы в нужное место, понадобится много кликов. На примере сайта для автомастерской страниц на 500, где есть услуги маляра, электрика, ходовой, т.е. огромное количество услуг,
    На выходе я так понимаю мы имеем следящее:
    Либо делать полу Silo т.е не раздувать меню, а только самое важное, либо вообще забить на Silo и делать как всегда, Либо делать чистое Silo.
    Вокруг Silo много в последнее время разговора, и сама идея мне очень понравилась, кроме одного, я не понимаю как организовывать навигацию, в Silo мы получается жертвуем одним ради другого.

    ответ
  26. Дмитрий  2 июня, 2022

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

    ответ

Добавить комментарий