Десктопная версия сайта что это

Desktop (с англ «рабочий стол») – это основная рабочая среда нашего компьютера, которая позволяет нам использовать компьютер с комфортом.

Посудите сами, без рабочего стола было бы намного труднее. Дэсктопы бывают разные.

Содержание:

На операционной системе Windows он выглядит приблизительно так:

На Linux приблизительно так:

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

Область рабочего стола мы разберем на примере Windows 10.

Условно рабочий стол можно разбить на две области: область ярлыков (красная линия) или основная область и панель задач (желтая линия).

Разберем всё по порядку. Начнем с панели задач.

Панель задач.

Что вообще представляет из себя панель задач?

Панель «Пуск» — что это?

Это главное меню всего нашего компьютера. Его можно открыть, нажав на экране кнопку «Пуск» или кнопку «Win» на нашей клавиатуре.

Что мы можем делать с помощью меню «Пуск»?

Да всё, что угодно: мы можем создавать ярлыки, открывать настройки, открывать недавно установленные или часто запускаемые приложения. Меню «Пуск» — это сердце нашей операционной системы.

Важные значки операционной системы Windows – что мы можем туда отнести?

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

Это меню очень удобно своей компактностью и полезностью.

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

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

Мы можем изменять текст с помощью комбинаций клавиш «Ctrl» + «Shift», «Shift» + «Alt» или же нажимая на эту панель ЛКМ (левой кнопкой мыши) и выбирая язык, который нам нужен.

Все эти изменения будет показывать наша языковая панель.

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

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

Она играет огромную роль для пользователя.

вернуться к меню ↑

Область ярлыков.

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

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

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

От любого файла можно создать наш ярлык.

А как же создать ярлык?

На самом деле, всё очень просто. Вы нажимаете на нужный файл ПКМ (правой кнопкой мыши) и выбираете там пункт «Создать ярлык».

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

Какие ярлыки обязательно должны быть на области ярлыков?

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

вернуться к меню ↑

geek-nose.com

Использование основных атрибутов в HTML коде

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

• Тег link rel=»alternate» разместить на основном сайте с указанием альтернативной мобильной версии ресурса.
• Тег link rel=»canonical» прописать в коде страниц мобильной версии с указанием соответствующих адресов страниц полной версии ресурса.

Например, на сайте существует две версии одной страницы: http://site.ru/page/ и http://m.site.ru/page/. В таком случае в HTML коде основной страницы необходимо добавить инструкцию:

А в коде страницы http://m.site.ru/page/ указать:

При размещении тегов обязательно учитывайте следующие правила:

• Добавляя в код теги rel=»alternate» и rel=»canonical» необходимо указывать только по одному альтернативному URL для мобильной и основной версии сайта.
• Адреса внутри тегов должны указывать на соответствующую версию страницы. Если, например, каких-то страниц нет в мобильном сайте, то правильнее показать пользователю аналогичную страницу в полной версии ресурса.
• Все адреса в соответствующих тегах должны отдавать корректный ответ в заголовке сервера — 200 ОК.

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

Настройка автоматической переадресации страниц

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

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

• Редирект настроен некорректно, когда сервер перенаправляет пользователей мобильных устройств всегда на главную страницу мобильной версии сайта вне зависимости от выбранной страницы.
• При отсутствии альтернативной мобильной версии страницы не рекомендуется перенаправлять пользователей на главную страницу или на страницу с несоответствующим контентом. В данном случае лучше редиректить посетителя на основной сайт.
• Важно предусмотреть и настроить переадресацию сайта для всех клиентов мобильных устройств (Android, iOS или Windows Phone).
• При автоматической генерации URL сайта перенаправление может быть выполнено некорректно. Вряд ли кому-либо понравится, если вместо расписания выбранного направления, ему будет предложено общее расписание транспорта. Все это негативно сказывается на поведенческих факторах мобильного сайта и повышает количество отказов.

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

Еще больше материалов по теме в блоге iSEO.

www.cossa.ru

С началом эры бума мобильных устройств разработчики оказались перед выбором: оставлять ли мобильные версии своих сайтов наряду с «полноценными», или сайты должны стать адаптивными и самостоятельно подстраиваться под разные размеры экранов?

На текущий момент при построении мобильных версий сайтов существуют 3 основных способа их построения:

• Адаптивный дизайн;
• Отдельная мобильная версия сайта;
• RESS (Responsive Design + Server Side).

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

Адаптивный дизайн

