SEO-аудит сайта: 15 проблем, из-за которых теряются заявки

SEO-аудит нужен не для отчёта с сотнями «ошибок», а чтобы найти разрывы в пути человека от запроса до обращения. Часть проблем не даёт посадочной странице попасть в поиск, часть — уменьшает клики по сниппету, а часть уже на сайте мешает посетителю оставить заявку. Их нельзя смешивать: исправление title не заменит понятное коммерческое предложение, а красивый лендинг не компенсирует запрет на индексацию.

Ниже — практическая схема аудита для сервисного сайта, B2B, интернет-магазина или SaaS. Она актуальна на 11 августа 2026 года и опирается на документацию Google Search Central, Яндекс Вебмастера и Chrome/web.dev. Мы не приписываем каждому дефекту гарантированное падение позиций или конверсии: влияние подтверждают данными конкретного сайта.

Что считать потерянной заявкой

Упрощённая воронка выглядит так:

показы в поиске → клики → целевые сессии → действие на странице → отправленная и обработанная заявка.

Поэтому в аудите проверяют не только органический трафик. Для каждой важной страницы нужно видеть показы, клики, поисковый запрос, устройства, скорость, события формы/телефона/мессенджера и качество лида в CRM. Если цели настроены неверно или заявка не передаётся в CRM, нельзя честно сказать, что SEO «не приносит клиентов».

Как проводить аудит: сначала данные, затем гипотезы

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

1. Google Search Console: отчёт по эффективности, индексации и проверка URL.
2. Яндекс Вебмастер: «Страницы в поиске», статистика обхода, диагностика, запросы и проверка ответа сервера.
3. Метрика/другая аналитика и CRM: входные страницы, устройства, пути, записи визитов, микро- и макроконверсии, статус лида.
4. Реальный браузер на мобильном устройстве и PageSpeed Insights: не только лабораторный балл, но и полевые Core Web Vitals, если они доступны.

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

15 проблем в порядке обычного приоритета

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

P0. Целевые страницы закрыты от индексации или недоступны роботу

Почему теряются заявки. Страница не может стабильно получать поисковые показы, если робот не видит её содержимое или сервер возвращает ошибку. Причины: noindex, ошибочный Disallow, авторизация, 401/403/5xx, бесконечные редиректы, WAF, случайный запрет после разработки.

Как диагностировать. Для каждого URL проверьте код ответа и цепочку редиректов; в Search Console — проверку URL и отчёт Page Indexing; в Яндекс Вебмастере — «Страницы в поиске», статистику обхода и «Проверку ответа сервера». Сверьте robots.txt, метатег robots и HTTP-заголовок X-Robots-Tag. Важно: robots.txt управляет обходом, а не является надёжным способом убрать URL из индекса — для этого применяют noindex или ограничение доступа.

Как исправить. Снимите запрет только с целевых URL и необходимых CSS/JS-ресурсов, верните стабильный 200 OK, устраните петли и правила WAF для поисковых роботов. После проверки отправьте важные страницы на переобход. Не открывайте служебные, личные и дублирующие разделы лишь ради роста количества проиндексированных URL.

P0. После редизайна или смены URL потеряны 301-редиректы

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

Диагностика. Выгрузите URL с трафиком, ссылками и конверсиями за период до миграции. Проверьте карту «старый URL → наиболее близкий новый URL», цепочки и коды ответов. В Search Console наблюдайте ошибки и статусы; в Метрике — входы на 404.

Исправление. Настройте один серверный 301 с каждого изменённого адреса на смысловой аналог. Не перенаправляйте всё на главную и не делайте длинных цепочек. На новом сайте поставьте self-canonical, обновите внутренние ссылки и XML sitemap. Google рекомендует выполнить 301 и обновление sitemap при переносе с изменением URL.

P0. Форма, телефон или мессенджер ломаются на мобильном

Это UX и аналитическая, а не поисковая проблема, но она напрямую обнуляет результат SEO. Частые причины: кнопка перекрыта cookie-баннером, поле не принимает номер, капча зависает, форма отправляет без понятного результата, номер не кликабелен, заявка не уходит в CRM.

