Каждый второй – много это или мало? Я бы сказал, что мало. Вдумайтесь: почти 200 млн. интернет-пользователей(!) в течении месяца(!) не посещает новостных сайтов. Хорошо живут европейцы, если в течение месяца у половины из них не возникает потребности в чтении новостей. Вот просто живут себе и новости им не особо нужны… Можно предположить, конечно, что каналом доставки новостей служит телевизор, радио и пресса, но все равно доля не интересующихся новостями будет велика. При этом в 2011 наблюдался рост в 9% читающих новости.

В топ-10 новостных ресурсов, кроме британских, немецких, испанских и турецких новостных ресурсов, попали также РИА Новости и Комсомольская правда:

Mail Online в таблице – это не проверка почты, а известное британское издание.

Кстати, в результатах упоминается ВКонтакте, как лидер в вовлечении пользователей — по наибольшему времени, проводимому пользователями на сайте.

Смотрите также:

1. Аудитория США за август по comScore
2. Гибридное исследование аудитории
3. Вперед в прошлое: самые посещаемые домены в 1996 году

Наиболее распространенные форматы баннеров в Словакии, Венгрии, Чехии и Польше. На сайтах Чехии и Польши, стран с наиболее развитым рынком интернет-рекламы, активно используют таки форматы баннеров, как 300х600, 750х200. на фоне таких рекламных площадей венгерские сайты, с их стандартными 728х90 и 300х250, выглядит практически ущербной.

Самое интересное, что и CTR у нестандартных региональных баннеров как правило выше, чем у стандартных:

Сложно объяснить это “баннерной слепотой” пользователей, потому что при “баннерной слепоте” пользователи как раз не замечали бы свои родные баннера. Можно предположить, что знакомые локальные форматы на локальных сайтах лучше вовлекают пользователей.

В принципе вся презентация довольно интересная, рекомендую как минимум ее просмотреть:

Смотрите также:

1. Геотаргетинг там и тут
2. Баннерной рекламе – 15 лет
3. Европейский, американский и азиатский CTR

Всего проголосовало 2466 человек.

Как видно, больше всего люди боятся “увода” карточных данных. Вторым по значимости сдерживающим фактором можно назвать недоверие к интернет-магазинам, хотя известным интернет-магазинам доверяют. Так что вопросы брендинга и работу с уровнем доверия и отзывами для интернет-магазинов никто не отменял.

Смотрите также:

1. Nielsen – основной измеритель интернет аудитории в UK
2. Правда, ложь и интернет-статистика
3. Интернет-рынок США просел на 3,4%

Решение проблемы можно разделить на две части:

1.  Устранить следствие – проще всего закрыть возможность запуска скрипта в /tmp
2.  Устранить причину – найти и закрыть дыры, через которые этот скрипт устанавливается в системе

Устраняем следствие

Для того, чтобы запретить запуск файлов в /tmp, надо поставить noexec на нее. Этот процесс описан в сети, в моем случае вся файловая система была на одном разделе, поэтому под рутом надо выполнить следующие действия:
# dd if=/dev/zero of=/tmpMnt bs=1m count=1024
# mdmfs -F /tmpMnt -o rw,nosuid,noexec -s 1024m md /tmp
Здесь в первой строке с помощью утилиты dd создается пустой файл /tmpMnt размером в 1 Гигабайт (1024 блока по 1 Мегабайту), во второй строке к этому файлу монтируется раздел /tmp с нужными нам параметрами и сразу начинает использоваться. Для того, чтобы этот раздел монтировалась при загрузке системы, необходимо добавить строку в файл /etc/fstab:
md   /tmp   mfs   rw,noexec,nosuid,-s1024m,-F/tmpMnt  2  0

Лучше, чтобы эти манипуляции выполнял квалифицированный специалист, потому что можно легко наделать делов, если не знаете, что такое df, fstab, mount,nosuid и тому подобное. После выполнения всех команд и добавления строчки о разделе в /etc/fstab лучше всего перегрузиться, поскольку много что может использовать /tmp, а вы его подменили. У меня, например, перестал работать MySQL, который пишет в /tmp свой сокет, данные сессий PHP часто хранятся там же, поэтому лучше всего сделать reboot.
Теперь можно спокойно спать по выходным!

На форумах и блогах системных администраторов упоминается неизвестная дыра в веб-сервере Apache и рекомендация исследовать логи этого самого Apache. Что я и сделал, причем неоднократно!
Оказалось, что никакой дыры в самом Apache нет, зато есть куча дырявых скриптов и неубранных остатков инталляций этих скриптов. Немного забегая вперед, лидером является phpMyAdmin.

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

Смотрите также:

1. Как склеить зеркала сайта в Яндексе
2. SEO для крупных сайтов
3. Социальные сети в 2012 году

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

Несколько распространенных ошибок при размещении логотипов:

1. Отсутствие ссылки на главную в принципе. В этом случае пользователь остается один на один с навигацией сайта и будет хорошо, если ссылка на главную есть в основном меню. Чаще всего обескураженный пользователь или прокликает кнопкой “Назад” браузера, или просто закроет окно. Оптимизатор при отсутствии ссылки на главную не получит связной ссылочной структуры сайта.
2. Ссылка с логотипа ведет не на главную страницу сайта, а другую информационную страницу, например страницу “О проекте” или “О компании”. Едва ли такой вариант лучше, чем вообще без ссылки. Информационные страницы в большинстве случаев являются тупиковыми. Если еще и в основном меню отсутствует хорошо заметная ссылка на главную – пользователю куда проще вернуться к знакомым результатам поисковой системы, чем разбираться с этим сайтом.
3. Логотип сделан бекграундом с помощью стилей, ссылка есть, но без текста. Встречал такую реализацию несколько раз. Явных ляпов с точки зрения юзабилити нет – пользователь на главную попадет, но сложность реализации вкупе с отсутствием текста и невозможностью индексации картинки – в минус!
4. Отсутствует альтернативный текст. Уже упоминал раньше, почему альтернативный текст на логотипе важен.

Я стараюсь всегда использовать ссылку с логотипа еще для пары моментов:

• Ссылку ставлю абсолютную, вместе с доменом – для дополнительного веса на главное зеркало.
• Проверяем, чтобы в ссылке не было index.html, index.php и тому подобного – ссылка на главную должна заканчиваться на /

Смотрите также:

1. Как склеить зеркала сайта в Яндексе
2. Usability опроса по usability
3. robots.txt и кеш Google

В результате я дочитал статью с “выключенным светом” и порадовался, что не являюсь постоянным читателем сайта MMR.

А в целом надо будет особо осторожно подходить к вопросам usability опроса о usability.

Update: Опрос с сайта сняли, кому-то реализация не понравилась кроме меня.

Смотрите также:

1. Правда, ложь и интернет-статистика

Есть два варианта:

1) Страница, страницы или разделы уже существуют и проиндексированы, после чего они закрываются от индексирования в robots.txt

2) Страница или группа страниц изначально закрыта в robots.txt до возможности их индексации.

Казалось бы второй вариант вообще нет смысла рассматривать, потому что сразу запрещено и «мышь не проскочит, робот не пройдет». Ан, нет – возможны варианты!

Запрещение уже проиндексированных страниц сайта

Не так давно появилась необходимость закрыть от индексации сайт с сотней тысяч проиндексированных страниц. Практически полностью, т.е. из 100 тыс. осталось штук 30-40. Яндекс в этом случае при ближайшем апдейте безусловно удаляет все 999 960 «лишних» страниц, никак специально не уведомляя об этом, т.е. если вебмастер запретил – он знает, что делает.

Google в этом случае начинает сигнализировать в Google Webmaster Tools, что “Обнаружена серьезная ошибка…” и необходимо проверить, не запрещены ли важные страницы сайта в robots.txt. При этом Google не удаляет из индекса запрещенные страницы, а продолжает их показывать, включая и сохраненные копии, просто-напросто сохраненные копии не обновляются, а выводятся по состоянию на те даты, когда индексирование искомых страниц было разрешено.

Формально Google кажется  правым, поскольку после запрета индексации робот не запрашивает сами страницы, а что проиндексировано до запрета, принадлежит индексу Google, а не вебмастеру сайта.

Запрещение индексации новых страниц

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

Яндекс вполне предсказуем – запрещено, значит запрещено.

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

Смотрите также:

1. Как склеить зеркала сайта в Яндексе
2. Директивы в robots.txt
3. reCaptcha и Google

Смотрите также:

1. 10 вех в маркетинге

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

Смотрите также:

1. reCaptcha и Google
2. Конференция iForum
3. SEO для крупных сайтов

1. Прописать директиву Host в robots.txt, где указать главное зеркало, после всех прочих директив в секции для Яндекса написать “Host: chernyshov.kiev.ua” без http, просто адрес. Лучше всего это сделать именно в отдельной секции Яндекса, потому что кроме Яндекса директиву Host никто не поддерживает.
2. Максимум ссылок ставить именно на главное зеркало, при возможности отредактировать существующие ссылки, чтобы тоже вели на главное зеркало.
3. Можно поставить 301-й редирект на главное зеркало, а можно этого не делать, смотря как индексируются зеркала и сколько посетителей ходит на них. При установке 301-го редиректа тот сайт, откуда стоит редирект, скорее всего выпадет из индекса.
4. Набраться терпения и ждать.

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

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

На практике получается, что склеивать зеркала с помощью 301-го редиректа в Яндексе можно только в том случае, когда главным зеркалом должен стать новый адрес, еще не склеенный ни с чем. Я проверил, действительно работает: адреса site.ru и www.site.ru были зеркалами, а newsite.ru надо было сделать новым главным зеркалом. Host, редирект, полтора месяца ожидания и – вуаля!

Если же зеркала уже склеены, но склеены неправильно и их надо переклеить или свапнуть, то тут надо немного изменений и очень много… терпения:

1. Выключаем редирект, если он был.
2. Прописываем директиву Host в robots.txt, где указываем главное зеркало.
3. По возможности ставим новые ссылки на главное зеркало и меняем на старое.
4. Ждем

Ждать придется несколько месяцев так точно, поэтому склейку зеркал лучше не откладывать.

Смотрите также:

1. SEO для крупных сайтов
2. Директивы в robots.txt
3. Персональные данные в поисковиках