Кейс редизайна сайта: транспортная компания из Миядзаки Douzu Carry Service — что и как мы перенесли со старого сайта

Самое страшное в редизайне сайта — это когда внешний вид становится новым, а позиции в поиске и путь к обращению тихо ломаются. На этот раз мы берём за основу проект редизайна транспортной компании «Douzu Carry Service» из Миядзаки и разбираем, что мы закрепили ещё до того, как взялись за дизайн.

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

В этой статье мы берём за основу редизайн «Douzu Carry Service» — транспортной компании из Миядзаки, которая занимается индивидуальными переездами, доставкой на дальние расстояния и рефрижераторными перевозками, — и излагаем реальные шаги, которым мы следовали. Краткий обзор доступен в статье «Кейс, обобщающий структуру Douzu Carry Service», но здесь мы разбираем детали немного глубже.

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

1. Обзор проекта — до / после

Сначала общая картина.

Основные статические страницы — главная, список услуг, переезды, рефрижераторная доставка, доставка день в день, переезд в учреждение для пожилых, цены, информация о компании, FAQ и контакты — вместе с девятью страницами регионов для Миядзаки, Мияконодзё, Нобеоки, Нитинана, Кобаяси, Хюги, Сайто, Кусимы и Эбино сохранили все свои URL без изменений при редизайне. Изменилось в основном то, как обрабатывались бессмысленные URL старого блога и неиспользуемый остаточный скрипт.

Кроме того, дизайн нового сайта был построен на основе дизайн-системы, опубликованной японским Цифровым агентством (Digital Agency). Отказ от этапа разработки дизайна с нуля позволил направить сэкономленные усилия на работу по проектированию URL и переносу контента, о которой рассказывает эта статья. Логика такого подхода изложена в статье «Почему KomuraSoft строит сайты на дизайн-системе Цифрового агентства — низкая стоимость и высокое качество могут сочетаться».

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

2. Первым шагом был не дизайн, а инвентаризация URL

Первым, что мы подготовили в начале редизайна, был не черновой макет дизайна, а таблица инвентаризации, перечисляющая все URL старого сайта.

Конкретно мы исчерпывающе каталогизировали следующее.

• Статические страницы (главная, список услуг, переезды, рефрижераторная доставка, доставка день в день, переезд в учреждение для пожилых, информация о компании, политика конфиденциальности, FAQ, цены, блог, контакты)
• Девять страниц регионов (Миядзаки, Мияконодзё, Нобеока, Нитинан, Кобаяси, Хюга, Сайто, Кусима, Эбино)
• Отдельные записи старого блога (более 100, от локальных колонок до практических статей о переездах на дальние расстояния и индивидуальных переездах)
• «Файлы, которые не являются страницами, но остаются общедоступными», такие как robots.txt, sitemap.xml, файл подтверждения владения Search Console и старый скрипт отправки формы (php/submit.php)

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

Статические страницы, страницы регионов и URL текущих значимых записей блога были все отмечены как keep (без изменений). С другой стороны, бессмысленные URL со случайной строкой, автоматически пронумерованные системой (вроде /blog/5lmln1lx0x/), и датированные имена файлов вроде post20210721.html было решено перенаправлять по 301 на новые URL статей с осмысленным slug.

Ещё одним элементом этого процесса принятия решений был php/submit.php — скрипт-приёмник отправки, оставшийся на старом сайте. Мы убедились, что на него не ссылается ни одна форма в опубликованном HTML, и что реально работающими каналами обращения были только три системы: телефон, email и заявка на расчёт через LINE — поэтому мы сочли его «оставленным без дела скриптом отправки» и настроили 301-редирект на /contact/ (подробнее контекст этого решения рассматриваем в следующей главе и в главе 5).

При проектировании редиректов мы без исключений соблюдали два правила.

• Каждый редирект разрешается за один переход (никогда не создавать цепочку редиректов)
• Встроить в сборку проверку, подтверждающую, что целевой URL действительно существует (чтобы предотвратить ситуацию, когда 301 ведёт на несуществующий URL)

Закрепление этой инвентаризации и таблицы соответствий ещё до того, как вообще задумываться о дизайне, означает, что последующие этапы реализации и создания контента могут продвигаться на прочной основе «что размещать по какому URL», что снижает переделки. Это касается не только данного проекта — это базовая процедура, которая напрямую применима к редизайну любого старого сайта, уже имеющего обратные ссылки или поисковый трафик.

