Пекарня обычно обновляет сайт, когда меню устарело, а заказ торта неудобен. При переделке легко потерять страницы, на которые ведут карточки на картах, QR-код на упаковке, посты в соцсетях и закладки постоянных покупателей. Ниже порядок работы, который позволяет изменить дизайн и структуру, не обрубив эти входы.
Какие страницы пекарни нельзя терять при редизайне
Начните с тех страниц, по которым люди совершают действие: звонят, приезжают, заказывают. Для пекарни это обычно:
- контакты и часы работы, отдельно для каждой точки;
- ассортимент или меню, включая разделы вроде «Хлеб», «Выпечка», «Десерты»;
- заказ тортов и условия предзаказа;
- доставка и самовывоз;
- оптовые поставки для кофеен и магазинов;
- страницы с составом и информацией об аллергенах, если они есть;
- вакансии и корпоративные заказы;
- сезонные страницы: Масленица, Пасха, новогодние наборы.
Любая из них могла попасть в чужие публикации, печатные материалы или поисковые результаты. Если адрес исчезнет, человек увидит ошибку 404 и, скорее всего, уйдёт к другой пекарне.
Как составить карту страниц до начала работ
Не полагайтесь на память и на то, что «вроде всё есть в меню сайта». Попросите подрядчика или администратора собрать список адресов из нескольких источников: админки сайта, файла sitemap.xml, отчётов веб-аналитики и инструментов вебмастера поисковых систем. Добавьте адреса, которые вы сами давали в соцсетях, на картах и в печати.
Затем сделайте таблицу из трёх колонок: старый адрес, назначение, решение. Решений всего три: сохранить адрес, перенести на новый с переадресацией, удалить осознанно. Пока у страницы нет решения, запускать новый сайт рано.
Пример: что сохранить на странице заказа тортов
Возьмём условную страницу /torty-na-zakaz/. Её фрагмент:
- заголовок: «Торты на заказ»;
- блок условий: «Предзаказ принимаем не позднее чем за 3 дня. Самовывоз из любой пекарни, доставка по городу по согласованию»;
- форма заявки с полями «Дата», «Вес», «Пожелания»;
- ссылка на актуальный прайс и телефон для уточнений.
Все цифры здесь условные, подставьте свои. Неприкосновенны адрес страницы, условия предзаказа, работающая форма и контакт для связи. А вот порядок блоков, фотографии и оформление менять можно свободно. Если в новой структуре страница должна жить по адресу /zakaz/torty/, со старого адреса настраивается постоянная переадресация (код 301), и после запуска вы проверяете, что заявка из формы реально приходит на почту или в CRM.
Что делать с сезонными и устаревшими страницами
Страница «Пасхальные куличи» после праздника выглядит ненужной, но в следующем сезоне люди снова будут искать её. Лучше не удалять её, а оставить адрес и заменить содержимое: «Приём заказов сейчас закрыт, откроем в следующем сезоне» и ссылка на постоянный ассортимент. Перед праздником вы просто обновите текст и цены.
Если страницу всё же убираете, например закрылась точка, переадресуйте её на ближайшую по смыслу: старый адрес точки на раздел «Адреса», а не на главную. Массовая переадресация всего подряд на главную сбивает посетителя с толку.
Как проверить переносы до и после запуска
Работайте не на живом сайте, а на тестовой копии, закрытой от индексации. Там проверьте таблицу решений: каждый старый адрес должен приводить на нужную страницу за один переход, без цепочки из нескольких переадресаций. После запуска пройдите по списку вручную, а через несколько дней загляните в отчёты об ошибках 404 и добавьте пропущенные переадресации. Результаты в поиске это не гарантирует, но снижает риск потерять уже существующие входы.
Проверочный список перед запуском
- Есть полный список старых адресов с решением по каждому.
- Страницы заказа, доставки, контактов и меню открываются по прежним адресам или через 301.
- Ссылки из QR-кодов, карт и соцсетей проверены вручную.
- Формы заявок отправлены тестово, уведомления дошли.
- Информация о составе и аллергенах перенесена без правок смысла и сверена с вашими данными.
- Сезонные страницы сохранены, а не удалены.
- Новая карта сайта загружена, аналитика подключена.
- После запуска назначен день проверки ошибок 404.