Для реализации адаптивного дизайна обычно используются CSS3 Media Queries. В зависимости от размера экрана, пользователь будет видеть разную картинку:

@media screen and (max-width: 1600px) {  div.for-example {width: 1500px;} } @media screen and (max-width: 1280px) {  div.for-example {width: 1100px;} } @media screen and (max-width: 1024px) {  div.for-example {width: 980px;} } 

Преимущества адаптивного дизайна

• Удобство разработки — при адаптивной верстке вся структура сайта автоматически подстраивается под различную ширину экрана. Для того, что бы получить рабочий продукт не нужно писать все с нуля — достаточно лишь подправить CSS и HTML… С учетом наличия фреймворков, подобных Bootstrap подобная разработка не является очень сложной при стандартной реализации. К тому же, поддержка такого продукта будет относительно простой задачей.
• Один URL — избавляет нас от ненужных редиректов, и надобности пользователю запоминать адрес мобильной версии (пусть даже это просто приставка m. ). Так же наличие единого адреса позитивно скажется на продвижении сайта, поскольку поисковикам будет «удобнее» работать.

Недостатки адаптивного дизайна

• Разные задачи — типовые задачи «мобильных» пользователей крупных сайтов обычно отличаются от задач пользователей ПК. Если вы являетесь клиентом банка, то, скорее всего, в мобильной версии сайта вас будет интересовать очень ограниченный спектр информации — адреса ближайших отделений, банкоматов и т.д.
  В целом, при адаптивной верстке самый распространенный подход — делать копию обычного сайта, реализовать в верстке под телефоны потребности всех групп целевой аудитории. Но тогда о юзабилити можно забыть. Нужные пяти процентам посетителей второстепенные разделы создадут неудобства для основной массы клиентов.
• Медленная загрузка — «вес» сайтов остается серьезным препятствием для пользователей мобильных телефонов. Это означает, что некоторые типичные для десктопных сайтов активные элементы, в том числе embedded-карты, ролики, кредитные калькуляторы и меню с анимацией на мобильных сайтах должны быть заменены на более легкие альтернативы. Может ли адаптивный дизайн дать нам такую возможность? В популярной реализации пользователь с маленьким экраном должен загрузить страницу целиком, чтобы увидеть лишь ее часть. Например, если десктопная версия верстки главной весит 200 Кб, а мобильная — еще 50 Кб, для просмотра придется скачать 250 Кб. Конечно, можно использовать сжатие кода страницы, но лишние запросы к серверу все равно будут идти.


• Безысходность — Одно из неоспоримых преимуществ мобильной версии: если не нравится, ее можно отключить, перейти на обычный домен. Сайты с адаптивным дизайном не дают этого простого, но важного выбора. Если адаптированная верстка неудобна, забагована или если она скрывает важный элемент навигации, пишите пропало: вы ничего не можете сделать, чтобы увидеть его снова. Придется бежать искать десктоп или сайт конкурента. Можно придумать «костыли» для обхода этого ограничения (использовать cookie и подключать разные таблицы стилей). Но такой подход усложняет разработку.

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

Отдельная мобильная версия сайта

Чтобы сделать сайт удобным для мобильных пользователей часто создают так же отдельные версии сайтов — специально ориентированные на пользователя со смартфоном/планшетом. Наиболее распространена практика — перенаправление мобильных пользователей на специальный поддомен (m.example.com, mobile.example.com и т.д.). Наверное, в 99% случаев, мобильная версия представляет собой урезанную основную версию — лишь с тем функционалом, который, по мнению разработчиков, будет необходим и полезен пользователям мобильных устройств и планшетов.

Преимущества мобильной версии

• Легкость в изменениях — поскольку сайт существует, де-факто, отдельно от основной версии, вносить в него правки, связанные только с мобильной версией значительно проще, поскольку мобильная версия чаще всего не предоставляет избыточного, ненужного функционала.
• Удобство для пользователя — мобильная версия обычно сильно упрощена по сравнению с десктопной версией, поэтому пользователю не нужно будет далеко ходить за нужной ему информацией.
• Быстрота — из-за того же упрощения сайта, мобильная версия грузится быстрее. Это существенно для пользователей, которые все ещё ходят через GPRS или слабый 3G.
• Выбор- чаще всего, в мобильной версии есть возможность перейти на основную версию сайта.

Недостатки мобильной версии

