My fucking Life

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

Дано:

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

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

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

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

Это такая работа от которой зависит по большому счету судьба любого сайта в большей степени даже, чем от дизайна, раскруток и прочей косметики.  Заниматься размещением статей, редактированием текста, созданием цепляющих и вместе с тем адекватных и релевантных заголовков – это нужно делать обязательно, каждый день. Регулярно бить в одну точку. Нельзя останавливаться. Я бы сказал, что контент менеджер – это самый главный человек в команде обслуживающей сайт.

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

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

И вот у меня нет контент-менеджера  на audioveda.ru. Поэтому я делаю большинство работы сам, ибо мне не безразлична судьба этого портала. Сегодня я забросил на аудиоведу еще три лекции. Две Руслана Нарушевича и одну Бхарати Махараджа. Проверил тексты, чтобы в них не было явной пурги с неправильно написанными словами, оформил аннотации, пометил тегами. Затем пропиарил в контакте лекцию Лакшми Нараяны даса «Какой должна быть идеальная жена» и вспомнил что центр развития «Идея», просил повесить банер на  курс лекций Руслана Нарушевича, который состоится в Москве 23 февраля. Конечно еще три недели до этого события, но обещал помочь – надо сделать. Как раз Руслан прислал недавно несколько своих позитивных фотографий.  Вобщем получилось вот так вот:

Думаю что вешать нужно будет начиная с девятого. За две недели не раньше. Это не билеты на премьеру Титаника, поэтому люди не склонны их покупать почти за месяц заранее. Нужно это тоже учитывать.

Вот такой вот банер для аудиоведы получился у меня. По моему наглядно все, да?

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

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

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

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

Пока сидел рисовал новую таблицу взаимодействия понял что у нас на www.audioveda.ru  уже не просто теги на сайте. У нас Архи-тэги! Пусть это теперь так называется =) И вот в чем принципиальное отличие Архитега от простого обычного тега (метки),  который мы привыкли использовать в интернете для выборки материалов . Сейчас объясню. Смотрите, вот нам понравилась какаято статья и мы кликнули по тегу (метке) которым она отмечена и получаем что? Что мы ожидаем от этого действия? Мы хотим получить информацию схожего рода как и на этой странице, которую мы прочли. Причем наш вектор внимания уточнил “какого именно, схожего рода” и выбрал из тэгов (меток) именно ту область схожести, что имеет несущее смысловое понятие, обозначенное выбранным нами тегом. А теперь посмотрим как это на сегодняшний день реализовано в реале в подавляющем большинстве случаев, а именно:

Обычный тег.

Обычный тег разбивает материалы сайта на две группы, группа А куда входят отмеченные эти тегом материалы и группа Б куда нет.  Как им пользуется посетитель сайта. Первый клик он делает по тегу (метке) внизу записи и переходит на страницу выборки материалов группы А.  Вторым кликом пользователя в этом случае будет выбор материала из предложенного списка.  Вот такое у обычного тега, с точки зрения юзабилити назначение - how is it [able] to [use]? (как это можно использовать).

Материалы в такой выборке в 99% случаев не имеют осмысленной сортировки и сортируются просто – по дате записи. В итоге – пользователь вступает в вербальный контакт с кучей материала и фактически ручной перебор результатов выборки, листая страницы сверху вниз по дате в поисках наиболее интересного материала в области указанного несущего смыслового понятия .

Я предлагаю повсеместно использовать:

Архитэг.

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

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

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

Второй важный момент, это real hand set выставленный в ручную показатель релевантности к материалу.  Свойство релевантности в таблице пересечения тег-аудио изменяется в пределах 1 до 3. 1-высокая релевантность (основная тема статьи), 2-средняя (одна из подтем статьи), 3-низкая (упоминается вскользь).  Понятно, что он служит для сортировки материалов на странице Архитэга.

Пользователь, в нашем случае, получает наверху выдачи наиболее релевантные (с точки зрения человекоподобных модераторов ресурса audioveda.ru) материалы, затем материалы где архитэгу был присвоен второй и третий уровни релевантности.

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

Но то что уже есть сейчас – Архитэг знает свою Макро-группу.  Если бы мы выводили Макрогруппу архитэга на его странице  - это дало бы пользователю возможность сделать второй клик в сторону выборки материалов по Макрогруппе.  С целью расширения диапазона поиска.  Это такой ассортиментный подход пользователя.

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

Аминь!

Последние месяцы, я плотно поторчал в социальных сетях. Проанализировал тенденции … Есть очевидная тенденция номер один – пользовательский трафик начинает слипаться вокруг социальных сетей международных и региональных. Facebook, однокласников, вконтакте и других мощных игроков рынка. Многие российские компании в сфере малого и среднего бизнеса заводят в соц сетях группы. В группы добавляются сотрудники и клиенты бизнеса заинтересованные в потреблении услуг или товаров (о чем бы тут не шла речь – курсы йоги, фототовары, клубные танцы).  Пользователям социальных сетей удобно иметь один акаунт и участвовать сразу в нескольких группах одновременно. То есть ты сразу и член клуба “запредельное знание” и тут же любитель рыбалки и еще в группе по вышиванию крестиком и в группе я и мой Audi 80  или в группе любителей авторского кино… и одновременно  у тебя “твоя музыка” “твое видео” “твои фотки” – то есть соц сеть объединяет сразу несколько сфер жизни человека…

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

