Внутренняя оптимизация при помощи банеров

В какой-то момент до меня дошла одна мысль по поводу моего главного проекта — audioveda.ru, где как на дрожжах растет масса текстовой информации с ответами на все случаи жизни.

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

Есть даже реальный фидбэк в виде вопросов моих знакомых — «А чего бы ты порекомендовал мне послушать?» или «С чего начать?» То есть растерянность пользователя и как следствие легкий налет тупоты при выборе материалов для прослушивания.

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

Но тем не менее… Вот такой банер сегодня сутра я поместил на всех страницах айдиоведы.

И это сработало с эффективностью 115 кликов на 9229 показов за день! То есть более 1%. И это не мало, как может показаться.

Геотаргетинг + интеллектуальное позиционирование

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

Дано:

  1. Посетитель с устновленным IP, а следовательно как минимум страной и городом
  2. URL страницы на которой он находится в настоящий момент

Условия, которые необходимо соблюсти при выдаче банера в шапку:

  1. банеры с указанным геотаргетингом имеют преимущество в выдаче перед «интернациональными», где он не указан. Это означает, что для москвичей в первую очередь следует показывать московский банер если такой есть и если нет — интернациональный.
  2. банеры с указанным местом — страницей размещения имеют преимущество при выводе перед «сквозными» банерами без указанной страницы.  То есть нужно показывать на странице банер предназначенный для этой конкретной страницы, если такой есть. И если спецального для этой страницы нет — тогда случайный сквозной с геотаргетингом. И если нет таких — любой случайно из сквозных-интернациональных.
  3. показ баннеров считается в cookies  на стороне клиента. Количество показов не должно превышать установленного для данного баннера количества показов одному посетителю в сутки, если такое было установлено для данного баннера. Как только баннер с известным ID будет показан посетителю дважды он более не показывается в этот день вообще.
  4. любой баннер может быть отмечен тегами и выводиться на странице тега в первую очередь ибо он имеет преимущества перед баннером у которого теги не прописаны. Также баннер отмеченный тегами выводится на страницах материалов отмеченных этими тегами.
  5. пользователь может нажать на крестик у баннера и он ему не будет показываться больше вообще в течении сегодняшнего дня. Это так же решается на стороне пользователя через cookies.
  6. банер может иметь ограничения по времени и дням недели для показа.
  7. банер может показывать только зарегистрированным или всем пользователям.

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

Реклама на audioveda.ru

Последнее время на почту audioveda.ru все чаще стали обращаться организаторы различных семинаров и тренингов с просьбой разместить на сайте рекламу мероприятий. А в настоящий момент движок сайта не поддерживает работу с баннерами и, главное, никак не предназначен для публикации различных баннеров на различных страницах. Но все-таки есть выход…

Относительно простой способ — использовать шаблоны. Фактически это означает, что можно, например, отредактировать HTML шаблон главной страницы и повесить на ней один баннер, затем поступить так же с шаблонами страниц автора, лекции, категории материала, страници тега итд. И получить почти десяток разных URL с разными баннерами. Но это, согласитесь, — костыли!

Как нужно сделать на самом деле? Нужно создать эффективный инструмент для работы с рекламой на сайте. И если кто то обратился с просьбой разместить баннер с рекламой йога клуба, то в первую очередь я бы хотел, чтобы этот новый инструмент позволял мне закрыть 4 основных вопроса :

1. ГДЕ показывать. Хотелось бы чтобы можно было задать списком URL страниц, на которых этот баннер про йога-клуб должен появиться. Я склонен доверять в этом hand-made технологии когда менеджер сам в ручную подбирает наиболее релевантные страницы. А это будут все странцы лекций так или иначе затрагивающие тему йоги. На первых порах будет достаточно если инструмент будет принимать на вход список URL. В дальнейшем мне хотелось бы чтобы этот инструмент мог подобрать страницы по ключевым запросам. Это будет очень релевантно, а значит эффективно.

