Маркетологи все говорят о массовом росте мобильного доступа в Интернет, как в США, так и во всем мире, но важно отметить, что команды веб-разработчиков немного медленно предоставляют возможности для мобильных устройств.
В этой статье мы рассмотрим, какой процент сайтов разработал веб-сайты, адаптированные под мобильные устройства, и как они представляют мобильный контент своим пользователям на разных мобильных телефонах.
После того как данные Quantcast о миллионе лучших сайтов в США за 2011 год были обнародованы, компания Mongoose Metrics создала бота, который должен был сканировать все эти самые популярные сайты и собирать данные о том, как они обслуживают свой мобильный контент.
Хотя сканер был предназначен для ответа на некоторые очень конкретные вопросы о том, как была достигнута мобилизация на популярных сайтах, данные в основном показывают нехватку самых популярных сайтов, которые активно справляются со своим мобильным трафиком.
Mongoose Metrics начала с тестирования, чтобы выяснить, какая часть сайтов из топ-миллиона была доступна их сканеру, и опубликовала классное исследование мобильного маркетинга с результатами.
В ходе исследования они обнаружили, что 15 981 сайт, или 1,6% сайтов, блокировали сканеры и не подлежали оценке, а 112 346, или около 11,2% сайтов, возвращали сканеру ошибки. Таким образом, остальные 87,2% сайтов были доступны для оценки (отличная новость!)
Они заставили сканер имитировать посещение сайта с помощью iPhone, телефона Android и Blackberry, и результаты этих обходов приведены в таблице ниже:
Результаты сканирования мобильных устройств по ОС - мобильная публикация
В среднем только 7,2% сайтов предоставляли мобилизованный контент. Можно было бы подумать, что все больше отделов маркетинга и генеральных директоров потребуют, чтобы на их сайтах была мобильная версия веб-сайтов, тем более что это сайты в США с «максимальным» трафиком в 2011 году, но, согласно этому исследованию, это это не тот случай.
Недостаточное внимание веб-мастеров к мобильному трафику может указывать на несколько разных вещей:
- Компании игнорируют мобильный трафик или предполагают, что люди смогут успешно использовать традиционный веб-сайт на своем мобильном телефоне.
- Лица, принимающие решения, считают, что мобильные решения по-прежнему слишком сложны и дороги и не принесут достаточного дохода, чтобы оправдать затраты.
- Компании не понимают, чего хотят их клиенты от мобильных устройств, и не знают, как решить эту проблему.
- Компании предоставляют возможности, специально адаптированные для мобильных устройств, которые не могут быть обнаружены сканерами, например подход адаптивного дизайна с гибким макетом, который адаптируется к мобильным телефонам без изменения кода страницы или перенаправление на другую страницу.
Итак, что все эти данные значат для вас и вашей компании, если вы собираетесь запустить мобильную маркетинговую кампанию? В исследовании Mongoose Metrics, в результате которого были получены такие результаты, оценивались три различных типа мобильных публикаций:
- Перенаправление на стороне сервера
- Перенаправление JavaScript на странице
- Выборочный показ мобильного контента (то, что они называют «клоакингом»)
Обобщенные результаты исследований выглядят так:
Основываясь на данных анализа Mongoose Metrics, наиболее распространенной стратегией мобильной публикации является обнаружение и перенаправление пользовательского агента на базе сервера. Это означает, что при запросе страниц для настольных компьютеров сервер автоматически отправляет людей на мобильную версию страницы.
Следующий вариант, который Mongoose Metrics описывает как «клоакинг», является вторым по популярности способом обслуживания мобильных страниц. Я предпочитаю описывать этот метод как «выборочное обслуживание», а не как «клоакинг», поскольку по большей части вы решаете «отправлять» или «не отправлять» контент в зависимости от устройства, с которого осуществляется доступ к странице, а не изменяете цель страницы.
Чтобы понять, как это работает, рассмотрим следующий пример: если на странице есть большое изображение, ваш сервер может решить отправить фотографию меньшего размера и с более низким разрешением, когда телефон обращается к сайту. Аналогично, если есть большое количество Flash-видео, ваш сервер может решить вместо этого отправить неподвижное изображение.
Если вы используете этот метод «маскировки» при согласовании мобильного контента, убедитесь, что вы показываете по существу один и тот же контент, чтобы это не выглядело как попытка манипулирования поисковыми системами (как в плохой смысл слова «маскировка»).