Карта внутренних ссылок сайта: как найти проблемы перелинковки и улучшить SEO

Что такое карта внутренних ссылок

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

Дерево разделов отвечает на вопрос «где находится страница», а граф ссылок — «откуда на неё можно попасть». Страница может лежать глубоко в структуре URL, но быть доступной в один клик из популярной статьи. Или находиться рядом с главной в каталоге, но не получать ни одной ссылки из содержательных материалов.

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

Как перелинковка помогает SEO и посетителю

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

В рекомендациях Google по ссылкам описаны обычные элементы <a href="…">, понятные анкоры и контекст вокруг ссылки. Поэтому одна картинка с графом недостаточна: в публичной карте дополнительно есть HTML-каталог с реальными ссылками, доступный без JavaScript.

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

Какие проблемы искать на карте

Как я собрал данные для ifreework.com

1. Сравнил несколько источников.

   Взял sitemap RU/EN, опубликованные открытые документы MODX в услугах, блоге и портфолио, затем проверил дополнительные адреса из найденных ссылок. Одного обхода от главной недостаточно, чтобы уверенно искать страницы без входящих связей.

2. Нормализовал адреса.

   Привёл внутренние URL к основному домену и HTTPS, проверил canonical и редиректы. Параметры и фрагменты не превращал в отдельные узлы этого анализа. На другом сайте правила могут отличаться: параметры иногда определяют самостоятельную страницу.

3. Разделил типы размещения.

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

4. Отфильтровал публичный набор.

   Из открытой карты исключил служебные адреса, ошибки, noindex и отдельные страницы фотогалерей. Наличие страницы в CMS ещё не означает, что её нужно продвигать и включать в публичный каталог.

5. Проверил предложения редакторски.

   Совпадения тем и технологий использовал как подсказку. Из первоначальных 475 автоматических предложений выбрал 106; ещё 295 переходов подобрал по реальным задачам страниц. Общие слова «AI», «API» или «TON» сами по себе не доказывают уместность ссылки.

Почему я не применял все рекомендации автоматически

Симулятор экономики может содержать Python, MCP и инструменты для AI-агента. Но из этого не следует, что главная подходящая услуга для его читателя — любая AI-интеграция. Для FIGHTEX Economic Simulator первым содержательным переходом стал аудит токеномики и экономических моделей. MCP-разработка — отдельный технический контекст.

По тому же принципу связал платежные материалы с финансовой логикой, CRM-кейсы — с CRM и автоматизацией, а статьи о совместимости PHP — с обновлениями и соответствующими кейсами. Избегал формулировок, которые приписывают исходному проекту неподтверждённую технологию.

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

Что изменилось после первой итерации

В таблице — структурные показатели русской версии на этапе публикации 401 новой ссылки 23 октября 2026 года. Учитываются переходы из текста и блоков связанных материалов; общие меню и сайдбар в эти показатели не входят.

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

Это результат работы со структурой сайта. Изменение трафика, позиций или количества заявок этим сравнением не измерялось.

Как пользоваться открытой картой

1. Откройте карту внутренних ссылок и выберите язык, тип страницы или тему.
2. Найдите статью, кейс или услугу по названию, адресу либо технологии.
3. Выберите узел графа. В карточке появятся входящие и исходящие переходы с анкорами.
4. Включайте слои по очереди: сначала текст и блоки «по теме», затем каталоги и общую навигацию.
5. Во вкладке «Наблюдения» проверьте страницы с недостающими связями. Это повод для анализа, а не команда добавить ссылку любой ценой.
6. Для обычной навигации откройте HTML-каталог внизу страницы. Для повторного анализа скачайте постоянный JSON-файл связей.

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

Чем карта отличается от sitemap.xml

Sitemap перечисляет адреса, которые сайт предлагает поисковой системе обнаружить. Файл связей описывает переходы между страницами: источник, назначение, анкор и тип размещения. Граф помогает анализировать эти отношения, а HTML-каталог даёт доступ к самим страницам.

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

Как поддерживать перелинковку после публикации

• При добавлении материала выбирать релевантные статьи, кейсы и услуги, а также искать старые страницы, из которых новый материал будет полезен читателю.
• При переносе URL обновлять внутренние ссылки и проверять canonical, редиректы и sitemap.
• При повторном обходе сравнивать входящие переходы, глубину, ошибки и связи между разделами.
• При оценке SEO отдельно смотреть Search Console и аналитику: индексацию, запросы, показы, переходы и заявки. Изменение графа не заменяет эти данные.

Для технических примеров полезны разбор обновления MODX и совместимости PHP и кейс технической подготовки iQ-центра к AI-поиску. Они показывают другие части работы со структурой и техническим состоянием сайта.