Что такое slug в Wagtail и как он влияет на URL

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

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

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

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

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

Что важно понять перед работой со slug

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

Например:

Главная → Услуги → Доставка из Китая

У каждой страницы может быть название, основной заголовок, SEO-поля, контент и адрес. Slug отвечает не за текст на странице и не за внешний вид материала. Он отвечает за часть URL.

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

Например: /uslugi/dostavka-iz-kitaya/

Здесь uslugi — часть адреса родительского раздела, а dostavka-iz-kitaya — часть адреса конкретной страницы.

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

Для администратора вывод простой: slug связан со структурой сайта. Это не декоративное поле и не подпись «для порядка».

Что такое slug в Wagtail простыми словами

Slug — это часть адреса страницы

Slug можно представить как короткую адресную табличку страницы.

У страницы может быть длинное понятное название для человека, например:

«Доставка товаров из Китая для маркетплейсов»

Но для адреса обычно нужен более короткий и аккуратный фрагмент:

dostavka-iz-kitaya

Тогда URL может выглядеть так:

/uslugi/dostavka-iz-kitaya/

Посетитель сайта обычно не думает о слове «slug». Он просто видит адрес страницы в браузере, ссылке, поисковой выдаче, письме или сообщении.

Но администратор в Wagtail должен понимать: когда он меняет slug, он может менять часть адреса страницы.

Может ли Wagtail создать slug автоматически

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

Но автоматический slug всё равно нужно проверять.

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

new-page

test

kopiya-stranicy

Автоматический slug — хороший помощник, но не главный редактор. Он предлагает вариант, а администратор должен проверить, подходит ли этот вариант для реальной страницы сайта.

Почему slug обычно пишут латиницей

На многих сайтах slug пишут латиницей, с дефисами между словами:

o-kompanii

kontakty

dostavka-iz-kitaya

seo-polya-wagtail

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

Это не значит, что во всех проектах возможен только один вариант. Конкретные правила зависят от настроек сайта и договорённостей внутри проекта.

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

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

Где slug можно встретить в Wagtail

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

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

Поэтому здесь важнее не запомнить конкретную кнопку, а понять смысл поля.

Если вы видите поле slug, относитесь к нему как к части будущего адреса страницы.

Как slug влияет на URL страницы

URL складывается из структуры сайта и slug

В Wagtail URL часто похож на цепочку.

Допустим, на сайте есть раздел «Услуги». Его slug: uslugi

Внутри этого раздела есть страница «SEO-сопровождение». Её slug: seo-soprovozhdenie

Итоговый URL может быть таким: /uslugi/seo-soprovozhdenie/

Это не случайный набор слов. Адрес отражает положение страницы в структуре сайта.

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

Хороший URL — это не украшение. Это нормальный порядок в доме.

Slug родительской страницы может влиять на вложенные страницы

Slug важен не только для одной страницы, если эта страница находится внутри структуры сайта.

Допустим, есть раздел:/uslugi/

А внутри него страницы:

/uslugi/seo/

/uslugi/podderzhka-sajta/

Если изменить slug родительского раздела uslugi на servisy, адреса вложенных страниц могут измениться:

/servisy/seo/

/servisy/podderzhka-sajta/

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

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

Изменить slug новой одиночной страницы — одно дело. Изменить slug раздела, внутри которого живёт десяток материалов, — совсем другое. Это уже не косметика, а изменение адресной структуры.

Почему понятный URL важен для пользователя, SEO и поддержки сайта

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

Сравните:/uslugi/dostavka-iz-kitaya/ и /page-123-copy-final/

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

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

При этом важно не преувеличивать. Хороший slug сам по себе не выведет страницу в топ поисковой выдачи. Это не магический амулет SEO.

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

Чем slug отличается от названия страницы, H1, SEO Title и URL

Администраторы часто путают название страницы, H1, SEO Title, slug и URL. Это нормально: все эти элементы рядом, все влияют на страницу, но делают разную работу.

Главный вывод: переименовать страницу — не всегда значит изменить её адрес.

Можно обновить название страницы в админке. Можно изменить H1. Можно переписать SEO Title. Но slug при этом может остаться прежним.

Это особенно важно для уже опубликованных страниц.

Например, страница раньше называлась «Гарантия и возврат», а потом её решили назвать «Условия возврата товаров». Если старый адрес garantiya-i-vozvrat уже используется в меню, письмах, поиске и документах, не всегда нужно менять его на новый.

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

Каким должен быть хороший slug

Коротким и понятным

Slug не должен пересказывать всю страницу.

Хорошо:

• kontakty
• o-kompanii
• dostavka-iz-kitaya

Плохо: informaciya-o-nashej-kompanii-i-ee-osnovnyh-preimushchestvah

URL — не место для романа в трёх томах. Адрес должен помогать найти страницу, а не проверять терпение пользователя.

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

Связанным с темой страницы

Slug должен отражать смысл страницы.

Если страница про контакты, нормальный slug:

kontakty

Если страница про доставку из Китая:

dostavka-iz-kitaya

Если страница про SEO-поля в Wagtail:

seo-polya-wagtail

Плохой вариант — оставить временное значение:

• new-page
• test
• page-123
• kopiya-stranicy

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

Стабильным

Хороший slug — не только понятный, но и стабильный.

Если страница ещё не опубликована, slug можно спокойно поправить. Но если страница уже опубликована, на неё ведут ссылки, она попала в поиск или используется в рекламе, изменение slug становится более серьёзным действием.

Простая формула для администратора:

чем больше у страницы истории — публикаций, ссылок, трафика и упоминаний, тем осторожнее нужно менять slug.

Новая страница без ссылок — низкий риск.

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

Или ещё короче:

Новая страница — зона настройки. Опубликованная страница с трафиком — зона осторожности.

