Блог Фили Тарантаса

Идентификация в системе Rapida

2013-11-19T07:19:00.000+07:00

В начале ноября, проверяя почту, наткнулся на сообщение от adsense-noreply@google.com. В письме Google известил меня о том, что вскоре я перестану получать платежи AdSense, если не произведу некоторые действия, нацеленные на подтверждение своей «личности».

В связи с последними изменениями в правилах ООО НКО "Рапида" все издатели AdSense, которые получают выплаты через эту платежную систему, должны указать до 15 ноября 2013 г. в настройках AdSense свой номер шаблона РапидаОнлайн и индентифицировать его (то есть подтвердить свои паспортные данные) для того, чтобы продолжить получать выплаты.

   Как и многие подобные письма, поначалу я хотел его просто проигнорировать. Ничего страшного из этого обычно не выходит - даже если идентификация является обязательной, пройти её можно и через месяц, и через два, и даже через год. Однако, не тут-то было: только получив платёж за октябрь, увидел в своём аккаунте AdSense оповещение о блокировке дальнейших выплат.

   Честно сказать, это событие было словно удар ниже пояса. Первой мыслью был уход из AdSense и установка вместо него блоков Begun'а, так как натыкать везде один Яндекс.Директ - не есть хорошо. Всё решил один звонок в службу поддержки платёжной системы «Rapida», где мне простым русским языком и в двух предложениях объяснили, что сама процедура идентификации - секундное дело.

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

   Перед поездкой в банк я решил позвонить в него, чтобы убедиться, а знают ли в нём вообще о неком сервисе «Rapida» и какой-то идентификации его пользователей. Взявшая трубку девушка ничего ответить не смогла и соединила с бухгалтером, бухгалтер, выслушав вопрос, порядка трёх-четырёх минут набирала что-то на клавиатуре (кажется, это был запрос «что такое rapida» в Google), а затем сказала, что можно. Что ж, поехали.

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

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

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

Например, вместо "Заполните номер счета получателя" лучше было бы написать что-нибудь типа "Номер счёта, на который переводим", а вместо "Введите получателя" - "ФИО получателя/название организации". Кстати, после сохранения шаблона значение поля "Введите получателя" было автоматически исправлено на "Платежи по свободным реквизитам", факт чего тоже не прибавляет ясности в работе с системой.

   Также много времени было потрачено на то, чтобы выяснить, чей же всё-таки ИНН нужно писать - мой или банка. Хоть название поля «ИНН получателя», по-моему, понять двусмысленно невозможно, всё же во втором примере даже красными буковками выделено «В данном поле всегда указывается ИНН банка.». Поскольку слово «всегда» понять двусмысленно тоже невозможно, именно ИНН банка я и вписал.

   На электронную почту письмо с извещением о снятии со счёта указанной суммы пришло мгновенно, но баланс на электронном кошельке Rapida так и не уменьшился. Со счёта сняли лишь на следующий день, а чуть более чем через сутки после совершения платежа от банка пришло SMS-оповещение о том, что на счёт зачислена перечисленная сумма.

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

Повышаем доходы, используя РСЯ и Google AdSense одновременно

2012-12-18T02:32:00.001+07:00

Год назад в статье «Почему не стоит использовать Google AdSense и РСЯ одновременно?» я рассказывал о том, что показ на сайте рекламных блоков от разных систем контекстной рекламы может значительно уменьшить общий доход. Сегодня я вновь хочу открыть для обсуждения эту тему, но уже немного в более ярких цветах и оттенках.

   Учитывая то, что за последний год Рекламная сеть Яндекса сделала значительные шаги вперёд, предыдущую статью можно смело назвать устаревшим взглядом на ситуацию. Сегодня использование связки «Рекламная сеть Яндекса + Google AdSense» позволяет увеличить доходы почти в два раза. О том, за счёт чего достигается более высокий доход и почему невозможно заработать столько же при использовании только одной системы контекстной рекламы, речь пойдёт ниже.

   Google AdSense - замечательный сервис контекстной рекламы, действующий уже много лет и позволяющий зарабатывать на своих сайтах. За годы существования сеть охватила миллионы сайтов по всему миру, а число рекламодателей, желающих показывать рекламные объявления на сайтах партнёров Google AdSense, до сих пор растёт.

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

   В начале 2012 года компания «Яндекс» объявила об открытии аукциона для баннеров, показываемых через их Рекламную сеть. Говоря простым языком, баннер рекламодателя, готового заплатить за клик больше остальных, имеет более высокий по сравнению с остальными приоритет показа. Следовательно, при загрузке страницы появится тот баннер, клик по которому принесёт больший доход веб-мастеру.

   В Google AdSense данная технология реализована, если не ошибаюсь, давным-давно. За счёт неё и конкурентных цен веб-мастеры и имели более высокий доход по сравнению с доходом подавшихся в Рекламную сеть Яндекса веб-мастеров. Однако сегодня, когда Рекламная сеть Яндекса освоила технологию аукционного размещения, единственным отличием, кардинально способным повлиять на доходы, остаётся количество конкурентов на конкретный запрос.

   Как же связка «Google AdSense + РСЯ» позволяет увеличить доходы с сайта? Всё очень просто. Рассмотрим два простых случая случая:

1) на странице сайта располагается два блока Google AdSense, в которых показывается по одному рекламному объявлению;

2) на странице располагается блок Google AdSense и блок РСЯ, в каждом из которых показывается, опять же, по одному объявлению. Для большей наглядности, предположим, что тематика показываемых объявлений в обоих блоках рекламы будет одинаковой.

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

   Допустим, что в стоимость клика по объявлению в одном из блоков равняется 50 центам (~16 рублей), во втором - 24 центам (~8 рублей). Логично предполагать, что пользователь, увидевший рекламу на странице сайта, не будет кликать по обоим объявлениям, а значит, доход может составить либо 16 рублей, либо 8 соответственно.

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

   Тут же, допустим, стоимость клика по рекламному объявлению Google составляет так же 50 центов (~16 рублей), а по объявлению Рекламной сети Яндекса - 14,2 рубля (вообще, размер оплаты за клик в РСЯ и размер оплаты за клик в Google AdSense сильно разнятся, но для примера мы взяли более приоритетные объявления, поэтому и цены показываем во втором случае повыше). Следовательно, веб-мастер, если посетитель сайта кликнет по какому-то из объявлений, заработает либо 16 рублей, либо 14 рублей 20 копеек.

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