Диагностика. Пройдите путь на iOS/Android и в основных браузерах: открыть страницу из поиска, нажать CTA, заполнить форму, получить подтверждение, найти лид в CRM. Проверьте записи визитов и события form_start, ошибки валидации, form_submit, успешную доставку. Сегментируйте конверсию по устройству и браузеру.

Исправление. Оставьте один понятный основной CTA, используйте корректные типы полей и tel: для телефона, показывайте ошибку у поля и подтверждение после отправки. Настройте серверную обработку ошибок и дедупликацию лидов. Событие «клик по кнопке» не считайте заявкой.

P0. Важные страницы не попадают в индекс из-за слабой внутренней связанности

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

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

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

P1. Дубли URL и противоречившие canonical-сигналы

Почему. Один контент доступен по HTTP/HTTPS, www/non-www, со слешем, параметрами, сортировками или UTM. Это распыляет данные и ссылки, создаёт лишний обход и может привести к показу не того адреса.

Диагностика. Сравните варианты URL, параметрические и фильтровые страницы. Проверьте в коде rel="canonical", sitemap, внутренние ссылки и редиректы. В Search Console сопоставьте «выбранная пользователем canonical» и «выбранная Google canonical».

Исправление. Выберите единственный индексируемый адрес. Приведите к нему внутренние ссылки, canonical и sitemap; настроьте редирект там, где адрес окончательно заменён. Не указывайте разные canonical одной страницы разными методами. Canonical — сильный сигнал предпочтения, но Google может выбрать другой URL.

P1. В поиске показывается нерелевантный или слабый сниппет

Почему. Пользователь видит страницу, но не понимает, что она решит задачу. Падают клики по целевым запросам, даже если позиция не изменилась. Это не обязательно «ошибка SEO»: поисковик может собрать заголовок и описание из текста страницы.

Диагностика. В отчётах запросов найдите страницы с показами и низким CTR относительно своей позиции и типа выдачи. Посмотрите фактическую выдачу на разных устройствах, title, meta description, H1, основной текст и соответствие интенту запроса.

Исправление. Напишите уникальный, точный title с услугой/категорией и полезным различием; добавьте краткое description как описание содержания, а не перечень ключей. Сделайте H1 и первый экран согласованными с обещанием в сниппете. Не обещайте цену, срок или наличие, если это не подтверждено на странице.

P1. Страница отвечает на другой запрос, чем тот, с которым пришёл пользователь

Почему. «Настроить Яндекс Директ», «стоимость настройки», «агентство Яндекс Директ» и «как настроить самому» требуют разного ответа и следующего шага. Общая страница часто не даёт ни объяснения, ни повода обратиться.

Диагностика. Сгруппируйте запросы из Search Console и Вебмастера по намерению: коммерческое, сравнительное, информационное, навигационное, локальное. Сверьте формулировку запроса, сниппет, H1, содержание, CTA и фактические конверсии. Посмотрите выдачу, не копируя конкурентов механически.

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

P1. На посадочной нет доказательств и условий принятия решения

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

Диагностика. Просмотрите первые 1–2 экрана без знания бренда; изучите записи сессий и вопросы менеджерам. Проверьте, есть ли: конкретное предложение, сегмент/задача, результат и границы, кейсы с контекстом, команда/экспертиза, юридические и контактные данные, понятный CTA.

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

P1. Мобильная версия неудобна или отличается по важному содержанию

Почему. Значительная часть поисковых визитов происходит со смартфона; на неудобной странице пользователь уходит до обращения. Яндекс требует доступности ресурсов для мобильного робота, корректного ответа 200 и рекомендует отсутствие горизонтального скролла от ширины 320 px.

Диагностика. Проверьте шаблоны на реальных экранах: viewport, горизонтальную прокрутку, размер кликабельных зон, фиксированные перекрытия, раскрывающиеся блоки и форму. В Яндекс Вебмастере используйте проверку мобильной пригодности, в аналитике сравните отказы, глубину и конверсию мобильных с десктопом.

Исправление. Используйте адаптивную верстку на одном URL, , доступные CSS/JS и одинаково ценное основное содержание. Если применён мобильный поддомен, сопоставьте каждую desktop-страницу с соответствующей mobile-страницей, а не с главной.

P1. Медленная загрузка и плохая отзывчивость интерфейса

