Технический SEO-аудит: чек-лист для разработчика и маркетолога

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

Для недвижимости это особенно критично: в выдаче конкурируют не только тексты, но и качество посадочных страниц, скорость, корректная работа фильтров, региональность, микроразметка, мобильная версия и отсутствие технического шума. Ниже — практический чек-лист, который удобно использовать маркетологу, SEO-специалисту и разработчику как единый рабочий документ.

Что должен дать технический SEO-аудит

Хороший аудит отвечает на 5 вопросов:

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

На практике я часто вижу, как агентства недвижимости заказывают аудит, ожидая список из сотен пунктов. Но реальная задача не «найти все ошибки», а убрать то, что реально мешает росту. Когда застройщик тратит бюджет на контент и ссылки, а лиды не идут, в 8 случаях из 10 проблема лежит в технической плоскости: дубли карточек ЖК, фильтры, которые сжирают краулинговый бюджет, или незамеченный noindex на ключевых посадочных.

С чего начать: приоритизация страниц

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

В фокусе должны быть:

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

Например, для застройщика, который продвигает несколько ЖК в разных районах, приоритетными будут страницы самих комплексов и посадочные под геозависимые запросы вроде «купить квартиру в ЖК Лесной». Если в аудите вы потратите время на внутренние страницы «Политика конфиденциальности» или устаревшие новости, вы упустите то, что реально приводит клиентов.

Что фиксировать до старта

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

Чек-лист технического SEO-аудита

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

1. Индексация и доступность страниц

Это базовый слой. Если страница закрыта от роботов или не может быть просканирована, остальные улучшения теряют смысл. На рынке недвижимости я не раз сталкивался с ситуацией, когда застройщик менял CMS, и разработчики закрывали весь раздел с ЖК через robots.txt на время тестирования — а потом забывали открыть. Трафик падал до нуля, а причина была элементарной.

Проверить нужно:

• статус ответа сервера;
• доступность страниц для робота без авторизации;
• отсутствие случайных блокировок в robots.txt;
• наличие и корректность meta robots;
• наличие X-Robots-Tag в ответе сервера;
• отсутствие noindex на важных страницах;
• корректность sitemap.xml.

Что считать проблемой

• важные страницы закрыты robots.txt;
• в sitemap попали мусорные URL;
• в индексе есть страницы, которых быть не должно;
• наоборот, важные страницы не индексируются;
• одна и та же страница доступна по нескольким адресам.

Типовая ошибка на проектах недвижимости

Фильтры, сортировки и параметры URL начинают плодить тысячи страниц, а sitemap содержит все подряд. В итоге поисковик тратит ресурсы не на коммерческие страницы, а на технический шум. Например, на сайте агентства недвижимости фильтр по количеству комнат, метражу и этажу генерирует URL с параметрами: site.ru/kvartiry/?rooms=2&area=60&floor=5. Если такие страницы попадают в индекс, они создают конкуренцию основным посадочным и размывают сигналы качества.

2. Редиректы, каноникал и дубли

Дубли — одна из самых частых причин потери качества индекса. Особенно на сайтах с каталогом, фильтрами и множеством параметров. Для недвижимости эта проблема стоит остро: карточки объектов могут дублироваться из-за разных URL с параметрами, версий с www и без, HTTP и HTTPS, со слешем на конце и без него.

Проверьте:

• 301-редирект с HTTP на HTTPS;
• единый формат домена: www или без www;
• поведение со слэшем на конце;
• отсутствие редиректных цепочек;
• отсутствие циклических редиректов;
• корректные canonical-теги;
• самоцитирующий canonical на индексируемых страницах;
• отсутствие конфликтов между canonical, noindex и sitemap.

Плохие сценарии

• страница отдает 200, но canonical указывает на нерелевантный URL;
• карточка объекта канонизируется на общий листинг;
• пагинация или фильтр канонизируются на главную без причины;
• один и тот же контент доступен по десяткам URL.

Как смотреть на canonical

Canonical — это не волшебная кнопка «оставить только эту страницу». Это подсказка поисковику о предпочтительной версии. Если на сайте хаос с дублями, canonical лишь помогает, но не заменяет нормальную архитектуру URL. На практике я видел, как агентство недвижимости канонизировало все карточки квартир на страницу ЖК, ожидая, что поисковик «поймёт». В итоге карточки выпали из индекса, а трафик упал на 40%. Canonical должен указывать на релевантную страницу, а не на ближайшую по иерархии.