• Несколько адресов — для десктопной и мобильной версии разные адреса. Для одних это может оказаться плюсов, для других же — крайне раздражительным фактором, когда для того, что бы удобно посмотреть сайт, нужно запоминать ещё один адрес. Так же есть проблемы и с поисковиками: во избежание дублированного контента SEO-специалистам нужно использовать мета-теги rel=«alternative» и rel=«canonical». Кроме того, когда пользователь мобильного поиска Google кликнет по ссылке в результатах, он попадет на десктопную версию или перенаправлен на мобильную. Но если мобильная версия этой страницы не существует, он получит сообщение об ошибке.


• Неудобство для пользователя — для десктопной и мобильной версии разные адреса. Для одних это может оказаться плюсов, для других же — крайне раздражительным фактором, когда для того, что бы удобно посмотреть сайт, нужно запоминать ещё один адрес. Так же есть проблемы и с поисковиками: во избежание дублированного контента SEO-специалистам нужно использовать мета-теги rel=«alternative» и rel=«canonical». Кроме того, когда пользователь мобильного поиска Google кликнет по ссылке в результатах, он попадет на десктопную версию или перенаправлен на мобильную. Но если мобильная версия этой страницы не существует, он получит сообщение об ошибке.
• Ограниченность — создание отдельного мобильного сайта означает избавление от части содержания и функциональности. Кроме того, у вас может быть два различных набора контента, который может негативно сказаться на общей информационной картине.

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

RESS

Сам Google, хоть и поддерживает использование веб-мастерами адаптивного дизайна, однако в своих продуктах использует иную систему. Если зайти, к примеру, на главную страницу под разными User-Agent-ами, то можно увидеть различный HTML для различных устройств. RESS — Responsive Design + Server Side. Пример реализации, набросанный «на коленке»:

 

  
 $DS = DIRECTORY_SEPARATOR; require_once( dirname(__FILE__) . $DS . 'libraries' . $DS . 'browser.php'); $device = BBrowser::detectDevice(); if($device == DEVICE_TYPE_MPHONE){ 	$tmpl = 'template.m.php'; } else if($device == DEVICE_TYPE_TABLET){ 	$tmpl = 'template.t.php';} else{ 	$tmpl = 'template.php'; } include( dirname(__FILE__) . $DS . 'templates' . $DS . $tmpl); 

Плюсы RESS

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

• Минимизация трафика — Ненужные JavaScript могут быть удалены из HTML, который освобождает CPU, память и кэш на мобильном устройстве. Так же может быть специально оптимизирована html и css.
• Возможно использовать таргетирование — например, для Android-устройств предлагать скачать приложение с GooglePlay, а для Apple – с iTunes. Для каждого устройства можно сделать свою вёрстку.

Минусы RESS

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

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

Резюме

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

habr.com

Способ первый — адаптивный дизайн

Адаптивные шаблоны предполагают изменение картинки сайта в зависимости от размера экрана. Как правило, они задаются на стандартные 1600, 1500, 1280, 1100, 1024 и 980 пикселей. Для реализации применяют CSS3 Media Queries. Сам дизайн сайта при этом не меняется.

К преимуществам этого способа стоит отнести:

• удобную разработку, поскольку структура сама подстраивается под параметры экрана, а любое обновление не требует разработки дизайна с нуля, достаточно подправить CSS и HTML;
• один адрес URL – пользователю не нужно запоминать несколько названий, отсутствует необходимость редиректа (перенаправления с одного адреса на другой), который может усложнить работу вебмастера, да и поисковику легче сортировать и ранжировать ресурс с единым адресом.

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

• Адаптивный дизайн не поддерживает те же задачи на мобильном устройстве, что и на ПК. Если это, например, мобильная версия сайта банка, где пользователю вероятнее будет важна информация о курсе валют или ближайших банкоматах, то такого дизайна вполне достаточно. Но если это сложный структурированный ресурс с множеством разделов и подразделов, то адаптивная верстка вряд ли придется по душе посетителям.
• Медленная загрузка превращает любимый сайт в ненавистный. Особенно это касается ресурсов, где в изобилии присутствуют анимация, видеоролики, всплывающие окна и прочие активные элементы. Из-за большого веса страница просто будет “тормозить”, пользователь — злиться и уходить, а поисковые позиции сайта — падать.
• Невозможность отключения мобильной версии – еще один весомый недостаток. Если какой-то элемент скрыт такой версткой, вы ничего не сможете сделать, чтобы его открыть, в отличие от сайтов, где ее можно отключить и перейти на обычный домен.

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