Почему. Это прежде всего опыт пользователя: он может не дождаться страницы или не суметь быстро взаимодействовать с формой. Яндекс прямо отмечает, что медленная загрузка ухудшает доверие, трафик и статистические показатели. Core Web Vitals помогают измерять реальный опыт, но единичный Lighthouse-балл не равен бизнес-результату.

Диагностика. В PageSpeed Insights отделите полевые CrUX-данные от лабораторной диагностики. Измеряйте 75-й перцентиль отдельно для мобильных и десктопных посещений. Ориентиры good: LCP ≤ 2,5 с, INP ≤ 200 мс, CLS ≤ 0,1. Изучите конкретный LCP-элемент, длинные задачи JavaScript, сторонние скрипты, TTFB, изображения и сдвиги при загрузке.

Исправление. Сначала оптимизируйте шаблоны с входным трафиком: сжимайте и задавайте размеры изображений, исключайте блокирующие ресурсы, откладывайте некритичный JS, кэшируйте, сокращайте редиректы и тяжёлые сторонние виджеты. Не жертвуйте формой, аналитикой или доступностью ради «100/100».

P2. XML sitemap устарел, содержит неканонические или ошибочные URL

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

Диагностика. Откройте sitemap, проверьте 200 OK, актуальность lastmod, только ли канонические индексируемые URL в нём, нет ли 3xx/4xx/5xx, noindex, закрытых robots или дубликатов. Сопоставьте с отчётом sitemaps в Search Console и индексацией в Вебмастере.

Исправление. Генерируйте sitemap автоматически из опубликованных индексируемых страниц, включайте только предпочитаемые URL и отправьте файл в панели вебмастеров. Не добавляйте служебные фильтры, результаты поиска и страницы с параметрами без отдельной причины.

P2. Контент скрыт в изображениях, JavaScript или не имеет текстовой структуры

Почему. Пользователь не может быстро просканировать предложение, а робот может получить неполный или иной рендеринг. Важное содержание, спрятанное в noindex/noscript, Яндекс не включает в поисковую базу.

Диагностика. Откройте страницу с выключенным JS и в инструменте проверки URL. Сравните исходный HTML и отрендеренную страницу. Проверьте, что оффер, цена/условия, заголовки, ссылки и подписи к изображениям существуют как доступный текст, а не только как баннер.

Исправление. Разместите ключевую информацию в семантичном HTML, используйте последовательную иерархию H1–H3, текстовые ссылки и осмысленные alt там, где изображение несёт содержание. Не пишите alt как набор ключевых слов.

P2. Нет понятных локальных сигналов для регионального спроса

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

Диагностика. Сверьте запросы и географию лидов, проверьте контакты, фактические зоны работы, карточки организации и настройки региона. Не создавайте региональные страницы, если различается только название города.

Исправление. Укажите реальные адреса, телефоны, график и территорию обслуживания; настройте регион в Яндекс Вебмастере, если он релевантен. Создавайте отдельную локальную страницу только при уникальной полезной информации: офис, команда, кейсы, условия или услуга в городе.

P2. Разметка Schema.org отсутствует, ошибочна или используется ради «расширенного сниппета»

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

Диагностика. Проверьте JSON-LD/микроразметку в Rich Results Test и отчётах Search Console, сопоставьте поля с видимым пользователю содержанием. Проверьте, что разметка относится именно к текущей странице.

Исправление. Внедряйте только поддерживаемые и правдивые типы: Organization/LocalBusiness, Product, Article, Breadcrumb — когда это соответствует странице. Обновляйте данные при изменениях. Не размечайте самодельные рейтинги и FAQ ради попытки занять больше места в выдаче.

P2. На сайте есть уязвимость, спам или вредоносные инъекции

Почему. Предупреждение в браузере или поиске мгновенно разрушает доверие и может ограничить видимость. Яндекс предлагает проверять угрозы и нарушения в разделе «Безопасность и нарушения».

Диагностика. Проверьте Search Console Security Issues, Яндекс Вебмастер, логи, неизвестные URL/редиректы, изменения файлов и CMS-плагины. Сравните исходный код для гостя и администратора: вредоносный код иногда показывается только роботам или новым посетителям.

Исправление. Изолируйте инцидент, удалите вредоносный код и лишние учётные записи, обновите CMS/расширения, смените скомпрометированные секреты, включите резервные копии и мониторинг. После устранения отправьте запрос на пересмотр в соответствующей панели. Не «закрывайте» проблему только robots.txt.

