Техническая база сайта влияет на позиции в поиске не меньше, чем контент и ссылки. Неработающие страницы, длинные цепочки редиректов и запутанные адреса мешают поисковикам правильно индексировать сайт, а пользователям — совершать целевые действия. Хорошая новость: эти проблемы выявляются и исправляются за считанные дни, а эффект заметен уже через несколько недель после переиндексации. В статье разбираем, как спроектировать структуру URL, выбрать типы редиректов и превратить страницу 404 из точки потери клиента в точку возврата.
Структура URL: правила, которые экономят месяцы
URL — это адрес страницы, который видят и поисковики, и пользователи. Менять структуру URL после запуска сайта — дорогая операция: каждый старый адрес придётся закрывать редиректом, а переиндексация займёт от 2 до 8 недель. Поэтому продумайте адреса до разработки:- Читаемость. /katalog/obuv/krossovki понятнее человеку и роботу, чем /cat?id=128&sec=45.
- Транслит вместо кириллицы. Кириллические адреса при копировании превращаются в нечитаемые коды вида %D0%BE%D0%B1%D1%83%D0%B2%D1%8C.
- Только нижний регистр и дефисы. Для сервера /Krossovki и /krossovki_html — разные страницы: поисковик увидит дубли.
- Глубина не более 3–4 уровней: /obuv/krossovki/nike — достаточно; вложенность из 6+ разделов размывает вес страниц.
- Один URL — одна страница. Дубли с www и без, со слэшем на конце и без него склеиваются 301-редиректом на один канонический адрес.
301 или 302: выбираем тип редиректа правильно
Редирект — это команда браузеру и поисковому роботу, что страница переехала. Ошибка в выборе типа — классическая причина потери позиций после редизайна. 301 (Permanent Redirect) — постоянный: передаёт ссылочный вес и сигнал «страница перемещена навсегда». Его используют при смене домена, переезде на HTTPS, склейке дублей и удалении страниц. 302/307 (Temporary) — временный: вес не передаётся, старый адрес остаётся в индексе. Он подходит для сезонных каталогов, техобслуживания и A/B-тестов. Практическое правило простое: если через месяц пользователям по-прежнему нужен новый адрес — ставьте 301. Временные редиректы, забытые на полгода, — частая причина, почему сайт «не растёт» после обновления.Цепочки редиректов: тихий убийца скорости и индексации
Цепочка возникает, когда старый адрес ведёт не сразу на актуальный: /page → /page-2 → /katalog/page. Каждый лишний шаг — это отдельный запрос к серверу и 100–300 мс задержки, а робот может вообще не дойти до финального адреса: Googlebot переходит не более 10 редиректов подряд, после чего останавливается. Часть ссылочного веса при этом теряется на каждом hop. Правильная схема — редирект с первого адреса сразу на финальный.Страница 404: как не терять пользователя
404 — не ошибка разработчика, а нормальный ответ сервера для страницы, которой не существует. Проблемы начинаются, когда она настроена неправильно:- Отдавайте настоящий код 404. Если страница ошибки возвращает код 200 (так называемый soft 404), поисковик добавляет её в индекс — тысячи таких адресов понижают качество всего домена.
- Не редиректите все 404 на главную. Робот расценивает это как soft 404, а пользователь — как обман: искал кроссовки, попал на абстрактную витрину.
- Оформите 404 в стиле сайта: меню, поиск, ссылки на популярные товары или статьи, кнопка «на главную». За каждой 404 стоит чей-то сломанный сценарий покупки.
- Настройте мониторинг. Вебмастера Яндекса и Google показывают все несуществующие адреса, на которые ведут внешние ссылки, — их стоит закрывать 301-редиректом на релевантные страницы.
Как найти проблемы: три инструмента и 30 минут в месяц
Аудит не требует платных сервисов на старте. Яндекс.Вебмастер покажет ошибки индексации в отчёте «Исключённые страницы» и позволит проверить код ответа любого URL через «Проверку ответа сервера». Google Search Console в отчёте «Страницы» выделит soft 404 и страницы-дубли. Для интернет-магазина с каталогом от 10 000 товаров из выгрузки 1С — обязательно после каждого обновления прайса.Ошибки, которые встречаются даже у опытных команд
За годы аудитов мы видим одни и те же грабли. Редирект на JavaScript или meta refresh вместо серверного 301 — роботы обрабатывают их хуже и медленнее. Удаление страниц без редиректов — адрес выпадает из индекса вместе со всем накопленным весом. Редирект «всё на главную» — ссылка со страницы «Доставка» ведёт на главную, и смысловой сигнал для поисковика теряется. Конфликт canonical и 301 — страница объявляет canonical на себя, но одновременно редиректит на другой адрес; робот получает противоречивые сигналы и может исключить обе страницы. Каждая из ошибок исправляется за час, но без аудита может тихо работать годами.Чек-лист внедрения
Если вы запускаете новый сайт или взялись за технический аудит текущего, двигайтесь по шагам:- Спроектируйте структуру URL до вёрстки: каталог, разделы, карточки, статьи.
- Настройте 301-редиректы с www на без-www (или наоборот), с HTTP на HTTPS, с index.html на «чистый» адрес.
- Перед переездом или редизайном составьте карту «старый адрес → новый» и реализуйте её серверными правилами (.htaccess, конфиг Nginx или редирект-менеджер CMS).
- Сделайте кастомную страницу 404 с корректным кодом ответа и навигацией.
- Прогоните сайт краулером, схлопните цепочки, добавьте сайт в Яндекс.Вебмастер и Search Console.
- Через 2–4 недели сверьте индексацию и позиции — расхождения закрывайте по спискам из вебмастеров.