Технологии поискового маркетинга

Мы уверены, что такие методы вредны для развития интернета. Мы считаем их поисковым спамом и предпринимаем соответствующие меры в отношении использующих их сайтов.

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

Мэтт Каттс о HTTPS и ранжировании

Мэтт Каттс в своем новом видео развеял миф о негативном влиянии протокола HTTPS на ранжирование сайтов. Уже не раз оптимизаторы опасались, что снизить позиции в поисковой выдаче может «тормознутость» данного протокола. Так как HTTPS использует шифрование данных, скорость передачи данных по этому протоколу ниже, а это в свою очередь может негативно повлиять на ранжирование сайта, так как алгоритмы Google учитывают этот фактор. Мэтт Каттс заявил, что использование этого протокола для сайтов вполне оправдано, и поставил в пример PayPal, который использует HTTPS. Шифрование данных снижает скорость передачи данных, но не настолько сильно, чтобы повлиять на позицию сайта в поисковой выдаче. В свою очередь команда разработчиков делает все для того, чтобы защищенный протокол HTTPS не влиял на положение сайта в рейтинге. Только чрезмерно медленная загрузка может стать причиной сниженияположения в SERP, но это частный случай, вероятность которого крайне мала. Причиной в подавляющем большинстве случаев является не HTTPS, а другие факторы.

AdSense: работа над ошибками

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

Google отчитывается о нововведениях

Улучшенные результаты по похожим запросам

Уже давно известно, что Google подставляет в выдачу некоторое количество результатов, которые близки, но не на 100% релевантны именно изначальному запросу. Теперь вероятность высокого ранжирования таких результатов существенно понижена. Иногда эти близкие результаты только мешали пользователю.

Более обширная индексация

Сущность этого нововведения состоит в увеличении значения long-tail запросов. Теперь они чаще будут появляться в результатах поисковой выдачи.

Новый классификатор «паркованных» доменов

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

Насколько умны поисковые роботы?

Мэтт Каттс во время конференции Pubcon объявил, что Googlebot может работать с AJAX-страницами – например, индексировать комментарии на Facebook. Так совпало, что это заявление было сделано всего через несколько часов после того, как я обнародовал исследование Джошуа Гиардино, в котором высказано предположение, что Googlebot – это headless browser (браузер без графического пользовательского интерфейса), сделанный на основе кода Chromium. И теперь я собираюсь оспорить заявление Мэтта Каттса. Googlebot не только что поумнел, он уже некоторое время не является текстовым пауком; как не являются им ни BingBot, ни Slurp. Все свидетельствует о том, что поисковые роботы (Search Robots) – это headless browsers, и у поисковиков такая функция появилась еще в 2004 году.

Оговорка: Я не работаю ни на какой поисковик. Все сказанное здесь – теоретические умозаключения, основанные на патентных исследованиях (моих и Джошуа Гиардино), а также на некоторых указаниях Билла Славски и анализе поисковой выдачи.

Что такое headless browser?

Headless browser («безголовый браузер») – это полноценный веб-браузер без визуального интерфейса. Как и все TSR-программы (резидентные программы), он запускается без какого-либо оповещения на экране компьютера, но с ним могут взаимодействовать другие программы. Headless browser можно управлять с помощью командной строки или скриптового языка: можно загрузить страницу и алгоритмически исследовать данные, которые увидит пользователь Firefox, Chrome или (тьфу!) Internet Explorer. Ванесса Фокс намекает, что Google именно таким образом просматривал AJAX уже в январе 2010 года.

Однако поисковикам удалось бы убедить нас в том, что их пауки все еще походят на браузер Lynx и могут только видеть и понимать текст и его метки. В целом, они приучили нас верить, что Googlebot, Slurp и Bingbot не похожи на Пэкмена. Нам внушают, что они обрабатывают информацию, не понимая, откуда она и что означает. Представьте, что пунктирная линия, которую «проглатывает» Пэкмен – это веб-страницы. Время от времени он натыкается на стену и меняет направление. Представьте, что SEO – это такие таблетки силы. Представьте, что «призраки» (та синяя штука на картинке) – это технические проблемы SEO, о которые Пэкмен споткнется, и которые не позволят ему добраться до вашей страницы. SEO помогает пауку поисковых машин «съесть» этот призрак; а если сайт не оптимизирован, то Пэкмен умирает и возрождается на другом сайте.

