Редизайн сайта: карта URL, редиректы и проверка запуска
Как подготовить переработку действующего сайта: сохранить нужные адреса, сопоставить перенесенные страницы и проверить поисковую доступность. Шаблон карты URL и критерии приемки.
Начните с адресов и задач посетителя
При редизайне сохраните подходящие адреса действующих страниц. Для каждого измененного URL заранее определите соответствующую новую страницу, а для удаленного материала без замены согласуйте ответ об отсутствии страницы. До запуска проверьте карту на отдельной версии, после запуска сравните план с фактическими ответами сервера.
Разделите обновление внешнего вида, смену платформы и изменение адресов. Эти работы могут идти вместе, но у каждой нужны свой объем и критерии проверки. Новый дизайн сам по себе не требует нового домена. При переносе на другой домен потребуется отдельный план переезда и доступ к обоим адресам.
Google предупреждает о возможных колебаниях видимости при переезде. Поэтому техническую приемку и последующий поисковый результат оценивают отдельно. Рекомендации Google по переезду сайта
Что собрать до оценки переработки
- Адреса и содержание
- Список страниц из обхода сайта, Sitemap, поиска и доступной аналитики. Добавьте PDF, изображения и внешние ссылки на старые материалы. Один Sitemap может не содержать все используемые адреса.
- Задачи и ценность
- Для каждой важной страницы запишите: что посетитель должен узнать или сделать, какие материалы это подтверждают и где проходит следующий шаг. Отдельно отметьте ссылки из рекламы и действующих писем.
- Исходный срез
- Сохраните доступные агрегаты по входным страницам, показам, кликам и обращениям за полные периоды. Запишите фильтры проверочного трафика, даты и ограничения. Ноль аналитики не доказывает отсутствие посещений.
- Согласования
- Кто утверждает объединение и удаление страниц, проверяет новые тексты, управляет доменом и принимает выпуск. Составьте список обязательного до запуска и перенесенного на следующий этап.
Одна строка на каждый старый адрес
В карте нужны старый URL, решение, конечный URL или код ответа, причина, ответственный и результат проверки. Ниже условный пример для одного домена. Это образец решений, а не отчет о перенесенном клиентском сайте.
- /services/ остается /services/
- Сохранить адрес и ответ 200, проверить согласованный текст, навигацию и способ обращения. Редирект не нужен.
- /old-service/ переходит в /services/service/
- Настроить постоянное перенаправление на соответствующий новый материал. Проверить конечный адрес и отсутствие зацикливания.
- /offer-a/ и /offer-b/ объединяются в /offer/
- Сначала убедиться, что новая страница отвечает обеим прежним задачам. Только после этого согласовать перенаправления объединенных материалов.
- /expired-offer/ удаляется без замены
- Согласовать ответ 404 или 410 и полезную страницу ошибки. Не переводить посетителя на несвязанную услугу ради ответа 200.
- /docs/catalog.pdf заменяется новым файлом
- Записать фактический адрес файла, его замену и проверку скачивания. Учитывать документы отдельно от HTML-страниц.
Google и Яндекс распознают HTTP 301 и 308 как постоянные перенаправления. Для обычных страниц выбор и настройку согласует разработчик с учетом платформы. Временное перенаправление решает другую задачу. Google , Яндекс
Что принять перед переключением сайта
- Согласованы карта URL и версия содержания. Важные услуги, кейсы и файлы не исчезли случайно. Для спорных удалений есть решение заказчика.
- Каждая строка карты проверена: сохраненный адрес открывается, перенесенный ведет в ожидаемый раздел, удаленный возвращает согласованный код. Зафиксированы цепочки и ошибки, если они остались.
- На конечных страницах проверены canonical, соответствие языковых версий, ссылки меню и фактический состав Sitemap. Адреса тестового стенда не попали в рабочую навигацию.
- На рабочем выпуске нет случайного запрета индексации. Закрытые и тестовые материалы остаются защищенными. Это два разных требования, их проверяют отдельно.
- Путь посетителя работает на телефоне и компьютере: страница услуги, подтверждение опыта, контакт. Приемку формы проводят по отдельно согласованному безопасному сценарию.
- Сохранены резервная копия, процедура возврата и ответственный за переключение. Записано, что делать с новыми обращениями и данными при откате, чтобы не потерять их вместе с версией сайта.
Результат приемки: версия выпуска, проверенная карта, список открытых замечаний и ответственные. Формулировка «новый дизайн опубликован» не заменяет эти документы. Если меняется только оформление и адреса сохраняются, проверка будет проще, но список страниц все равно нужен.
После публикации проверяют обход и результат отдельно
Заведите журнал наблюдения: дата, страница, ответ сервера, последнее сканирование, индексный статус и действие. Для сопоставления трафика используйте одинаковые полные периоды и сохраненные фильтры проверок. Разбирайте конкретные пропавшие страницы и ошибки, а не объясняйте любое колебание новым дизайном.
Для переезда Google рекомендует сохранять перенаправления длительно, обычно не меньше года. Назначьте владельца продления домена и хостинга старого адреса, если он менялся. Снятие редиректов не должно происходить автоматически по окончании короткой поддержки. Основание и ограничения
Что обсудить с BYstudio
Первичный разбор бесплатный. Покажите действующий сайт, назовите причину переработки и обязательные функции. Согласуем первый этап, подготовку карты, проверку приема обращений и передачу выпуска. Состав сметы зависит от текущей платформы, числа разных типов страниц и подключений.
Вопросы перед редизайном
Нужно менять все адреса ради нового дизайна?
Нет. Сначала определите, какие страницы и задачи остаются. Если адрес подходит содержанию, его можно сохранить при новой верстке или платформе. Меняйте структуру по понятной причине и записывайте судьбу старых страниц.
Можно перенаправить все старые страницы на главную?
Так посетитель часто теряет ответ, за которым пришел. Для перенесенной страницы выберите соответствующий материал. Если замены нет, согласуйте удаление и корректный ответ сервера. Не маскируйте отсутствие материала одинаковой главной страницей.
Отправка Sitemap означает, что новые страницы уже в поиске?
Нет. Отдельно проверяйте прием файла, последнее сканирование страницы и ее индексный статус. Данные могут обновляться с задержкой. Подтверждение отправки нельзя считать подтверждением индексации.
Можно гарантировать сохранение всех позиций?
Нет. Даже при корректной технической подготовке поисковые системы заново обрабатывают изменения. В договоре можно согласовать карту адресов, проверки, исправление ошибок и наблюдение. Точные позиции и срок восстановления нельзя обещать как технический результат.
Что передать для первого обсуждения?
Адрес действующего сайта, причину переработки, нужные функции и список важных страниц, если он уже есть. Достаточно публичных ссылок и обезличенных агрегатов. Пароли, базу клиентов и закрытые документы в форму не передавайте.