Уникальным на своём уровне структуры

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

Например, внутри раздела /uslugi/ нельзя нормально держать две разные страницы с одним и тем же адресом:

• /uslugi/dostavka/
• /uslugi/dostavka/

Это конфликт. Пользователь вводит адрес, а сайт не должен гадать, какую страницу показать.

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

Для администратора смысл простой: уникальность slug помогает избежать двух страниц с одним URL.

В едином стиле по всему сайту

На сайте должен быть один подход к адресам.

Плохо, когда в одной структуре одновременно встречаются:

o-kompanii

about-company

okompanii

company-info

Каждый из этих вариантов может быть технически рабочим. Проблема в другом: вместе они создают разнобой.

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

Единый стиль URL — это часть нормальной эксплуатации сайта.

Примеры хороших и плохих slug

Хороший slug не обязан быть идеальным с точки зрения красоты. Но он должен быть понятным, коротким и не временным.

Если в адресе страницы осталось слово test, copy, new или final, почти всегда это повод остановиться и проверить страницу до публикации.

Слово final в названии файла и так уже много лет обманывает человечество. Не надо тащить эту традицию ещё и в URL.

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

Измениться URL

Slug — часть адреса. Поэтому при изменении slug может измениться URL страницы.

Было: /uslugi/dostavka-iz-kitaya/

Стало: /uslugi/dostavka-tovarov-iz-kitaya/

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

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

Старые ссылки могут перестать работать

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

Это касается не только ссылок внутри сайта. Старый URL мог быть где угодно:

• в меню сайта;
• в тексте других страниц;
• в письмах клиентам;
• в PDF-презентациях;
• в коммерческих предложениях;
• в социальных сетях;
• в мессенджерах;
• в рекламных кампаниях;
• на сайтах партнёров;
• в поисковой выдаче.

Часть таких ссылок администратор видит в Wagtail. Часть — не видит вообще.

Именно поэтому нельзя оценивать изменение slug только по админке. В админке всё может выглядеть спокойно, а снаружи уже лежат десятки ссылок на старый адрес.

Может понадобиться редирект

Редирект — это перенаправление со старого адреса на новый.

Например, пользователь открывает старый адрес:

/uslugi/dostavka-iz-kitaya/

А сайт автоматически отправляет его на новый:

/uslugi/dostavka-tovarov-iz-kitaya/

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

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

Обычно это задача разработчика, SEO-специалиста или специалиста по поддержке Wagtail-сайта.

Почему изменение URL может повлиять на SEO

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

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

Возможные последствия:

• пользователи переходят по старым ссылкам и попадают на 404;
• поисковая система какое-то время хранит старый адрес;
• страница теряет переходы по старым ссылкам;
• внутренние ссылки на сайте ведут не туда;
• в аналитике появляются ошибки и путаница со старыми и новыми адресами.

Правильная формулировка такая: смена slug не “убивает SEO” сама по себе, но неаккуратная смена URL может создать SEO-проблемы.

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

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

Пример эксплуатации

Администратор создаёт страницу «Гарантия и возврат». Wagtail предлагает slug:

garantiya-i-vozvrat

Администратор проверяет адрес до публикации. Slug короткий, понятный, соответствует теме страницы и стилю сайта. Страницу публикуют.

Через месяц руководитель просит переименовать страницу в «Условия возврата товаров». Это нормальная рабочая ситуация: формулировка изменилась, смысл стал точнее.

Администратор меняет название страницы и H1, но не трогает slug. Почему?

Потому что старый URL уже используется в меню, внутренних ссылках, письмах клиентам и поисковой выдаче. При этом адрес garantiya-i-vozvrat всё ещё понятен и не противоречит содержанию страницы.

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

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

Это хороший пример аккуратной эксплуатации Wagtail: менять то, что нужно изменить, и не трогать то, что уже работает.

Частые ошибки при работе со slug

• Менять slug опубликованной страницы без проверки

Это самая опасная ошибка.

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

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

• Оставлять временные значения

test, new-page, copy, page-1 — плохие slug для публичных страниц.

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

• Делать слишком длинный slug

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

Получается что-то вроде:

professionalnaya-dostavka-tovarov-iz-kitaya-dlya-marketplejsov-s-polnym-soprovozhdeniem

Такой адрес неудобно читать, копировать и использовать. Лучше короче:

dostavka-iz-kitaya

Slug должен быть понятным, а не исчерпывающим.

• Путать slug с SEO Title

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

Slug — это часть адреса.

SEO Title может быть:

«Доставка из Китая — сроки, стоимость и сопровождение»

А slug:

dostavka-iz-kitaya

Не нужно превращать slug в полный SEO-заголовок.

• Менять slug каждый раз после изменения заголовка

Заголовок страницы может меняться. Компания уточнила услугу, редактор улучшил формулировку, SEO-специалист переписал H1.

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

Если URL уже опубликован и остаётся понятным, часто лучше оставить его стабильным.

• Использовать разные стили адресов на одном сайте

Сегодня o-kompanii, завтра about-company, послезавтра company, потом kompaniya-info.

Технически часть таких адресов может работать. Но для сайта это плохая привычка.

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

• Забывать про старые ссылки после смены URL

Даже если новая ссылка работает, это не значит, что всё хорошо.

Нужно помнить о старых ссылках. Они могли остаться в меню, статьях, письмах, PDF, рекламе, социальных сетях и поиске.

Если старые ссылки ведут на 404, пользователь не обязан разбираться, что администратор «просто улучшил slug». Он видит ошибку — и уходит.

• Изменять slug родительского раздела без проверки вложенных страниц

Изменение slug раздела может затронуть вложенные страницы.

Это особенно важно для разделов вроде:

/uslugi/

/blog/

/baza-znanij/

/catalog/

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