Именно этот принцип нам предлагают уже много лет. Единственная проблема – это уже не так. Но будем справедливы: Google обычно не врет, а недоговаривает, поэтому это наша вина, что мы так долго не могли всего этого понять.

Советую вам прочитать исследование Джоша целиком, а здесь приведу некоторые основные моменты:

• Патент, зарегистрированный в 2004 году под названием «Деление документа на основании визуальных пробелов», содержит обсуждение методов, которые Google использует для визуального отображения страниц и создания моделей DOM (объектных моделей документов), чтобы лучше понимать контент и структуру страницы. Ключевая цитата из этого патента гласит: «Также могут использоваться и другие методы создания соответствующих значений веса – например, на основе изучения поведения или исходного кода программ или при помощи размеченной вручную группы веб-страниц для автоматической установки мер веса через процесс обучения машины».

• Хитрый мистер Каттс на конференции Pubcon намекнул, что GoogleBot скоро будет учитывать, что происходит в той части страницы, которая видна без прокрутки, в качестве показателя качества восприятия пользователем, представив это как новую функцию. Это любопытно, так как согласно патенту от 17 июня 2004 года под названием «Ранжирование документов на основе характеристик и/или поведения пользователей», эта функция существует уже семь лет. В ключевой цитате этого патента описываются «примеры характеристик, связанных со ссылкой, могут включать размер шрифта анкора, относящегося к ссылке; расположение ссылки (измеряемое, например, в списке HTML, в бегущей строке, выше или ниже первого экрана содержимого страницы, просмотренной в браузере с разрешением 800 на 600 пикселей, стороне (верхней, нижней, левой, правой) документа в нижнем колонтитуле, боковой колонке и т.д.); есть ли ссылка в списке, расположение ссылки в списке; цвет шрифта и/или атрибуты ссылки (например, курсив, полутона,совпадающий с фоном цвет и т.п.)». Это свидетельствует о том, что Google уже какое-то время учитывает границы экрана. Я бы также сказал, что эта функция действует прямо сейчас, так как существуют моментальные превью, на которых страницы обрезаны там, где Google видит начало полосы прокрутки.

• Не секрет, что Google уже некоторое время в известной степени использует JavaScript, но «Поиск по контенту, доступному через веб-формы» указывает на то, что Google использует headless browser, чтобы производить действия, имитирующие работу пользователя. «Многие сайты часто используют JavaScript для преобразования строки вызова метода перед отправкой данных в форму. Это делается для того, чтобы предотвратить загрузки пауком. Эти веб-формы невозможно легко активизировать автоматически. В разных вариантах для обхода используется эмуляция JavaScript. В одном из вариантов реализации запускается простой клиент браузера, который работает с JavaScript». Хм-м-м, интересно.

Не стоит забывать и о патенте, принадлежащем Microsoft, который называется «Эффективное определение режима работы скрипта путем регулирования браузера», который не оставляет возможностей для разночтений, так как там во многих местах говорится, что Bingbot – это браузер. «Метод анализа одного или нескольких скриптов, содержащихся в документе, для определения, выполняют ли эти скрипты одну или несколько заданных функций; этот метод включает в себя следующие шаги: идентификация путем выбора из одного или нескольких скриптов тех, что соответствуют одной или нескольким заранее заданным функциям; расшифровка одного или нескольких соответствующих скриптов; перехват сигнала внешней функции от одного или нескольких соответствующих скриптов во время расшифровки одного или нескольких соответствующих скриптов, сигнал внешней функции направляется на объектную модель документа, обеспечивая характерную реакцию, вне зависимости от объектной модели документа, на сигнал внешней функции; запросбраузера на создание объектной модели документа, если характерная реакция не обеспечила дальнейшую работу соответствующих скриптов; обеспечение специальной реакции, получаемой с учетом созданной объектной модели документа, на сигнал внешней функции, если браузер получил запрос на создание объектной модели документа». Действительно, любопытно.