Обновление ТИЦ 20 ноября 2012 года

2012-11-20T21:43:00.001+07:00

   Сегодня, спустя 20 дней с момента предыдущего обновления показателей тематического индекса цитирования, произошло очередное обновление ТИЦ Яндекса.

   Хоть сервисы проверки ТИЦ и PR зафиксировали обновление почти 5 часов назад, а на форуме searchengines.ru тему об обновлении и подавно создали ещё утром, результатов обновления не замечаю. Все показатели остались на своих местах, проверка «чужих» сайтов тоже не показала положительных результатов.

   Между тем, бездельники с форума searchengines.ru сообщают, что показатели ТИЦ Википедии и Twitter претерпели значительные изменения. Кинулся, было, проверить изменения на примере какого-либо популярного ресурса посредством сервиса cy-pr.com, но он молчит (замечу, в последнее время количество минут его молчания растёт и растёт с каждым обновлением данных в поисковых системах).

   Чтобы проверить ТИЦ на каком-либо из сайтов, следует воспользоваться сервисом «получить денежку» («кнопка тИЦ») в Яндекс.Каталоге. Хотя сервисы Яндекса часто работают с ошибками, информация из первых рук должна быть более актуальной, нежели информация от посредников типа сервисов проверки показателей ТИЦ и PR. К нему и обратился, чтобы проверить, не изменилось ли чего.

   Значительный прирост внешних ссылок, который я наблюдал на одном из своих сайтов и о котором рассказывал в небольшой статье про обновление ТИЦ 31 октября 2012 года, так и не дал никаких результатов в плане повышения показателей ТИЦ. Видимо, алгоритмы поисковой системы «Яндекс» научились отличать качественные ссылки от некачественных (большая часть новых внешних ссылок - сквозные).

   В добавок, замечаю, как в Яндекс.Вебмастер растёт количество внешних ссылок с ресурсов, для указания на которые я с первых же секунд их просмотра использую аббревиатуру ГС. И этот факт, принимая его во внимание вместе с тем, что представители «Яндекса» любят говорить о качестве ресурсов, не даёт мне покоя, ведь такие ресурсы должны находиться в бане, а не в результатах поиска. Впрочем, это к обновлению ТИЦ уже имеет косвенное отношение... :)

Обновление Google PR 7 ноября 2012 года

2012-11-09T16:03:00.000+07:00

   Позавчера, 7 ноября 2012 года (данные сервиса Cy-PR), произошло обновление показателей Google PageRank. С момента предыдущего обновления прошло 88 дней.

   Информация об обновлении, на удивление, отражается не во всех сервисах проверки ТИЦ и PR. Если на сайте Cy-PR заметка об обновлении показателей появилась, то на таком ресурсе как Seobudget (seobudget.ru), по которому я и слежу за всеми обновлениями, о нём ни слова.

   Как показало это обновление показателей PageRank, Google PR ещё более загадочная характеристика, чем может показаться после прочтения форумов и блогов. У меня появилось множество вопросов, ответы на которые пока найти не могу.

   В то время как сайты, которым по несколько лет, остались при своих же показателях, сайт, которому ещё нет и двух месяцев и который даже полностью не проиндексирован поисковой системой Google, получил две единицы PageRank. Другой сайт, которому почти полгода и который отлично индексируется поисковыми машинами, остался при нулях.

   Кстати, Blogspot с недавнего времени переадресует посетителей русскоязычных блогов на {blogname}.blogspot.ru. «Склеиться» доменные имена, вероятно, до обновления не успели, в добавок к чему у нескольких созданных мною блогов на хостинге Blogspot показатели PR опустились до нуля. Вероятно, то же самое произошло и с другими блогами Blogspot.

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

Обновление ТИЦ 31 октября 2012 года

2012-10-31T17:38:00.000+07:00

   Сегодня, 31 октября 2012 года, произошло обновление показателей тематического индекса цитирования.

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

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

   Удивителен тот факт, что ссылающихся на мой сайтов немного, но количество ссылок с некоторых из них превышает 30 тысяч. Как подсказывают сведения в инструментах для веб-мастеров, эти ссылки учитываются уже чуть более месяца. Стало быть, либо для учёта ссылок при расчёте ТИЦ необходимо несколько месяцев, либо тематика ссылающихся сайтов играет немаловажную роль.

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

Изображения для пользователей и поиска

2012-10-24T05:24:00.000+07:00

   Эта статья, наверное, станет единственной во всём Рунете, так как ни поиск по блогам в «Яндексе», ни поиск по основной базе Google не дал результатов, связанных с проблемой и её решением в частности. Речь о том, насколько полезно значение атрибута Alt, присвоенного изображениям (тегам img) и используемого поисковыми системами, для пользователей.

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

   Пользователи, посещая какую-либо из страниц сайта, могут видеть альтернативный текст к атрибуту img в те моменты, когда в их браузере отключён показ изображений или загрузка изображения по какой-то причине не удалась. То есть, при отключённом показе изображений пользователь вместо красивого берега и синего моря увидит текст "Песчаный пляж Saldun на острове Циово", а не пустое место.

На этом скриншоте отображена веб-страница сайта www.croatia-travel-info.com. Это первый попавшийся на глаза сайт с картинками песчаных пляжей и, как видно, далеко не самый удачный пример, поэтому заодно взглянем, как же выглядит главная страница российского поискового гиганта.

