Что проверить перед публикацией страницы в Wagtail

Wagtail удобен тем, что позволяет работать с черновиками, смотреть страницу перед публикацией и аккуратно управлять изменениями. Но CMS не заменяет редакционную проверку. Если в страницу вставили старый PDF, оставили черновую пометку или не проверили кнопку заявки, Wagtail не обязан телепатически понять, что это было «не для публикации».

Хорошая привычка простая: сначала проверить, потом публиковать, потом открыть опубликованную страницу и убедиться, что всё работает на сайте.

Для кого эта статья

Эта статья для редакторов, контент-менеджеров, администраторов сайта и сотрудников, которые готовят страницы к публикации в Wagtail.

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

Статья не для разработчиков и не про настройку Wagtail изнутри. Здесь не будет кода, моделей Django, шаблонов и серверных настроек. Речь о рабочей проверке страницы в админке и на сайте.

Что значит «страница готова к публикации»

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

Готовая страница должна быть понятной, аккуратной и рабочей на уровне тех настроек, которые доступны администратору. Текст должен быть завершённым. Страница должна находиться в правильном разделе. Ссылки, кнопки, изображения и документы должны работать. SEO-поля и адрес страницы должны быть заполнены осмысленно.

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

Мини-чек-лист перед публикацией

Перед публикацией страницы в Wagtail пройдитесь по короткому чек-листу.

CTA — это целевое действие: например, кнопка «Оставить заявку», «Скачать презентацию», «Перейти в каталог» или «Написать менеджеру».

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

Проверьте содержание страницы

Сначала проверьте не кнопки и не SEO-поля, а сам материал. Страница может быть технически заполнена правильно, но при этом оставаться сырой по смыслу.

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

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

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

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

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

Проверьте структуру и расположение страницы

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

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

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

Проверьте название страницы в дереве Wagtail. Оно должно быть понятно не только посетителю, но и администратору. Через месяц в админке должно быть ясно, что это за материал, а не «Новая страница 2», «Тест», «Копия услуги» или любимый всеми жанр «Без названия».

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

Не стоит создавать страницу «куда попало», чтобы пото»«как-нибудь перенести». В Wagtail структура сайта важна. Если расположение страницы связано с URL или навигацией, перенос может затронуть больше, чем кажется на первый взгляд.

Связанные статьи: «Что такое дерево страниц в Wagtail».

Проверьте ссылки, кнопки и целевые действия

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

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

Внешние ссылки тоже нужно проверить. Они могут быть устаревшими, недоступными или вести уже не на тот материал. Это особенно важно для ссылок на партнёров, законодательство, внешние сервисы, инструкции и публичные документы.

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

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

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

Связанные статьи: «Как добавлять ссылки внутри страницы Wagtail», «Как загрузить документ или PDF в Wagtail».

Проверьте изображения, видео и файлы

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

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

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

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

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

Старый PDF с прежними условиями может навредить сильнее, чем опечатка в тексте. Опечатку заметят и исправят. А старый документ могут скачать, отправить клиенту, использовать в работе и потом долго выяснять, кто именно был «источником правды».

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

Проверьте SEO-поля и адрес страницы

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

Проверьте SEO title. Он должен быть осмысленным и соответствовать теме страницы. Это не место для случайного чернового названия или внутренней пометки.

Проверьте description. Он должен кратко объяснять, о чём страница. Не нужно писать туда абстрактное «лучшая компания на рынке с индивидуальным подходом», если страница на самом деле объясняет конкретную услугу, инструкцию или материал базы знаний.

Проверьте slug и URL. Slug — это часть адреса страницы. Например, в адресе `/wagtail/publikaciya/check-list/` slug может быть последним фрагментом `check-list`. Он должен быть аккуратным, понятным и связанным с темой страницы.

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

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

Связанные статьи: «SEO-поля в Wagtail: что может редактировать администратор», «Что такое slug в Wagtail и как он влияет на URL»

Проверьте страницу в предпросмотре

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

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

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

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

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

Что лучше не менять прямо перед публикацией

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

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

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

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

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

Убедитесь, что публикуете нужную страницу и нужную версию

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

Проверьте место страницы в дереве Wagtail. Убедитесь, что вы не редактируете старую копию, тестовый вариант или страницу в соседнем разделе.

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

Если есть сомнения, лучше сохранить страницу как черновик и уточнить детали. Это скучнее, чем быстро нажать «Опубликовать», зато потом не придётся объяснять, почему на сайте появилась страница с фразой «тут потом будет нормальный текст».

Что проверить после публикации

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

Откройте опубликованный URL. Убедитесь, что страница доступна и не отдаёт ошибку. Проверьте, что на сайте видна новая версия страницы, а не старый вариант.

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

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

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

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

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

Пример: как чек-лист помогает избежать ошибки

Редактор готовит страницу новой услуги. Текст уже написан, изображения загружены, кнопка добавлена, PDF прикреплён. На первый взгляд всё готово.

Перед публикацией редактор открывает предпросмотр и проходит по чек-листу. В процессе выясняется, что кнопка ведёт на старую форму заявки, PDF содержит прошлогодние условия, а slug остался от чернового названия страницы.

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

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

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

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

Когда обращаться к разработчику

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

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

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

Важно не путать контентную ошибку и техническую проблему. Если в тексте опечатка — это зона редактора. Если блок с текстом отображается криво из-за шаблона — это уже зона разработки.

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

Связанные статьи

• Как опубликовать страницу в Wagtail
• Как посмотреть страницу перед публикацией в Wagtail
• Как редактировать контент на странице Wagtail
• Как подготовить текст перед публикацией в Wagtail
• Как добавлять ссылки внутри страницы Wagtail
• Как загрузить документ или PDF в Wagtail
• SEO-поля в Wagtail: что может редактировать администратор
• Что такое slug в Wagtail и как он влияет на URL
• Что такое дерево страниц в Wagtail
• Типовые ошибки при работе со страницами Wagtail