Социальная сеть на сегодняшний день это реальная арена действий. Большинство ваших друзей участвует как минимум в одной социальной сети, ато и в двух трех одновременно, чтобы поддерживать контакт между собой. Google и Youtube теперь вместе и сейчас представляют собой основу для мгновенного распространения информации. Выложил видео – сделал доступным для друзей, друзья откоментировали, добавили в свои плей листы, ты зашел к друзьям и слил у них музыку, узнал что то новое и добавил к себе. Это реалии. Для тех кто пользуется интернетом я имею ввиду.  А их с каждым днем все больше. То есть я хочу сказать,  что это уже наступило прямо сейчас.  Можно конечно игнорировать процесс, но завтра для ведения бизнеса в интернете игнорировать соцсети будет уже не то чтобы глупо а уже скорее смертельно.

Единственная, на мой взгляд альтернатива по продвижению в интернете “идеи в массы” – это уникальные сервисы, функционал который не доступен пользователям соц сетей.  Что то , что заставит пользователя зарегистрироваться у вас, проявив тем самым свою лояльность. А лояльность пользователя заслужить сегодня трудно. Реально трудно. Время чудовищных с точки зрения юзабилити продуктов подходит к концу. Сейчас они еще держаться за счет, может быть, уникального контента, но как только тот же контент появляется в соц сети – про источник можно забыть.

Много раз уже я участвовал в обсуждении того, как именно нужно орагнизовать теги на новом сайте и понял, что большинство участников обсуждения путаются в самом понятии – что такое теги. Я попробую навести порядок в этом вопросе. В этой статье я пишу слово тэг с буквой Э в одном случае и тег с буквой Е в другом. Ну и теперь о тегах…

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

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

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

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

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

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

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

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

Какие я тут вижу проблемы? По порядку… Я не понимаю что такое iFocus. Без коментариев. Далее, Лахта это не тэг, а место записи, и клик по этой ссылке должен вызывать переход на страницу географического объекта Лахта, на которой в свою очередь представлены все материалы созднанные на его базе: фото, видео, аудио книги итд. Это не тэг уже потому, что в материале, который модератор протэгировал “Лахта” о самой Лахте нет ни слова. Мне понятно желание модератора отделить лекции из Лахты от лекций с Кисельного переулка. Однако это делается не через тэги, а путем создания вертикальной связи между материалом и географическим объектом на базе которого он был создан, а не на горизонтальном уровне материал-материал. У нас на новом сайте подключена адресная книга где модератор может выбрать объект из списка. Материал обретает свойство – место записи – Лахта. А пользователь при клике на Лахту – попадет на страницу Лахты, где увидет все необходимые атрибуты: контактную информацию и список Лахтинских материалов. Далее – Переводчик: Муралишвар Прабху. Тоже самое. В материале нету ничего о самом переводчике. Переводчик это свойство файла – его, так сказать, служебная информация, такая же как и Автор и год создания и размер в килобайтах. Это не тэг. Думаю, уже понятно, что тут только два тэга – Вера и Прогресс в духовной жизни. А остальное тэгами не является, ибо никак не раскрывает нам вопроса О ЧЕМ ЭТО. Если вы хотите разбивать контент не по принципу о чем он, а по автору, по году, по месту записи – для этого есть другие инструменты и к самой теме лекции они отношения не имеют.

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

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

Проект www.audioveda.ru создан на добровольных началах. Проект не коммерческий и не несет в себе задачи извлечения прибыли. Все материалы сайта получены из открытых источников, чаще всего с официальных сайтов авторов лекций. Главным образом с сайта Торсунова Олега Геннадиевеча – www.torsunov.ru и его проекта Открытый ведический университет. Практически все авторы лекций говорят о своем желании распространить это знание среди людей, которые еще способны его воспринимать. Основная задача проекта – помочь авторам в распространении знания и дать возможность людям получить это знание современным способом в удобном виде.

Олег Емельянов, гораздый на выдумки запустил проект “Кликонавт” о Яндекс-директе.

Кликонавт (clickonavt) - это человек совершающий полет с помощью щелчков мыши в интернете (прошедший специальную подготовку в качестве кликонавта и зачисленный в группу кликонавтов).

Перед поездкой в Питер, успел наваять Аркадию дизайн. Проект уже запущен. МОЩЩ! в онлайне. Хочется сделать флэшовую версию шапки сайта. Много моментов которые можно там проанимировать.

Не когда нибудь, а прямо в день рождения мой коллега по работе, Олег Емельянов запустил свой блог про оптимизацию и продвижение сайтов.

Получилось опрятно, хотя есть над чем поработать в плане доводки до ума. Выровнять даты по левому краю, более четко обозначить разделы-рубрики в правой части. Я про
Теги Рубрики Архивы итд. Страница “Расписание подкастов” хорошая штука – сразу вносит ясность и накладывает определенную ответственность на автора. Вобщем я вижу серьезность намерений и решимость. Поздравляю!