41
Прежде чем начать поисковое продвижение сайта, нужно провести подробный внутренний аудит с целью выявления и устранения возможных ошибок.
В данном онлайн-руководстве собраны рекомендации многих SEO-специалистов и подготовлена пошаговая инструкция по технической проверке сайта.
Здесь только реальная практика с подсказками на официальные источники поисковиков. 29 пунктов, чуть больше шагов – и технический SEO-анализ сайта своими руками готов!
Содержание
- Сканирование сайта на наличие ошибок
- Сбор структуры проекта
- Настройка и внедрение ЧПУ
- Настройка HTTPS-протокола
- Оптимизация изображений
- Оптимизация внешних исходных ссылок
- Оптимизация элементов функционала
- Оптимизация кода
- Оптимизация скорости загрузки сайта
- Добавление микроразметки
- Настройка перелинковки
- Проверка сайта на всплывающие окна
- Оптимизация под мобильные устройства
- Настройка редиректов
- Настройка канонических страниц
- Настройка 404 ошибки
- Языковая разметка
- Закрытие страниц от индексации
- Формирование Robots.txt
- Настройка вложений
- Настройка пагинации
- Работа с мета-тегами
- Работа с заголовками H1-H6
- Создание и настройка Sitemap.xml
- Корректировки структуры сайта
- Анализ индексации страниц
- Работа с Google Search Console
- Дополнительные аспекты
- Оптимизация субдоменов сайта
1. Сканирование сайта на наличие ошибок
Сканирование сайта на наличие ошибок лучше всего проводить с помощью веб-сервисов, программ и браузерных расширений:
При этом проверяйте не только страницы сайта, но и элементы скриптов, стилей и изображений. Обязательно используйте рекомендованный Google User Agent для мобильных и десктопных версий.
2. Сбор структуры проекта
Анализ структуры сайта позволяет понять логику ресурса и отобрать целевые страницы, которые могут приносить поисковый трафик. На основании собранной структуры вы сможете подготовить рекомендации по настройке ЧПУ-адресов и произвести автоматическую генерацию семантики для составления осмысленного плана по написанию коммерческого контента (удобнее собирать структуру проекта в Excel-файле).
3. Настройка и внедрение ЧПУ
ЧПУ – это человекопонятные URL-адреса, которые кратко отображают содержание веб-страницы и удобны для восприятия пользователей. Они должны быть:
- логически структурированные
- статические или псевдостатические
- содержать четкое и лаконичное название разделов/подразделений сайта
- иметь максимально естественное вхождение ключевых запросов
Поэтому на сайте вам нужно устранить:
- динамически генерируемые страницы
- страницы, URL-адреса которых не информативны для пользователей
На больших сайтах необходимо предоставить рекомендации формульного вида: {Домен}/{Раздел}/{Подраздел}.
Для небольших сайтов – рекомендации для каждой страницы.
ЧПУ для языковых версий
Часто языковые версии сайта реализованы без изменения URL-адреса. Если вторая языковая версия будет полезна для продвижения сайта, настройте статические страницы. Лучше, чтобы языковые версии были в разных каталогах, например /ru/, /en/ и т.д.
ЧПУ для товаров
Для всех товаров ЧПУ-адреса должны формироваться автоматически. При этом проконтролируйте, чтобы у них не было лишних символов. Можно использовать:
- адреса на латыни
- нижний регистр
- разделители в виде дефиса
Недопустимо использование пробелов в ЧПУ-адресах.
ЧПУ для страниц полезных фильтров
Все полезные фильтры (которые способны приводить органический трафик) должны формироваться из ЧПУ и прямыми ссылками на эти страницы.
Также не забудьте прописать статические ЧПУ-адреса страниц пагинации, статей, категорий и подкатегорий.
Динамика для страниц ненужных фильтров
Если на сайте предусмотрен выбор:
- двух и более фильтров из одного набора
- двух и более фильтров из разных наборов
- фильтр, не способный приносить трафик
то вы должны сформировать динамические страницы.
Для Google на динамических страницах пропишите либо атрибут Canonical на основную категорию, либо атрибут Noindex, Follow. Обязательно закройте динамический атрибут в параметрах сканирования Google Search Console. Это позволит снизить нагрузку на сайт при обходе поисковым роботом Google.
4. Настройка HTTPS-протокола
Задания по настройке HTTPS лучше давать в начале технического аудита, так как от корректности его внедрения будет зависеть настройка ссылок в карте сайта, внутри кода и т.д.
Пример технического задания по переходу на защищенный протокол вы можете посмотреть здесь.
5. Оптимизация изображений
Оптимизация изображений включает в себя следующие этапы:
Указание alt и title
- Пропишите атрибуты alt="" и title="" для картинок, в которых раньше их не было.
Устранение alt и title для технических изображений
- Устраните атрибуты alt и title для всех изображений, относящихся к элементам верстки и дизайну сайта.
Устранение неинформативных alt и title
- Удалите или замените неинформативные атрибуты alt="" и title="" в картинках.
6. Оптимизация внешних исходных ссылок
Эта задача актуальна для проектов с большим объемом внешних исходных ссылок. Выявить их можно с помощью сервисов Ahrefs, SEMrush, SiteAnalyzer.
Соберите все ссылки, ведущие с сайта, в отдельный файл и поставьте задачу программисту на закрытие их в тег Nofollow.
7. Оптимизация элементов функционала
Здесь необходимо оптимизировать сортировку и закрыть страницы поиска на сайте.
Оптимизация сортировок
- На всех страницах группировок поставьте тег: обязательно указывайте параметр follow, а не nofollow.
Закрытие страниц поиска по сайту
- Устраните страницы поиска на сайте, закрыв их в файле Robots.txt и удалив каталог поиска через Яндекс Вебмастер и Google Search Console.
8. Оптимизация кода
Для ускорения скорости обработки страниц поисковиками и браузером необходимо дополнительно проанализировать и оптимизировать исходный код страниц.
Перенос кода скриптов из кода страниц во внешний файл
- Если в коде страницы есть массивные объемы скриптов, вынесите их во внешний файл. Это уменьшит объем основного кода и упростит сканирование сайта поисковиками.
Перенос кода стилей из кода страниц во внешний файл
- Если в коде страницы оказались массивные объемы CSS-элементов, то вынесите их во внешний файл. Это оптимизирует код и ускорит скорость обработки сайта поисковиками.
Объединение файлов скриптов
- Если из основного кода ведет много ссылок на файлы с расширением JS, необходимо их объединить в один файл (если это возможно). Ваша основная цель – уменьшить количество JS-файлов, из которых подгружаются скрипты. Эти манипуляции, по сути, уменьшают время загрузки страницы и позволяют расширить для поискового робота лимит сканирования страниц ежедневно.
Объединение файлов стилей
- Если из основного кода ведет много ссылок на файлы с расширением CSS, необходимо их объединить в один файл (как и в предыдущем пункте). Это уменьшит количество запросов поисковых систем на сервер и позволит сканировать больше страниц ежедневно.
Проверка скрытого текста и устранение проблемы
- Просмотрите код различных типов страниц с целью выявления возможных проблем со скрытым текстом. Если обнаружены подобные ошибки, удалите скрытый текст или сделайте текст видимым.
Устранение неинформативных элементов из кода страниц
В коде основного сайта могут находиться текстовые элементы, которые не должны ранжироваться. Например:
- надписи форм авторизации и регистрации с текстом типа «Забыли пароль?»
- надписи форм обратных звонков с текстом типа «Заказать обратный звонок»
- любые другие технические элементы, которые визуально не видны, но они доступны в основном коде
Вынесите подобные текстовые элементы во внешние файлы.
Перенос дополнительных файлов на другой домен, поддомен
- Если есть дополнительные файлы скриптов, стилей, изображений, перенесите их на другой домен или поддомен.
9. Оптимизация скорости загрузки сайта
Определить элементы сайта, которые нужно ускорить, можно с помощью следующих инструментов:
Все проблемные места сгруппируйте в одном документе и передайте программисту для устранения.
10. Добавление микроразметки
В настоящем пункте указаны примеры стандартных элементов разметки, которые применимы практически к любому сайту. Проверить их корректность перед размещением можно с помощью инструмента тестирования структурированных данных Google.
Разметка логотипа
Разметка навигации
Разметка для отзывов
Разметка диапазона цен категорий
Подходит для категории интернет-магазинов.
Разметка «Контактные данные»
Ссылки на профили в социальных сетях
Разметка по социальным сетям
Формирование дополнительного кода для социальных сетей
Пример Open Graph protocol для соцсетей.
Пример разметки для Twitter.
11. Настройка перелинковки
Различают базовые и кастомные атрибуты перелинковки.
Базовые атрибуты перелинковки
К базовым атрибутам перелинковки можно отнести:
- создание хлебных крошек (если их нет)
- добавление в хлебную крошку ссылок на дополнительные подкатегории или страницы фильтров по изготовителю
- добавление ссылок на аксессуары
- добавление ссылок на схожие товары
- формирование дополнительных ссылок на пагинацию
Сложные правила
Сложные правила – это нестандартные решения по улучшению ранжирования сайта. Более сложные схемы прорабатываются под отдельно взятый проект с учетом объема сайта, структуры и логики перелинковки конкурентов.
12. Проверка сайта на всплывающие окна
Чтобы Яндекс и Google не снижали ценность страниц сайта, важно избавиться от элементов, которые могут негативно влиять на взаимодействие пользователя с сайтом. Существует несколько типов всплывающих окон.
Поп-апы
- Поп-апы открываются в новых окнах. Их использование считается нарушением правил поисковой системы Google, поэтому многие браузеры, в частности Chrome, блокируют такие элементы автоматически. Пользователи также отрицательно воспринимают подобные окна.
Оверлеи
- Оверлеи – это визуальные элементы, открывающиеся в том же окне обозревателя. Это может быть форма подписки на email-рассылку, регистрацию на курс и подобные элементы. С точки зрения Google, они не создают сильных проблем, как всплывающие окна. Однако с ними также могут быть связаны некоторые затруднения, особенно на мобильных устройствах.
Модальные окна
- Модальные окна – это окна взаимодействия. Распространенным примером этого элемента являются лайтбоксы для изображений.
- Этот тип всплывающих окон подразумевает, что действие выполняется внутри нового окна, а не в контенте под ним. Таким образом формы подписки, которые появляются над контентом и не позволяют устанавливать связь с ним, могут рассматриваться как модальные окна. Их использование не является проблемой, пока они не связаны со спамом, рекламой или чем-то ухудшающим пользовательский опыт.
Межстраничные объявления
- Классический пример межстраничного объявления – формат, который использует Forbes.com. При посещении сайта в первый раз пользователь видит сообщение примерно следующего содержания: «Добро пожаловать. Спонсор дня – Brawndo. У него есть то, что нужно растениям».
- Такой вид межстраничных объявлений отпугивает многих людей, потому что приходится ждать, прежде чем начать читать статьи. Google также отрицательно относится к подобным элементам.
13. Оптимизация под мобильные устройства
Адаптация основного сайта
Составьте техническое задание программистам по поводу возможных вариантов адаптации сайта под Mobile:
- создание адаптивного дизайна
- создание мобильной версии (устаревший вариант)
Сравнение мобильной версии с десктопной
Далее проверьте, соответствует ли мобильная версия (при вынесении на отдельный поддомен или каталог) десктопной версии сайта. Вы должны убедиться, что соответствуют следующие элементы:
- мета-теги
- контент
- разметка
- технические страницы (пагинация, сортировка и др.)
- характеристики и описания товаров
В условиях Mobile First важно, чтобы было 100% попадания.
Привязка мобильного приложения к сайту
Чтобы Google мог понять, что между веб-сайтом и приложением существует связь, необходимо добавить элемент rel=alternate в HTML-код на сайте. Далее с помощью файла Sitemap.xml нужно пометить связь и определить, как отображать результаты поиска.
Информацию о правилах формирования адреса android-app://com.example.android/example/gizmos и размещении ссылок для индексирования приложений в Google можно найти в этой справке: https://firebase.google.com/docs/app-indexing/android/migrate?hl=ru.
После индексации страниц сайта пользователь сможет увидеть в результатах поиска Google кнопки со ссылками на релевантные запросу программы, установленные на его смартфоне.
14. Настройка редиректов
Профессиональный SEO-аудит сайта также включает в себя полную проверку сайта на наличие редиректов. Рассмотрим самые распространенные.
301 редирект для регистра
- Настройте 301 редирект с верхнего регистра на нижний для всех страниц. Если для страниц в верхнем регистре уже стоит тег canonical на страницы в нижнем регистре, то редирект делать не нужно.
301 редирект для версий сайта с www на без
- Сайт должен быть доступен по одному домену. Поэтому настройте 301 редирект для версии сайта с www на без (или наоборот).
301 редирект для версий сайта без слеша на него
- Сайт должен быть доступен по одному URL, желательно со знаком слеша в конце. Проверить ситуацию можно с помощью указанного выше сервиса. Если обнаружили проблему, настройте 301 редирект версии сайта без слеша на версию со слешем в конце.
301 редирект из разных расширений страниц
- Страницы могут быть доступны в расширениях .php, .html, .htm, .aspx, .asp. Проверьте доступность страниц в этих расширениях.
301 редирект из дублей по IP
- Если по IP-адресу сайт дублируется, настройте 301 редирект дублей на основной сайт.
301 редирект из дублей пагинаций
Если при переходе на вторую страницу сайта, а затем при возвращении на первую, URL адрес отличается от исходного, то на сайте неверно настроена пагинация страниц. Выглядит это так:
- https://site.ru/landing/
- https://site.ru/landing/page-1/
В таком случае настройте 301-й редирект и склейте страницы.
Проверка на тоннеле редиректов
- Если есть проблемы с циклическим редиректом (когда одна страница перенаправляется на вторую, а вторая снова на первую), то настройте корректный 301-й редирект.
301 редирект для 404 страниц с входными внешними ссылками
- Если у сайта есть справочная история, проверьте наличие внешних ссылок, например, через сервис Ahrefs. Из всех 404 страниц, на которые ведут внешние ссылки, настройте 301 редирект на аналогичные или подобные страницы.
15. Настройка канонических страниц
Каноникал с динамических страниц
Если страница дублируется при добавлении в конце URL-адресов любых GET-параметров, пропишите тег canonical на корневой странице.
Пример.
Страница одного мероприятия доступна по адресам:
- https://site.ru/events/
- https://site.ru/events/?id=123
Для устранения дублей на всех динамических страницах внутри тэга необходимо указать атрибут rel="canonical". Да, для страниц: https://site.ru/events/; https://site.ru/events/?* где * & – любые знаки или символы, следует добавить код:
- link href="https://site.ru/events/" rel="canonical" /
Аналогичные настройки необходимо произвести для всех динамических страниц проекта.
Каноникал с дублирующих страниц
На страницах интернет-магазинов часто встречаются дубли товаров за счет разных цветов этого товара. В результате на сайте могут появляться практически одинаковые товары. В этом случае выберите единственный вариант страницы и поставьте на нее атрибут rel="canonical".
Каноникал сам на себя
На всех страницах сайта должен быть прописан атрибут rel="canonical".
Пример: <link rel="canonical" href="https://site.ru/landing/"> где landing – это статическая целевая страница, на которой размещается каноникал.
16. Настройка 404 ошибки
Проверка кода ответа 404 ошибки
404 страница не должна отдавать код 200. Лучше всего проверить это с помощью сканера Google Посмотреть как Googlebot.
Когда каталоги меняются местами
Если каталоги или отдельные слова меняются местами, страница открывается и отдает 200 код, затем настройте 404 ответа сервера.
Пример.
- Есть страница: site.ru/животные/слоны/. Меняем местами слова «животные» и «слоны». Если страница site.ru/слоны/животные/ будет отдавать 200 код, тогда нужно настроить на нее код 404.
Эта проблема чаще всего возникает при выборе двух фильтров в каталоге и последующем их обмене местами. Поэтому по умолчанию проверяется, не поменялись ли фильтры местами.
При удалении промежуточных каталогов
Если при удалении промежуточных каталогов или отдельных слов страница открывается и отдает 200 код, то необходимо настроить 404 код.
Пример.
- Есть страница: site.ru/животные/слоны/. Удаляем каталог «животных». Если страница site.ru/слоны/ будет отдавать 200 код, тогда настройте на нее код 404.
При добавлении сущностей
Если при добавлении произвольных каталогов или отдельных слов страница открывается и отдает код 200, поступайте так же, как в предыдущих двух пунктах.
Пример.
- Есть страница: site.ru/животные/слоны/. Если добавим произвольный каталог site.ru/животные/слоны/слоны/ и страница будет отдавать 200 код, то настройте код 404.
- Это правило должно работать при проверке несуществующих языковых каталогов. То есть, если на сайте визуально не выводятся отдельные языковые версии, проверьте возможность автоматической генерации этой версии системой. Для этого в адрес после основного домена подставьте: /ru/, /en/, /de/. Если страница отдает 200 код, но на самом деле отдельной языковой версии не существует, настройте 404 ответ сервера.
При добавлении элементов в основной адрес
Если при добавлении произвольных слов в существующие каталоги страница открывается и отдает 200 код, то, как вы знаете, нужно настроить 404 код.
Пример.
- Есть страница: site.ru/животные/слоны/. Если допишем в каталоге цифры site.ru/животные/слоны444/ и страница будет отдавать 200 код, тогда перенастраиваем на 404 ответ сервера.
17. Языковая разметка
Если на сайте есть несколько языковых версий, необходимо прописать правильные атрибуты для таких страниц.
https://site.ru/
- link href="https://site.ru/" hreflang="ru" rel="alternate"
- link href="https://site.ru/en/" hreflang="en" rel="alternate"
- link href="https://site.ru/de/" hreflang="de" rel="alternate"
Пример 1. На сайте есть 3 языковые версии — русский, английский и немецкий, которые отличаются друг от друга и размещены в директориях (папках). Главная страница сайта site.ru на русском языке, но на нем уже есть выбор языковых версий. Для основных страниц сайта необходимо прописать следующее. Для страниц лендинга прописываете аналогично, только указываете целевой URL.
https://site.ru/landing/
- link href="https://site.ru/landing/" hreflang="ru" rel="alternate" /
- link href="https://site.ru/en/landing/" hreflang="en" rel="alternate" /
- link href="https://site.ru/de/landing/" hreflang="de" rel="alternate" /
Название посадочных страниц может отличаться, но необходимо указывать их соответствие. Так, страница «О нас» в английской версии может называться /about/, а в русской версии /o-nas/.
Пример 2. Если на сайте существуют три языковые версии, но используется один язык для разных стран, например, русский для России, английский для США, тогда необходимо поставить кросс-перелинковку с использованием тега canonical.
Для страниц с разной языковой версией canonical устанавливать не нужно.
Если языковые версии сайта размещены на доменах, а не в директориях, укажите субдомены в настройках (параметр href = "https://en.site.ru/").
18. Закрытие страниц от индексации
Комбинация фильтров товаров
- Для оптимизации процесса на первом шаге продвижения закройте от индексации все композиции фильтров. На следующих этапах работы проведите анализ потенциального трафика на страницы комбинаций и откройте для индексирования только полезные страницы.
Технические страницы
- Закройте страницы авторизации, логики и другие страницы, не содержащие полезный контент для поисковых систем
Пустые страницы, которые будут заполняться
- Если на сайте есть пустые страницы, которые будут заполнены в будущем контентом (например, технические страницы, категории, подкатегории), временно закройте их от индексации с помощью мета-тегов.
19. Формирование Robots.txt
Для Google создайте блок команд, начинающийся с User-agent: Googlebot (для основного бота) и User-agent: Googlebot-Mobile (для мобильного бота). С помощью функции «Посмотреть как Googlebot» проанализируйте, как Google видит ваш сайт и откройте для индексации стили, скрипты, картинки и файлы шрифтов с помощью директивы Allow:
Далее в конце Robots.txt пропишите ссылку на Sitemap.
Подробная инструкция по настройке и оптимизации файла Robots.txt.
20. Настройка вложений
Здесь следует проверить все уровни вложенности страниц, способных приносить трафик. Страницы под частотные целевые запросы лучше всего делать в непосредственной близости к главной странице или сквозным ссылкам.
Создание задания на настройку HTML-карты сайта
Если есть какие-то важные страницы, к которым поисковая система должна иметь доступ из двух щелчков от главной (а они доступны только из трех и выше), то составьте ТЗ на создание HTML-карты сайта. Пропишите древовидную структуру и ссылку на важные страницы для SEO. Ссылку на карту сайта в формате html разместите в футере или нижнем меню.
21. Настройка пагинации
Для корректной индексации сайта и дальнейшего избегания проблемы с дублированным контентом на страницах пагинации (постраничной разбивкой) необходимо использовать наряду с атрибутом rel="canonical", атрибуты rel="next" и rel="prev". Таким образом, вы указываете поисковой системе на то, что на сайте дублируется контент, учитывая специфику внутренней структуры сайта.
22. Работа с мета-тегами
Здесь нужно провести работы по шаблонному формированию мета-тегов.
Настройка шаблонов для разных типов таблиц
- Если на вашем сайте большое количество страниц разного типа, но нужно применить шаблоны для генерации title и description.
При формировании шаблонов учтите следующее:
- шаблоны должны избегать мета-теги для страниц
- все страницы должны попадать под шаблон (т.е. при применении шаблона все страницы должны иметь читабельные мета-теги)
- средняя длина шаблонов не должна превышать стандарты, регламентирующие поисковые системы
- для товаров лучше указывать артикул
Устранение ошибок с отсутствующими мета-тегами
- Согласно данным сканирования сайта и данным Search Console, пропишите мета-теги для страниц, где они отсутствуют.
Устранение ошибок с короткими мета-тегами
- Согласно данным сканирования сайта, пропишите мета-теги для страниц с краткими описаниями.
Устранение ошибок с дублирующими мета-тегами
- Шаблоны должны решать проблему дублирования мета-тегов. То есть они должны содержать все необходимые переменные, чтобы при их применении все страницы получили уникальные мета-теги Title и Description.
Удаление атрибута keywords
- Сейчас атрибут keywords не имеет при ранжировании сайта никакой ценности. Потому можно его удалить.
23. Работа с заголовками H1-H6
При SEO-аудите сайта также важно настроить правильную работу заголовков H1-H6.
Формирование корректных заголовков h1 для страниц
Проанализируйте заголовки h1 на предмет наличия и информативности. Если их нет, создайте. Если есть, но они неинформативны, решайте проблему.
Пример некорректного заглавия.
Если вы перешли на страницу циркуляционных насосов и увидели название «Циркуляционные», то он не является корректным. Поисковая система может неправильно интерпретировать надпись, потому что неясно, по отношению к чему применено это слово.
Формирование шаблонов для страниц фильтрации товаров
При открывании для индексации страниц фильтрации товаров необходимо сформировать для них уникальные заголовки. Поэтому создайте шаблоны для всех страниц фильтров по товарам для автоматической генерации уникальных заголовков первого уровня. При необходимости можно давать шаблоны также для заголовков h2.
Устранение неинформационных заголовков h1-h6
Выделите различные типы страниц (основная, категория, категория, фильтр, товар, статьи, новости и т.д.) и проверьте каждый тип с помощью плагина для Chrome. Если есть неинформативные заголовки в тегах h1-h6, создайте их с помощью стилей CSS.
Подготовка правильного порядка заголовков
На сайте должна быть соблюдена правильная структура заголовков: сначала h1, затем h2, h3 и т.д. Если эти правила не соблюдены, подготовьте программное обеспечение для программиста.
24. Создание и настройка Sitemap.xml
Карта сайта – обязательный атрибут активно продвигаемых многостраничных веб-ресурсов. Правильно созданная карта сайта способствует быстрой и корректной индексации страниц.
Файл карты Sitemap.xml – это xml-файл, в котором перечислены только те URL-адреса сайта, которые необходимо индексировать, в сочетании с метаданными, связанными с каждым URL-адресом (частота изменений, его приоритетность в рамках сайта и др.).
Карта сайта должна содержать ссылки только на значимые, уникальные страницы в единичном количестве (т.е. адрес конкретной страницы не должен повторяться, упоминаться несколько раз и др.) с учетом выбранного основного зеркала.
Более подробно о формате sitemap вы можете прочитать в справке Google или на сайте Sitemaps.org.
Если на сайте есть несколько субдоменов, для каждого из них необходимо создать отдельную карту сайта. Если на сайте существует несколько языковых версий, для каждой из них необходимо оптимизировать карту сайта. Подробнее здесь.
Проверка наличия карты сайта
Если карта сайта недоступна по стандартному адресу sitemap.xml, ссылку на нее можно найти следующим образом:
- ввести запрос в Google: site:mysite.ru inurl:sitemap
- проверить наличие пути к sitemap в файле robots.txt
Если ни в одном из возможных вариантов карта сайта не обнаружена, нужно ее создать.
Подготовка ТЗ по многоуровневой карте сайта
При объеме сайта более 50 000 страниц обязательно нужно создать многоуровневую карту сайта. Логика сводится к тому, что создается общая карта сайта, содержащая ссылку на все остальные карты сайта объемом не более 50 000 страниц.
Пример реализации: ссылка на sitemap
Подготовка ТЗ по карте сайта для изображений
Что представляет собой карта сайта для картинок, есть по этой ссылке https://support.google.com/webmasters/answer/178636?hl=ru
Выставление приоритетов и частоты сканирования
Важно, чтобы в карте сайта были указаны следующие атрибуты:
- последняя дата модификации страницы (параметр помогает Google понять, какие страницы нужно пересмотреть повторно)
- частота сканирования страницы
- приоритет в сканировании по сравнению со вторыми страницами
Проверка закрытия от индекса страницы
Загрузите все страницы карты сайта в файл и добавьте в SiteAnalyzer. Программа покажет, какие коды ответа сервера имеют эти страницы, нет ли атрибутов, запрещающих индексацию, каноникала на другие страницы.
Если есть страницы, имеющие одну из вышеуказанных проблем, следует заменить страницы актуальными. Лучше создавать автоматически обновляемую карту сайта, которая будет содержать только страницы с 200 кодом, открытые для индексации и каноникалом «сам на себя».
25. Корректировки структуры сайта
Проанализируйте соответствие собранной структуры тем рекомендациям по созданию URL, которые есть в Google. По всем несоответствиям составьте техническое задание программистам на исправление.
26. Анализ индексации страниц
Пройдитесь по каталогам и проанализируйте индекс. Определите страницы, которые попадают в дополнительный индекс. Подготовьте ТЗ по устранению проблем.
Основные команды, помогающие при анализе индекса:
- info: (показывает, есть ли в индексе целевая страница)
- inurl: (показывает отдельный каталог или однотипную группу страниц)
- -inurl: (исключает из всего индекса отдельные каталоги или однотипные группы страниц)
В Google лучше всего смотреть индекс по отдельно взятым каталогам. Так можно определить страницы, которые поисковая сеть не покажет в рамках анализа всего сайта.
27. Работа с Google Search Console
Проанализируйте сайт на наличие ошибок в Search Console. Здесь лучше проверить следующее.
Статус индексирования
- Сравните количество полезных страниц на сайте с количеством страниц в индексе. Если есть значительная разница, определите причины и устраните данную проблему.
Статистика сканирования
- Если количество сканированных страниц в месяц меньше общего количества полезных страниц, узнайте причину и подготовьте ТС по решению проблемы.
Структурированные данные
- Устраните ошибки в микроразметке сайта. Этот пункт лучше проверять уже после того, как программист введет ваше техническое задание по разметке.
Оптимизация HTML
- Проанализируйте причины и найдите закономерности, почему есть несоответствия в мета-тегах. Подготовьте ТС на их устранение.
Ориентировка по странам и языкам
- Для общих доменов (поддоменов, отдельных папок основного сайта) .com, .net, .org и т.д. обязательно направьте таргетинг на соответствующий регион продвижения.
Удобство просмотра на мобильных устройствах
- Если сайт открыт для индексации, удобство просмотра на мобильных устройствах лучше всего проверять сервисом Google Webmaster. Если сайт закрыт от индексации, проверьте с помощью PageSpeed Insights или плагина Chrome.
Заблокированные ресурсы
- Смотрите, чтобы в этой вкладке не появлялись скрипты, стили и другие файлы, непосредственно отвечающие за работоспособность или визуальное восприятие сайта. Если вы нашли, откройте их для индексации с помощью правок файла Robots.txt.
Ошибки сканирования
- Проанализируйте существующие ошибки, определите закономерности и создайте ТС для их устранения. Частыми ошибками являются 500 (связанные с нетрудоспособностью сервера) и 404 (связаны с тем, что на несуществующие страницы до сих пор стоят ссылки с кода сайта).
Посмотреть как Googlebot
- Важно, чтобы сайт визуально смотрелся так же, как видят его пользователи. Если элементы закрыты от индексации, исправьте файл robots.txt.
Файлы Sitemap
- Добавьте карту сайта и проверьте, верна ли она. Все страницы карты сайта должны быть открыты для индексации и иметь 200 код ответа сервера.
- Проанализируйте возможные ошибки при тестировании карты сайта. Если страницы сайта не в индексе, выгрузите их и посмотрите, в чем закономерность.
- Также можно мониторить объем страниц в карте сайта и их количество в индексе. Если количество проиндексированных страниц меньше, чем общее, ищите проблемы.
Параметры URL
- Закройте от сканирования динамические страницы сортировки, фильтры и т.д.
Проблемы безопасности
- Проанализируйте все страницы по поводу взлома.
28. Дополнительные аспекты
Помимо вышеперечисленного, в технический аудит сайта можно включить ряд дополнительных задач.
Сайты на одном IP
- Проанализируйте, какие сайты есть на том же IP, что и ваш сайт. Если обнаружили, что на том же IP находятся какие-то сайты, распространяющие спам, явно продают ссылки, запретные тематики, сайты-афилиаты или сателлитные сети, нужно купить выделенный IP для своего проекта.
- Проверить все сайты на одном IP можно с помощью этого сервиса.
Закрытие доступа статическим прокси
- При необходимости закройте возможность сканировать сайт статическим прокси. В этом документе собраны IP-прокси, которые чаще всего дублируют сайт.
Закрытие текста от копирования
- В тег BODY добавьте команду oncopy = "return false". Это уменьшит количество краж контента на 26% и исключит возможность копирования контента из браузера при включенных скриптах.
Прописывание ссылок на favicon
- Если у сайта нет favicon, дайте задачу программистам его сделать и прописать. Формат данной картинки всегда должен быть .ico. Наличие выделяющегося фавикона помогает повысить CTR в органической выдаче.
29. Оптимизация субдоменов сайта
Если на сайте найдены субдомены, для них необходимо провести полную оптимизацию. Для каждого субдомена отдельно настройте карту сайта (sitemap.xml), файл robots.txt, а также пропишите правила по редиректам и канонизации страниц.
Единственное отличие – нужно смотреть на генерацию страниц и при возникновении дублирующего контента его локализовать.
Автор оригинального материала Екатерина Чигир
Другие статьи