Так выглядит логотип Яндекса при отключённых изображениях в браузере Firefox

   Так выглядит логотип поисковой системы «Яндекс» при отключении автоматической загрузки изображений в Google Chrome

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

   Представьте себе, что, увидев такую страницу, подумает пользователь, который не знает о существовании в браузере строки адреса и для того, чтобы попасть на сайт vk.com, сначала пишет в поисковой системе «Яндекс» поисковый запрос "vk.com" или "вконтакте" и переходит по первой ссылке. Мои предположения таковы: пользователь несколько раз кликнет указателем мыши по альтернативному тексту изображения и, увидев, что ничего не происходит, просто покинет сайт, если главной его целью был поиск картинки. Вывод: созданный интерфейс не является интуитивно понятным для самого простого интернет-пользователя, а значит, нуждается в доработке.

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

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

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

1. Атрибут Alt не заполняется.

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

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

2. Атрибут Alt заполняется текстом вида "Не удалось загрузить изображение. Попробуйте обновить страницу".

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

В этом случае даже самый неопытный интернет-пользователь поймёт, что что-то пошло не так и отобразить весь контент на странице программе не удалось. Не будет лишним указать, что обновление страницы можно вызвать кнопочкой F5, ведь многие новички этого попросту не знают.

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

3. К блоку с изображениями применяется оформление, присваивается заголовок или небольшое описание, атрибут Alt заполняется осмысленным описанием изображения.

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

   Правда, последнее решение также не лишено минусов. Выделение рамкой блока с изображениями, включение в него заголовка или пары строчек текста требуют дополнительного места на веб-странице, а ведь именно место является самым ценным и его всегда не хватает. Также есть ещё одна причина, по которой я и отказался от этого решения и вернулся к первому варианту (пустые значения атрибута Alt): если изображения в блоке выравнены в одну строчку или ширина блока с изображениями не велика, альтернативный текст должен быть слишком коротким.

   Кстати, согласно стандартами HTML и XHTML атрибут Alt является обязательным для тегов <img>. Если вы решили не заполнять текстом значение этого атрибута, просто оставьте его пустым, а не удаляйте совсем. Так вы сохраните валидность кода и получите желаемый результат.

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

Обновление Google PageRank 3 августа 2012 года

2012-08-04T20:30:00.000+07:00

   Вчера, 3 августа 2012 года, произошло обновление показателей Google PageRank. С момента предыдущего обновления, которое было 3 апреля 2012 года, прошло немного-немало - 92 дня.

   Из 16 моих ресурсов главная страница только одного сайта получила +1 к показателю PageRank. Что касается внутренних страниц, все их я ещё не проверил, но положительные результаты на некоторых сайтах уже видны.

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

   В целом же, обновление ничем не отличается от других. Для меня, как я уже неоднократно писал, показатели PR играют скорее стимулирующую к развитию роль, нежели главную, так как ссылок на своих ресурсах я не продаю. Впрочем, быть может, когда-нибудь мои взгляды поменяются :)

   А каковы результаты на Ваших блогах/сайтах?

Обновление ТИЦ 17 июля 2012 года

2012-07-17T23:41:00.002+07:00

   Сегодня, 17 июля 2012 года, произошло очередное обновление показателей тематического индекса цитирования. С момента последнего обновления прошло немного-немало, а 40 дней.

   Казалось бы, последние обновления PR должны были сказать, что в компании Google значительно сократили промежуток времени, через который обновляются показатели, но российский поисковик со своим показателем "качества" сайтов в этом смысле всё равно оказался впереди. Так, с момента предпоследнего обновления ТИЦ показатели PR даже не успели обновиться, как уже подошло очередное обновление ТИЦ.

   Что касается моих проектов, о которых я всё время говорю в своём блоге: показатели у двух из них уменьшились на 10 единиц, на остальных сайтах изменений не наблюдаю. Очень много ссылок за последние несколько недель пропало из статистики в "Яндекс.Вебмастер" - скорее всего, это были как раз те ссылки, которые давали вес. Видимо, некоторые каталоги, с которых преимущественно я получаю ссылки, были забанены или попросту закрыты... Придётся немного поработать, чтобы нормализовать ситуацию.

А чем порадовало или расстроило это обновление ТИЦ Вас?

Ещё несколько поправок к AdsManager 2.6.5

2012-07-14T19:36:00.001+07:00

   В ходе работы с компонентом AdsManager версии 2.6.5 нахожу и устраняю маленькие недостатки. Сегодня хочу рассказать о трёх таких недостатках, подробнее в них разобраться и привести примеры решения. Итак, поехали.

   Для меня осталось загадкой, почему разработчики AdsManager решили отправлять извещения о новых объявлениях и о продлении старых объявлений на E-mail, указанный в настройках Joomla! в поле "От кого". Для меня это несло определённые трудности, а ведь эти уведомления - штука нужная. Не копаясь в общих переменных Joomla!, нашёл более подходящий мне выход из этой ситуации.

   Идём в папку с компонентом, открываем для редактирования файл controller.php и ищем этот участок кода:

if ((($conf->send_email_on_new == 1)&&($isUpdateMode == 0))||
    (($conf->send_email_on_update == 1)&&($isUpdateMode == 1)))
{
    $config    = &JFactory::getConfig();
    $from        = $config->getValue('mailfrom');
    $fromname    = $config->getValue('fromname');

    $body = JRequest::getVar("ad_text", "" );
    $body = str_replace(array("\r\n", "\n", "\r"), "<br />", $body);

    $subject = JRequest::getVar("ad_headline", "" );
    if( $isUpdateMode == 1)
        $subject = JText::_('ADSMANAGER_EMAIL_UPDATE')." ".$subject;
    else
        $subject = JText::_('ADSMANAGER_EMAIL_NEW')." ".$subject;

    // Send the e-mail to Administrator
    if (!JUtility::sendMail($from, $fromname, $from, $subject, $body))
    {
        $this->setError(JText::_('ADSMANAGER_ERROR_SENDING_MAIL'));
        return false;
    }
}

Создаём переменную $tonotice (можно выбрать и другое имя) и присваиваем ей значение, в котором укажем нужный нам адрес или несколько адресов (через запятую и пробел) электронной почты, а также даём знать скрипту, что нужно использовать значение этой переменной. В результате у нас должен получиться такой участок кода:

if ((($conf->send_email_on_new == 1)&&($isUpdateMode == 0))||
    (($conf->send_email_on_update == 1)&&($isUpdateMode == 1)))
{
    $config    = &JFactory::getConfig();
    $from        = $config->getValue('mailfrom');
    $fromname    = $config->getValue('fromname');
    $tonotice        = 'notice@site.ru';

    $body = JText::_('ADSMANAGER_EMAIL_NEWBODY');

    $subject = JRequest::getVar("ad_headline", "" );
    if( $isUpdateMode == 1)
        $subject = JText::_('ADSMANAGER_EMAIL_UPDATE')." ".$subject;
    else
        $subject = JText::_('ADSMANAGER_EMAIL_NEWHEAD')." ".$subject;

    // Send the e-mail to Administrator
    if (!JUtility::sendMail($from, $fromname, $tonotice, $subject, $body))
    {
        $this->setError(JText::_('ADSMANAGER_ERROR_SENDING_MAIL'));
        return false;
    }
}

   Можно, в принципе, поиграться с переменными и настроить компонент таким образом, чтобы в поле "Кому" копировался тот E-mail, что указан в профиле администратора. У меня для извещений создан специальный E-mail, поэтому проще было сделать так. Во всяком случае, это абсолютно ни на что, кроме как на поле "Кому", не влияет, поэтому можете делать так же даже в том случае, если собираетесь отправлять извещения на E-mail администратора.

   В немодифицированной версии компонента AdsManager 2.6.5 пользователю необходимо быть авторизованным на сайте, чтобы продлить срок размещения своего объявления. Как следствие, если пользователь не зарегистрирован, то ему придётся это сделать, чтобы воспользоваться функцией продления. На мой взгляд, это очень глупо, ведь многие не регистрируются перед подачей объявления, поэтому лезем в недры компонента, чтобы исправить недоразумение.

   Открываем для редактирования файл site.ru/components/com_adsmanager/views/expiration/view.html.php и находим в нём строки

if ($user->id == 0) {
$return = base64_encode(JRoute::_("index.php?option=com_adsmanager&view=expiration&id=$contentid&Itemid=".$this->get("Itemid")));
$app->redirect( "index.php?option=com_user&view=login&return=$return","");
}

необходимо удалить или закомментировать их. Например, так:

//if ($user->id == 0) {
//$return = base64_encode(JRoute::_("index.php?option=com_adsmanager&view=expiration&id=$contentid&Itemid=".$this->get("Itemid")));
//$app->redirect( "index.php?option=com_user&view=login&return=$return","");
//}

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

   Также была обнаружена и другая проблема, которая, судя по форумам о Joomla!, не давала покоя не только мне: при продлении срока размещения объявления оно получает сегодняшнюю дату, но время устанавливается как 00:00. В связи с этим объявление оказывается в списке ниже всех тех, которые были добавлены сегодня. Хотелось сделать так, чтобы время (часы, минуты и секунды) тоже менялось.

   В файле /administrator/compontents/com_adsmanager/models/content.php ищем функцию renewContent($contentid,$ad_duration) и в ней следующую строчку

$this->_db->setQuery( "UPDATE #__adsmanager_ads SET expiration_date = '$newdate', date_created = CURDATE(),recall_mail_sent=0,published=1 WHERE id=".(int)$contentid." and recall_mail_sent = 1");

Корректируем запрос к базе данных. Нужно заменить "date_created = CURDATE()" на "date_created = NOW()". То есть, в итоге мы должны получить строчку вида

$this->_db->setQuery( "UPDATE #__adsmanager_ads SET expiration_date = '$newdate', date_created = NOW(),recall_mail_sent=0,published=1 WHERE id=".(int)$contentid." and recall_mail_sent = 1");

Таким образом, при обновлении объявления или при продлении срока размещения дата создания будет выглядеть уже не как "2012-07-15 00:00", а как "2012-07-15 14:58:16". При этом объявление будет первым в списке даже в том случае, если в этот день уже подавались объявления. Так будет до тех пор, пока кто-то не разместит объявление позже момента обновления даты.

На этом, пока что, всё. Если будут какие-либо замечания или предложения по оптимизации приведённых в примерах участков кодов, с радостью рассмотрю их и подредактирую сообщение :)

Используем Яндекс.Метрику на сайте

2012-06-29T22:07:00.001+07:00

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

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

   Сервис "Яндекс.Метрика" собирает статистику о поисковых фразах, посетителях, их переходах на сайт и с сайта, а также много других данных, предоставляя в отчётах следующую информацию:

1. Источники посетителей: рекламные сети, поисковые системы, сайты;
2. Поисковые запросы, по которым посетители приходят на сайт, отсортированные по поисковым системам;
3. Информация о программном обеспечении посетителей: тип и версия браузера, версия операционной системы, разрешение экрана, поддержка JavaScript, версия Flash и другие данные;
4. Сортировка посетителей по странам, по полу, по возрасту, по активности в определённый час и другая информация;
5. Среднее время пребывания посетителей на сайте, глубина просмотров страниц, показатель отказов;
6. Просмотр заголовков страниц, страниц входа и выхода;
7. Карта кликов и многое-многое другое.

   Стоит заметить, что сервис полезен не только для проектов-старичков, но и для сайтов, которые находятся на стадии тестирования. Например, используя в процессе разработки информацию о программном обеспечении посетителей можно значительно облегчить странствование по сайту, убрать нежелательные для пользователей элементы (JavaScript, Flash), если их поддержка не включена у большинства посетителей, а также определить оптимальную ширину страницы. Всё это нужно, чтобы сделать ваш сайт удобнее для посетителей, ведь чем удобнее он будет, тем активнее им будут пользоваться.

   Впервые с сервисом "Яндекс.Метрика" я познакомился почти год тому назад, когда в блогах активно обсуждали инцидент с попаданием конфиденциальной информации из интернет-магазинов в результаты поиска. Самым распространённым объяснением этому пользователи называли использование сайтами "Яндекс.Метрики", которая автоматически отсылала адреса новых страниц в очередь на индексирование роботу поисковой системы. Тогда я решил провести эксперимент, который оказался безуспешным, и я распрощался с сервисом.

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

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

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

   Информация о программном обеспечении посетителей дала повод подумать об увеличении ширины страниц сайта, поскольку число тех посетителей, разрешение экрана на компьютере которых меньше 1280x1024, в среднем за месяц не превышало 6 процентов. И это, на мой взгляд, было шагом вперёд, ведь свободное место - это не только место для размещения рекламы, но и возможность улучшить навигацию по сайту путём размещения ссылок на случайные страницы и последние комментарии.

   Тажке мне весьма интересно, с каких именно ресурсов и сколько посетителей приходит на сайт. Хоть эту информацию всегда можно было получить посредством счётчиков Liveinternet, с "Яндекс.Метрикой" это намного проще. Тут и не нужно вводить непривычный адрес сайта, и нет необходимости в вводе данных для входа в статистику, и интерфейс гораздо удобнее и не насыщен бесполезной рекламой.

   Что касается коммерческих вопросов: и здесь этот сервис послужит вам хорошим помощником. Так, можно привлечь большое число новых рекламодателей, если начать использовать информацию о половозрастных особенностях посетителей вашего сайта. Я не представляю, по каким параметрам алгоритмы "Яндекса" определяют пол и возраст посетителей, но не думаю, что здесь предоставляется ложная информация или информация, которая не подтверждена какими-то особенностями поведения. Быть может, информация черпается через социальные сети, которые хранят на компьютерах cookies, быть может, из особенностей поведения, быть может, как-то ещё, но факт того, что эта информация может привлечь новых рекламодателей, не подвергается сомнениям.

   В добавок ко всему выше сказанному с сервисом "Яндекс.Метрика" вы можете установить ещё один счётчик посещений (а при желании можно попрощаться со всеми остальными и оставить только счётчик "Метрики"). Правда, настроить его внешний вид пока что нельзя. Выглядит стандартный счётчик некрасиво, однако он не бросается в глаза на сайтах, сделанных в светлых тонах. Может быть, это плюс, может быть, минус, который когда-нибудь исправят, сделав возможность подстраивать внешний вид счётчика под дизайн сайта.

   В заключении стоит сказать, что сервис "Яндекс.Метрика" является не только хорошей альтернативой счётчикам Liveinternet, но и имеет ряд неоспоримых преимуществ. Плюс, как утверждают некоторые пользователи, он позволяет ускорить индексацию новых страниц поисковой системой "Яндекс", что тоже является положительной особенностью, ведь российская поисковая система индексирует сайты намного дольше роботов Google и веб-мастера часто за это время сталкиваются с кражей контента.

А что привлекает в этом сервисе Вас?

Звёздочка рядом с обязательными полями в AdsManager 2.6.5

2012-06-13T02:25:00.000+07:00

   К одной из существенных недоработок AdsManager версии 2.6.5 я отнёс отсутствие звёздочек рядом с названиями обязательных полей в форме размещения нового объявления. Как и в старых версиях, в этой версии AdsManager обязательные поля просто подсвечиваются другим цветом, в связи с чем имеется один недостаток: если, например, выбран тип поля "radiobutton", выделяться другим цветом оно не будет и посетитель сайта узнает о необходимости заполнения поля лишь после нажатия кнопочки "Отправить".

   На форумах предлагают такое решение проблемы: в языковых файлах рядом с названием поля поставить звёздочку. Этот вариант мне пришёлся не по душе лишь потому, что звёздочка будет выводиться рядом с полем всегда, независимо от того, находится ли посетитель на странице размещения нового объявления, в форме поиска или на странице с детальной информацией. Искать другие решения я не стал и решил, что быстрее будет разобраться с ситуацией самому.

   Спустя несколько минут я пришёл к простому, но исключительно верному решению: нужно было всего лишь добавить условие, при соблюдении которого к обязательному полю добавлялась бы звёздочка. Проще не бывает! Идём в папку с компонентом, заходим в директорию helpers и открываем для редактирования файлик field.php. Находим функцию showFieldForm и следующие строчки в ней:

        $strtitle = JText::_($field->title);
        if (isset($strtitle)) {
            $return .= "<tr id='tr_".$field->name."'><td>".$strtitle."</td>\n";
            $strtitle = htmlspecialchars($strtitle);
        }

Заменяем этот участок кода на приведённый ниже:

        $strtitle = JText::_($field->title);
        if (isset($strtitle)) {
            {
            if ($field->required == 1)
                $return .= "<tr id='tr_".$field->name."'><td>".$strtitle." *</td>\n";
            else
                $return .= "<tr id='tr_".$field->name."'><td>".$strtitle."</td>\n";
            }
            $strtitle = htmlspecialchars($strtitle);
        }

Проверяем. Рядом с обязательными для заполнения полями в форме размещения объявления должны появиться звёздочки. Также звёздочки должны появиться и на странице редактирования объявления (сам я это не проверял).

Компонент доски объявлений AdsManager 2.6.5

