Как нейронка находит сеошнику лишнюю работу

Как нейронка находит сеошнику лишнюю работу

Закидываешь выгрузку краула в нейронку. Просишь найти проблемы. Получаешь список на три спринта разработки.

Красиво. Особенно приоритеты: всё критично, всё срочно, сайт вообще непонятно как выжил.

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

1. «Canonical ведёт на другую страницу»

Окей. А это дубль или страница, которую мы хотим продвигать отдельно?

Для дубля ссылка на основную версию может быть совершенно [нормальной настройкой](https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls). Массово поставить всем canonical на себя без разбора будет интересным приключением.

2. «Обнаружены страницы с noindex»

Какие именно? Посадочные услуг? Корзина? Результат отправки формы?

[Noindex исключает страницу из поиска](https://developers.google.com/search/docs/crawling-indexing/block-indexing). Сначала выясняем, нужна ли она там. Само наличие тега ещё ничего не говорит о качестве настройки.

3. «На сайте нет внутренних ссылок на эти страницы»

А в исходниках вообще были данные о входящих ссылках? Краул прошёл весь сайт или закончился на лимите в 500 URL?

Отсутствие ссылки в неполной выгрузке не доказывает, что её нет на сайте.

Что дать нейронке вторым заданием:

«Перепроверь каждую найденную проблему. Укажи конкретный URL и доказательство из исходных данных: файл, строку, поле или фрагмент HTML.

Объясни, почему это ошибка именно для этой страницы. Укажи, при каких условиях такая настройка допустима.

Если данных недостаточно, напиши, что нужно проверить. Не выдавай предположение за установленную проблему».

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

Аудит, конечно, можно сгенерировать за пять минут. Внедрять его будет человек с зарплатой.