Следующий этап в развитии трекера поисковых фраз
06.11.2009Сегодня на одном из сайтов встретил реализованную идею трекера поисковых фраз в следующем виде: составляется рейтинг (частота) поисковой фразы и для одной конкретной фразы составляется отдельная страница. Собственно, я это и раньше встречал, но как то не фиксировал на этом внимание.
Вот смотрите - есть готовая фраза (лучше, безусловно, из трекера, так как эта фраза уже привязана поисковиком к вашему сайту), и подсчитано количество переходов по ней на ваш сайт (придется делать отдельную таблицу в бд, где подсчитывать частоту фраз). И после какого то числа заходов, скажем условные 100 посетителей по одной фразе, генерируем новую страницу на сайте. Заголовок это страницы - фраза, урл - то же фраза, на самой странице тоже неоднократно встречается эта же фраза. Для этой фразы надо сгенерировать автоматический контент. Естественно, на ум приходит анонсы постов неким образом относящиеся к это фразе. Это пожалуй самый сложный вопрос - как найти посты для фразы.
Если использовать анализ текста фразы и поста (заголовок, рубрики, метки, контент), то задача становится не такой уж тривиальной. То есть информации основанной только на тексте явно недостаточно, и главное результат может быть неудовлетворительный. Вместе с тем, по фразе пришли люди на какие то страницы, и эти страницы можно отследить, то есть составить список страниц, которые соответствуют этой фразе. Недостаток такого подхода может оказаться то, что поисковик привел по одной фразе посетителей только на одну страницу. Требуется нечто такое, что в поисковике называется "похожие страницы". Алгоритм похожести, явно имеет мало общего с плагином похожих постов.
Как же быть? Кстати говоря, там, где я увидел такую страницу, были разделы примерно названные так: "фраза" в названии, описании. Саму страницу я видел на одной из файловых помоек, когда искал реализацию создание скриншотов на php.
Думаю следует реализовать следующим образом - фраза набрала статистику, после генерируется новый пост в состоянии черновика, на почту отсылается письмо о создании трекером новой страницы для предварительного модерирования страницы (более чем вероятно появление мусора), после чего можно будет вручную опубликовать новый пост, по просто сменив его статус на "опубликовано".
Таким образом, я озадачен следующей версией трекера поисковых фраз. Думаю его сделать платным, либо условно бесплатным со своей ссылкой внутри, а для бета тестеров, безусловно, бесплатно.
← Ранее Как сделать меню в админке
Комментарии (19) на запись “Следующий этап в развитии трекера поисковых фраз”
Оставить комментарий
А в каких ситуациях оно будет реально полезным? При заточке под среднечастотники, при переходах в основном на главную страницу чтобы снять с нее часть трафика?
Объяснюсь, почему не понимаю: мои проекты точаться под низкочастотники. Т.е. каждая страница которая точиться - точится под 300-500 запросов по Яндексу, и входной страницей по запросу обычно оказывается именно она. В такой ситуации вторая страница + с автосодержанием по тому же запросу скорее малоэффективна.
на мой взгляд, все подобные плагины - зло, с которым нужно бороться и ПС борятся в меру сил
Пример страницы: http://lasto.com/blog/search_d35852f7f5ba0dc61c1fd0012eb8e628.html
На такие страницы идет основной траффик с поисковиков по низкочастотным запросам.Для ГС под Сапу важно, что число страниц разрастается в геометрической прогрессии.
> И прикрутите поиск по сайту.
Поиск можно будет реализовать только после создания "мускулистой" версии блоголёта, на файлах слабо представляю реализацию
да и яшкой вполне можно обойтись
если обновляете свой блог регулярно (2-3 раза в неделю), то яшка на нём жить будет
Плагин/фича будет полезна для таких как я, которые не занимаются вообще заточкой под какие либо кллючевики. Вот смотри - на blogolet.ru заходят люди, и я надо признаться, даже не смотрю статистику по каким словам, но есть желание подняться в выдаче, и самое интересное - плагин сам сможет определить, какой запрос приводит ключивик и из него сделать landing page (блин как это по русски?).
Я тоже против говносайтов - откуда я почерпнул идею я ушел, так и не найдя что мне хотелось. Но это вовсе не означает, что этим нельзя пользоваться.Можно придумать алгоритм, который бы выдавал релевантный контент для ключевика - собствено, чем будет хуже список анонсов, чем анонсы в рубриках/метках/архиве? Хуже тем, что не будет уникальногтуника как в постах.
Сейчас есть теоритическая возможность разделить title страницы и и собствено название поста. Могу ввести для следующей версии новое свойство titlepage - заголовок страницы, в случае если оно пустое, то использовать title классическое. Получается индивидуальный title для одной страницы - поста, во всех остальныых случаях использовать стандартное название. Можно пойти дальше и добавить новые свойства title1, title2.. где 1 - для рубрик, 2 - для меток, 3 - в архиве, 4 - еще где то. если ttitle# пуст, то основной, ну вместо номера можно название, а если с номером - то приоритет сзначения. Ну например запрашивается #4, если пуст, то#3 и так далее до верхушки до title. Подумаю над этим. По мне, так это лишний головняк - придумывать новые заголовки.
>> плагин сам сможет определить, какой запрос приводит ключивик и из него сделать landing page
По мне, так это больше всего похоже на обычный тег - ну может без показа в облаке тегов, нет? Сам тег пропустил так люди показали-подсказали :) Речь же идет именно о создании статической страницы (в т.ч. для поисковиков), а не о динамической выдаче посетителю? Тогда можно просто добавить возможность анонсов для категорий и тегов.
Кстати, для людей можно сделать аякс-виджет с динамическим показом такой информации.
ИМХО: собственный поиск по сайту - зло. Все равно нормального (лучше гугля или яшки) поиска для русского контента не написать. Только посетителя в заблуждение вводить. Вот структурированная карта сайта с разбивкой постов по категориям - удобно.
Да, и если немножко постараться - уже сейчас можно выводить разный заголовок и title (если не использовать лайт-режим). Вырезаем $post->title из темы, немножко мудрим с $post->excert и виджетом последних записей - и готово. Только это ИМХО оверкилл. Тогда логично и отдельный listtitle вводить - для ссылки на пост из списков и виджетов вместо отображаемого она странице.
Могу ввести для следующей версии новое свойство titlepage - заголовок страницы, в случае если оно пустое, то использовать title классическое. Получается индивидуальный title для одной страницы - поста, во всех остальныых случаях использовать стандартное название. Можно пойти дальше и добавить новые свойства title1, title2.. где 1 - для рубрик, 2 - для меток, 3 - в архиве, 4 - еще где то. если ttitle# пуст, то основной, ну вместо номера можно название, а если с номером - то приоритет сзначения. Ну например запрашивается #4, если пуст, то#3 и так далее до верхушки до title. Подумаю над этим. По мне, так это лишний головняк - придумывать новые заголовки.
********* да вот это будет оч хорошее дополнение, сразу поддаст больше понятливости и юзабилити. поддерживаю эту идею.
***** что касается странички по поисковым фразам то думаю вариант с отсылкой админу на утверждение это самый лучший вариант. добавлю здесь же - хорошо бы сделать если возможно и подредактирование этой странички (наверняка там будут посты которые не относятся к таковому запросу а попали случайно) вывода в случае чего (и как её потом выводить - как статику или генерируя?).
landing page (блин как это по русски?) можно так -> страница для приземления ;))
Речь идет имено о создании новой страницы со своим адресом, где заголовок страницы - эта фраза. Фраза сама находится из статистики сайта.
Как альтернативный вариант можно сделать анализатор логов апача - как помню многие анализаторы логов показывают кейворды и их частоту. Тоже вариант, но на php интегрированный сразу в движок сайта, с соответствующей несложной панелью управления предпочтительней для конечного пользователя, ибо для логов надо счто то будет специально запускать, указывать имя файла и прочее. Сдругой стороны вести, пусть даже несложную, статистику накладно для ресурсов.
Насчет альтернативного заголовка - уже ввел и реализовал, своство назвал title2, доступно из админке будет на странице полного редактирования записи, и из любого места на php, переделывать ничего не пришлось - всего пара строк.
Думаю, что новые страницы, сгенеиированные трекером, будут постами,для которых наверно можно будет задать спецрубрику/скрытую рубрику. Также не будет включаться в общий рсс - в новой версии будет поддержка нового свойства rssenabled для постов. Насчет постов - пока под вопросом. Может быть сделать спецкласс для этого, в котором будут совсем другие свойства, чем у поста, как например время, метки, рубрики, комментарии - для кейворда это ведь не нужно, а нужен ррелевантный результат поиска для этой фразы, ну тоесть чтобы показывались посты, относящиеся к этой фразе. Пока что размышляю - надо идее немного отстояться
у тех, кто на первой позиции в Яше ИЦ до яиц, вот он их первыми и ставит
а на Вас сколько ссылается?
****** выложи пожалуйста измененный файл.
и заведи также отдельную категорию специально для загрузок где и выкладывай все файлы , релизы , патчи, обновления, а то как то не с руки архивы пачками качать не зная текущей версии.
спасибо.