2012-06-11T12:19:00.001+07:00

   Работая над очередным проектом, я решил познакомиться с новой версией популярного компонента доски объявлений для CMS Joomla! - AdsManager 2.6.5 (скачать можно по этой ссылке). На удивление, прежние ошибки устранены не были, а также добавились новые. Решил в небольшой статье описать первые впечатления и рассказать о новых функциях (поправки, которые будут мною сделаны, буду освещать отдельно).

   К недочётам, которые не исправили ещё с момента выхода версии 2.1.9 (если не ошибаюсь, именно с ней я имел когда-то дело), отнёс отображение названия поля при детальном просмотре объявления даже в том случае, если это поле не заполнено. Правильнее было бы скрывать его, если при размещении в нём ничего не указали. В добавок, так объявление выглядит некрасиво.

   Далее. На странице деталей объявления выводится два совершенно одинаковых контейнера adsmanager_ads_desc, и для одного из них нет отдельной позиции. Что должно отображаться в нём, я так и не понял, но в ранних версиях при настройке нового поля можно было указать позицию "description" для первого контейнера, позицию "description2" для второго, а также указать позицию "description3 (Цена)" для контейнера с ценой.

   Эти две особенности сразу бросились в глаза. Детальнее компонент я пока не изучал, да и не особо хочется описывать негативные стороны. Лучше поговорить о приятных моментах :)

   Самой приятной неожиданностью для меня стала работа компонента в Native-режиме (без включения Legacy). Последняя версия компонента, которой я пользовался, работала только с Legacy и возможно только поэтому имела кучу странных особенностей. Также в новой версии стало легче работать с файлами компонента: весь код разбросан на множество маленьких файликов, а не сосредоточен в одном файле в практически нечитаемом виде.

   Добавились новые типы полей, для режима списка объявлений в админ-панели можно создавать новые колонки и помещать в них данные из нужных полей, можно добавлять объявление сразу в несколько категорий, появился "архив" объявлений, можно указать забаненные слова и, пожалуй, самое примечательное - наконец-то появились Meta-теги. Правда, насчёт необходимости последней функции на сайте объявлений я не уверен, разве что текст одного объявления будет переваливать за 1,5 тысячи символов (а это уже фантастика).

   В общем, функционал компонента заметно расширился. С использованием AdsManager теперь можно сделать и хорошую доску объявлений, и каталог товаров, и что-нибудь посерьёзнее - стандартных настроек для этого более чем предостаточно. И это крайне радует.

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

Обновление ТИЦ 7 июня 2012 года

2012-06-07T15:07:00.001+07:00

   Сегодня, 7 июня 2012 года, состоялось очередное обновление показателей тематического индекса цитирования. С момента последнего обновления прошло 55 дней.

   Наверное, обновление показателей только-только началось, так как пока не все сервисы анализа сайтов известили о нём. Однако в инструментах для веб-мастеров, предоставляемые поисковой системой "Яндекс", уже видны результаты.

   Сегодняшнее обновление меня очень-очень порадовало: у одного из сайтов, число внешних ссылок на который составляет всего лишь 19 (данные сервиса "Яндекс.Вебмастер"), появились первые 10 ТИЦ. Из внешних ссылок: 7 ссылок с каталогов сайтов, 2 ссылки из RSS-каталогов, 7 ссылок с блогов, 2 ссылки из профилей на форумах/в социальных сетях, а также одна ссылка с форума, куда кто-то скопировал один из текстов, установив ссылку на источник.

   Кроме как новых десяток мои сайты ничего не получили. Все проекты и блоги, где показатель ТИЦ был равен 10 или более, остались с теми же характеристиками. При следующем обновлении наверняка повезёт и им ;)

А чем порадовало сегодняшнее событие Вас?

7 причин позаботиться о правильной настройке robots.txt

2012-05-24T13:28:00.000+07:00

Читая форумы, часто замечаю, что новички в веб-мастерстве задаются вопросом о рентабельности настройки файла robots.txt и вообще его существования на своём сайте. Кроме того, часто можно заметить сообщения, в которых форумчане утверждают, что их сайты живут без robots.txt и никаких отрицательных моментов от этого нет, а потому можно просто "забить".

   И это самое большое заблуждение, которое может возникнуть при работе с этим файлом. Файл robots.txt однозначно нужен и написанию правил необходимо уделять много внимания. Более того, мне кажется, что было бы правильнее, если бы сайты без robots.txt пауки поисковых систем обходили стороной, а страницы с них не участвовали в результатах поиска. Однако тут поисковым гигантам виднее.

   Чтобы более наглядно показать необходимость создания и настройки файла robots.txt, предлагаю ознакомиться с основными причинами, по которым ему уделяют внимание большинство веб-мастеров. Возможно, вы вкорне поменяете своё отношение к этому незаменимому файлу. Итак, поехали.

   Во-первых, посредством файла robots.txt вы можете позволить роботу поисковой системы сканировать лишь те страницы, которые необходимо показывать интернет-пользователям. Или, лучше будет выразиться, в правилах вы сообщаете, на каких именно страницах сайта есть полезная для посетителей информация.

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

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

   В-четвёртых, настроив доступ только к определённым разделам сайта, вы сможете скрыть от поисковой системы конфиденциальную информацию. Чтобы осознать необходимость в этом, достаточно вспомнить нашумевший сайт оператора мобильной связи "МегаФон" и данные из интернет-магазинов.

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

   В-шестых, в robots.txt вы можете указать основной адрес (так называемое "зеркало", которое указывается директивой Host), тем самым повысив внимание к нужным страницам. Эта директива учитывается не всеми поисковыми системами, но при работе с поисковиком "Яндекс", откуда приходят многие посетители, весьма полезна.

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

   И, наконец, в-восьмых, управляя директивой Crawl-delay в robots.txt, вы также снижаете нагрузку на хостинг. Хотя эту директиву, опять же, учитывают не все роботы, с помощью неё всё-таки можно экономить ресурсы сервера при сканировании сайта пауками.

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

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

Обновление Google PageRank 3 апреля 2012 года

2012-05-05T19:35:00.001+07:00

   Позавчера, 3 апреля 2012 года, состоялось очередное обновление показателей Google PageRank. С момента предыдущего обновления, которое было 6 февраля 2012 года, прошло 87 дней.

   Несколько последних обновлений происходят через гораздо меньшие промежутки времени, чем они были в период с 2010 по 2011 год. Напомню, что обновление PR 20 января 2011 года произошло почти после трёхсот дней ожидания.
   Как следствие, чем чаще случаются обновления, тем менее заметными бывают результаты. Так, я заметил повышение показателя PageRank только на одном (причём, самом молодом) сайте, на блоге в Livejournal показатель уменьшился на единичку, а на всех остальных проектах PR остался неизменным.

   Впрочем, как я уже упоминал, для меня циферки PR являются лишь стимулом к дальнейшему развитию ресурсов, так как они никак не монетизируются. Быть может, существует хороший способ монетизации сайтов, на которых PageRank не равен нулю? Если есть достойные сервисы-кандидаты, милости прошу указывать их в комментариях :)