Способ второй – отдельная версия сайта

Этот метод очень распространен и часто с успехом делает сайт на мобильном устройстве удобнее для восприятия. Суть его в том, чтобы создать отдельную версию страницы, нарисованную под приложение и расположенную на отдельном URL или поддомене, например, m.vk.com. При этом основной функционал сохраняется, просто иначе выглядит дизайн сайта. Преимущества такого способа налицо:

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

Но и здесь не обошлось без недостатков:

• Несколько адресов – десктопная и мобильная версия сайта. Как сделать так, чтобы пользователь запомнил два варианта? Веб мастера часто прописывают перенаправление (редирект) с декстопной версии на мобильную, но при этом, если этой страницы в мобильной версии не существует, пользователь получит ошибку. Здесь же возникает трудности с поисковиками, которым сложно ранжировать 2 одинаковых ресурса, а это напрямую сказывается на продвижении.
• Мобильная версия сайта с компьютера, если пользователь по ошибке зайдет на нее, будет выглядеть нелепо, что также может сказаться на посещаемости.
• Такая версия чаще сильно урезана, десктопная, поэтому пользователь получит весьма ограниченный функционал. Но при этом, если чего-то не хватает, посетитель может выйти в полную версию странички.

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

Третий способ – RESS-дизайн

Поисковик Google активно поддерживает это направление мобильного дизайна. Это самый сложный, затратный, но действенный метод адаптировать сайт под телефон или планшет. Называется он RESS. Это таргетирование ресурса в мобильное приложение, которое можно скачать для каждого устройства отдельно. Для андроида — с GooglePlay, а для Apple – с iTunes.

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

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

Самый дешевый способ сделать мобильный сайт

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

Скачайте специальные шаблоны (плагины) для адаптивного дизайна. Например, WP Mobile Detector, WordPress Mobile Pack, WPSmart Mobile и другие. Они помогут корректнее отображать сайт в телефоне, при этом вы получите несколько подсказок, что следует исправить для лучшей адаптации странички к мобильной версии.

Конечно, данный метод вряд ли подойдет для серьезных ресурсов. Скорее, это бесплатная возможность предназначается для мелких и самых простых сайтов, блогов, новостных лент. Не стоит также забывать, что поисковик Google, так же как и «Яндекс», сегодня предъявляет серьезные требования к мобильным версиям, поэтому есть огромная вероятность понизить свои позиции, используя такой метод.

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

Принципы создания мобильных версий

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

Убираем все лишнее

Минимализм – то, к чему должен стремиться разработчик мобильной версии сайта. Представьте, как тяжело воспринимать информацию, которая пестрит цветами, кнопками, баннерами, и которую приходится бесконечно пролистывать в поисках нужного материала. Мобильный дизайн должен быть простым и чистым. Выберите 2-3 цвета для разделения пространства (например, фирменные). Лучше, если один из них будет белым. Разделите пространство небольшого экрана на понятные и читаемые зоны. Виртуальные клавиши должны быть видны, чтобы пользователь четко знал, куда нажимать, и видел — вот товар, вот форма для заполнения данных, вот информация по доставке и оплате.

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

Выравнивание

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

Объединение

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

И разъединение

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

Перечни

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

Фиксированный удобен в том случае, если пользователь точно знает, что ищет. Например, город, номер или дату. Второй вариант подойдет для длинных сложных названий или для случаев, когда есть множество вариаций у одного и того же названия, а каждый выпадающий список приближает пользователя на шаг к цели. Вариант с автоподстановкой чаще используется в том случае, когда посетителю нужна помощь. Например, сайт по вязанию предлагает купить спицы. Пользователь вводит поисковой запрос “Металлические спицы”, а в подсказке видит “Спицы 5 мм”, “Спицы 4,5 мм” и т. д.

Автозаполнение

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

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

Все читается, все просматривается

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

Немного статистики

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

Цифры следующие. Сегодня гаджетами пользуются 87% населения, видимо, кроме самых маленьких детей и некоторых людей пожилого возраста. Экономисты прогнозируют рост мобильной коммерции в 100 раз на ближайшие 5 лет. При этом только 21% сайтов адаптирован под работу с мобильными устройствами. Значит, интернет-трафик и рынок электронной торговли занят лишь на малую 5-ю часть.

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

Где нужна мобильная версия

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

Без мобильной версии не могут существовать:

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

