Не думаю. Cколько там Вебмастерских было? 9-ять? Тогда чего ради? Ну пиарили бы просто свои сервисы, а так еще всякие SEO докладчики мелькают, да и прочие подробности работы алгоритмов до уровня "чуть более, чем недостаточно" завуалированного сами проговаривают.
А это извечная проблема. Почему я с самого начала и сказал, что глобальная и почти неподъёмная задача? Тут передовые движки годами бьются и не могут окончательно решить вопрос баланса между необходимой функциональностью, грузностью и удобством, а тут частное лицо.. Поговорить, порассуждать и пофантазировать можно, но на комплексную реализацию уходят годы, не говоря уже о том, чтобы хоть как-то монетизировать свои затраты.
Без проблем, поэтому даже стараться не буду. Мне припоминается наш с вами крайний спор на эту тему, уверен, повтор не добавит психического здоровья :)
Я такого не говорил. Я веду к тому, что если в Метрике есть своя легитимная полнота данных, то зачем Яндексу какие-то другие отказы?
CTR запросов в серпе - да, но рассчитывать отказы, когда есть Метрика - это как минимум странно.
Как вы думаете, зачем Яндекс с недавних пор сделал сопряжение Вебмастера и Метрики?
Может и задача посильная - в случае, когда Метрики нет.
Отказ формируется на основе данных метрики, если данные об отказе туда не попадают (допустим, вы пинаете заход с неугодного IP на служебную страницу с отказом без счётчика), то данный отказ и не участвует в расчётных данных.
Не нравится слово seo, можно назвать это "выполнением рекомендаций поисковых систем".
Ну, почему же? Может быть у TC здоровые профессиональные амбиции сделать самый оптимальный для SEO задач движок (и по-моему он здесь далеко не первый).
Или хотя бы настроить свой самопис под актуальные требования SEO - тоже вполне себе неплохо.
На что тратить - решать вам, но влияние записи title на релевантность документа никто не отменял. Участие записи descrition в формировании поискового сниппета тоже.
Насчёт keywords - вы вырвали из контекста, там была речь про тегирование для тематической схожести материалов.
Думаю, как выветрило одних, надует других. Я по большей части продолжаю видеть коллег и решение оставаться на форуме, либо нет - персональный выбор каждого.
Словом, я не разделяю ваш скепсис. Как говорится - «Я не разделяю ваших убеждений, но готов умереть за ваше право их высказывать» :)
Начните с решения нетривиальной задачи - сможете реализовать поддержку морфологии на своей CMS? :)
anthony_ , давайте пойдём от простого. Возьмём какой то текст и вы составите для него метатеги в ручную. Далее я попробую программно из этого текста это сделать.
Посмотрим что получится. Далее подумаю(ем) как улучшить. Усложним задачу и посмотрим, что получится дальше.
Я могу в некотором приближении прогнозировать результат и уже определить проблему, которая не решается автономной автоматизацией (т.е. без установки и предварительной настройки текущих задач SEO специалистом).
Допустим, есть с десяток материалов на одну тему. Среди них есть пересечения по целевым запросам (как полные, так и частичные). Каким образом без участия SEO специалиста движок определит - какие из этих материалов являются целевыми для выбранных запросов (трафикообразующие), а какие дополняющие (допустим для перелинковки)?
Дело в том, что современное SEO не сводится к соответствию пары документ = запрос, современное SEO оперирует задачами маркетинговых решений, среди которых есть такие понятия как карта пользователя, конверсионная воронка, где продуманы типовые пользовательские алгоритмы и прогнозируются целевые пользовательские действия в нужной последовательности. Увы, описанием мета тегов и заголовков они не решаются.
Не ради флейма, но точечно вдруг стало интересно - с какого момента на ваш взгляд seo сдохло, а seo специалисты с форума выветрились?
Если кратко, то для пользователей были составлены рекомендации, как самостоятельно заполнять поля: title, description и keywords (которые потом использовались для тегирования) + аlt-ы + формировались необходимые алиасы к именам файлов для загружаемых картинок.
ArbNet #:
Видите ли.. тут основная проблема в том, что фактически для каждого документа, в зависимости от структурного назначения и от содержания, нужно будет определить свой принцип отбора, свой формат, своё нормирование и что самое важное - необходимый пользовательских интент т.е. ту пользовательскую потребность/и (если их несколько), которые целевых образом покрывает информационное содержание контента.
Без этого вы сформируете некие перечни ключевых запросов, которые в лучшем случае будут отражать используемую частотность данных слов, но они в общем и целом не будут работать так как надо. Единственное, что можно из этого вытянуть - это тегирование (по набору ключевых слов), сортировка и фильтры (благодаря тегированию) и некоторый условный функционал для перелинковки.
Я делаю свой фреймворк если кто не в курсе ещё 😀 хочу сделать узел для сео.
Суть фреймворка такая. Есть движок который всё разруливает и есть структуры страниц(это типа языка более высокого уровня).
То есть подготовлены макеты HTML, CSS стили к ним и PHP класс для обработки данных. Пользователь просто указывает что должно быть на странице.
К примеру: <_ blog.statiya="Новый фреймворк"/> На странице вставится статья.
Для оптимизации можно добавить аргумент: <_ blog.statiya="Новый фреймворк" seo.title="Фреймворк" seo.keywords="чего-то,чего-то"/>
Или в самой статье искать например помеченные слова: " Всякий разный текст о новом {фреймворк}е статья. В котором есть {SEO} оптимизация."
Движок найдёт слова: фреймворк и SEO, естественно круглые скобки уберёт. Возможно ключевики выделять каким то тегом например <em>
А тому кто будет писать\добавлять статью, сказать, что ключевики желательно выделять таким образом.
Пока чисто мысли. Нужны мнения сео спецов. Как бы вы сделали к примеру?
Обзорно понятно, но не до конца. У меня как-то был рабочий эпизод, когда нужно было организовать функционал тематического сайта с гостевой seo оптимизацией. Предполагалось, что пользователи добавляют свой контент (любительские фотоотчёты), и там, при загрузке фотографий и заполнении рабочей полей, я подробно расписывал как лучше заполнить служебные поля, данные которых затем использовались для title, description-а и описания к картинкам.
В вашем случае надо понять, как и кем будет генерироваться контент? Если это админ сайта, то эта своя зона ответственности, своя стандартизация и своя полнота необходимых данных.
Если же контент формирует гостевой пользователь, то здесь предполагается полная свобода действий (т.е. пользователь может заполнять, может не заполнять, а может заполнять, но не так как надо).
Посему с одной стороны необходимо дать возможность для детальной оптимизации, с другой стороны - не утомлять пользователя рекомендациями, которые по его мнению могут для него избыточными.
И опять-таки, важно определить формат предполагаемого сайта. Одно дело корпоративный сайт, другое дело информационный сайт, и третьи вариант - соц. площадка для постоянного общения. Объединить всё в одном для одного движка довольно сложно. Но можно организовать отдельные редакции для движка - корпоративный, информационный, соц. сеть. Если это увязывать не только с технической оптимизацией, но и с рекомендациями по оптимизации поведенческого фактора, то было бы класс! Задача довольно-таки масштабная.
p.s. Честно говоря, я бы с интересом поучаствовал в проекте, который старался удовлетворить все необходимые SEO доработки (уж сколько раз из раза в раз приходится писать ТЗ на доп. правки в разные движки), но это конечно глыба. Но надо сказать, что потребность в этом есть всегда.