Обновление ТИЦ 13 апреля 2012 года

2012-04-13T11:06:00.000+07:00

   Сегодня, 13 апреля 2012 года, произошло очередное обновление показателей тематического индекса цитирования. Последнее обновление произошло 57 дней тому назад - 16 февраля этого года.

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

   В данный момент наблюдаю увеличение показателей у трёх сайтов. Хоть и не у тех, у которых ожидал повышения ТИЦ, но всё же приятная мелочь на фоне таких долгожданных событий.

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

Советы начинающему веб-мастеру

2012-04-09T04:43:00.001+07:00

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

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

1. Первым делом вы должны заняться наполнением сайта, всё остальное должно отойти на второй план.

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

2. Включите в файл robots.txt все страницы, попадание которых в поиск нежелательно.

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

3. Создайте файл Sitemap, который будет содержать только ссылки на основные разделы сайта.

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

4. Не начинайте продвижение сайта, если он ещё не проиндексирован поисковыми системами.

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

5. Не пытайтесь переоптимизировать текст на странице сразу же после попадания её в поисковую выдачу.

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

6. Когда в поиск попадёт процентов 30 от общего числа страниц, добавьте сайт в каталоги.

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

На этой ноте мои советы начинающему веб-мастеру заканчиваются. Как развивать ваш сайт дальше, покажет время, интересы и поведение интернет-пользователей.

Атрибуты CSS class и id: как использовать?

2012-04-02T07:05:00.000+07:00

После прочтения учебника по CSS я не мог понять, почему вместо id не используют class, ведь все свойства можно передать через него. Зачем нужно создавать отдельный определитель стиля объекта, если можно создавать классы и использовать их для одного элемента? Отличия между этими элементами я нашёл на своём, так сказать, горьком опыте.

В учебниках написано лишь то, что атрибут id используется для одного элемента, а class следует использовать для группы элементов, и при этом даны самые элементарные примеры. Собственно, вот примеры из урока на ru.html.net:

Пример использования атрибута class

Пример использования атрибута id

Глядя на такие примеры, я воспринимал урок так: если на странице будет показано несколько одинаковых контейнеров (с одним и тем же именем), то мне следует использовать атрибут class="example", если же на странице будет один контейнер, то стили для него лучше определить как для id="example". В подробности, почему-то, никто из создателей учебников не углублялся, а найти ответ в глобальной паутине я не смог, так как просто не представлял, как оформить запрос.

Создавая новый шаблон для CMS Joomla!, я решил использовать для меню не классы элементов, а идентификаторы. В итоге я столкнулся с одной проблемой: при указании уникального идентификатора какому-то одному пункту меню, он всё равно отображался в том стиле, какой указан для всего меню. И никакие свойства, запрещающие наследование свойств у родителя, не давали обратного результата. Упрощённый пример этого кода:

В этом примере свойства для четвёртого элемента наследуются от идентификатора example, хотя, как видите, для элемента создан отдельный id. Долго мучился, искал ошибки, искал ответы на форумах, не понимая, почему наследуются свойства от другого идентификатора, если я создал уникальное id для этого элемента. Оказалось, что мне всего лишь не следовало понимать слова в учебниках буквально. В итоге, выражаясь простым русским языком, получилось следующее: все входящие в контейнер элементы, включая новые контейнеры, будут принимать свойства его идентификатора.

Стало быть, если прописать для контейнера example определитель группы объектов, чтобы код имел следующий вид:

всё встанет на свои места. Четвёртый элемент будет показываться с учётом тех свойств, которые указаны для идентификатора not, а все остальные элементы будут брать список стилей от группы example. Нужно лишь исправить в каскадных таблицах #example на .example, после чего всё встанет на свои места и веб-мастер увидит желаемый результат. После обновления странички, конечно :)

Таким образом, стало понятно, чем id отличается от class. Использование первого означает, что для всех элементов внутри будут взяты стили этого id, а использование class позволяет включать в группу сколько угодно уникальных id и class.

Начальная оптимизация сайта

2012-03-08T03:19:00.001+07:00

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

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

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

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

   Во-вторых, избавьтесь от ненужных условий. В популярных системах управления сайтом есть много условий, каждое из них - запросы, на выполнение которых необходимо время. Избавление от них поможет снизить нагрузку на хостинг. Для наглядности приведу пример участка кода шаблона для CMS Joomla!, который можно оптимизировать.

   В этом участке кода шаблона предусмотрено условие (php if), при выполнении которого выводится верхнее меню. При запросе любой из страниц сайта, внешний вид которой зависит от этого шаблона, условие проверяется вновь и вновь. Если верхнее меню будет выводиться на каждой странице сайта, то и проверять условие нет необходимости; если верхнее меню не используется ни на одной странице вашего сайта, участок кода лучше удалить.

   В-третьих, вынесите оформление в файлы CSS. Используя каскадные таблицы стилей, вы не только настраиваете двумя-тремя строчками оформление целого ряда элементов страницы, но и за счёт этого снижаете объём данных, передаваемых сервером посетителю сайта. Следовательно, снизится и нагрузка. Кроме того, файлы CSS кэшируются браузерами, в связи с чем их загрузка требуется лишь при обновлении страницы.

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

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

Обновление ТИЦ 16 февраля 2012 года

2012-02-19T00:21:00.000+07:00

   16 февраля произошло первое в этом году обновление показателей тематического индекса цитирования - характеристики поисковой системы "Яндекс", определяющей качество сайтов. Предыдущее обновление произошло ещё перед новым годом, 23 декабря.

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

   В одном из блогов несколько комментаторов сообщали об ошибках сервисов проверки ТИЦ и PR и о том, что необходимо проверять сайты посредством каталога поисковой системы либо ждать обновления показателей в инструментах для веб-мастеров. Последовал я по второму пути, решив дождаться обновления статистики в инструментах для веб-мастеров (нудно повторно проверять все сайты).

   До сих пор в инструментах для веб-мастеров поисковой системы "Яндекс" не отобразилось никаких изменений. Решил всё-таки проверить показатели через Яндекс.Каталог. Оказалось, изменений в действительности никаких не произошло. С одной стороны - печально осознавать, что "качество" сайтов не повышается, с другой - это лучше, чем понижение показателей.

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

