Руководство: как перенести сайт

Как перенести сайт, сохранить информацию и не потерять ранжирование.

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

Переносить сайт можно по разным причинам. Хром с июля 2018 г. начнет помечать HTTP-сайты как небезопасные. Если не успеть перейти на HTTPS, это плохо отразится на сайте: посетители будут видеть сайт как «небезопасный».

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

Пример неудачного переноса сайта:

Сайт потерял 35% видимости после перехода на HTTPS. На исправление ушло полгода.
Второй сайт в той же отрасли безвозвратно потерял 20% видимости.

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

Отчет полной реконструкции сайта, включающий все этапы переноса.

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

  • 1. Подготовка к запуску нового сайта.
  • 2. Что проверить перед запуском сайта.
  • 3. Запуск и проверка после запуска.
  • 4. Оценка производительности.

Разберем подробнее каждый этап.

Подготовка к запуску нового сайта

Сформулируйте цель переноса. Цель помогает понять, что должно получиться после переноса и какие изменения нужно внести. В зависимости от цели, с помощью переноса можно улучшить:

  • 1. Местоположение cайта. Сменить домен или хостинг, перейти на HTTPS, перенести и объединить разделы.
  • 2. Платформу. Перейти с Вордпресса на Битрикс, обновить версию платформы, объединить несколько платформ.
  • 3. Контент. Создавать, наполнять и объединять страницы, редактировать и удалять контент, добавить поддержку нескольких языков.
  • 4. Структуру сайта. Настроить переадресацию, переработать навигацию и перелинковку, упростить путь пользователя.
  • 5. Дизайн и интерфейс. Визуально улучшить сайт, уменьшить время загрузки страниц.

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

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

Получать трафик могут только индексируемые страницы:

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

Чтобы перенести индексируемые страницы на новый сайт, подготовьте список адресов страниц старого сайта, а также сопутствующую информацию: метаданные, заголовки, переадресации, битые ссылки. Для аудита подходит программа Screaming Frog:

Список индексируемых страниц, полученных с помощью Screaming Frog. Можно включить отчеты из Analytics и Search Console

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

Можно посмотреть подробный отчет по каждой странице

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

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

  • Структура URL-адресов,
  • Мета-данные страниц,
  • Структурированные данные,
  • XML-карты для поисковиков,
  • HTML-карта для посетителей,
  • Заголовки,
  • Тексты,
  • Навигация,
  • Переадресация,
  • Внутренняя перелинковка,
  • Верстка страниц,
  • атрибут hreflang (если на сайте несколько языков),
  • «Страница не найдена» — код 404,
  • Изображения, .js и .css файлы,
  • Скорость загрузки страниц для разных версий сайта.

Спецификация также объясняет возможности системы управления контентом:

  • Как переназначать URL-адреса
  • Обновлять заголовки страниц и мета-описания
  • Работать с каноническими тегами
  • Обновлять robots.txt и прописывать директивы
  • Добавлять Open Graph
  • Загружать переадресации
  • Определять важные страницы

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

Производительность можно протестировать с помощью PageSpeed Insights или Lighthouse:

Оценка производительности с помощью Lighthouse. Тест запускается в отладке Хрома: Audits — Lighthouse

Прототип сайта. После цели и спецификации, нужно утвердить прототип — то, как будет выглядеть сайт.

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

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

Поддерживайте связь с дизайнерами и программистами, чтобы успеть учесть все замечания и начать тестировать сайт. Прототип можно сделать в программах Moqups и Proto.io или нарисовать на бумаге. Макет и сайт: Студия Артемия Лебедева

Что проверить перед запуском сайта

На время тестирования сайта ограничьте доступ поисковикам. Можно оставить доступ c определенного IP-адреса: поисковики не будут его индексировать. Минус такого подхода — из-за IP-ограничений не получится сканировать сайт сторонними программами.

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

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

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

  • постоянный, 301-й редирект;
  • временный, 302-й редиректю

301-й редирект сообщает поисковикам, что страница была навсегда перенесена. Когда переходите на HTTPS, меняете домен или структуру сайта — используйте 301-й редирект: он передает 90–99% ссылочного веса со старой страницы на новую.

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

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

Есть переадресации, которые выполняются в браузере посетителя: meta refresh и JavaScript redirects. Пример таких переадресаций — когда на сайте появляется надпись «Вы будете перенаправлены на сайт через 5 секунд». Такие переадресации больше обслуживающие, и их не нужно использовать для передачи ссылочного веса.

Чтобы настроить переадресацию, создайте таблицу с двумя колонками: «Старый URL-адрес» и «Новый URL-адрес». Сначала получаем список существующих адресов, затем составляем таблицу с новыми адресами:


Затем копируем страницы в генератор, который сформулирует правила переадресации:


Переадресацию можно проверить в тестовом режиме нового сайта. Для этого заблокируете новый сайт в robots.txt, а для тестовых разделов прописана директива noindex. Затем протестируйте:

  • каждую 301-ю переадресацию,
  • наличие мета описания для страниц,
  • все внутренние страницы доступны (код 200),
  • нет битых ссылок.

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

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