3. Структура сайта и внутренняя перелинковка

Поисковику нужно понимать, какие страницы главные, а какие второстепенные. Это делает структура и ссылки. Для сайта застройщика логичная иерархия может выглядеть так: Главная → Жилые комплексы → ЖК «Название» → Планировки и квартиры. Если карточка квартиры висит в трёх кликах от главной, это нормально. Если она закопана в раздел «Объекты» → «Вторичная» → «Архив» — поисковик может посчитать её малозначимой.

Что проверить:

• есть ли логичная иерархия разделов;
• не висят ли важные страницы слишком глубоко;
• доступны ли ключевые URL за 2–4 клика;
• нет ли «сиротских» страниц без внутренних ссылок;
• работают ли хлебные крошки;
• не перегружены ли меню;
• есть ли ссылки между связанными страницами.

Почему это важно

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

Практика

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

Я часто рекомендую клиентам провести простой тест: открыть карточку ЖК и посмотреть, можно ли с неё за два клика дойти до формы заявки или контактов. Если нет — структура требует доработки.

4. Страницы с параметрами, фильтрами и сортировками

Для недвижимости это отдельная зона риска. Фильтры могут быть мощным источником SEO-трафика, но только если они управляемы. Запросы вроде «двухкомнатные квартиры в ЖК Светлый» или «квартиры с отделкой в Красногорске» — это готовые лиды, и если под них нет чистых посадочных, вы теряете аудиторию.

Что проверить:

• индексируются ли только нужные комбинации фильтров;
• не создают ли параметры бесконечные URL;
• есть ли правила для сортировки, UTM и технических параметров;
• не индексируются ли пустые выдачи;
• не появляются ли дубли от разных комбинаций фильтров;
• есть ли логика для ЧПУ-страниц под спрос.

Хорошая практика

• оставить в индексе только полезные посадочные;
• закрыть технические параметры;
• создать отдельные страницы под частотные спросовые комбинации;
• все остальное держать под контролем через robots, canonical и внутренние правила.

Например, для застройщика мы выделили 15 ключевых комбинаций фильтров, которые реально ищут пользователи: по количеству комнат, типу отделки, этажности и району. Под каждую создали статическую страницу с ЧПУ, а остальные параметры закрыли от индексации. Это дало прирост трафика на 25% за два месяца без дополнительных затрат на контент.

5. Скорость и Core Web Vitals

Скорость — не просто «чтобы сайт был быстрым». Это вопрос качества опыта, особенно на мобильном трафике. Для Google ориентиры понятны: LCP до 2,5 секунды, INP до 200 мс, CLS до 0,1. Но на рынке недвижимости я часто вижу сайты, где LCP превышает 5–7 секунд из-за неоптимизированных изображений планировок и рендеров ЖК.

На что смотреть:

• LCP — насколько быстро загружается основной контент;
• INP — насколько быстро сайт реагирует на действия пользователя;
• CLS — не прыгает ли верстка при загрузке;
• вес изображений;
• количество скриптов;
• блокирующие ресурсы;
• шрифты;
• lazy load;
• серверный ответ.

Что часто тормозит сайты недвижимости

• тяжелые фото объектов без сжатия;
• карты и виджеты, подключенные без оптимизации;
• множество сторонних скриптов;
• фильтры, которые пересчитываются слишком тяжело;
• баннеры и попапы, ломающие CLS.

Признаки проблемы

• страница «визуально» открылась, но главный блок появляется долго;
• кнопки двигаются во время загрузки;
• фильтр на мобильном работает с задержкой;
• карточка объекта рендерится только после тяжелого JS.

На одном проекте мы обнаружили, что карта на странице ЖК подгружается синхронно и блокирует рендер всей страницы. Перенос карты в асинхронную загрузку сократил LCP с 6,2 до 2,1 секунды. Пользователи стали в два раза чаще доходить до формы заявки.

6. Мобильная версия