Вместо заключения

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

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

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

fb.ru

Задачи пользователя

По данным StoneTemple, 55,79% трафика приходит с мобильных устройств. При этом статистика отказов на 40% выше, чем в десктопной версии, а просмотренных страниц и времени, проведенного на сайте — в 2-3 раза меньше (в зависимости от отрасли). Например, категория «красота и фитнес» собирает с мобильных 63,6% трафика. При этом среднее время просмотра тематических сайтов с десктопа — 5,05 минут, а с мобильного — всего 3,32. Тенденция сохраняется независимо от тематики. Есть только одно исключение: на сайтах, посвященных книгам и литературе, мобильные пользователи проводят больше времени, чем те, кто предпочитает десктопную версию.

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

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

Оптимизация

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

1. Пользователи мобильных чаще используют короткие запросы, состоящие из 1-3 слов. Это позволяет без вреда для SEO делать короткие заголовки, которые лучше воспринимаются с экрана с небольшой диагональю.
2. Скорость работы очень важна. 29% мобильных пользователей моментально переключаются на другой сайт или приложение, если не получают ответа на свой вопрос или слишком долго ожидают загрузки. Кроме того, скорость работы сайта влияет на позиции в органическом поиске. Вебмастера предполагают, что Google отдает предпочтение страницам AMP, а не просто оптимизованным под мобильную выдачу.
3. Мобильная версия чаще всего размещается на поддомене. Изменения, которые вносятся в десктопную версию, ее не затрагивают, если не сделать синхронизацию. Если для двух версий у вас разный контент, позаботьтесь о синхронизации: тогда вы сможете обновлять ассортимент, наличие товара, цены, скидки, информацию об акциях и прочие важные моменты одновременно на обеих версиях сайта.
4. Технология Flash, которую многие еще применяют у себя на сайтах, в мобильной версии не поддерживается. Если видео необходимы — встраивайте их с помощью более продвинутой технологии HTML5.
5. Приготовьтесь к тому, что результаты мобильной выдачи могут быть лучше или хуже, чем у основного сайта.

Наполнение и дизайн

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

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

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

1. Сделайте фото с максимальной детализацией, желательно с разных ракурсов и на белом фоне. Пусть при просмотре они отображаются на полную ширину экрана. Под фото можно поставить емкое описание, состоящее из пары-тройки предложений.
2. Все модификации и цвета товара помещайте в одну карточку, чтобы клиент мог легко выбрать нужный ему вариант, а не скроллил огромный каталог, половину которого составляют вариации одних и тех же товаров.
3. Кнопку “заказать” сделайте крупной — 7-10 мм в высоту и контрастного цвета.
4. Корзину упростите до минимума и добавьте возможность заказа без регистрации. Для начала вполне достаточно имени и номера телефона, все остальные данные узнает при общении ваш менеджер.
5. Отзывы — один из ключевых факторов принятия решения о покупке. Оставляйте их в карточке. Хорошо для мобильной версии работает “звездный” рейтинг и указание количества отзывов.
6. К описаниям можно подойти с двух сторон. Вариант А: дублируйте контент из десктопной версии, но сократите его по максимуму. Вариант Б: уникализируйте тексты — внесите изменения или напишите свежие.
7. Используйте подвал мобильного сайта на 100%. Помогайте покупателю найти интересующий товар и подталкивайте к спонтанным покупкам. Разместите внизу гиперссылки на разделы с акциями и популярными товарами, корзину и службу поддержки, условия оплаты и доставки. Разделы типа “Вакансии”, “О нас”, карту сайта оставьте для десктопной версии.

Реклама и аналитика

70% мобильных пользователей заявили о неприятии рекламы на своих устройствах, и число их с каждым годом растет на 90% (то есть почти в 2 раза!). Экран смартфона намного меньше, объявления очень сильно бросаются в глаза. Если реклама необходима, сократите ее к минимуму – максимум 1 шт. на экран. При этом нужно придерживаться допустимых форматов. С января 2017 года Google строго наказывает за назойливую рекламу и pop-up окна, понижая в выдаче отдельные страницы.

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

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

Подведем итог

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

spark.ru

Использование основных атрибутов в HTML коде

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

• Тег link rel=»alternate» разместить на основном сайте с указанием альтернативной мобильной версии ресурса.
• Тег link rel=»canonical» прописать в коде страниц мобильной версии с указанием соответствующих адресов страниц полной версии ресурса.