Более того, в феврале 2005 года Yahoo зарегистрировал патент, озаглавленный «Методы просмотра динамического веб-контента», в котором написано: «Архитектура программной системы может быть разной. На рис. 1 показан пример архитектуры, в которой модули объединены с традиционным поисковым роботом и движком браузера, который здесь действует как обычный веб-браузер без пользовательского интерфейса (иначе говоря, “headless browser”). Леди и джентльмены, мне кажется, это неоспоримое доказательство. Дальше в этом патенте говорится о автоматическом и ручном заполнении форм и методах применения JavaScript. Поисковые роботы на самом деле напоминают Пэкмена, но не тот рот без лица, в который мои родители играли в барах и игровых автоматах в середине 80-х. Googlebot и Bingbot больше похожи на трехмерного Пэкмена с глазами, носом и конечностями, на которого мы не обращаем внимания на консольных системах с 90-х годов. Этот Пэкмен может драться, пинаться, прыгать и молниеносно передвигаться по сети в четырех измерениях (4-е – это время, см. обновления). Иначе говоря, поисковые пауки могут обрабатывать информацию со страницы так же, как мы видим ее в своих браузерах, и они достигли такого высокого уровня способностей, что могут имитировать пользователя.

Вы когда-нибудь читали ЛСКП (лицензионное соглашение для конечного пользователя) для Chrome? Да, я тоже не читал, но, как и в большинстве продуктов Google, вас просят согласиться на применение программы, в которой ваши данные об использовании отправляются Google. Предполагаю, что эти данные используются не только для информирования алгоритма ранжирования, но и как средство обучения алгоритмов Googlebot – чтобы научить его заполнять определенные поля и формы. Например, Google может использовать данные, вводимые пользователем, для определения, какие данные вводятся в какое поле, а затем программным путем заполнить формы сгенерированной информацией такого же типа. Если 500 пользователей введут свой возраст в поле «Возраст», у робота будут данные о том, что в это поле надо вводить возраст. Поэтому Пэкмен больше не натыкается на двери и стены: у него есть ключи, и он может войти через парадную дверь.

Новшества в Google AdWords

Система наконец-то отменила плату за активацию аккаунта (платить 200 рублей только за доступ к сервису — это наследие прошлого века), причем нововведение затрагивает и подарочные купоны на оплату рекламы. Второе значимое нововведение в крупнейшей в мире системе контекстной рекламы — относительный CTR, с помощью которого легко понять, насколько объявление привлекательно для посетителей конкретного сайта сети AdSense (если CTR намного меньше, чем у других объявлений, то либо текст совсем плох, либо аудитория площадки не заинтересована в рекламируемом предложении). Третья новинка — процент показов, с помощью которого можно уяснить, какая доля от возможного максимума показов закрывается с помощью текущего бюджета. Четвертое нововведение — диагностика мест размещения, применяется для анализа параметров площадок, где показывается реклама. Пятый и весьма полезный «бонус» — фильтр непросмотренных объявлений, который подключается к объявлениям с оплатой за показы и предотвращает списы ваниеденег, если пользователь открыл страницу, но не просмотрел само объявление.

Google делает шаг в будущее

Голосовой поиск в десктопном браузере? Поиск аналогичных картинок? Мгновенная загрузка результата поиска? Да, теперь Google все это может. В России все эти нововведения должны появиться буквально на днях (правда, голосовой поиск только на английском и только в Google Chrome).

Колдунщики наступают

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

Мобильный онлайн-шоппинг неожиданно популярен

Согласно последним исследованиям Google, пользователи очень любят делать покупки именно с мобильных устройств. Предпочитают такой метод 29% американцев, 28% британцев, 17% французов, 28% немцев и целых 45% японцев. Пользуются мобильными устройствами для покупок время от времени 82% американцев, 68% британцев, 82% французов, 65% немцев, 75% японцев.