Отчет о цепочках переадресаций. У всех ссылок нет циклической переадресации. Первая ссылка не переадресована (статус 200), остальные перенесены постоянной переадресацией.

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

Не запускайте сайт до того, как проверите переадресацию. В тестовой версии сайта выявите проблемы с переадресацией:

  • Циклическая переадресация — переадресация ведет на себя.
  • Переадресации со статусом 4xx или 5xx.
  • Цепочка переадресаций — ряд переадресаций, следующих друг за другом.
  • Канонические ссылки, которые возвращают статус 4xx или 5xx.
  • Канонические ссылки, ведущие друг на друга: Страница А →  Страница B → Страница А.
  • Каноническая ссылки по цепочке: Страница А →  Страница B → Страница C.
  • Когда ссылки ведут на разные протоколы (HTTP и HTTPS).
  • Неверные символы в URL.

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

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

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

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

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

Пример структуры сайта

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

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

  • основная и второстепенная навигация;
  • ссылки в шапке и подвале сайта;
  • ссылки в теле сайта;
  • постраничная навигация;
  • горизонтальные ссылки;
  • «хлебные крошки»;
  • ссылки, связанные с похожими товарами/статьями.

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

Файл robots.txt. Пока тестируете новый сайт, подготовьте новый robots.txt: так вы избежите проблем со сканированием сайта. Частая ошибка при переносе сайта — когда robots.txt блокирует поисковикам доступ к индексации:

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

  • Что robots.txt не блокирует поисковикам доступ к сайту.
  • Не заблокированы скрипты и стили.
  • Директивы robots.txt старого сайта при необходимости переносились на новый сайт.
  • robots.txt ссылается на новую XML-карту сайта.
  • Проверка канонических тегов. Найдите страницы без канонического тега или с тегом, который указывает на другую страницу.
  • Страницы с каноническими тегами возвращают статус 200.
  • На странице указан либо канонический тег, либо директива noindex. Если указаны оба, удалите один: это два конфликтующих сигнала.

Страницы с директивами noindex или nofollow. Убедитесь, что это не ошибка, и директивы прописаны намеренно. В противном случае уберите директивы.

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

XML-карта должна быть в кодировке UTF-8, содержать менее 50 000 строк и весить меньше 50 мегабайт. Если карта слишком большая, разбейте ее на части, чтобы сайт не подвисал при частых запросах.

Без XML-карт сложно отслеживать индексирование нового сайта. Каждая XML-карта должна содержать только индексируемые URL-адреса. Любые неиндексируемые страницы должны быть убраны из XML-карты, например:

  • Страницы, которые возвращают статусы 3xx, 4xx и 5xx (переадресации, не найденные страницы и плохие запросы).
  • «Мягкая» 404-я ошибка — несуществующие страницы, которые индексируются как существующие, и возвращают статус 200. Это плохо, потому что поисковики тратят на них дополнительное время, индексируют, не находят информации, понижают видимость сайта.
  • Канонизированные страницы (кроме страниц, которые ссылаются сами на себя).
  • Страницы с директивами noindex.
  • Страницы, заблокированные в robots.txt.

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

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

Пример HTML-карты книжного магазина

Мобильную версию сайта. Поисковики автоматически обнаружат мобильную версию сайта, если им открыт доступ к файлам мобильной версии — скриптам, стилям и изображениям. Если файлы заблокированы в robots.txt, это плохо скажется на видимости сайта. У настольной и мобильной версий сайта могут быть разные адреса, на которых показывается разный контент:

  • Если мобильная версия имеет свои URL-адреса, убедитесь:
  • Что каждая настольная страница указывает на соответствующую мобильную страницу.
  • Каждая мобильная страница имеет тег rel=»canonical», указывающий на соответсвующую настольную страницу. Таким образом, она передает настольной версии весь свой вес.
  • Настольные страницы, запрашиваемые с мобильных устройств, переадресовываются на мобильные версии страниц.
  • Переадресации работают на всех мобильных системах: iOS, Android, Windows.
  • Нет лишних перекрестных ссылок между настольными и мобильными страницами.
  • Каждые ссылки ведут на правильный тип страниц: настольные — на настольные, мобильные — на мобильные.
  • Настольные и мобильные страницы возвращают статус 200.
  • Чтобы избежать проблем с Mobile-first индексом, убедитесь, что в десктопной и мобильной версиях сайта нет проблем:
  • с заголовками страниц,
  • мета описанием,
  • заголовками (h1—h6) и текстом,
  • каноническими тегами,
  • атрибутами мета роботов (директивы noindex, nofollow),
  • внутренними ссылками,
  • структурированными данными.

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