Например, на сайте существует две версии одной страницы: http://site.ru/page/ и http://m.site.ru/page/. В таком случае в HTML коде основной страницы необходимо добавить инструкцию:

А в коде страницы http://m.site.ru/page/ указать:

При размещении тегов обязательно учитывайте следующие правила:

• Добавляя в код теги rel=»alternate» и rel=»canonical» необходимо указывать только по одному альтернативному URL для мобильной и основной версии сайта.
• Адреса внутри тегов должны указывать на соответствующую версию страницы. Если, например, каких-то страниц нет в мобильном сайте, то правильнее показать пользователю аналогичную страницу в полной версии ресурса.
• Все адреса в соответствующих тегах должны отдавать корректный ответ в заголовке сервера — 200 ОК.

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

Настройка автоматической переадресации страниц

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

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

• Редирект настроен некорректно, когда сервер перенаправляет пользователей мобильных устройств всегда на главную страницу мобильной версии сайта вне зависимости от выбранной страницы.
• При отсутствии альтернативной мобильной версии страницы не рекомендуется перенаправлять пользователей на главную страницу или на страницу с несоответствующим контентом. В данном случае лучше редиректить посетителя на основной сайт.
• Важно предусмотреть и настроить переадресацию сайта для всех клиентов мобильных устройств (Android, iOS или Windows Phone).
• При автоматической генерации URL сайта перенаправление может быть выполнено некорректно. Вряд ли кому-либо понравится, если вместо расписания выбранного направления, ему будет предложено общее расписание транспорта. Все это негативно сказывается на поведенческих факторах мобильного сайта и повышает количество отказов.

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

www.iseo.ru

Автор:  Расс Джонс (Russ Jones), сооснователь searchVIU.com

Перевод: Владимир Харев, руководитель поисковой оптимизации медиапроектов Mail.Ru Group, руководитель сервиса SEOSan (мониторинг изменения сайтов для SEO-специалистов).

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

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

В упрощенной мобильной версии осталось всего 12 ссылок. И все внутренние. Хотя в десктопной версии 87 ссылок и более 20 из них внешние.

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

Заявление Google о переходе на mobile-first индексацию вызвало множество вопросов. Когда мобильная версия станет первой (а иногда и единственной) версией сайта для Googlebot, как это отразится на структуре ссылок в интернете?

Что в этом такого?

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

Прежде чем мы начнем, хочу рассказать об одной огромной неизвестной переменной в данном «уравнении». Мы не знаем какой процент мировой сети Google собирается сканировать одновременно и с помощью ботов для десктопных, и ботов для мобильных версий. Возможно, Google будет выбирать mobile-first только для сайтов с одинаковым кодом как в мобильной, так и в десктопной версии Googlebot (к примеру, с адаптивной версткой – прим. пер). Но в рамках этого исследования я хочу рассмотреть наихудший сценарий: если Googlе решит использовать мобильный контент не в качестве основного, а в качестве единственного документа для ранжирования.

(прим. пер: в марте Google заявил, что постепенно перейдет к использованию мобильных версий документов как единственных источников для ранжирования. «Historically, the desktop version was indexed, but increasingly, we will be using the mobile versions of content.»). 

Методология: массовое сравнение мобильных и десктопных версий сайтов

Для этого небольшого исследования я выбрал 20 000 случайных сайтов из топа миллиона сайтов по версии компании Quantcast. Затем на каждом сайте я сканировал до второго уровня вложенности, имитируя соединение как мобильной, так и десктопной версии Googlebot. На основе этих данных мы с вами можем сравнить, как теоретически будет выглядеть структура ссылок в мировой сети.

Метрики главной страницы

Начнем со статистики главных страниц наших 20 000 случайно выбранных сайтов. Из всего числа проанализированных сайтов 87,42% имели одинаковое количество ссылок на главной странице, вне зависимости от того, был ли бот ориентирован на мобильную или на десктопную версию. Из оставшихся 12,58% сайтов, 9% имели меньше ссылок в мобильной версии, 3,58% — больше. На первый взгляд все достаточно ровно.

Homepage Mobile/Desktop Link Count Difference	Мобильная/десктопная версия главной страницы Различие в количестве ссылок
More	Больше
Fewer	Меньше
Identical	Одинаково

 

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