2. КОГДА показывать. Хотелось бы иметь возможность указать даты начала и конца показа баннера, чтобы не следить самому за тем когда нужно повесить или снять баннер — пусть инструмент сам этим занимается. В дальнейшем хотелось бы выставлять даже время начала и время конца показа, чтобы йогу рекламировать по утрам и вечерам, например.

3. КОМУ показывать. Тут речь пойдет о таргетинге. Это же будет круто если москвичи, заходя на сайт, будут видеть баннеры предназначенные москвичам, а киевляне будут видеть свои киевские. Можно это определить по IP и на эту тему даже есть целая статья в нитернете. А в дальнейшем хотелось бы, чтобы пользователи могли в своих настройках отказаться от рекламы вообще впринципе. Зачем навязываться, правильно? Правильно.

4. СКОЛЬКО показывать. Я думаю, нет смысла показывать человеку один и тот же баннер по 10 раз на дню. Можно где-то там в куках записать, что показ состоялся.

Читать далее

Коррекция вектора внимания и сортировка материалов.

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

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

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

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

Эффект на лицо. Посещаемость нужных нам страниц выросла на 100 — 300 %. А это говорит о чем? О том что у нас появился в распоряжении инструмент, позволяющий корректировать вектор внимания пользователя, предлагая наиболее релевантные материалы наверх выдачи по архитэгу. Я считаю, что эксперимент прошел удачно. Мы имеем реальные убедительные цифры.

Архитэги — это новые метки

Как и многих сайтах, на audioveda.ru для связи материалов по теме используются метки (или теги). Но на АудиоВеде не просто метки в обычном смысле, а нечто большее. Пусть это теперь называется «архивные теги» Архитэги!=) В чем принципиальное отличие Архитэга от простого обычного тега (метки)? Их несколько:

1. Релевантность архитэга по отношению к материалу

Как работают метки в подавляющем большинстве случаев? Обычно клик по метке дает выборку материалов помеченных этой меткой. Материалы в этом списке сортируются тупо по дате записи. И это главная проблема.

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

Решение сортировки лекций – это выставленный в ручную показатель релевантности архитэга к материалу. Свойство релевантности в таблице пересечения тег-аудио изменяется в пределах от 0 до 100.

75-100 — максимальная релевантность (основная тема статьи)
50-75 — значительное соответствие (один из разделов статьи)
25-50 — среднее соответствие (несколько абзацев посвящено этой теме)
0-25 – слабое соответствие (упоминается вскользь или косвенно)

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

2. Краткая справка по Архитэгу

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

3. Родственные архитеги

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

Архитэги

Объединение архитэгов в Кейсы

И я думаю, что Архитэги могут и должны быть частично объединены в семейства — кейсы. Отдельная дополнительная табличка в базе. Многие понятия формируют отдельные кейсы, которые можно было бы выделить через эти семейства.  Допускается что один Архитег может быть включен в несколько семейств одновременно.

Тайминг не реализован — возможность указать несколько ( Как это сделать ??? =8-О) диапазонов по времени, в пределах которых этот архитег релевантен контенту, опять же жесткий real hand set.  Но это дает уникальную, почти фантастическую с точки зрения юзабилити, возможность на этапе второго клика… на странице… визуально выделить  в тексте статьи блоки релевантного контента!. Это было бы супер круто. [пока непонятно как это реализовать]

Тэги, теги, ID3 теги… просветление

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

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

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

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

