Внутренние ссылки на сайте: как найти лишние редиректы и ошибки навигации

Что показал обход

Краулер стартует с главной страницы и идёт по внутренним ссылкам ровно так же, как робот Яндекса или Google. Мы сделали два обхода с разной настройкой охвата и объединили результаты — это дало более полную картину и заодно позволило проверить цифры на устойчивость.

Показать данные текстом

Показатель	Значение
Всего уникальных адресов	699
HTML-страниц	403
Из них отдают корректный ответ	130
Отдают перенаправление	269
Изображений и файлов	272

Показать картинку

Двести шестьдесят восемь из этих перенаправлений — адреса одного вида: /node/4618, /node/27894, /node/175008. Все ведут на нормальные человекопонятные адреса. И на них указывают около четырёхсот пятидесяти внутренних ссылок с самого сайта.

Цифра проверена дважды: первый обход насчитал 473 ссылки, второй — 440. Расхождение объясняется разным охватом, порядок величины устойчив.

Откуда это берётся

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

Показать данные текстом

Адрес	Что это
/node/4618	Системный. Присваивается автоматически, ничего не говорит о содержании
/news/kursy-povysheniya-kvalifikacii	Человекопонятный. Настраивается отдельно, попадает в поиск

Показать картинку

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

Каждая такая ссылка работает: посетитель попадёт куда надо, потому что настроено перенаправление. Именно поэтому проблему годами не замечают.

Похожие сценарии в других системах

• 1С-Битрикс: ссылки на /catalog/element.php?ID=1234 вместо человекопонятных адресов
• WordPress: ссылки вида /?p=1234, оставшиеся с момента до настройки постоянных ссылок
• Любая система после смены структуры адресов: старые ссылки внутри текстов не переписали

Чем это вредит

Расходуется краулинговый бюджет

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

В разобранном случае две трети этих обращений уходят на перенаправления. Робот приходит, тратит визит, получает ответ «иди по другому адресу» — и уходит, не увидев содержания.

Теряется вес ссылок

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

Замедляется индексация нового

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

Появляются дубли в аналитике

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

Вторая находка: адреса товаров не отражают структуру

Здесь важно не перепутать две разные вещи, и первый обход едва не подвёл нас именно на этом.

Что оказалось в порядке

Дерево разделов выстроено корректно: тридцать четыре раздела доступны за один-два клика от главной. Путь главная — тип производства — культура работает как надо, к навигации претензий нет.

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

Что оказалось не в порядке

Карточки товаров не находятся внутри дерева разделов. Их адреса устроены иначе.

Показать данные текстом

Как есть	Как должно быть
/catalog/название-товара	/catalog/раздел/категория/название-товара

Показать картинку

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

Чем это вредит

• Адрес не отражает место товара в ассортименте, поэтому поисковая система не понимает иерархию: для неё все двести восемь позиций равнозначны
• Раздел не передаёт товару свой вес, а товар не укрепляет раздел — они технически не связаны
• При перестройке каталога товары легко теряются, потому что их принадлежность нигде не зафиксирована структурно
• Невозможно автоматически построить навигационную цепочку и перелинковку между позициями одного раздела

Как проверить свой сайт за час

Шаг 1. Обойти сайт в режиме робота

Инструмент — Screaming Frog SEO Spider. Важно запускать именно режим Spider со стартом с главной страницы, а не режим списка: только так программа построит настоящий граф ссылок и покажет глубину залегания.

Ограничения бесплатной версии стоит уточнить на сайте разработчика перед запуском — они периодически меняются.

Шаг 2. Посмотреть на распределение кодов ответа

После обхода откройте сводку по кодам. Здоровое соотношение — подавляющее большинство страниц отдают код 200, перенаправлений единицы.

Если перенаправлений больше десятой части — у вас та же проблема. Если больше половины — она серьёзная.

Шаг 3. Найти, откуда ведут ссылки на перенаправления

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

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

Шаг 4. Проверить, отражают ли адреса структуру

Посмотрите на адреса карточек товаров. Если они выглядят как /catalog/название-товара, а разделы при этом устроены деревом — у вас та же проблема.

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

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

Шаг 5. Собрать битые ссылки

Коды 404 и 403 в том же отчёте. В разобранном случае их оказалось четыре на первых двух уровнях, и две были показательными.

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

Что делать с найденным

Показать данные текстом

Приоритет	Действие
Первый	Заменить внутренние ссылки на конечные адреса. Начинать с шаблонов — меню, футер, сквозные блоки: одна правка убирает сотни ссылок
Второй	Пройтись по текстовому содержанию. Это ручная работа, но её объём известен точно из отчёта
Третий	Починить битые ссылки — это дешевле всего и часто возвращает потерянные обращения
Четвёртый	Перестроить адреса карточек так, чтобы они отражали структуру разделов. Самая долгая часть, требует перенаправлений со старых адресов

Показать картинку

Одна хорошая новость из того же аудита

Не всё оказалось плохо, и это стоит отметить, потому что часто бывает наоборот.

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

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

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

Сколько это стоит исправить

Замена ссылок в шаблонах — несколько часов работы разработчика. Правка текстового содержания — от нескольких дней до пары недель в зависимости от объёма.

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

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

Если проверка что‑то показала

Мы в webformula-agro делаем цифровые проекты для производственного и агропромышленного бизнеса: B2B-порталы, каталоги со сложной атрибутикой, образовательные платформы, поисковую и AEO-оптимизацию.

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

Обсудить проект