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 доработки (уж сколько раз из раза в раз приходится писать ТЗ на доп. правки в разные движки), но это конечно глыба. Но надо сказать, что потребность в этом есть всегда.
На самом-то деле я пишу не для того, чтобы убедить оппонента, а скорее мотивировать другого опытного специалиста на дополнение той информацией, которая может быть для меня полезна :)
Благодарю за комплимент. Я не против, можете использовать :)
т.е. полезность страницы в итоге будет рассчитана по тем метрикам, которые получит поисковая системе в анализе пользовательской сессии.
Возьмём два примера.
Исходная общая задача - нужно продать книгу определённого автора. В первом случае за работу берется опытный SEO-шник, который книгу даже не читал, во втором - опытный журналист, который не только читал книгу и прекрасно ориентируется в материале, но и отлично знает автора.
В первом случае SEO-шник закажет (или напишет по откликам в сети) текстовую основу, подберет нужные картинки, объединит их в слайдеры, придумает и оптимизирует заголовки и ключевые слова под общую семантику, выполнит разметку, организует формы отзывов (и предварительно напишет фэйковые), организует калькулятор стоимости и форму заказа.
Во втором случае журналист за пару дней напишет длиннющую статью (тысяч на 20K знаков) и полностью раскроет и тему книги, и биографию автора, также личные воспоминания, как ездил c ним на рыбалку.
В первом случае по взаимодействию с контентом поисковая система увидит, что пользователь кликает по слайдеру, рассматривает картинки, использует доп. средства навигации, калькулятор, достигает целей, словом попадает в конверсионную зону - это и есть показатели поведенческих метрик.
Во втором случае - это просто медленная прокрутка (а иногда и быстрая, ибо дааалеко не важдый будет вчитываться в чужую писанину, изложенную длинной портятнкой). Как вы думаете, чей результат в поиске будет выше? Хотя журналист безусловно лучше владеет темой и текстово готов несравнимо полнее раскрыть суть книги.
Эффективно SEO - это единство формы, содержания и функциональной заданности при должно понимании, как работают алгоритмы, - что и в какой приоритетности они рассчитывают. Одного содержания, пускай даже самого полного, без всего остального критически мало.
Речь идёт о движке форума или о CMS сайта?
Раскрытие темы - это лишь информационная составляющая, к тому же, довольно субъективная. Ранжирование документа (страницы) определяется совокупностью факторов: статическими, динамическими, текстовой составляющей, хостовыми характеристиками, поведенческими и т.д. Поисковые системы определяют "полезность" страницы не по смысловой наполненности (они её просто не понимают), а по полноте и корректности данных в результате пользовательского взаимодействия.
Я прошу прощения, но, по-моему, дизайнер для этой компании попался с юмором :))
