Антоний Казанский

Всё верно. Это и есть условия для обеспечения конверсионности целевых запросов.

Я не отождествляю понятия. Я тебе чёрным по белому написал - структура сайта определяется поисковыми системами по навигационным ссылкам, по URL древу которое сформировано исходя из спроектированной структуры сайта. Открой Вебмастер Яндекса, перейди в Структуру сайта и увидишь.

Тут глупо и бессмысленно спорить. И главное не о чем.

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

Практически везде есть общие "болталки", часто встречаются разделы с благотворительность.

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

Так вы будете расширять поле своей деятельности, повышать лояльность и накапливать трафик на свой сайт.

Ну что ж, спорить не стану, когда есть простор для реализации, действительно, делают как больше нравится :)

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

Пример для наглядности.

Берем запрос "купить духи". Нужен такой запрос? А чего ж нет!

Ставим его в топ. Измеряем показатели за неделю. Выясняем, что за неделю конверсий не было. Делаем вывод, что за этот рабочий интервал запрос конверсий не дал.

Можем его назвать неконверсионным? По факту недельных измерений - да.

---

А теперь продолжаем эксперимент и ждём ещё 3 недели. Дальше может произойти, что за последующие 3 недели конверсии в продажу были (о чём засвидетельствуют рабочие цели). Получается, что в интервале месяца, конверсии всё-таки были, и общая конверсионность запроса составляет, допустим 0,05%.

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

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

Так, надеюсь, понятно. 

Структура сайта определяется поисковиком по URL древу. 

Выше я предельно подробно описал этот механизм.

Многократно и последний - чтобы делать выводы надо видеть сайт TC и видеть результат его индексации целиком, а не делать выводы на примере сторонних сайтов (у них могут быть свои проблемы). 

Вся ирония в том, что часть адресов сайта TC показывается верно, вот скриншот,

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

А часть нет,

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

В этой части вопроса ждать и надеяться, других вариантов нет.

Но! Это не отменяет важность вышесказанного мною о необходимости корректного проектирования сайта и формирования URL структуры.

В выдаче были есть и будут сайты у которых нет проблем с НЦ. 

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

Finе.

Создаете два объекта: можно <div>, можно строчным элементом <span> в одном - превью (т.е. часть текст с кнопкой "Показать"), в другом - полном остальная часть текста.

Далее назначаете на объекты id-шники, условно, preview и more. 

Первоначальном задаете id-ишнику more значение css display: none

Затем на кнопку "Показать" вешаете событие JavaScript которое по клику меняет значение display c none на inline, а значение самой кнопки с Показать, на Свернуть. 

И обратным условием - наоборот.

Механика должна быть понятна - при клике div-кам одно значение css, при повторном клике значения возвращаются обратно.

Итого: htm + css + немного javascipt кода.

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

Реализацию кода можно посмотреть на видеоролика в Ютубе коих большое кол-во.

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

Конечно :)

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

+ это доп. точка для вовлечённости, что необходимо для проработки ПФ. 

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

Стоило разворачивать 6 страниц обсуждения, чтобы сказать TC, что поступать надо вероятно никак.

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

Для опытных вебмастеров и SEO специалистов нижеизложенная информация в новинку не будет, хотя будут важные нюансы на которые даже опытные SEO специалисты не обращают внимание.

Поехали.

1) Структура должна быть понятной, логичной, лаконичной.

Вершиной сайта является Главная страница с корневых адресом

site.ru

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

site.ru/tovari/

т.е. не должно быть никаких лишних вложенностей и рудиментов движка, например,

site.ru/index.php/ tovari/

или

site.ru/category/ tovari/

или

site.ru/content/ tovari/

или

site.ru/c-lc/ tovari/

и т.д. 

Следующие дочерние категории основной категории Товары должны быть вложены в родительскую категорию т.е. если сайт продаёт светильники и другие товары, то URL должен формироваться так

site.ru/tovari/svetilniki/

site.ru/tovari/lampy/

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

Дальше у категорий 3УВ могут быть свои дочерние категории, возьмём, что у нас есть категории "Интерьерные светильники" и "Настольные лампы". В этом случае формируем следующий вид URL-ов

site.ru/tovari/svetilniki/interernye/

site.ru/tovari/lampy/nastolnye/

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

Тогда мы рассчитываем, что поисковые алгоритмы, пройдя по сайту сформируют рабочее древо.

site.ru

 +tovari

   +svetilniki

     +interernye

   +lampy

     +nastolnye 

Именно так структура сайта выводится в Вебмастере Яндекса, где каждый элемент - это сформированный кластер, включающий в себя дочерние вложения. 

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

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

// Кто-то может возразить, что в данном случае и уровень tovari не обязателен. Сразу отвечу, если сайт продаёт только товары, то можно обойтись и без общности [товары], но когда на сайте могут быть и товары, и услуги, и другие равнозначные по приоритетности разделы (что более актуально для крупных сайтов),  то на каждый раздел нужно делать свой самостоятельный кластер.

Идём далее. Когда структура правильно сформирована. Мы приступаем к созданию навигационные связей.

Во-первых, это само Главное меню, которое рекомендуется по правилам HTML-5 разметить как меню, а не просто как сквозной html блок. Здесь я направляю на материалы семантической верстки, это помогает правильно определить зоны html документы и корректно обозначить его функциональные части. 

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

SEO-шники и внимательные вебмастера, которые реально практикуют - знают, что структура в Вебмастере формируется не сразу, а обновляется постепенно по мере созревания сайта. Отсюда формирование НЦ тоже происходит не сразу.

2) Мы создаём дополнительный объём структурной перелинковки внутри разделов. Тут может быть и круговая перелинковка и более сложные схемы.

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

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

Таким образом, всё это способствует формированию правильных навигационные цепочек (НЦ) и Быстрых ссылок. 

Поисковая система поначалу выводит вот такие адреса  site.ru/tovari/svetilniki/interernye/ а потом по мере созревания сайта образуются кириллические НЦ.

site.ru > Товары

site.ru > Товары > Светильники

site.ru > Товары > Светильники > Интерьерные

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

Кроме этого не нужно в индекс брать всякие лишние служебные страницы, необходимо следить за дублями (если они возникают - устранять).

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

Как в программировании есть стадия проектирования, также и в SEO методике есть этап формирования структуры. Кстати, когда это ясно изложено и документально закреплено, это очень помогает наладить взаимодействие с программистом, чтобы он быстрее понял, и между специалистами не было никаких расхождений в понимании URL структуры. Опять-таки, у кого есть практика и реальные рабочие проекты знает насколько немаловажно и это.

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

Да, зачастую эта цифра превалирует.

Нет, это у них такая рабочая формулировка.

Но крутить тематику безусловно могут в той или иной степени.

Я всё внимательно читаю и также вижу твои обоснования. Не надо контекст разговора переводить в личностную плоскость.

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

Из этого в твоих словах для меня нет никакой убедительности про опасно. Сама формулировка "опасно" - это вообще ни о чём. Так про опасно можно сказать в адрес чего угодно, если вдруг кто-то в какой-то статье сказал про то, то где-то что-то надо оставить. Это опасения из разряда "В огород бузина, а в Киеве - дядька".

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

Весь разговор топчется по кругу.

Ты - не трогайте, ждите, оставьте, потому что WP.

Я - любая программная задача (при необходимых ресурсах и умениях) достижима. Я рекомендую сделать так и так. 

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

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

На всё это у него есть полная свобода действий.