Для рынка недвижимости мобильный трафик часто дает существенную долю лидов. По моим наблюдениям, на сайтах застройщиков мобильный трафик составляет от 45 до 70% в зависимости от региона. Если мобильная версия неудобна, SEO и конверсия страдают одновременно.

Проверьте:

• читаемость текста без зума;
• размер кликабельных элементов;
• работу фильтров и форм;
• отсутствие горизонтального скролла;
• корректное отображение таблиц и карточек;
• стабильность интерфейса на популярных разрешениях.

Особенно важно

• формы заявки;
• кнопка звонка;
• выбор ЖК/квартиры;
• карта;
• ипотечный калькулятор;
• переключатели фильтров.

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

7. Микроразметка и сниппеты

Структурированные данные помогают поисковикам лучше понимать страницу и могут улучшать видимость в выдаче. Для недвижимости это могут быть расширенные сниппеты с ценой, адресом, рейтингом и типом объекта.

Что стоит проверить:

• корректность schema.org;
• отсутствие ошибок в разметке;
• соответствие разметки содержимому страницы;
• разметку Organization, BreadcrumbList, Product/Offer, Article, FAQ — по ситуации;
• наличие контактных данных, адресов, цен и характеристик там, где это уместно.

Важный нюанс

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

8. Ошибки, коды ответа и качество страниц

Технический аудит должен показывать, как сайт отвечает на запросы роботов и пользователей. На сайтах недвижимости часто встречаются 404-ошибки на удалённых карточках объектов или устаревших акциях. Это нормально, если они корректно обработаны. Плохо, когда 404-страница неинформативна или, хуже того, отдаёт 200-й код.

Проверьте:

• 404-страницы;
• soft 404;
• 500-е ошибки;
• некорректные 302 вместо 301;
• битые ссылки;
• редиректы на нерелевантные страницы;
• пустые страницы каталога;
• дубли карточек.

Что такое soft 404 простыми словами

Это страница, которая отдает код 200, но по сути является ошибкой, пустым результатом или заглушкой. Для поисковика это плохой сигнал: формально страница существует, но ценности не дает. На сайтах недвижимости soft 404 часто возникает на пустых выдачах фильтров: пользователь выбрал параметры, под которые нет объектов, а страница отдаёт 200 с текстом «Ничего не найдено». Такие страницы нужно либо закрывать от индексации, либо делать полезными: предлагать похожие варианты, менять параметры поиска.

9. Логи сервера и краулинговый бюджет

Если сайт большой, смотреть только на видимые ошибки мало. Нужно понимать, как поисковый робот реально ходит по сайту. Для каталога недвижимости с сотнями объектов и фильтрами это критично: робот может тратить время на технические URL вместо коммерческих страниц.

В логах стоит искать:

• какие URL бот посещает чаще всего;
• тратит ли он время на мусорные параметры;
• как часто встречаются 404 и 5xx;
• не игнорируются ли важные страницы;
• есть ли лишняя нагрузка на сервер.

Когда это особенно полезно

• после масштабных изменений;
• при большом каталоге;
• при проблемах с индексированием;
• после появления фильтров и параметров;
• при миграции на новую CMS.

На одном проекте после миграции каталога на новую CMS мы обнаружили в логах, что Googlebot по 40% времени сканирует URL с UTM-метками, которые случайно попали в sitemap. После очистки sitemap и настройки robots.txt краулинговый бюджет перераспределился в пользу коммерческих страниц, и индексация новых объектов ускорилась втрое.

10. Индексация важных страниц и контроль через Search Console

Даже хороший сайт нужно регулярно перепроверять. Search Console — это основной инструмент для мониторинга индексации, и я рекомендую застройщикам и агентствам недвижимости заходить в него минимум раз в неделю.

Что смотреть в первую очередь:

• сколько страниц в индексе;
• какие страницы исключены и почему;
• есть ли проблемы со сканированием;
• какие разделы теряют видимость;
• как меняется статистика по важным шаблонам.

Практический подход

• отслеживать не весь сайт сразу, а ключевые шаблоны;
• сравнивать данные до и после изменений;
• отдельно следить за страницами, которые приносят лиды.

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

Чек-лист для разработчика