Мы обнаружили, что снижение на 7,4% приходится на внешние (исходящие) ссылки. Это может означать радикальный сдвиг некоторых наиболее важных ссылок в мировой сети, особенно учитывая, что главные страницы часто несут в себе значительную долю ссылок. Интересно, что больше всего (в процентном соотношении) потеряли сайты социальных сетей. Теперь, по прошествии времени, кажется вполне разумным то, что одним из распространенных типов ссылок, которые веб-сайт может не показывать в своей мобильной версии, являются кнопки социальных сетей, поскольку они, как правило, встраиваются в шаблон самой страницы, а не в ее содержимое. А такой шаблон, как правило, подвержен изменениям, когда дело касается мобильной версии сайта.

Сайты, которые в процентном соотношении потеряли больше всего:

1. linkedin.com
2. instagram.com
3. twitter.com
4. facebook.com

Что же такого в разнице в 5-15% при сканировании интернета? Судя по всему, смещение в этих показателях идет в сторону сайтов с большим количеством ссылок и без мобильной версии. Однако большинство этих ссылок — это основные навигационные ссылки. На более глубоких уровнях вложенности кол-во ссылок будет схожим. Но маршруты поисковых ботов радикально изменятся.

Метрики второго уровня

Здесь данные становятся интереснее. По мере того, как мы продолжаем сканирование мировой сети и сравниваем, как на них влияют ссылки, обнаруженные мобильным и десктопным ботом, мы замечаем все более и более отличающиеся друг от друга результаты. Но настолько сильно они различаются? Давайте начнем с размеров. Количество главных страниц в любой версии одинаково. Но вот количество страниц второго уровня напрямую зависит от того, сколько ссылок присутствует на этих самых главных страницах. Сканирование мобильных версий сайтов дало 977 840 уникальных URL-адресов, а десктопных — 1 053 785. Различия начинают проявляться уже сейчас — индекс для десктопных версий гораздо больше по размеру. Пора копнуть глубже.

Mobile and Desktop Link Graph Diversity	Различие в графе ссылок мобильной и десктопной версии сайтов
URLs	URL-адреса
Domains	Домены
Links	Ссылки
LRDs	Корневые домены
Mobile Unique	Уникальные ссылки в мобильной версии
Desktop Unique	Уникальные ссылки в десктопной версии
Shared	Совпадающие

 

Обратите внимание, на графике представлено три категории:

• Уникальные ссылки в мобильной версии: Синий столбец отображает количество уникальных элементов, найденных мобильным ботом.
• Уникальные ссылки в десктопной версии: Оранжевый столбец отображает количество уникальных элементов, найденных десктопным ботом.
• Совпадающие: Серый столбец отражает элементы, присутствующие в обеих версиях страницы.

Было измерено четыре показателя:

• Количество обнаруженных URL-адресов
• Количество обнаруженных доменов
• Количество обнаруженных ссылок
• Количество обнаруженных доменов корневого уровня

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

Теперь перейдем к главному вопросу, к тому, что беспокоит нас больше всего — внешние (исходящие) ссылки.

External Links in Mobile vs Desktop	Внешние ссылки. Мобильная версия vs десктопная
Mobile Unique	Уникальные ссылки в мобильной версии
Desktop Unique	Уникальные ссылки в десктопной версии
Shared	Совпадающие ссылки

 

Сканирование десктопных версий показало невероятные 63% уникальных внешних ссылок. А при сканировании только мобильных версий общее количество внешних ссылок сократилось вдове.

Что же происходит на микроуровне?

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

1. Мобильные версии на поддоменах. С меньшим количеством ссылок и урезанной функциональностью сайта.
2. Динамический показ десктопной и мобильной версии в зависимости от User-agent’а.

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

По данным Google, на выбранном мною сайте около 10 000 страниц, а также 72 авторитет домена и 22 670 ссылающихся доменов (согласно данным нового Moz Link Explorer). Однако для его мобильной версии используется популярный плагин WordPress, который оставляет только статьи и страницы, при этом убирает ссылки из описания статей на страницах категорий, а также большую часть, если не все, исходящие ссылки из боковых панелей (сайдбаров) и футеров. Данный плагин используется более чем на 200 000 сайтов. Что же произойдет, если мы запустим шестиуровневое сканирование с помощью программы Screaming Frog? (Она отлично подойдет для подобного анализа, так как мы можем легко изменить User-agent и ограничить настройки, сканируя только HTML-содержимое сайта.)

