Удаление слеша (/) в конце URL на WordPress

Если в отчётах Google Search Console появились сотни или тысячи URL со статусом «Page with redirect» (страница с перенаправлением), это часто связано с тем, что в вашей структуре URL одни ссылки заканчиваются со слэшем (/) в конце, а другие — без него.

В результате WordPress или сервер делает редиректы между этими версиями, и Google видит такие URL как страницы с редиректом. Это может засорять отчёт и мешать точному отслеживанию индексации.

В 95 % случаев это не ошибка, а нормальное поведение. Но иногда это действительно можно исправить.

Почему важно убрать или унифицировать слэш

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

Что логично — зачем лишний символ в конце ссылки?

Но WordPress по умолчанию его добавляет.

Затем происходит какая то магия и отчеты в Search Console начинают сходить с ума от множества редиректов.

Детали:

1. Консистентность ссылок
   Если часть ссылок ведёт на /page/, а часть — на /page, WordPress может делать автоматические редиректы между ними, что Google считает 301/302-редиректами. Это и вызывает статус «Page with redirect» в Search Console.
2. Уменьшение “мусорных” URL в Search Console
   Серч Консоль показывает все URL, по которым бот заходил и получил редирект. Если версии со слэшем и без него оба появляются в отчёте, то это из-за неунифицированной структуры.
3. Поисковая оптимизация
   Наличие двух версий одной и той же страницы (.../page и .../page/) может привести к двойному контенту и путанице при канонизации, если редиректы настроены неправильно. Лучше выбрать одну версию и на неё 301-редиректить все остальные.

---

Как убрать слэш в конце URL на WordPress

Шаг 1 — изменить структуру постоянных ссылок

1. Зайдите в Админка → Настройки → Постоянные ссылки.
2. В поле «Произвольная структура» используйте структуру без слэша в конце, например:

/%postname%

Вместо:

/%postname%/

3. Сохраните изменения.

WordPress начнёт использовать URL без конечного слэша.

---

Шаг 2 — указать редирект через .htaccess

У кого то редиректы работают автоматом, но у меня редирект не заработал. Пришлось настроить .htaccess, чтобы принудительно редиректить слеш на уровне сервера:

## Убираем слеш в конце (кроме корня)

### Не трогаем админку, апишку и логин
RewriteCond %{REQUEST_URI} !^/wp-admin/
RewriteCond %{REQUEST_URI} !^/wp-json/
RewriteCond %{REQUEST_URI} !^/wp-login\.php$

### Убираем слэш только если это не директория
RewriteCond %{REQUEST_URI} .+/$
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.+)/$ /$1 [R=301,L]

Этот код:

• проверяет, что URL заканчивается слэшем;
• что это не директория и не файл;
• делает 301-редирект на версию без слэша.

Что это решает в Google Search Console

✔️ WordPress перестаёт делать лишние редиректы между двумя вариантами URL.
✔️ Google перестаёт видеть много «страниц с перенаправлением».
✔️ Чистый отчёт в Search Console, где остаются только реально существующие страницы.

То есть, убирание (или приведение к одному варианту) слэша в конце URL помогает устранить большую часть редирект-шумов в отчёте Search Console.

Вот один из кейсов — снижение шума в отчете редиректов после настройки:

Итого

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

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