3. Чек-лист сохранности, чтобы не «потерять» контент

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

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

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

Имея этот чек-лист, мы перед запуском нового сайта постранично сверили старые и новые страницы, убедившись, что ни один элемент не был потерян. Ключевой момент в том, что мы гарантировали списком, а не интуицией или памятью, что «материал для принятия решения» — цены, часы работы, преимущества — был перенесён в полном объёме, несмотря на изменение дизайна.

4. Локальное SEO — проектирование девяти страниц регионов

Среди страниц, унаследованных со старого сайта, есть девять отдельных страниц — по одной для каждого из следующих регионов: Миядзаки, Мияконодзё, Нобеока, Нитинан, Кобаяси, Хюга, Сайто, Кусима и Эбино.

Эти страницы регионов существуют как точка приземления для поисковых запросов, включающих название места, вроде «[название места] + переезд» или «[название места] + доставка». Для такой услуги, как перевозки или переезды, где зона охвата привязана к конкретным регионам, они играют роль перехвата поискового спроса по названию места, который одна лишь главная страница или страница цен не может полностью покрыть.

Если посмотреть на таблицу соответствий URL, все девять страниц от /area/miyazaki/ до /area/ebino/ были отмечены как keep (без изменения URL), и редизайн не затронул саму эту структуру. Наряду с ними есть также множество записей блога, привязанных к каждому региону, которые рассматривают конкретные местные названия — например, районы внутри города Миядзаки или Мияконодзё, — образуя структуру, в которой страницы регионов и записи блога дополняют друг друга.

Такие страницы, как эти страницы регионов, — тип, массово создаваемый варьированием только названия места в остальном идентичном формате, — при скудном содержании рискуют выглядеть и для поисковых систем, и для читателей как переиспользованные копии одной и той же страницы. В данном случае разделение ролей было унаследовано со старого сайта: сами страницы регионов охватывают уровень региона, а записи блога отдельно раскрывают детали на уровне района внутри каждого региона. Такая структура уже избегала типичной для массово создаваемых страниц «скудности». Редизайн оставил эту структуру нетронутой и сохранил URL без изменений.

5. Консолидация разрозненных каналов обращения

То, как мы обошлись с php/submit.php, упомянутым в главе 3, было также важным решением с точки зрения организации пути обращения.

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

• Телефон (0120-931-677, часы приёма 8:00–20:00)
• Email
• Заявка на расчёт через LINE

С другой стороны, сам скрипт-приёмник отправки php/submit.php оставался в коде, но на него не ссылалась ни одна форма в опубликованном HTML. Иными словами, это был «оставленный без дела скрипт», который на деле уже не использовался. Исходя из этого, новый сайт объединяет три канала — телефон, email и заявку на расчёт через LINE — на странице /contact/, а любой доступ к php/submit.php настроен на перенаправление по 301 на /contact/.

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

6. Наведение порядка со старыми доменами — обращение с заброшенным доменом посадочной страницы

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

Особенно важным уроком является третий случай. Содержание старой посадочной страницы рефрижераторной доставки — её аргументы про автомобили, оснащённые холодильными установками с температурой до −20 °C, доступность 24/7/365 и регулярные рейсы с маршрутной доставкой — уже перенесено на /refrigerated/ на новом сайте. Но поскольку сам старый домен больше не разрешается, вероятно, из-за истёкшей регистрации DNS, настроить на нём 301-редирект невозможно. Урок в том, что если оставить домен без обслуживания и продления, можно однажды внезапно потерять накопленный на нём вес обратных ссылок и трафик по брендовым запросам.

Если ваша компания использует посадочные страницы услуг на отдельных доменах и рассматривает редизайн, мы рекомендуем не только решить, куда консолидировать контент, но и одновременно проверить статус договора по старому домену — продолжается ли продление и жив ли ещё его DNS. То, можно ли ещё настроить 301-редирект, пока восстановление возможно, реально влияет на то, насколько легко впоследствии будет перенести накопленный вес.

7. Проверка перед запуском и задачи после запуска

Перед запуском нового сайта мы провели следующие проверки.

• Сверка с чек-листом сохранности контента, составленным в главах 2 и 3 (совпадают ли элементы старых и новых страниц)
• Живая проверка 301-редиректов (реально отправить запросы и убедиться, что возвращаются ожидаемые коды состояния и назначения)
• Подтверждение, что файл подтверждения владения Search Console корректно возвращает 200
• Подтверждение, что файлы, необходимые для запуска, такие как robots.txt, sitemap.xml и _headers, действительно опубликованы