Были ли у кого-нибудь изменения?

Обновление Google PageRank 6 февраля 2012 года

2012-02-07T00:48:00.001+07:00

   Вчера, 6 февраля 2012 года, произошло обновление показателей PageRank. Прошлое обновление PR произошло 7 ноября, 91 день назад.

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

   То ли ещё не на всех сайтах успели обновиться показатели, то ли в этом месяце мне не повезло, но абсолютно никаких изменений я пока что не вижу. Какие показатели были на всех сайтах, такие и остались.

   Кстати сказать, 91 день - довольно мало. Бывали промежутки времени и более полугода. Зато ни в прошлом месяце, ни в начале этого не было обновления ТИЦ, в то время как перед Новым годом, в декабре, произошло аж два обновления (9 декабря и 23 декабря).

   Обычно, если я верно подметил, информация в сервисе Cy-PR обновляется уже после прошедшего обновления, и если это так, значит заветных циферок от Google это обновление мне не принесло. Если же информация была обновлена раньше пересчёта всех показателей, есть смысл надеяться. Что ж, буду ждать и смотреть :)

Прощай, Teasernet

2012-01-07T18:37:00.000+07:00

   Наконец-то распрощался с системой Teasernet и на последнем сайте, на котором код стоял уже почти два года. Могу чётко выделить три особенности, которые в какой-то мере вызывали ненависть к системе и повлияли на конечное решение. Итак, приступим.

   Во-первых, чашу терпения переполнило очередное сообщение от администрации. В нём сотрудники системы извинялись за то, что многие сайты, работающие с тизерной сетью, попали под фильтры поисковой системы Google как распространяющие вирусы (причиной стал код Teasernet). Мой сайт, к счастью, это не затронуло, но подобная бездарность потрясла.

   Во-вторых, надоели постоянные изменения, которые проводят администраторы Teasernet. За последнее время несколько раз приходили оповещения о том, что необходимо обновить код системы. Не знаю, какие изменения администраторы проводили и почему нельзя было просто обновить старые скрипты на сервере, но и со старым кодом системы тизеры отлично показывались.

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

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

   Быть может, найду какую-нибудь более "спокойную" систему наподобие Teasernet и начну работать с ней, постоянно подключая и другие сайты. Однако одно могу сказать точно - с Teasernet покончено.

Обновление ТИЦ 23 декабря 2011 года

2011-12-24T16:17:00.000+07:00

   Вчера, 23 декабря 2011 года, произошло очередное обновление показателей тематического индекса цитирования. Предыдущее обновление произошло две недели назад, 9 декабря 2011 года.

   Об этом обновлении сообщает лишь сервис Cy-PR, никаких изменений на моих сайтах в инструментах для веб-мастеров не произошло. В некоторых блогах утверждают, что обновление коснулось лишь сайтов, находящихся в Яндекс.Каталоге, но и один из моих проектов, соответствующий этому критерию, также никаких изменений не ощутил.

   Если обновление и произошло, чему фактических подтверждений не предоставляет даже сервис проверки ТИЦ в Яндекс.Каталоге, коснулось оно далеко не всех сайтов. Веб-мастера-счастливчики, заметившие положительные изменения на своих проектах, могут воспринимать их как подарок к Новому году. В этом году, наверное, уже навряд ли произойдёт ещё одно обновление ТИЦ. Впрочем, поисковая система "Яндекс" всегда отличается непредсказуемостью, поэтому надежда не должна умирать.

Указание населённого пункта в Google AdSense

2011-12-11T05:06:00.001+07:00

   Сегодня в сервисе вопросов и ответов Google увидел интересный вопрос. В нём пользователь спрашивал о том, название какого населённого пункта лучше всего вписать в своём аккаунте AdSense в поле "Город", если проживает он в посёлке. На этот вопрос был дан один ответ, в котором советовали вписать ближайший к этому посёлку город. Этого категорически не стоит делать.

   Указать город, в котором проживает веб-мастер, необходимо для того, чтобы получить на свой домашний адрес письмо с кодом подтверждения (PIN-код Google AdSense). То есть, если по какой-то причине письмо с кодом придёт не в то почтовое отделение, почтальоны которого обычно доставляют письма в квартиру веб-мастера, он рискует вообще не получить код. Как следствие, дальнейшая работа с Google AdSense и получение платежей будут невозможны.

   Если человек, начавший работать с программой AdSense, проживает в маленьком городе, селе, деревне или каком-либо другом населённом пункте, которого на карте нет, не стоит отчаиваться и пытать себя догадками. Если в этом населённом пункте есть почтовое отделение с уникальным почтовым индексом, необходимо в поле "Город" указать именно его название.

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

   Вот такой вот маленький воскресный совет. Надеюсь, кому-то эта информация пригодится.

Обновление ТИЦ 9 декабря 2011 года

2011-12-09T15:40:00.000+07:00

   Сегодня, 9 декабря 2011 года, произошло обновление тематического индекса цитирования. Об этом свидетельствуют инструменты для веб-мастеров, предоставляемые поисковой системой "Яндекс", но по какой-то причине умалчивают сервисы проверки ТИЦ и PR.

   Предыдущее обновление ТИЦ произошло 22 ноября. О нём я в своём блоге не сообщал по той лишь причине, что об обновлении сообщали лишь несколько блоггеров и сервис Cy-PR, практических же результатов не было никаких. И об этом я судил не только по своим проектам.

   Сегодняшнее обновление тоже прошло несколько прозрачно. Пока о нём не прочитал ни на одном из блогов, на которые подписан, и никаких сведений нет в сервисах проверки ТИЦ и PR, однако в "Яндекс.вебмастер" - впервые за многие месяцы - увидел изменения "своевременно".

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

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