RSS

Компьютерная терминология    1_9  A  B  C  D  E  F  G  H  I  J  K  L  M  N  O  P  Q  R  S  T  U  V  W  X  Y  Z  .....  A  Б  В  Г  Д  Ж  З  И  К  Л  М  Н  О  П  Р  С  Т  У  Ф  Х  Ц  Ч

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

 
  • Практика поискового маркетинга
  • Внутренняя оптимизация сайтов
  • Типичные ошибки внутренней оптимизации
  • Переезд на новый движок или изменение текущей структуры сайтов без потерь
  • Особенности мобильных версий сайтов
  • Микроформаты и микроданные
  • Руководство по социальным кнопкам
  • Новшества в Google
  • FAQ

  • С поисковика Google на мой сайт ежедневно приходит около 50 человек. А «Яндекс» меня игнорирует..
  • Поведенческие пользовательские факторы с некоторых пор весьма важны для ранжирования сайтов в естественной выдаче. Их очень много, но с течением времени удается вычленить самые важные.

    Самые важные ПФ

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

    • Время, проведенное на сайте + доля коротких сессий – очень важный показатель, который реально отражает качество сайта в подавляющем большинстве случаев.
    • Кликабельность сниппета – применяйте все возможные методы влияния на сниппет и его формирования, так как если его кликабельность меньше среднестатистической для данной позиции, «Яндекс» заподозрит, что сайт плохо отвечает на данный запрос.
    • Возвраты к выдаче – если пользователь возвращается с сайтов назад к списку результатов (или закрывает сайт, заново заходит на «Яндекс» и вбивает аналогичный или похожий запрос), поисковик это учитывает. Сайт, после которого пользователь не вернулся к выдаче, может быть сочтен более релевантным запросу.
    • Переходы из закладок – если на сайт переходят не через поисковик, а вбивая адрес в строке браузера (или путем выбора закладки), то поисковик считает его более трастовым. Конечно, в этом случае он должен каким-то образом получить данные о посещаемости, что точно осуществляется либо через «Яндекс.Метрику» (на сайте), либо через «Яндекс.Бар» (установленный в браузере пользователя).
    • Ссылки в письмах – «Яндекс.Почта» стала весьма популярным сервисом, и поисковик, безусловно, индексирует все письма (не в общий индекс, разумеется). Если люди пересылают друг другу ссылку на сайт, это может оказаться плюсом для ранжирования.
     

    Бесплатная консультация специалиста

    Loading…
     
    Заявление «Яндекса» от 23 мая 2011 года

    Если не читали, обязательно ознакомьтесь:
    «В последнее время мы видим попытки повлиять на поисковую систему путем эмуляции действий пользователей. Чаще всего это происходит с помощью программ, которые задают запросы в поисковую систему и потом переходят на определенные сайты, но известны и другие способы. Все они – обман, не имеющий ничего общего с настоящей оптимизацией сайта. Кроме того, создание подобных систем накрутки способствует развитию бот-сетей, которые могут быть использованы для DDoS-атак, распространения вредоносного ПО, рассылки спама.

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

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

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

    Сервисы для накрутки

    Принцип работы всех подобных систем достаточно прост: на компьютеры сотен школьников по всей России устанавливается специальная программа, которая ходит по «продвигаемым» сайтам через браузер, пытаясь имитировать поведение пользователя. То есть школьник идет на уроки и оставляет компьютер включенным, а программа открывает окно браузера, затем «Яндекс», вбивает нужный поисковый запрос, после чего кликает по сниппету проплаченного сайта и ходит по страницам. Казалось бы, с такой системой можно прокачать ПФ в любых количествах и пропорциях – тем более, что цена вопроса невелика. Однако все существующие на данный момент сервисы такого рода страдают фундаментальным недостатком, из-за которого сайт может не вырасти, а упасть в выдаче и заполучить самые жесткие санкции. Проблема в том, КАК именно программа пытается имитировать действия пользователя. Она работает по простому алгоритму: перемещает курсор мыши и делает все остальное крайне неестественным,прямолинейным, механическим образом. Очевидно, что и выдача «Яндекса», и сайты, где установлена «Яндекс.Метрика», анализируются с помощью технологии, по принципу действия аналогичной недавнему приобретению «Яндекса» – WebVisor. Анализ выдачи, кстати, не позволяет избавиться от слежки путем удаления счетчика «Яндекс.Метрики» с сайта – все равно программа-накрутчик приходит с выдачи, где производит шаблонные действия, по которым ее и отсекает поисковик.

    Теоретически, конечно, можно создать сложный «хаотический» алгоритм для более серьезной и неопределяемой (опять же, теоретически) имитации действий живого человека, однако сейчас на рынке SEO нет ни одного подобного продукта. Наши эксперименты показывают, что сервисы для накрутки поведенческих пользовательских факторов текущего поколения легко выявляются «Яндексом» и приводят в подавляющем большинстве случаев к потере позиций и другим санкциям. Может быть, еще n месяцев назад они помогали, но сейчас эта дыра поисковиком закрыта. Другой разговор, что из-за этого образовалась реальная возможность попасть под атаку конкурентов, применяющих псевдонакрутку для пессимизации соседей по выдаче.

    Защита от конкурентов

    Установите какой-нибудь аналог WebVisor (если не хотите связываться с «Яндекс.Метрикой», попробуйте ClickTale. Если время от времени – особенно при необоснованных всплесках посещаемости – просматривать записи поведения пользователей, можно легко увидеть роботов и забанить их по IP.

     Микроформаты и микроданные

    Старая идея «семантической паутины», которую так и не смог продвинуть консорциум W3C, в последнее время снова набирает обороты. В России «Яндекс» достаточно активно настаивает на внедрении микроформатов, а за рубежом совсем недавно образовался неожиданный союз: Google, Bing и Yahoo! (точнее, Google, Inc., Yahoo, Inc. и Microsoft Corporation) создали совместный проект schema.org. С его помощью они собираются привить вебмастерам привычку размечать страницы тегами Microdata (пока черновой стандарт HTML5). Надо отметить, что этот формат разработан без консультаций с W3C, а так как вебмастерам гораздо интереснее «радовать» Google и остальные поисковики, нежели некий туманный для многих консорциум, именно Microdata станет базовым в зарубежном интернете. В России, кстати, пока что «Яндекс» не поддержал инициативу schema.org, поэтому по Рунету распространяется другой формат семантической разметки: µF. Очевидно, что для успешного взаимодействия со всеми поисковиками придется дублировать семантические описания страниц. Хотя Google поддерживает микроформат hProduct, он явно будет предпочитать собственный язык.

    Пара слов о Semantic Web

    Веб-страница может быть простым документом без специальной разметки для поисковика. В этом случае ему приходится анализировать документ своими методами, извлекая и структурируя информацию. Какими бы совершенными ни были алгоритмы ПС, неизбежны ошибки — особенно если нужен не просто поиск по ключевым словам, а установление смысла и отношений между смыслами. Семантическая разметка страниц позволит машинному разуму извлечь данные, пригодные для прямого помещения в базу данных и для любой обработки. Семантическая паутина дает возможность поисковику предоставлять прямые и сразу сформулированные на человеческом языке ответы на вопросы пользователей. Например, на запрос «рецепт борща» поисковик сразу выдаст ответ с ингредиентами и их количеством, а на «сколько гигабайт памяти в ноутбуке Asus K73e» — цифру 4. Но поисковик не будет рисковать обмануть пользователя — такие ответы нельзя строить на основе анализа страниц! Ответы должны быть на сто процентов верными: нельзя перепутатьоперативную память и объем жесткого диска, это очень сильно уменьшит лояльность пользователя к поисковой системе. Задачу правильного понимания контента машиной решает разметка специальными тегами.

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

    Google — microdata (schema.org)

    <div itemscope itemtype="http://schema.org/Product">

    <span itemprop="name">Микроволновая печь Samsung MW73VR</span>

    <img src="samsung-microwave-mw73vr.jpg" alt='Микроволновая печь Samsung MW73VR' />

    <div itemprop="aggregateRating" itemscope itemprop="http://schema.org/AggregateRating">

    Средняя оценка покупателей <span itemprop="ratingValue">4</span>

    на основе <span itemprop="reviewCount">11</span>отзывов</div>

    <div itemprop="offers" itemscope itemtype="http://schema.org/Offer">

    <span itemprop="price">2630 р.</span>

    <link itemprop="availability" href="http://schema.org/InStock" />В наличии

    </div>

    <span itemprop="description">Отдельностоящая микроволновая печь объемом 20 л и мощностью 800 Вт</span>

    <div itemprop="reviews" itemscope itemtype="http://schema.org/Review">

    <span itemprop="name">Отличная печка</span> - от <span itemprop="author">Иван</span>,

    <meta itemprop="publishDate" content="2011-04-01">1 апреля 2011

    <div itemprop="reviewRating" itemscope itemtype="http://schema.org/Rating">

    <meta itemprop="worstRating" content = "1">

    <span itemprop="ratingValue">4</span>/

    <span itemprop="bestRating">5</span>stars

    </div>

    <span itemprop="description">Легко чистить</span>

    </div>

    </div>

    «Яндекс» — microformats (hProduct)

    <div class="hproduct">

    <span class="category"><span class="value-title" title="auto"></span></span>

    <h2>

    <span class="brand">Ford</span>

    <span class="fn">Focus</span>

    </h2>

    <a class="photo" href="http://example.com/img/ford/focus-st.jpg"><img class="" alt="Ford Focus, хэтчбек 5 дв ST" src="http://example.com/img/ford/focus-st-preview.jpg" align="left"></a>

    <span class="identifier">

    <span class="type">

    <span class="value-title" title="body-type"></span>

    </span>

    <span class="value">хэтчбек 5 дв</span>

    </span>

    <span class="identifier">

    <span class="type">

    <span class="value-title" title="configuration-name"></span>

    </span>

    <span class="value">ST</span>

    </span>

    <span class="identifier">

    <span class="type">

    <span class="value-title" title="displacement"></span>

    </span>

    2.5

    </span>

    <span class="identifier">

    <span class="type">

    <span class="value-title" title="transmission"></span>

    </span>

    MT

    </span>

    <span class="identifier">

    (<span class="value">225</span>

    <span class="type">

    <span class="value-title" title="horse-power"></span>

    л. с.

    </span>)

    </span>

    <span class="identifier">

    <span class="value">2009</span>

    <span class="type">

    <span class="value-title" title="prodyear"></span>

    года выпуска

    </span>

    </span>

    <span class="identifier">

    (<span class="value">передний</span>

    <span class="type">

    <span class="value-title" title="gear-type"></span>

    привод

    </span>,

    </span>

    <span class="identifier">

    <span class="value">левый</span>

    <span class="type">

    <span class="value-title" title="steering-wheel"></span>

    руль

    </span>).

    </span>

    <a class="url" href="http://example.com/ford/focus-st-2.5-mt.html">

    Подробнее про эту конфигурацию</a>

    <span class="identifier">

    <span class="type">

    <span class="value-title" title="dtpurchased"></span>

    Приобретен

    </span>

    <abbr class="value" title="2010-09-15">15 сентября 2010</abbr>

    </span>

    <span class="identifier">

    <span class="type">

    <span class="value-title" title="run"></span>

    с пробегом

    </span>

    15

    </span>

    <span class="identifier">

    <span class="type">

    <span class="value-title" title="run-metric"></span>

    </span>

    тыс. км

    </span>.

    </div>

    Валидация

    Инструментарий для проверки кода предоставляет «Яндекс.Вебмастер».

    CMS с поддержкой микроформатов

    Внедрить семантическую разметку вручную можно на небольшом сайте — или на небольшом количестве страниц (например, на странице с контактной информацией). Вручную же писать код для тысяч товаров интернет-магазина абсолютно нереально. Поэтому необходимо пользоваться системами управления контентом, уже поддерживающими микроформаты — например, Drupal, Wordpress, Movable Type. Или же писать модуль с таким функционалом для используемой CMS.

    Выводы

    Помните, что семантической разметкой можно пользоваться только для представления в удобной поисковикам форме реального, существующего, видимого посетителям страницы контента. Все остальное (например, попытки разметки скрытых элементов) будет распознано, классифицировано как поисковый спам и пресечено жесткими пессимизационными санкциями. Разметка такого типа — это шаг в будущее, ее рекомендуется использовать везде, где только это возможно и целесообразно. Пока что — оба формата, но вполне возможно, что под давлением инициативы schema.org «Яндекс» тоже начнет поддерживать Microdata, что устранит необходимость дублирования разметки.

    Мэтт Каттс о 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 обычно не врет, а недоговаривает, поэтому это наша вина, что мы так долго не могли всего этого понять.

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

    Google также принадлежит значительное число патентов IBM, и это при всех их замечательных исследованиях удаленных систем, параллельной обработки данных и безинтерфейсных систем – например, патент под названием «Одновременная сетевая конфигурация множества систем без интерфейса». Хотя Google и сам несомненно проводил широкие исследования в этих областях.

    Не стоит забывать и о патенте, принадлежащем 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

    В Контакте

    FacebookGoogleЯндексСтатистика

    Статистику по нажатиям кнопок 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.

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

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

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

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

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

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

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

    Оценка необходимости переезда

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

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

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

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

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

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

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

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

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

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

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

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

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

    Выводы

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

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

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

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

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

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

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

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

    Помощником в адаптации сайта для смартфонов и планшетов может стать специальное дополнение 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.«Яндекс» не сообщает вебмастерам о наложении каких-либо санкции при ранжировании ( исключение – обнаружение на сайте вредоносного кода). Продвижение же доменов третьего уровня, особенно на бесплатном хостинге, затруднительно из-за малого доверия поисковой системы к сайту.

    seo & website usability inet os faq hardware faq memory video cpu hdd mainboard faq printer & scaner modem mobiles hackzone

    Технологии поискового маркетинга
    Практика поискового маркетинга
    Flash
    Тэги
    XML
    DHTML
    PHP
    MySQL
    WebMail
    .NET
    VBScript
    CGI
    Графические форматы Интернета
    WEB-сайт шаг за шагом
    CMS faq
    FRAME faq
    CSS faq
    SSI faq
    RSS faq
    WAP faq
    Web-Designed
    Webhints
    Файл настроек .htaccess
    Настройка robots.txt
    Windows 10 | Registry Windows 10 | Windows7: Общие настройки | Windows7: Реестр | Windows7: Реестр faq | Windows7: Настроки сети | Windows7: Безопасность | Windows7: Брандмауэр | Windows7: Режим совместимости | Windows7: Пароль администратора |  |  |  | cms для интернет магазина | Память | SDRAM | DDR2 | DDR3 | Quad Band Memory (QBM) | SRAM | FeRAM | Словарь терминов | Video | nVIDIA faq | ATI faq  | Интегрированное видео faq | TV tuners faq | Терминология | Форматы графических файлов | Работа с цифровым видео(faq) | Кодеки faq | DVD faq | DigitalVideo faq | Video faq (Архив) | CPU | HDD & Flash faq | Как уберечь винчестер | HDD faq | Cable faq | SCSI адаптеры & faq | SSD | Mainboard faq | Printer & Scaner | Горячая линия бесплатной юридической консультации | Благотворительность

    На главную | Cookie policy | Sitemap

     ©  2004