Технический аудит сайта

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

Технический аудит сайта нужен, когда проблема не в тексте, а в фундаменте: индексация, дубли, редиректы, канонические адреса, мусорные страницы в индексе, скорость, шаблоны, ошибки, структура URL. Не делаю отчёт «на 80 страниц» ради вида — даю список технических проблем и порядок их исправления, чтобы это реально влияло на рост.

• Что делаю — Индексация, дубли, редиректы, канонические адреса, мусорные страницы в индексе, скорость, шаблоны, ошибки, структура URL.
• Чего не делаю — Отчёт «на 80 страниц» ради вида — только список проблем и порядок исправления по приоритетам.

Когда нужен технический аудит (и когда лучше выбрать другой формат)

Технический аудит нужен, если

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

Лучше выбрать другой формат, если

• нужен полный разбор — структура, посадочные, контент и техника — смотрите SEO-аудит сайта;
• нужно быстро понять потенциал — экспресс-аудит;
• в Search Console есть ошибки и предупреждения, но непонятно, что из них реально важно — разберём и расставим приоритеты.

Что именно проверяю в техническом аудите

• Индексация и мусор в индексе — robots.txt, sitemap.xml, мета-теги robots, noindex; что реально находится в индексе и чего там быть не должно; дубли: параметры, сортировки, теги, архивы, поиск по сайту, пагинация.
• Дубли, URL и редиректы — www / без www, http / https, слеш / без слеша в конце адреса; 301/302, цепочки редиректов, петли, битые URL; единая политика URL и чистота структуры адресов.
• Структура сайта и внутренняя навигация — хлебные крошки, меню, логика категорий и разделов; внутренние ссылки — где провалы, а где лишний перелив веса; каннибализация на уровне шаблонов, когда сайт сам себе мешает; канонические адреса — где они нужны, а где ломают всё.
• Шаблоны и технические ошибки страниц — корректная иерархия H1–H3, дубли заголовков на шаблонах; 404, soft 404, 5xx и другие проблемы серверных ответов; кэширование и отдача статики там, где это реально тормозит.
• Скорость и Core Web Vitals — по влиянию — LCP, INP, CLS — что именно тормозит и почему; изображения, шрифты, критический CSS, скрипты; корректность микроразметки там, где она нужна.

Как проходит технический аудит

1. Шаг 1 — цель и симптомы — фиксирую цель и симптомы: что именно не так с сайтом.
2. Шаг 2 — индексация и структура — проверяю индексацию, дубли, редиректы и шаблоны.
3. Шаг 3 — скорость и Core Web Vitals — смотрю только то, что реально влияет на результат.
4. Шаг 4 — план и ТЗ разработчику — выдаю приоритетный план и техническое задание разработчику.
5. Шаг 5 — контроль результата — объясняю, как проверить, что правки реально сработали.

Какой аудит выбрать

Что вы получите на выходе

• Технический чек-лист проблем по приоритетам — P1/P2/P3.
• План внедрений: что делать первым, чтобы эффект пришёл быстрее.
• ТЗ разработчику — понятные задачи, без размытых советов.
• Рекомендации по индексации: что закрыть, что открыть, что почистить.
• Контрольную логику: как проверить, что правки реально сработали.

Дополнительные сигналы, что пора делать аудит

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

Что дальше

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