Чтобы браузер распознал «отзывчивую» страницу, внутри тега <head> каждой страницы должен быть прописан мета-тег meta=»viewport». Без тега размеры шрифтов будут отображаться случайным образом, а поисковики расценят сайт как недружелюбный к мобильным устройствам.:

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

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

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

  • Viewport настроен корректно и нет фиксированного размера по ширине для всех устройств
  • Читаемый шрифт
  • Элементы управления (кнопки, ссылки) не стоят слишком близко друг к другу. Основные принципы интерактивного дизайна
  • Нет всплывающих элементов, загораживающих контент
  • Мобильные страницы загружаются быстро

Ошибки смешанного содержимого. Если HTTPS-страница содержит HTTP-контент, то соединение не считается защищённым. Такие страницы называются страницами со смешанным содержимым. Браузеры либо блокируют такие страницы, либо отображают предупреждение.

Консоль Хрома укажет на ошибки смешанного содержимого

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

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

Так выглядит http-запрос и индексируемая страница. Справочник по кодам статуса HTTP

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

В июле 2018 Хром начнет помечать HTTP-сайты как небезопасные. Раньше предупреждение о том, что сайт «небезопасный» можно было увидеть только в режиме инкогнито, но теперь предупреждение будет всплывать и в обычном режиме:

Яндекс пока не планирует как-либо помечать HTTP-сайты.

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

SSL-сертификат бывает трех видов:

Сертификат DV (domain validation) подтверждает подлинность домена и шифрует информацию с помощью HTTPS. Таким сертификатом могут пользоваться организации и физические лица. Выпускается за 4 часа.

Сертификат OV (organization validation). Сертификат может получить только организация: он защищает информацию и гарантирует принадлежность домена конкретной организации. На сайте с таким сертификатом посетитель найдет информацию об организации, если щелкнет на иконку замка. Сертификат выпускается он в течение 3 дней, перед выпуском в организацию звонят.

Сертификат EV (extended validation). Похож на OV, только перед выпуском скрупулезно проверяется коммерческая и налоговая деятельность компании. На сайте рядом с URL-адресом появляется название компании. Выпускается в течение 5 дней.

Переходите на HTTPS-сертификат, чтобы повысить доверие к сайту если.

Запуск и проверка сайта после запуска

После запуска сайт может быть недоступен. Пока сайт недоступен, на любой запрос он должен возвращать статус 503 — «Сервер временно недоступен». Если поисковики попытаются зайти на недоступный сайт без 503 ошибки — это отрицательно отразится на ранжировании сайта. Пока сайт простаивает, можно поставить заглушку.

  • Как только сайт заработает, убедитесь:
  • что поисковикам открыт доступ на сканирование в robots.txt;
  • нет ошибочных директив noindex/nofollow;
  • работают переадресации страниц;
  • канонические теги ключевых страниц прописаны правильно.

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

Журнал сервера — лучший способ обнаружить проблемы со сканированием сайта

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

После запуска сайта 1515 страниц вернули 404 ошибку

Как только сайт запустится, убедитесь, что страницы на десктопной и мобильных версиях загружаются быстро. Скорость загрузки страниц влияет на конверсию. Хороший показатель — 1–2 секунды. Каждая следующая секунда увеличивает вероятность ухода посетителя на 7%:

Источник: iCrossing, Ltd

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

Оценка производительности

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

Чем больше проходит времени — тем очевиднее, насколько успешно прошел перенос. Показатели, которые помогут судить об успехе переноса:

  • Реальные продажи.
  • Ранжирование и видимость настольной и мобильной версий сайта.
  • Вовлеченность посетителей — время, проведенное на странице, и показатели отказов.
  • Показатель сеансов и конверсии — как продают новые страницы по сравнению со старыми.
  • Конверсии по типу устройств — как изменился показатель конверсии с момента запуска сайта.
  • Количество проиндексированных страниц (Search Console).
  • Количество проиндексированных страниц из тех, что указаны в XML-картах (Search Console).
  • Страницы, получившие хотя бы одно посещение (Analytics).
  • Скорость сайта (PageSpeed Insights, Lighthouse, Google Analytics).

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

Что запомнить

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

Спланируйте перенос сайта. Заложите 20% от предполагаемой стоимости переноса — это создаст запас прочности и позволит сохранить темп переноса. Если у вас недостаточно денег и времени — откажитесь от переноса.

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

Тестируйте сайт перед запуском и после запуска. Если после запуска окажется, что поисковики не могут индексировать сайт, — это повредит видимости и понизит ранжирование сайта.

Если чувствуете, что сайт нужно перенести, но у вас нет времени — обратитесь к специалистам.

 

По материалам статьи The Website Migration Guide: SEO Strategy, Process, & Checklist.

 

Статьи по теме:
Основные принципы интерактивного дизайна
Как пользоваться Robots.txt и мета-тегом robots
Руководство по alt-text от слабовидящего веб-разработчика
Open Graph
О канонических страницах
Структурированные данные
Про XML-карты

Отчеты из Search Console:
Анализ поисковых запросов
Статус сканирования сайтов
Заблокированные ресурсы
Удобство просмотра на мобильных устройствах»
Параметры URL
Структурированные данные
Ссылки на ваш сайт
Внутренние ссылки
Статус индексирования
Статистика сканирования сайтов