Руководство по SEO: мобильный анализ и оптимизация

1. И почему так важно учитывать мобильный индекс в первую очередь?
2. Мобильная адаптация против оптимизация
3. Мы прошли мобильное тестирование?
4. Отзывчивая сеть или мобильная сеть?
5. А что насчет AMP?
6. Какие аспекты SEO необходимо проанализировать, чтобы мой сайт был оптимизирован для мобильных устройств?
7. MPO (Оптимизация производительности мобильных устройств)
8. Оптимизация изображений
9. Минимизируйте ресурсы CSS и JavaScript
10. Включить сжатие gzip
11. Кэш статических ресурсов
12. indexibility
13. Технический SEO анализ
14. Каноническая этикетка
15. Тег Hreflang
16. 404 ошибки
17. Семантический анализ
18. Внутренние ссылки
19. Rich Snippets
20. содержание
21. Дизайн и верстка
22. мониторинг

Чтение: 12 минут.

Уровень сложности:

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

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

И почему так важно учитывать мобильный индекс в первую очередь?

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

Мобильная адаптация против оптимизация

Первым шагом, чтобы проверить, адаптирована ли веб-страница для мобильных устройств, будет использование инструмента Google Mobile Friendly Test , Этот инструмент скажет нам, если мы пройдем первое требование: адаптивность . Кроме того, он также покажет аспекты, которые должны быть исправлены, чтобы улучшить оптимизацию и опыт мобильного просмотра.

Мы прошли мобильное тестирование?

утвержденный

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

неизвестность

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

Кроме того, будут указаны причины, по которым тест не пройден . Некоторые из причин могут быть:

• Текст слишком маленький для чтения.
• Элементы, по которым можно щелкнуть, расположены слишком близко друг к другу.
• Контент шире экрана.
• Графическое окно не было определено.

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

Отзывчивая сеть или мобильная сеть?

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

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

SEO сигналы реагирует на веб
https://www.miweb.com Мобильный Интернет
https://m.miweb.com Скорость загрузки

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

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

LOW
Сеть такая же, и поэтому нет другого сервера или хостинга; затраты ниже.

Будучи двумя независимыми доменами (один для мобильного, а другой для декстоп), затраты на обслуживание будут выше. SEO риск

LOW
Будучи одним и тем же сайтом, не будет риска дублирования URL-адресов или проблем с каноническими тегами или тегами hreflang.

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

КОМПЛЕКС
Необходимо будет уделять больше времени дизайну сети, чтобы обеспечить ее адаптацию ко всем ширинам различных устройств.

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

Типология паутины (это не обязательно)

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

ecommerces

Рекомендуется для сайтов, ориентированных на конверсию и транзакции.

А что насчет AMP?

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

Основные различия, которые мы находим между мобильным вебом и AMP, в основном заключаются в следующем:

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

Google также разработал инструмент для проверки наличия сети в AMP и если это правильно реализовано.

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

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

MPO (Оптимизация производительности мобильных устройств)

Одним из аспектов, которые Google будет больше всего ценить в своем первом мобильном обновлении, является скорость загрузки или производительность . Для этого мы можем прибегнуть к инструментам, которые мы видели в Пост WPO (PageSpeed ​​Insights или GTmetrix) и проверьте скорость загрузки с мобильных устройств.

В GTmetrix мы будем указывать user-agent , чтобы отслеживание осуществлялось с мобильных устройств.

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

Оптимизация изображений

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

Как и в случае с рабочим столом, рекомендуется, чтобы изображения не превышали 300 кБ.

Минимизируйте ресурсы CSS и JavaScript

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

Включить сжатие gzip

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

В статье о WPO Мы объяснили более подробно, что это такое и как настроить сжатие gzip.

Кэш статических ресурсов

Указывая дату истечения срока действия или срок действия некоторых статических ресурсов (тех, которые мы не собираемся изменять через некоторое время), браузер загружает ресурс с компьютера пользователя и не использует сеть, тем самым избегая создания большого количества HTTP-запросы, которые используют пропускную способность и ресурсы сервера. Два наиболее распространенных варианта кэширования ресурсов: Cache-Control или истекает директива ,

indexibility

Важно обеспечить доступность и отслеживание веб-сайта для мобильного бота. Для этого мы должны просмотреть файл robots.txt и убедиться, что вы не ограничиваете доступ к googlebot-mobile содержимому нашего веб-сайта. Мы должны проверить, что в файле robots.txt у нас нет следующего:

Пользователь-агент: Googlebot-mobile Запретить: /

С другой стороны, мы должны убедиться, что файлы CSS и JavaScript также не отключены . Для этого необходимо убедиться, что следующие строки не включены:

Disallow: /*.js$ Disallow: /*.css$

Технический SEO анализ

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

Каноническая этикетка

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

<link rel = "canonical" href = "https://www.miweb.com.com/" />

Тег Hreflang

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

Давайте рассмотрим пример, где у нас есть мобильная версия, а другая - для настольных компьютеров, и она также двуязычная (en / en). Вот что должно быть реализовано в коде мобильной версии на языке ES:

< link rel = "canonical" href = "http://miweb.com/en/" /> < link rel = "alternate" hreflang = "en" href = "http: // miweb.com/en/ "/> < link rel =" alternate "hreflang =" en "href =" http://miweb.com/en/ "/>

404 ошибки

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

Через Консоль поиска на вкладке « Ошибки отслеживания » мы можем проверить это:

Старая версия Search Console.

Мы также можем увидеть это с помощью инструмента Screaming Frog . Для этого сначала нужно изменить конфигурацию, чтобы отслеживание осуществлялось с мобильных устройств (Конфигурация> Пользователь-агент):

Семантический анализ

Название и описание метатегов

Теги <title> и <description> на каждой странице должны быть уникальными. Что касается длины обоих, рекомендуется, чтобы количество символов в мобильной версии не превышало 55 в случае заголовка и 100 символов в случае описания .

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

Внутренние ссылки

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

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

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

Rich Snippets

Удобно иметь в виду, что в мобильном приложении результаты с богатыми фрагментами гораздо более заметны, чем с рабочего стола, поэтому вероятность нажатия значительно выше. У вас есть больше информации о Rich Snippets в этом микро-тренинге ,

содержание

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

Дизайн и верстка

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

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

мониторинг

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

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

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