После запуска также есть задачи, которые нужно решить.

• Повторно отправить sitemap.xml в Search Console
• С помощью инструмента проверки URL по отдельности убедиться, что ID-URL старого блога и датированные имена файлов .html перенаправляются по 301 как и ожидалось
• На протяжении нескольких недель проверять в отчёте об индексировании, распознаются ли старые URL, ранее возвращавшие 404 или исключённые из индекса, как «Redirect»

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

8. Итоги — общие правила, чтобы не провалить редизайн

Если свести рассуждения из этого кейса Douzu Carry Service к идеям, в равной мере применимым к другим проектам редизайна, получится следующее.

• Сначала проектирование URL, дизайн — потом. Для старого сайта с уже существующим поисковым трафиком или обратными ссылками завершите полную инвентаризацию URL и таблицу соответствий с новыми URL (301-маппинг) ещё до того, как вообще задумываться о визуальном дизайне.
• Не запускайте сайт без инвентаризации контента. Подтвердите «материал для принятия решения», такой как цены, часы работы, контактные данные и преимущества, с помощью чек-листа, постранично сверяющего старые и новые страницы, перед запуском.
• Сохраняйте только реально используемые каналы. Найдя неиспользуемую форму или скрипт отправки, выясните реальное положение дел, а затем консолидируйте его в ещё живой канал.
• Сочетайте каждый редирект с одним переходом и проверкой существования назначения. Никогда не создавайте цепочки и держите механизм, который никогда не отправит на несуществующий URL.
• Наводите порядок с доменами, пока они ещё живы. Оставьте отдельный домен для посадочной страницы услуги без обслуживания — и истёкшая регистрация DNS может сделать его невосстановимым, лишив вас именно возможности перенести накопленный вес.

Редизайн сайта — это не просто работа по обновлению дизайна, это ещё и самостоятельная проектная задача: как перенести накопленный со временем поисковый вес и путь обращения. Краткий обзор этого кейса изложен в статье «Кейс, обобщающий структуру Douzu Carry Service», которую тоже стоит посмотреть.

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

Похожие статьи

• Кейс, обобщающий структуру Douzu Carry Service
• Почему KomuraSoft строит сайты на дизайн-системе Цифрового агентства — низкая стоимость и высокое качество могут сочетаться
• Три места, которые нужно исправить в первую очередь на сайте, не получающем обращений
• Разработка сайтов
• Контакты

Похожие статьи

Недавние статьи с теми же тегами помогут подробнее изучить близкие темы.

Связанные темы

Эти страницы показывают тему статьи в более широком контексте услуг и решений.

Услуги по этой теме

Статья напрямую связана со следующими услугами.

Частые вопросы

Вопросы, которые часто возникают при консультациях по теме статьи.

С чего должен начинаться редизайн сайта?

Не с макета дизайна, а с таблицы инвентаризации, где перечислены все URL старого сайта. Это означает исчерпывающе каталогизировать статические страницы, страницы регионов и записи блога, а также «файлы, которые не являются страницами, но остаются общедоступными» — такие как robots.txt, файл подтверждения владения Search Console и скрипты отправки форм. На этой основе строится таблица соответствий, которая для каждого URL решает, оставить ли его без изменений или перенаправить (301). Если сначала закрепить эту основу, это снижает переделки на последующих этапах реализации и создания контента.

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

Значимые URL — статические страницы, страницы регионов и т. п. — оставляют без изменений (keep), а перенаправляют по 301 только бессмысленные URL, автоматически пронумерованные системой, на новые URL с осмысленным slug. В качестве правил проектирования мы без исключений соблюдаем два момента: каждый редирект разрешается за один переход, без цепочек, и сборка включает проверку, подтверждающую, что целевой URL действительно существует, — чтобы предотвратить ситуацию, когда 301 ведёт на несуществующий URL. После запуска мы несколько недель мониторим Search Console, пока редиректы не будут распознаны.

Почему редизайн иногда приводит к снижению числа обращений?

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

Нормально ли оставить без внимания неиспользуемую посадочную страницу на отдельном домене?

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

Об авторе

Страница с профилем автора статьи.

Го Комура

Представитель KomuraSoft LLC

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