Далее… о группировке тегов по областям их применения. Теги могут быть сгруппированы по следующим принципам:

  1. Теги  — имена. Это теги содержащие имена собственные. Их следует указывать, только если в материале какой-то личности, например, Васе Пупкину, уделяется большое внимание, о нем идет речь не вскользь, а совершенно конкретно и обстоятельно в течении значительного времени по отношении к общему времени всего аудио или видео материала.
  2. Теги — источники. теги содержащие названия источников информации о которых упоминается в материале. Их нужно присваивать если в материале достаточно подробно рассматривается какой либо источник. Например разбирается Махабхарата или Рамаяна — ставим соответствующий тег — Махабхарата или Рамаяна. Просто источник и ничего более, стих глава — это не нужно.
  3. Теги — понятия и темы (самая большая). Эти теги указывают на абстрактные понятия или темы затрагиваемые в материале. Например понятия — аскетизм, карма, смерть, любовь, ум, сознание, красота итд. если эти понятия подробно и обстоятельно разбираются в материале. Это достаточно широкие смысловые диапазоны, поэтому не стоит при первом же упоминании о вечности лепить тегвечность, если там о вечности всего 16 секунд из трех часового материала.  Пример тем — смысл жизни, поиск учителя, духовный путь.

Помните! Задача не в том чтобы присвоить как можно больше тегов, а в том чтобы связать материалы друг с другом через этот тег. Модератор должен сначала ознакомиться с материалом на 100% и выписать теги на листок бумаги, а затем подумать — все ли теги уместны и раскрывают суть материала?. По большому счету теги это ответ на вопрос — о чем данный материал.

Теперь о том, что по своей сути  в рамках логики работы сайта тегом не является. Часто сайтостроители в попытке систематизировать контент используют механизм тегирования не по назначению. Например — вот список «тегов» к аудиоматериалу, записанному в Лахте, автором которого является Шрипад Б. С. Госвами Махарадж, а перевод на русский язык был осуществлен Муралишваром Прабху:

  • iFocus (287),
  • Лахта (514),
  • Переводчик: Муралишвар Прабху (350),
  • Санкт-Петербург (544),
  • Тема: Вера (26),
  • Тема: Прогресс в духовной жизни (4),
  • Шрипад Б. С. Госвами Махарадж (291)

Какие тут проблемы? Пользователь не понимает что такое iFocus. Далее, Лахта это не тег, а свойство записи — место, и клик по этой ссылке должен вызывать переход на страницу географического объекта Лахта, на которой в свою очередь представлены все материалы созднанные на его базе: фото, видео, аудио книги итд. Это не тег уже потому, что в материале, который модератор протегировал «Лахта» о самой Лахте нет ни слова.

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

На сайте должна существовать адресная книга, и при добавлении аудио или видео модератор должен выбрать место записи из списка. Так материал обретает свойство — место записи — Лахта. А пользователь при клике на Лахту — попадет на страницу Лахты, где увидет все необходимые атрибуты: контактную информацию и список Лахтинских материалов.

Далее — Переводчик: Муралишвар Прабху. Тоже самое. В материале нет ничего о самом переводчике. Переводчик это тоже свойство аудиофайла — его, так сказать, служебная информация, такая же как и Автор и год создания и размер в килобайтах. Это не тег.

Думаю, уже понятно, что тут только два тега — «Вера» и «Прогресс в духовной жизни». А остальное тегами не является, ибо никак не раскрывает нам вопроса О ЧЕМ ЭТО. Если вы хотите разбивать контент не по принципу о чем он, а по автору, по году, по месту записи — для этого есть другие инструменты и к самой теме лекции они отношения не имеют.

Автоматическая чистка тегов

Мне сегодня в голову пришла такая идея. Допустим, если дать возможность добавлять теги пользователям, как это сделано на last.fm то есть вероятность того, что появятся теги, которыми помечены единичные материалы. И такие теги должны через какое-то время уничтожаться. То есть проходит например 100 дней и производится чистка. Если никто не присвоил хотя-бы еще одному материалу такой тег – можно его смело прибить. Почему?

Потому что теги служат для поиска ПОХОЖИХ материалов а если за год добавления мы имеем в наличии 10.000 единиц материала и 200 единичных тегов которые ничего не объединяют а просто засоряют страницу – в топку такие теги. Надо только подумать над формулой которая достаточно эффективно будет этим заниматься.

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