Руководство по социальным кнопкам

В последнее время одно из типичнейших требований заказчика при разработке сайта звучит так: «И добавьте везде социальные кнопки!». То же самое, и не без оснований, рекомендуют специалисты по продвижению сайтов и интернет-маркетингу. Нет сомнений: кнопки весьма полезны для привлечения целевой аудитории, распространения контента и brand awareness. Более того: поисковики учитывают их как факторы ранжирования – свои кнопки есть у Google и «Яндекса», да и «утащить» данные счетчиков стандартных кнопок – тоже не проблема.

Но какие именно кнопки ставить? Что нужно при этом учесть? Как отслеживать эффективность? Ответим на все по порядку.

Правило №1. Устанавливать на страницы нужно только официальные, привычные людям кнопки сервисов. Единственное возможное исключение – кнопка «Яндекса», но и от нее лучше оставлять только меню и кнопки сервисов, которые не входят в нижеприведенный базовый перечень.

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

Twitter

• Кнопка «Твитнуть»

  

  Использовать можно только одну из этих стандартных кнопок. Да, Twitter предоставляет возможность создать собственное оформление, но делать это стоит только в двух случаях:

  1. если вы хотите установить кнопку на сайте своей студии веб-дизайна;

  2. если дизайн вашего сайта делает веб-студия из первой десятки российских лидеров рынка.

  В подавляющем большинстве других ситуаций стандартная кнопка будет эффективнее.

В Контакте

• Кнопка «Мне нравится»

  

  Это два стандартных варианта кнопки соцсети «В Контакте». В коде можно заменить надпись с «Мне нравится» на «Это интересно», а также настроить правила обработки тегов и контента страницы для составления аннотации.

• Виджет для групп и страниц

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

• Like button

  

  Классическая кнопка, при установке которой следует обратить внимание на языковой параметр (почему-то генератор кода пока не дает возможности выбрать нужный язык). При типичной для подавляющего большинства сайтов установке через Iframe необходимо указать нужную локаль: ...src="http://www.facebook.com/plugins/like.php?locale=ru_RU&...

  Также в коде можно с помощью параметра action изменить надпись с «Мне нравится» (like) на «Я рекомендую» (recommend).

• У Facebook есть несколько виджетов для страниц, аналогичных описанному выше виджету «В Контакте».

• Кнопка +1

  

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

• «Поделиться»

  

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

Статистику по нажатиям кнопок Google +1 и «Поделиться» от «Яндекса» можно и нужно смотреть в соответствующих отчетах Google Analytics и «Яндекс.Метрики» соответственно. Интересную статистику по Facebook и Twitter показывает сервис Klout. При этом Twitter, Facebook и «ВКонтакте» предоставляют собственные достаточно продвинутые системы сбора и анализа статистики по социальным кнопкам.

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

Внутренняя оптимизация сайтов

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

Подбор целевых страниц

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

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

Оптимизация контента

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

Типичные ошибки внутренней оптимизации

Мы уже неоднократно поднимали тему внутренней оптимизации, но есть воистину вечные вопросы, и мы обязаны давать на них ответы. Очень многие сайты имеют недостатки, препятствующие продвижению. Часто пользователи серьезно занимаются оптимизацией своих ресурсов, и в целом сайты могли бы занимать нужные позиции даже по высококонкурентным запросам – но один-два небольших недостатка этому мешают. Эти недочеты можно устранить за 5-10 минут: надо только знать о них (и знать, как их исправить). Профессионалам SEO эти проблемы могут показаться очевидными, но обычному новичку, вкладывающему свои собственные деньги в продвижение, устранение типичных недостатков может дать просто колоссальный прирост позиций и трафика.