Mobile vs Desktop Site Crawl on Site with Mobile Plugin	Сканирование сайта с плагином для мобильной версии. Мобильная версия vs десктопная
Depths Stats	Статистика глубины
The mobile crawl only found 3,280 pages and found no new links past 4 lеvеls of depth. The desktop crawl found 19,696.	Сканирование мобильной версии обнаружило только 3 280 страниц. При этом глубже 4 уровня новых ссылок выявлено не было. Десктопное же сканирование выявило 19 696 страниц.

 

Разница невероятна. Во-первых, в мобильном сканировании (слева) количество ссылок на страницу крайне мало. И это количество довольно равномерно и при более глубоком сканировании сайта. Именно это и создает такую устойчивую, экспоненциальную кривую роста. Во-вторых, обратите внимание — сканирование резко закончилось на четвертом уровне. Сайту просто нечего больше предложить для мобильного сканирования! По отчетам Google было обнаружено лишь ~3000 проиндексированных страниц из ~10000.

Сравним эти данные с десктопным сканированием. На втором уровне показатель резко взмывает вверх — количество страниц на этом уровне в два раза превышает общий показатель всего мобильного сканирования.  Вспомните предыдущий график по результатам сканирования 20 000 сайтов, где количество уникальных страниц десктопной версии значительно превышает количество страниц, присутствующих в обеих версиях сайта. А этот пример — яркое подтверждение тому, как такая ситуация могла возникнуть. Что мы получаем в итоге? На одинаковом уровне сканирования количество страниц, доступных в десктопной версии сайта, выше почти в 6 раз.

Но как это отражается на внешних ссылках?

External Links	Внешние ссылки
Mobile	Мобильная версия
Desktop	Десктопная версия

Невероятно! В мобильной версии исчезло целых 75% внешних ссылок. Сканирование десктопной версии обнаружило 4 905 внешних ссылок, а мобильной — всего 1 162. Напоминаю, у этого сайта 72 авторитет домена и более двадцати тысяч ссылающихся доменов. То есть выходит, что мобильная индексация просто не сможет найти большую часть входящих ссылок. Что же делать? Все потеряно?

Сделайте глубокий вдох

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

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

Так что Google ничего не упустит. В первоначальной версии оригинального объявления Google о переходе на Mobile First индексацию, представители компании написали, что:

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

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

Будут преобладать хорошие места размещения ссылок

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

Можно иметь меньше ссылок в ссылочном профиле, но если они находятся в основном содержимом страниц, у вас есть все шансы на более высокое ранжирование после введения Mobile-first индексирования.

Я смог подтвердить это, рассмотрев подмножество известных хороших ссылок. С помощью Fresh Web Explorer я изучил свежие ссылки, ведущие на сайт toysrus.com, интерес к которому в последнее время значительно возрос ввиду закрытия магазинов. Мы можем быть уверены в том, что большинство этих ссылок находятся внутри контента, потому что сами статьи посвящены актуальным новостям о Toys R Us. И конечно же, после изучения более 300 упоминаний мы выявили, что ссылки в мобильной и десктопной версии сканирования совпадают. Это были хорошие, расположенные внутри контента ссылки, и в результате они были обнаружены при сканировании обеих версий.

Смещение выборки и сходимость

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

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

Влияние на поисковую выдачу

На данный момент сложно предположить, как такое положение вещей отразится на результатах поиска. Но точно ясно одно – поисковая выдача прежней не останется. Зачем Google изменять методы индексирования, если это не улучшает результаты поиска?

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

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

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

Во-вторых, возможно, что данный сценарий затронет отношение между доменами гораздо в меньшей степени, чем все остальные метрики. Какова вероятность того, что соотношение между доменом X и доменом Y (больше или меньше ссылок) одинаковы для индексации на основе мобильных и десктопных версий сайта? Если оно будет схожим, то влияние на поисковую выдачу будет ограничено. Назовем это отношение «направленно последовательным» («directionally consistent»).

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

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

Что дальше? Moz и индексация mobile-first

Наша цель относительно индексации ссылок в Moz заключается в том, чтобы всегда оставаться как можно похожими на Google. Именно с этой целью наша команда также начала экспериментировать с индексацией mobile-first. Мы стремимся к тому, чтобы наша новая система индексации ссылок Link Explorer (бета-версия) стала не просто крупнейшим в мировой сети инструментом индексации, но и самым актуальным и полезным. И мы твердо уверены, что один из главных секретов нашего успеха заключается в использовании схожих с Google методов индексации. Мы будем держать вас в курсе!

Оригинал статьи

www.searchengines.ru