Чистые ссылки и SEO в Drupal: что проверить до настройки

В Drupal 10 и 11 чистые ссылки можно настроить без правки шаблона, но ошибка в структуре алиасов быстро превращается в 404, дубли и потерю накопленных ссылок. Ниже — порядок подготовки сайта, при котором вы сначала проверяете сервер и карту URL, затем включаете алиасы, Pathauto и метатеги. На базовую настройку небольшого сайта закладывайте от одного до трёх часов, не считая переноса старых адресов.

Что подготовить до начала

Инструкция рассчитана на Drupal 10.x и 11.x. Названия пунктов меню могут немного отличаться в зависимости от минорной версии и установленных модулей, но логика остаётся той же.

• учётную запись администратора Drupal с доступом к настройкам и редактированию материалов;
• доступ к хостингу или серверу, чтобы проверить Apache, Nginx, PHP и журнал ошибок;
• резервную копию базы данных и файлов сайта;
• список существующих URL, если сайт уже работает и страницы проиндексированы;
• согласованную структуру адресов: например, /blog/nazvanie-stati или /catalog/televizory/model;
• доступ к панели вебмастера, если вы собираетесь проверять переадресации и индексацию.

Сноска. Алиас — альтернативный адрес материала. Drupal хранит системный маршрут, например путь к конкретному узлу, и может показывать пользователю более понятный алиас вроде /blog/drupal-seo.

Чистый URL не исправляет плохую структуру сайта. Он только делает эту структуру видимой: поисковику, пользователю и вашим будущим правилам перенаправления.

Шаг 1. Проверьте серверную маршрутизацию

Drupal должен получать запросы к несуществующему физическому файлу и передавать их своему front controller. На Apache это обычно обеспечивается правилами из файла .htaccess, на Nginx — настройкой виртуального хоста. Drupal не может исправить ошибку в конфигурации веб-сервера из административной панели.

1. Откройте главную страницу сайта и одну вложенную страницу. Используйте адрес без параметра ?q=. Например: https://example.com/about. Если сервер возвращает 404 или открывает главную страницу вместо нужного материала, сначала проверяйте rewrite-настройки и логи.
2. Проверьте HTTPS. Основная и каноническая версия сайта должна быть определена заранее: с www или без него, по HTTPS. Остальные варианты должны вести на выбранный адрес через постоянное перенаправление.
3. Откройте отчёты Drupal. В административной панели перейдите к отчётам о состоянии и журналу событий. Ищите ошибки, связанные с URL, доступом к файлам, trusted host и базовым URL сайта.

Проверка результата: произвольная страница открывается по человекочитаемому адресу, а в адресной строке не появляется ?q=. Запрос к несуществующему адресу даёт обычную страницу 404, а не бесконечный редирект.

Шаг 2. Определите структуру URL

До установки автоматизации запишите правила для основных типов материалов. Один материал должен иметь один основной адрес. Не смешивайте в одной схеме дату, ID узла и заголовок: URL /2025/03/123 и /blog/drupal-seo решают разные задачи и усложняют миграцию.

• Статьи: короткий адрес с разделом, например /blog/seo-v-drupal.
• Страницы услуг: адрес, отражающий раздел сайта, например /services/audit.
• Каталог: стабильная иерархия категорий и товаров. Не включайте в адрес цену, цвет или другой параметр, который часто меняется.
• Языковые версии: заранее выберите схему с языковым префиксом или отдельными доменами. Поздняя смена этой схемы создаёт большое количество перенаправлений.

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

Шаг 3. Включите и проверьте модуль Path

В Drupal 10 и 11 работа с алиасами связана с модулем Path из ядра. В разделе управления расширениями убедитесь, что он включён. После этого в форме редактирования материала появится блок URL alias или поле с похожим названием.

1. Откройте тестовый материал.
2. Найдите блок настроек URL и задайте алиас вручную, например blog/testovaya-statya.
3. Сохраните материал и откройте новый адрес в режиме инкогнито.
4. Проверьте старый системный маршрут и новый алиас. Они не должны вести к разным версиям одного и того же контента с разными каноническими адресами.

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

Шаг 4. Автоматизируйте адреса через Pathauto

Для сайта с большим количеством материалов ручные алиасы быстро становятся источником ошибок. Pathauto создаёт адрес по шаблону при сохранении сущности. Это contributed-модуль, поэтому перед установкой проверьте совместимость его текущего стабильного релиза с вашей версией Drupal 10 или 11.

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

Что настроить в шаблоне

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

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

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

Шаг 5. Добавьте базовые SEO-настройки

Чистые ссылки сами по себе не задают заголовок страницы, description или правила индексации. Для управляемых метатегов обычно используют модуль Metatag. Это не часть ядра Drupal: ставьте совместимый с вашей версией релиз и проверяйте настройки после обновления.

1. Задайте шаблон заголовка. Для материала обычно достаточно названия страницы и названия сайта. Не добавляйте название сайта несколько раз.
2. Настройте description. Шаблон может брать краткое описание материала, но редактору нужен способ заменить его для важных страниц.
3. Проверьте canonical URL. Он должен указывать на основной адрес материала, а не на технический маршрут или URL с фильтрами.
4. Разделите индексируемые страницы и служебные. Страницы поиска, сортировки, фильтров и технические варианты не должны автоматически попадать в индекс только потому, что Drupal умеет их открыть.
5. Проверьте Open Graph отдельно. Социальные сети используют свои метаданные и могут показывать старую картинку из кэша, даже если HTML уже исправлен.

Проверка результата: у опубликованной страницы есть один title, понятное description, canonical с правильным протоколом и доменом, а в исходном HTML нет дублирующихся метатегов.

Типичные ошибки и что с ними делать

• «404 Not Found» от Nginx или Apache. Проверьте правила rewrite, корень сайта и доступ веб-сервера к файлу конфигурации. Если Drupal работает только на главной странице, проблема чаще всего находится до уровня CMS.
• «The requested page could not be found.» Проверьте, существует ли алиас, нет ли ошибки в регистре и не был ли путь удалён при обновлении материала.
• «Access denied». Страница существует, но текущая роль не имеет права её видеть. Проверьте права доступа к типу материала и конкретному содержимому, а не только сам URL.
• Бесконечная цепочка редиректов. Сравните настройки HTTPS на прокси и в Drupal. Такая ошибка часто возникает, когда внешний прокси передаёт запрос как HTTP, хотя пользователь уже подключён по HTTPS.
• «The website encountered an unexpected error. Please try again later.» Откройте журнал Drupal и серверный лог, затем проверьте совместимость Pathauto или Metatag с вашей версией ядра. Не отключайте модули на рабочем сайте без резервной копии.

Где подход ломается

Автоматические алиасы не решают проблему старого сайта с сотнями уже проиндексированных страниц. При массовом изменении схемы понадобятся карта старых и новых адресов, постоянные перенаправления и проверка 404 после публикации. Не направляйте все старые URL на главную: это скрывает ошибки и не сохраняет смысл страницы.

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

Что делать дальше

После настройки соберите список URL из sitemap и проверьте его HTTP-кодами: рабочие страницы должны возвращать 200, удалённые — согласованный ответ, а изменённые — один прямой редирект на новый адрес. Затем откройте несколько страниц в инструментах вебмастера и убедитесь, что canonical, title и description совпадают с вашей схемой.

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