Шаблон приоритизации находок

Вместо списка «всё важно» заведите таблицу. Одна строка — один наблюдаемый дефект на URL или шаблоне.

Быстрый принцип: сначала исправьте ошибки, которые делают работающие посадочные недоступными, затем разрывы в форме и измерении, потом масштабируемые проблемы шаблонов. Изменение позиций оценивайте после переобхода и достаточного объёма данных, а не на следующий день.

Чек-лист перед завершением SEO-аудита

• Согласован список целевых страниц и определение «заявки» в CRM.
• Проверены статус 200, редиректы, robots, noindex, canonical и рендеринг всех приоритетных URL.
• Важные URL есть в sitemap и достижимы внутренними HTML-ссылками.
• В Search Console и Яндекс Вебмастере просмотрены исключения, обход, диагностика и запросы.
• Нет массовых 404/5xx, петель редиректов и нецелевых перенаправлений на главную.
• Проверены мобильные шаблоны, CTA, телефон, форма и фактическая доставка лида.
• Полевая производительность проверена отдельно по устройствам; лабораторные рекомендации привязаны к конкретным проблемам.
• Для страниц с показами проверены сниппет, интент и следующий шаг для пользователя.
• Разметка, региональные данные, контакты и видимый контент соответствуют реальности.
• Каждая находка имеет приоритет, владельца, срок и способ проверки после релиза.

Ошибки, которые делают аудит бесполезным

Считать количество ошибок показателем качества. Тысяча URL с одинаковым параметром может быть одной задачей, а один noindex на странице услуги — критичным дефектом.

Править всё одновременно. Тогда нельзя понять, что повлияло на показы или конверсию. Объединяйте только связанные технические исправления и фиксируйте даты релизов.

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

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

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

FAQ

Как часто проводить SEO-аудит?

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

Может ли SEO-аудит гарантировать рост заявок?

Нет. Он снижает измеримые препятствия в органической воронке. Итог зависит также от спроса, конкуренции, предложения, цены, работы отдела продаж и корректности измерений. Хороший аудит формулирует проверяемые гипотезы, а не обещает позицию или процент роста.

Что важнее: скорость или контент?

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

Нужен ли robots.txt, чтобы удалить страницу из Google?

Нет. Google указывает, что robots.txt предназначен для управления обходом, а не для запрета индексации. Для удаления публичной страницы из индекса используйте noindex при доступном обходе либо закройте её авторизацией, выбрав метод по задаче.

Почему Google выбрал другой canonical?

Canonical — это предпочтение владельца, а не безусловная команда. Проверьте доступность страницы, самоcогласованность rel="canonical", sitemap, редиректов и внутренних ссылок, а также сходство содержимого дублей. Затем убедитесь, что выбранный Вами URL действительно наиболее полный и полезный для пользователя.

Вывод

Заявки теряются не из-за абстрактного «плохого SEO», а в конкретной точке: страницу не обходят, сниппет не получает клик, ответ не совпадает с задачей или форма не завершает действие. Начните с целевых страниц и данных CRM, устраните P0, затем работайте с интентом, мобильным опытом и масштабируемыми шаблонами. Такой аудит превращается в план роста, который можно проверить после каждого релиза.

Источники

Проверено 11 августа 2026 года.

1. Google Search Central: техническое SEO — robots.txt, sitemap, проверка рендеринга.
2. Google Search Central: SEO Starter Guide — обнаружение страниц через ссылки и базовые практики.
3. Google Search Central: canonical URL — сигналы canonical и дубли.
4. Google Search Central: перенос сайта с изменением URL — 301, canonical и sitemap при миграции.
5. web.dev: пороги Core Web Vitals — LCP, INP, CLS и 75-й перцентиль.
6. web.dev: оптимизация INP — диагностика отзывчивости.
7. Яндекс Вебмастер: индекс качества сайта — диагностика индексации, сниппетов, мобильности и Метрики.
8. Яндекс Вебмастер: сайты для мобильных устройств — требования к мобильной версии.
9. Яндекс Вебмастер: как ускорить сайт — рекомендации по загрузке страниц.
10. Яндекс Вебмастер: индексация сайта — проверка индексации, запретов и доступности.