C www и без Для поискового робота страницы www.site.ru/page.html, site.ru/page.html и site.ru/page.html/ и так далее – разные. Но при создании сайта и добавлении страниц очень многие об этом забывают. Если робот поисковой системы увидит на сайте кучу дублей, то есть одинаковых страниц, отличающихся только URL (адресом), то он будет их склеивать – то есть объединять, выбирая основную страницу, которая останется в индексе. И если эту склейку не направлять, она может стать произвольной – в индексе будут страницы с www и без, с закрывающими слэшами и без. Во-первых, это немного уменьшает доверие поисковика к сайту, во-вторых – может вызвать потери ссылочного веса: вы купили ссылки на www.site.ru/page.html, а в индексе оказалась страница без www.

• Указать главное зеркало директивой Host в robots.txt.
• Указать главное зеркало в «Яндекс.Вебмастере» («Настройка индексирования → Главное зеркало»).
• Настроить редирект с кодом 301 со всех дублей на страницы, которые должны остаться в индексе. Редирект настраивается либо с помощью CMS (системы управления контентом), либо в служебных файлах веб-сервера (если это Apache, то работать нужно с файлом .htacess).

Мусор в индексе Нужно запрещать роботам поисковиков индексировать страницы с результатами поиска по вашему сайту, гостевую книгу, корзину и все остальное, что не является страницами с полезным контентом, которые должны попасть в выдачи «Яндекса» и Google.

• Запретить индексацию служебных, приватных и пустых страниц с помощью директивы Disallow в robots.txt. Важно проверить, что при этом все нужные страницы разрешены для индексации.

Одинаковые Title (тайтлы, заголовки страниц) Многие CMS генерируют одинаковые и неоптимальные заголовки страниц, что может привести к неправильной склейке или даже исключению из индекса. Неправильные тайтлы многие прописывают и «руками», поскольку считают придумывание разных заголовков слишком муторным занятием. Также Title часто используются поисковиками при составлении сниппетов, поэтому их качество прямо влияет на кликабельность и количество посетителей.

• Title всех страниц должны быть разными.
• В начале каждого заголовка нужно употребить ключевые слова, по которым продвигается страница – но не перечислением, а правильной фразой.
• Даже на самом «Яндексе» в тайтлах сначала идет описание страницы, а потом (и не всегда, чаще на старых страницах) – название сайта. Название сайта лучше либо совсем не писать в тайтле, либо вставлять его в самом конце, отделяя с помощью тире.

Спам-контент и исходящие ссылки На многих сайтах до сих пор встречаются огромные переоптимизированные «простыни», скрытые или написанные очень мелким шрифтом тексты, несколько заголовков H1 на страницах, перечисления ключевых слов через запятую – все это в конце 2011-го уже неприемлемо. Тексты должны быть интересными, тематическими и содержать ключевые слова в читабельной и логичной пропорции. Страницы необходимо делать для людей, так как поисковые системы стали намного более «человечными». Еще одна распространенная ошибка – попытки торговать ссылками и одновременно продвигать сайт в ТОП.

• Убрать спам-контент и ошибки верстки.
• Убрать исходящие ссылки, а при необходимости какие-то оставить – закрыть атрибутами noindex и nofollow.
• Убрать «линкопомойки», разделы для обмена ссылками и линкфармы.
• Убрать «продажные статьи».

Неуникальный контент Чтобы сайт стал лидером поисковой выдачи, контент его страниц должен быть уникальным. Это правило практически не допускает исключений.

• Если вы заимствовали тексты, напишите свои.
• Если вы писали тексты сами, проверьте, не украли ли их – поможет сервис http://www.copyscape.com.
• Все новые тексты перед добавлением на сайт обязательно скармливайте «Яндекс.Вебмастеру» для закрепления права первоисточника («Содержимое сайта → Оригинальные тексты»).

Под фильтром?.. Если сайт попал под один из фильтров поисковой системы (у «Яндекса» чаще всего срабатывают «АГС», «Ты последний» и аффилиат-фильтр), нужно приложить все усилия для «очистки кармы» сайта.

Переезд на новый движок или изменение текущей структуры сайтов без потерь

При развитии сайта, добавлении новых страниц и сервисов часто возникает необходимость смены системы управления контентом, что вызывает ряд вопросов:

• Как сохранить прежнюю структуру?
• Как смена CMS повлияет на позиции сайта в выдаче?
• Как выполнить переезд с минимальными затратами?

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

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

Сохранение старых страниц

Самое правильное решение при переезде на новую CMS — сохранение старых страниц. Таким образом можно оставить старые адреса и контент. Но это возможно далеко не во всех случаях: скрипт для формирования человекупонятных URL (SEF URL) должен адекватно работать в новой CMS. Часто отсутствие ЧПУ и является причиной перехода на новую систему управления контентом.

Использование редиректа с кодом 301

Наиболее корректный с точки зрения поисковых машин метод перенаправления страниц — редирект с кодом 301. Таким образом пользователи, использующие старый URL страницы, будут попадать на новую, а для поисковых роботов 301-редирект дает понять, что страница окончательно перемещена и находится в новом месте.

Перед настройкой редиректа надо провести тщательный анализ, учитывая различные факторы, такие как содержимое и значимость страниц. Затем уже можно принимать решение, для каких страниц он необходим. Редирект при изменении URL точно нужно устанавливать для страниц, которые:

• приносят целевой трафик;
• важны для конверсии;
• имеют обратные ссылки;
• играют роль в привлечении пользователей.

Массовый редирект

Если сайт имеет большое количество страниц с важным содержимым и обратными ссылками, и пересмотреть структуру с объединением невозможно, то в таком случае используется массовый постраничный редирект. Этот процесс достаточно трудоемкий, так как требует прописывания всех старых и новых адресов в файле .htaccess. Среди весомых минусов данного способа большие затраты времени, медленная работа сервера из-за большого массива данных в .htaccess и высокая вероятность ошибки при вводе адресов.

Выходом из данной ситуации может стать динамический редирект. Но это решение требует определенных навыков программирования, и новичку оно будет не под силу. Для создания динамического редиректа потребуется написание специального кода, например, на языке PHP. Затем в файл .htaccess вводится строка, которая вызывает файл с написанным кодом. В задачу этой программы уже входит совмещение старого URL с новым и перенаправление пользователя на новые страницы.

Составление плана переезда

Решившись на переезд, вам необходимо выделить наиболее значимые с точки зрения поисковой оптимизации страницы, чтобы сохранить их. Затем стоит попытаться сохранить старые страницы в неизменном виде. При использовании редиректа важно помнить, что он не должен вести со всех старых страниц лишь на одну новую, но вполне возможно, что массовый редирект не понадобится — будет достаточно сделать перенаправление всего на несколько новых наиболее значимых страниц. Еще необходимо проверить все внутренние и внешние ссылки и изменить их при необходимости, чтобы избежать ошибок. Для страниц, не требующих переадресации, корректнее всего использовать ошибку 404. После окончания переноса надо создать новый файл Sitemap, чтобы поисковик смог как можно быстрее проиндексировать новую версию сайта, тем самым вы сможете избежать возможной потери трафика. Если на сайте была организована внутренняя перелинковка, за счет которой перераспределялся вес между страницами, то при изменении структуры ресу рсастарая схема работать перестанет. В этом случае необходимо восстановить правильную перелинковку.

Выводы

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

Особенности мобильных версий сайтов

Мобильные устройства, с помощью которых можно выходить в интернет, сейчас есть у каждого шестого жителя Земли. Мобильный интернет становится все популярнее – многие аналитики считают, что доля пользователей, выходящих в сеть со своего смартфона или планшета, в ближайшие пару-тройку лет будет очень быстро расти. Если всего несколько лет назад «интернет в кармане» был диковинкой и буржуйством, то сейчас миллионы пользователей смартфонов общаются в социальных сетях, читают новости, ищут всяческую информацию и даже делают покупки в интернет-магазинах. В США в конце 2011 года более 18% посетителей интернет-магазинов заходили с помощью мобильных устройств. Россия пока заметно отстает (1,5%), но не стоит забывать, что доля мобильных посетителей в США выросла более чем в 3 раза за год, еще в 2010 она составляла около 5%. Этот факт ни в коем случае нельзя упускать из виду оптимизаторам.