• настроен единый протокол HTTPS;
• есть 301 с дублей домена и слэша;
• robots.txt не блокирует важные разделы;
• sitemap.xml актуален и чист;
• на страницах нет случайного noindex;
• canonical настроен без конфликтов;
• фильтры и параметры управляются по правилам;
• нет редиректных цепочек;
• исправлены битые ссылки;
• верстка не прыгает при загрузке;
• изображения сжаты и отдаются в современных форматах;
• скрипты и стили не блокируют рендер;
• есть корректные 404 и 500 страницы;
• микроразметка валидна;
• мобильная версия не ломает сценарии заявки.

Чек-лист для маркетолога

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

Как оформить результат аудита

Хороший отчет — это не длинная простыня замечаний, а рабочий документ. Я всегда оформляю аудит так, чтобы и маркетолог, и разработчик могли сразу приступить к правкам, не тратя время на расшифровку.

Удобная структура отчета:

• проблема;
• где находится;
• насколько критична;
• как влияет на SEO и лиды;
• что исправить;
• кто отвечает;
• срок;
• как проверить, что исправлено.

Пример приоритизации

Типовые ошибки технического аудита

• проверяют только главную страницу;
• игнорируют фильтры и параметры;
• путают рекомендации для контента и технические проблемы;
• не разделяют критичные и второстепенные ошибки;
• смотрят только на данные одного инструмента;
• не проверяют, как сайт выглядит для пользователя;
• забывают согласовать правки с разработкой до внедрения.

На практике я часто вижу, как аудит делается только по данным Screaming Frog или Sitebulb, без ручной проверки и анализа логов. Это даёт лишь половину картины. Например, краулер может не заметить проблему с рендерингом JavaScript-контента, а пользователь увидит пустую страницу.

Пошаговый план работ после аудита

1. Сначала закрыть критичные ошибки

Это блокировки, noindex, редиректы, 5xx, дубли основных URL, проблемы с sitemap и robots. На этом этапе важно не распыляться: одна критичная ошибка может стоить больше, чем десяток мелких.

2. Затем стабилизировать индексацию

Нужно убрать мусорные страницы, выстроить canonical, настроить правила для фильтров и параметров. Для сайта недвижимости это часто самый объёмный этап, потому что фильтры и дубли накапливаются годами.

3. Потом ускорять сайт

Оптимизировать изображения, JS, шрифты, серверный ответ, мобильную версию и CLS. Здесь важен порядок: сначала убираем блокирующие ресурсы, потом сжимаем изображения, затем настраиваем ленивую загрузку.

4. После этого улучшать структуру и разметку

Настроить внутренние ссылки, хлебные крошки, schema.org, шаблоны мета-данных. Это этап, который напрямую влияет на поведенческие факторы и CTR в выдаче.

5. В финале — поставить мониторинг

Без контроля технический SEO-аудит быстро устаревает. Изменения на сайте, в CMS и в каталоге могут снова создать старые ошибки. Я рекомендую настроить автоматические алерты в Search Console и еженедельный ручной осмотр ключевых страниц.

FAQ

Как часто делать технический SEO-аудит?

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

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

Сначала индексация и доступность. Если страница не сканируется, ускорение не поможет. Но на коммерческих сайтах скорость быстро влияет и на SEO, и на конверсию. Для застройщика потеря 1 секунды на загрузке карточки ЖК может снижать конверсию на 7–10%.

Нужен ли аудит маленькому сайту?

Да. Даже небольшой сайт может терять трафик из-за noindex, дублирующих URL, ошибок редиректа или плохой мобильной верстки. У меня был случай, когда сайт-визитка агентства недвижимости из 20 страниц терял 30% трафика из-за незакрытого HTTP-дубля.

Можно ли сделать аудит только по одному инструменту?

Нет. Один инструмент показывает только часть картины. Нужны данные из краулера, логов, Search Console, аналитики и ручной проверки. Например, краулер может не увидеть проблемы с JavaScript-рендерингом, а Search Console не покажет всех дублей.

Что важнее для недвижимости: фильтры или карточки?

Оба блока важны, но карточки и ключевые посадочные дают основу трафика и лидов. Фильтры работают хорошо только при строгом контроле индексации и структуры. На практике я всегда начинаю с карточек ЖК и объектов, а фильтры подключаю как дополнительный канал, когда база уже стабильна.

Вывод

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

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