Версия сайта для мобильных устройств

Представьте себе просмотр обычной страницы на экране смартфона, разрешение которого 320х480 пикселей, но при этом сайт оптимизирован для типичного дисплея ноутбука – 1366х768. Посещение такой страницы может превратиться в муку: на экране будет видна лишь часть информации или придется уменьшить страницу до степени «ничего не видно». Выход из этой и многих подобных ситуаций уже давно найден – мобильная версия сайта.

Чем же такой сайт будет отличаться от обычного?

• Верстка страницы – обеспечивает комфортный просмотр сайта с устройств с небольшим разрешением экрана.
• Упрощенный код и отсутствие скриптов, которые требуют высокой производительности устройства для их обработки. Смартфоны стремительно развиваются, но пока еще отстают по этому параметру от настольных компьютеров и ноутбуков. Устройства Apple не поддерживают Flash, поэтому от этой технологии следует отказаться при ориентации на мобильную ЦА.
• Небольшой объем страниц – необходим для быстрой загрузки в случае выхода в интернет по протоколу 3G и более ранним, которые подразумевают (особенно по факту, в реальных российских реалиях) относительно небольшую скорость. Кроме этого часто пользователь платит за трафик, что в итоге определит его выбор в сторону более «легкого» сайта. Один из вариантов решения проблемы – способ загрузки Lazy Load, когда содержимое страницы постепенно подгружается по мере прокрутки вниз – например, это реализовано в Twitter и «В Контакте».
• Тип ввода тоже играет большую роль: если курсором мышки легко попасть в небольшую область ссылки, то с сенсорным экраном это будет проблематично, особенно большими мужскими пальцами.

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

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

Сервис Wirenode позволяет создавать сайт в виде мобильного приложения. Довольно широкий инструментарий дает возможность реализовать множество различных решений и сделать функциональный сайт для смартфонов. Бесплатный режим Wirenode подходит для ознакомления, а для полноценной работы подойдут платные версии по цене примерно от $7.

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

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

Совместимость с различными устройствами и браузерами

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

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

Мобильный сайт или приложение?

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

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

Разработка подобного приложения обойдется владельцу интернет-магазина довольно дорого: приложение в дополнение к сайту не всегда оправдано, все зависит от специфики бизнеса.

Тестирование

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

Одним из самых популярных считается W3C mobileOK Checker. Для теста достаточно ввести URL сайта в соответствующую строку, а затем после проверки изучить возможные ошибки, чтобы затем исправить их.

Еще один эффективный способ тестирования – mobiReady, который работает аналогично первому. Сервис бесплатный, но для полноценной проверки сайта требует регистрации.

Отдельно стоит упомянуть сервисы для iPhone и iPad – эти устройства за последнее время набрали огромную популярность, при разработке мобильного сайта их за редким исключением нельзя упускать из вида. Версию для iPhone можно протестировать на сайте TestiPhone. Этот сервис дает возможность увидеть прямо в окне браузера, как будут выглядеть страницы на iPhone. Таким же образом работает iPad Peek для планшета Apple.

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

Для тестирования в самых распространенных браузерах подойдет бесплатный Adobe BrowserLab, в котором можно визуально оценить ваш сайт. Опять же бесплатный сервис Browsershots приятно удивит огромным набором браузеров для тестирования, он особенно полезен, когда вопрос кроссбраузерности стоит очень остро. Существуют и более серьезные платные сервисы, которые имеют более широкий функционал. Одним из таких средств для тестирования является Multi-Browser Viewer С его помощью можно оценить работу сайта в более чем 80 браузерах (в основном, конечно, это старые версии популярных браузеров – далеко не все следят за обновлениями).

Выводы

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

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

Q.С поисковика Google на мой сайт ежедневно приходит около 50 человек. А «Яндекс» меня игнорирует, возможно забанил (раньше индексировал), но о конкретных причинах не пишет. Мой сайт – http://*********.narod.ru Что мне делать?

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