Технический аудит сайта: 30 проверок, которые делаются до любых работ
6 мин чтения30 проверок + 10 пунктов чек-листа — готовая основа первого поискового замера.
Кому полезноВладельцу сайта и SEO-специалисту
Что станет понятноАудит начинается с индексации: если страниц нет в поиске, всё остальное не имеет значения
С чем уйдёте30 проверок + 10 пунктов чек-листа — готовая основа первого поискового замера.
Половина проблем с трафиком лечится не текстами и не ссылками, а тем, что робот наконец получает доступ ко всем страницам. Разбираем порядок проверки — от критичного к косметическому.
- Аудит начинается с индексации: если страниц нет в поиске, всё остальное не имеет значения
- Разрыв между числом страниц сайта и числом в индексе — главная цифра всего разбора
- Дубли не наказываются напрямую, но съедают ресурс обхода и размывают сигналы
- Скорость проверяется по полевым данным реальных посетителей, а не по лабораторному баллу
- Аудит без списка задач по приоритету — это документ, который никто не внедрит
- Почему порядок важнее полноты
- Уровень 1. Доступность: может ли робот вообще зайти
- Уровень 2. Индексация: сколько страниц реально в поиске
- Уровень 3. Дубли: откуда берутся копии страниц
- Уровень 4. Структура и внутренние ссылки
- Уровень 5. Скорость, разметка, мобильная версия
- Чем проверять: инструменты и что они показывают
- Как оформить результат, чтобы его внедрили
- Путь клиента
- Стратегия по шагам
- Чек-лист
- Что в итоге
- Вопросы и ответы
Почему порядок важнее полноты
Технический аудит легко превратить в документ на восемьдесят страниц, где перечислено всё подряд: от отсутствующих подписей к картинкам до незакрытого тега. Такой документ бесполезен — по нему невозможно начать работать.
Рабочий аудит устроен иначе: проверки идут по убыванию влияния, а результат оформляется списком задач с приоритетом. Правило простое — если находка не влияет на то, попадёт ли страница в поиск и сможет ли она конкурировать, она не в начале списка.
Порядок проверки, который мы используем: доступность → индексация → дубли → структура → скорость → разметка → мобильная версия → мелочи. Ниже — что смотреть на каждом уровне.
Уровень 1. Доступность: может ли робот вообще зайти
Самые дорогие ошибки живут здесь, и проверяются они за пятнадцать минут.
Похожий вопрос разобран в материале Проверка SEO сайта своими силами: девять шагов без специальных программ — он пригодится, если исходные условия отличаются.
1. Файл robots.txt. Откройте адрес сайта с добавлением /robots.txt. Ищите строку, запрещающую обход всего сайта. Она попадает туда при переносе с тестовой площадки и обваливает трафик за считанные недели.
2. Метатег с запретом индексации. Посмотрите исходный код главной, страницы категории и карточки. Слова noindex быть не должно.
3. Ответ сервера. Ключевые страницы должны отдавать код 200. Проверяется инструментом в панели для владельцев сайта.
4. Один основной адрес. Четыре варианта написания адреса — с приставкой и без, с защищённым соединением и без — должны вести на один. Иначе поиск видит несколько копий сайта.
5. Защищённое соединение. Действующий сертификат без предупреждений в браузере.
6. Скорость ответа сервера. Если время до первого байта измеряется секундами, дальше можно не оптимизировать — проблема на хостинге.
7. Доступность для мобильного робота. Проверяется отдельно: бывает, что мобильная версия отдаёт ошибку или сокращённое содержимое.
# ТАК ВЫГЛЯДИТ ЗАПРЕТ ВСЕГО САЙТА — этого быть не должно
User-agent: *
Disallow: /
# А так — рабочий вариант: закрыто только служебное
User-agent: *
Disallow: /cart/
Disallow: /search/
Disallow: /*?sort=
Disallow: /*?utm_
Allow: /
Sitemap: https://example.com/sitemap.xmlУровень 2. Индексация: сколько страниц реально в поиске
Главная цифра всего аудита — разрыв между тем, сколько у вас страниц, и тем, сколько из них в индексе.
8. Число страниц в индексе. Берётся из панели для владельцев сайта. Сравнивается с реальным числом страниц, которое считается обходом сайта.
9. Причины исключения. Панель прямо показывает, почему страницы не в индексе: запрет в robots.txt, метатег, дубль, ошибка сервера, недостаточное качество. Это самая полезная таблица во всём аудите.
10. Карта сайта. Существует, открывается, содержит актуальные адреса, не содержит закрытых от индексации страниц и страниц с переадресацией.
11. Страницы-сироты. Те, на которые нет ни одной внутренней ссылки. Робот до них почти не доходит. Находятся сравнением списка из карты сайта со списком, полученным обходом по ссылкам.
12. Глубина вложенности. Если до товара нужно сделать шесть переходов от главной, он будет обходиться редко. Рабочий ориентир — не больше трёх-четырёх.
| Что видим | Что это значит | Приоритет |
|---|---|---|
| В индексе вдвое меньше страниц | часть каталога недоступна роботу | критично |
| В индексе вдвое больше | дубли и мусорные адреса | высокий |
| Совпадает ±15% | норма, идём дальше | — |
Уровень 3. Дубли: откуда берутся копии страниц
Дубли напрямую не наказываются, но они съедают ресурс обхода и размывают сигналы между несколькими адресами одной страницы.
В продолжение темы можно открыть Микроразметка товара Product и Offer: что передать и как проверить: там следующий шаг разобран отдельно.
13. Адреса с параметрами. Сортировка, число товаров на странице, метки рекламных кампаний — всё это создаёт новые адреса с тем же содержимым.
14. Постраничная навигация. Вторая и последующие страницы каталога должны иметь свои заголовки или быть корректно размечены — иначе они конкурируют с первой.
15. Товар в нескольких категориях. Если он доступен по разным путям, нужен один основной адрес.
16. Версии со слэшем и без. Классический источник дублей, лечится настройкой переадресации.
17. Внутренний поиск. Страницы результатов поиска по сайту в индексе не нужны.
18. Одинаковые заголовки и описания. Проверяется выгрузкой после обхода сайта: если у сорока страниц один и тот же заголовок вкладки, поиск не понимает, какую показывать.
19. Одинаковые тексты на разных страницах. Частая ситуация в региональных версиях и в карточках товаров одной серии.
<!-- Указание основной страницы: ставится на всех копиях,
ведёт на «чистый» адрес без параметров -->
<link rel="canonical" href="https://example.com/catalog/perforatory/">
<!-- Постраничная навигация: у 2-й и далее страниц свой заголовок,
иначе они конкурируют с первой -->
<title>Перфораторы — страница 2 | Название магазина</title>Уровень 4. Структура и внутренние ссылки
Здесь техническая часть переходит в содержательную, но проверки остаются формальными.
20. Соответствие структуры спросу. Возьмите десять частых способов, которыми ищут ваш товар или услугу, и найдите под каждый свою страницу. Отсутствие половины — не техническая ошибка, а самая дорогая находка аудита.
21. Заголовок первого уровня. Один на страницу, текстом, а не картинкой, не дублирует заголовок вкладки дословно.
22. Иерархия заголовков. Подзаголовки идут по порядку, без перескоков и без использования их ради размера шрифта.
23. Хлебные крошки. Есть на всех вложенных страницах и размечены.
24. Внутренние ссылки в тексте. Не только меню и подвал: ссылки по смыслу внутри содержимого работают заметно лучше сквозных блоков.
25. Битые ссылки. Находятся обходом сайта. Единичные не критичны, массовые говорят о проблемах при переносе.
Уровень 5. Скорость, разметка, мобильная версия
26. Скорость по полевым данным. Не лабораторный балл, а показатели реальных посетителей за 28 дней. Ключевой показатель — время загрузки основного содержимого на мобильном.
27. Изображения. Отдаются под размер экрана, в современном формате, с указанными размерами — иначе макет прыгает при загрузке.
28. Разметка данных. Организация, хлебные крошки, товары с ценой и наличием, статьи, вопросы-ответы. Проверяется валидатором: ошибки в разметке хуже её отсутствия.
29. Мобильная версия. Не «адаптивная вёрстка есть», а реальная проверка: попадание пальцем в кнопки, читаемость без увеличения, работающие формы, кликабельный телефон.
30. Всплывающие окна. Окно, закрывающее содержимое сразу при заходе с мобильного, — прямое основание для понижения в выдаче. Показ по намерению уйти или после прочтения таким основанием не является.
Отдельно отметим: пункты 26–30 почти никогда не бывают причиной отсутствия трафика. Они влияют на конкурентоспособность страницы, которая уже в индексе. Если сайт не в поиске вовсе, ответ находится в первых двух уровнях.
Чем проверять: инструменты и что они показывают
Отдельные знания нужны не для того, чтобы пользоваться инструментами, а для того, чтобы понимать, какой из них отвечает на какой вопрос.
| Вопрос | Где смотреть | Что именно |
|---|---|---|
| Сколько страниц в поиске | панель панели для владельцев сайта | раздел со страницами в поиске и причинами исключения |
| По каким запросам показываемся | панель панели для владельцев сайта | отчёт по запросам с позициями и показами |
| Что видит робот на странице | инструмент проверки ответа сервера | код ответа и содержимое, которое он получает |
| Сколько страниц на самом деле | краулер | обход по ссылкам с выгрузкой заголовков и кодов |
| Есть ли дубли заголовков | краулер | выгрузка в таблицу, сортировка по заголовку |
| Скорость у реальных людей | сервис проверки скорости, полевые данные | показатели за 28 дней, отдельно мобильные |
| Корректна ли разметка | валидатор структурированных данных | ошибки и предупреждения по типам |
Про краулер отдельно. Это программа, которая обходит сайт как робот и складывает результат в таблицу: адрес, код ответа, заголовок, описание, число входящих ссылок. Именно она даёт большую часть находок аудита — дубли, битые ссылки, страницы-сироты, слишком глубокая вложенность. Бесплатных версий обычно хватает на сайт до 500 страниц.
Чего инструменты не покажут. Соответствие структуры спросу — самую дорогую находку любого аудита. Ни один краулер не скажет, что у вас нет страницы под запрос, по которому конкуренты собирают половину трафика. Это делается сопоставлением списка запросов с картой сайта вручную.
Как оформить результат, чтобы его внедрили
Аудит, который лёг в папку, не стоит потраченного времени. Три правила оформления.
1. Каждая находка — задача, а не наблюдение. Не «есть дубли по параметрам сортировки», а «закрыть параметры сортировки от индексации, указать основную страницу — разработчик, 2 часа».
2. Приоритет по влиянию, а не по разделу отчёта. Три уровня достаточно: критично (мешает попасть в поиск), важно (мешает конкурировать), потом (косметика). Первый уровень обычно содержит 3–7 пунктов, и именно с них начинают.
3. Указан исполнитель и способ проверки. Кто делает и как мы поймём, что сделано. Без второго половина задач закрывается формально.
| Задача | Кто | Часы | Как проверим |
|---|---|---|---|
| Убрать запрет в robots.txt | разработчик | 0,5 | файл открывается, запрета нет |
| Закрыть параметры сортировки | разработчик | 2 | число страниц в индексе снижается |
| Уникальные заголовки категорий | контент | 8 | выгрузка без повторов |
| Сжатие изображений каталога | разработчик | 4 | время загрузки на мобильном |
И последнее: назначьте дату повторной проверки. Через месяц после внедрения пройдите список заново — обычно выясняется, что часть задач закрыта не полностью, а часть проблем вернулась после очередной выкладки.
Путь клиента: где эта тема срабатывает
Тема решает в момент, когда трафик стоит на месте или падает, а видимых причин в контенте и ссылках не находится.
Что у клиентаВладелец сайта видит, что трафик не растёт месяцами, хотя тексты пишутся и ссылки покупаются. Возникает подозрение, что дело не в контенте.
Что делаемСобираем базовые данные: сколько страниц на сайте, сколько из них в индексе, что показывает robots.txt и sitemap.
Сигнал, что работаетКлиент понимает, что часть сайта роботу может быть недоступна вообще.
Что у клиентаКлиент решает разобраться до того, как вкладываться в новые тексты или ссылки, чтобы не тратить бюджет на страницы, которых нет в поиске.
Что делаемФормируем список из 30 проверок по уровням: доступность, индексация, дубли, структура, скорость.
Сигнал, что работаетЕсть согласованный список проверок и порядок, в котором они будут выполняться.
Что у клиентаКлиент получает доступ к вебмастерским панелям и логам сервера, ждёт результата по каждому уровню отдельно.
Что делаемПроходим уровни последовательно: сначала доступность и индексация, потом дубли, структура, скорость и разметка.
Сигнал, что работаетПо каждому уровню есть цифры: сколько страниц закрыто, сколько дублей, сколько ошибок разметки.
Что у клиентаКлиент получает документ с приоритетами и передаёт его разработчикам или внедряет своими силами.
Что делаемОформляем находки как список задач с приоритетом и объясняем, что чинить первым и почему.
Сигнал, что работаетЗадачи попадают в трекер разработки, а не остаются файлом на почте.
Стратегия: что делать по шагам
Цель: Понять, где именно робот теряет доступ к страницам или ресурс обхода, и выстроить порядок исправлений от критичного к косметическому.
Шкала собрана из сроков плана ниже. Это ориентир для последовательности работ.
- Неделя 1 Проверяем доступность: robots.txt, файл sitemap, ответы серверов, редиректы, статус в панели для владельцев сайта. Список страниц, которые робот физически не может обойти или которые отдают неверный код ответа.
- Неделя 1-2 Сравниваем число страниц на сайте с числом страниц в индексе, разбираем причины разрыва по группам URL. Таблица с разбивкой: сколько страниц в индексе, сколько исключено и по каким причинам.
- Неделя 2 Ищем дубли: параметры в URL, версии с www и без, пагинацию, фильтры, печатные версии страниц. Карта дублей с указанием, какая версия должна остаться канонической.
- Неделя 2-3 Проверяем структуру сайта, глубину вложенности страниц, внутренние ссылки и наличие тупиковых разделов. Схема структуры с отметкой страниц, до которых робот и пользователь идут больше трёх кликов.
- Неделя 3 Смотрим скорость по полевым данным, микроразметку, корректность мобильной версии, собираем всё в приоритетный список задач. Итоговый документ с задачами по приоритету, готовый к передаче в разработку.
Сроки — ориентир для планирования, а не обязательство: скорость зависит от ниши, конкуренции и состояния сайта.
Чек-лист: технический аудит сайта перед SEO-работами
Проверьте эти пункты в указанном порядке, чтобы не тратить время на текстовую оптимизацию страниц, которых робот не видит.
- Проверьте robots.txt на закрытые по ошибке разделы
- Сверьте sitemap.xml с реальным количеством страниц на сайте
- Сравните число страниц сайта с числом страниц в индексе поисковика
- Проверьте коды ответа сервера на ключевых разделах сайта
- Найдите дубли, возникающие из-за параметров URL и фильтров
- Проверьте настройку канонических адресов на дублирующихся страницах
- Оцените глубину вложенности важных страниц от главной
- Проверьте скорость загрузки по данным реальных посетителей, а не только по лабораторному тесту
- Проверьте корректность отображения сайта на мобильных устройствах
- Соберите найденные проблемы в список задач с приоритетом, а не просто перечень
Чаще всего клиенты приходят с запросом «напишите больше текстов», а на деле у них половина каталога закрыта от индексации фильтром, который поставили полгода назад и забыли. Пока не разобрались с этим, любые тексты будут работать в пустоту. Поэтому аудит и начинается не с контента, а с проверки того, видит ли робот сайт вообще.
Что в итоге
Главное в техническом аудите — порядок, а не полнота списка. Можно найти все 30 проблем, но если начать с косметики вроде разметки, а не с доступности страниц роботу, результата не будет ещё долго. Разрыв между числом страниц на сайте и числом страниц в индексе — это первая цифра, на которую стоит смотреть, всё остальное имеет смысл разбирать после неё.
Самая частая ошибка — аудит, который остаётся файлом на почте. Даже точный список находок бесполезен, если он не превращён в задачи с приоритетом и не передан в разработку с понятным объяснением, что чинить первым.
С чего начать: Начните с сравнения числа страниц на сайте с числом страниц в индексе — это займёт полчаса и сразу покажет, есть ли смысл разбирать всё остальное.
Вопросы и ответы
Как часто нужно проводить технический аудит?
Полный — раз в год и обязательно после крупных изменений: редизайна, переезда, смены платформы. Короткую проверку по первым двум уровням разумно делать ежеквартально, она занимает час.
Можно ли провести аудит самостоятельно?
Первые два уровня — да, они проверяются в браузере и в панели для владельцев сайта без специальных знаний. Дубли, структура и разметка требуют обхода сайта краулером и опыта чтения результатов.
Сколько стоит технический аудит?
Разброс большой и зависит от объёма сайта: проверка сайта услуг занимает 1–2 дня, магазина на тысячи страниц — до недели. Просите не документ, а список задач с приоритетом и оценкой часов — по нему видно качество работы.
Что делать в первую очередь, если находок много?
Всё, что мешает попасть в индекс: запреты, ошибки сервера, недоступные разделы. Пока страницы не в поиске, работа над текстами и ссылками не даёт эффекта.
Влияют ли дубли на позиции напрямую?
Санкций за них нет, но они съедают ресурс обхода — робот тратит время на копии вместо новых страниц — и размывают сигналы между несколькими адресами одной страницы. На больших сайтах это заметно.
Нужен ли аудит, если сайт только запустился?
Особенно нужен: типовые ошибки при запуске — забытый запрет индексации, отсутствующая карта сайта, незакрытые параметры. Проверка на второй неделе экономит месяцы ожидания.
Почему в индексе больше страниц, чем есть на сайте?
Это дубли: параметры фильтров и сортировок, страницы поиска, версии со слэшем и без. Разбирается настройкой указания основной страницы и запретом параметров.
Как проверить, что задачи из аудита действительно выполнены?
По способу проверки, записанному рядом с каждой задачей. Формулировка «сделано» без проверяемого признака означает, что через месяц никто не вспомнит, что именно изменилось.
Аудит показал десятки мелких ошибок — это плохо?
Обычно нет. Мелкие недочёты есть на любом сайте, и их наличие само по себе ничего не говорит. Смотреть нужно на первый уровень приоритета: если там пусто, техническое состояние в порядке.
Максим пишет для Media Monster о поисковом продвижении: технические аудиты, работа с большими сайтами и контент-стратегия под поисковые системы.
С какими задачами к нему приходят
Чаще всего — «сайт есть несколько лет, а трафика нет». За этой формулировкой обычно скрывается одно из трёх: структура собрана по внутренней логике компании, а не по тому, как товар ищут; техническая часть мешает поисковику дойти до половины страниц; или страницы есть, но они не отвечают на вопрос, с которым человек пришёл. Вторая по частоте задача — разбор инцидента: трафик резко упал, и нужно быстро понять почему.
Отдельная категория — проверка работы предыдущего подрядчика. Здесь Максим смотрит не на отчёты, а на то, что реально изменилось на сайте: какие страницы появились, что стало с индексом, какие правки внесены в код.
Как работает
Принцип, который он повторяет команде: сначала диагностика, потом работы. До начала любых действий собирается картина — что в индексе, где спрос, чем закрыт, куда уходят люди. Это занимает от нескольких дней до двух недель и часто меняет исходный план: задача, с которой пришёл клиент, оказывается следствием, а не причиной.
Каждая рекомендация в его отчётах сопровождается ответом на вопрос «как мы поймём, что это сработало». Если измеримого критерия нет, пункт из плана убирается.
Чего не делает
Не обещает позиций и сроков выхода в топ — ни один подрядчик не управляет алгоритмами поиска. Не берётся за проекты, где нельзя вносить изменения в сайт: без доступа к структуре и коду продвижение сводится к написанию текстов, а это редко решает задачу. Не использует схемы, за которые сайт может получить санкции, — накрутку поведенческих факторов, скрытый текст, покупку ссылок пачками.
В блоге
Пишет в рубрики «SEO» и «Кейсы»: технические разборы, чек-листы и истории проектов, включая те, где часть гипотез не сработала. Все клиентские материалы публикуются обезличенно — ниша, регион и название компании не раскрываются.
Портрет автора — иллюстрация, а не фотография.
Материал подготовлен по редакционной политике блога: разбор задачи, объяснение метода и проверка перед публикацией.
Что делать дальше
₽Посчитать экономикуСходится ли реклама при вашем чеке
?Задать вопросОтветим по вашей ситуации
Опишите задачу в двух словах — специалист ответит в мессенджере, обычно в течение рабочего дня. Без презентаций и обязательств.
Написать в мессенджере ↗✓Заявка на продвижениеРазобрать мой сайт
Бесплатно посмотрим структуру и техническую часть — пришлём задачи по приоритету, без общих слов.
Поставьте оценку — она поможет редакции улучшать следующие разборы.
Обсуждение 19
Спросите, что осталось непонятным — автор материала отвечает в комментариях.
Читайте по теме
Игорь Волков15 мин · 22 августа 2026
Ключевая тема материала. Кто обходит сайт кроме привычных поисковых роботов: иллюстрация к статье «ИИ-краулеры на сайте: как посмотреть логи и выбрать позицию по доступу»
Проблема и точка потери. Как посмотреть логи сервера и понять, кто приходил: иллюстрация к статье «ИИ-краулеры на сайте: как посмотреть логи и выбрать позицию по доступу»
Аудитория и сценарий выбора. Как посмотреть логи сервера и понять, кто приходил: иллюстрация к статье «ИИ-краулеры на сайте: как посмотреть логи и выбрать позицию по доступу»
Структура решения. Что даёт запрет и что он одновременно отнимает: иллюстрация к статье «ИИ-краулеры на сайте: как посмотреть логи и выбрать позицию по доступу»
Максим Орлов13 мин · 14 августа 2026
Ключевая тема материала. Что такое микроразметка и что она реально даёт: иллюстрация к статье «Микроразметка Schema.org: какие типы реально влияют на показ в поиске»
Проблема и точка потери. Типы разметки, которые влияют на показ: таблица приоритетов: иллюстрация к статье «Микроразметка Schema.org: какие типы реально влияют на показ в поиске»
Аудитория и сценарий выбора. Типы разметки, которые влияют на показ: таблица приоритетов: иллюстрация к статье «Микроразметка Schema.org: какие типы реально влияют на показ в поиске»
Структура решения. Как внедрить: восемь шагов от списка шаблонов до регламента: иллюстрация к статье «Микроразметка Schema.org: какие типы реально влияют на показ в поиске»
Игорь Волков13 мин · 13 августа 2026
Ключевая тема материала. Двадцать минут в системе аналитики до того, как трогать сайт: иллюстрация к статье «Мобильная версия сайта в 2026: что проверить владельцу за один вечер»
Проблема и точка потери. Час с телефоном в руках: двенадцать проверок подряд: иллюстрация к статье «Мобильная версия сайта в 2026: что проверить владельцу за один вечер»
Аудитория и сценарий выбора. Час с телефоном в руках: двенадцать проверок подряд: иллюстрация к статье «Мобильная версия сайта в 2026: что проверить владельцу за один вечер»
Структура решения. Скорость: что реально тормозит мобильную версию: иллюстрация к статье «Мобильная версия сайта в 2026: что проверить владельцу за один вечер»
Максим Орлов6 мин · 12 августа 2026
Ключевая тема материала. Подключение: что сделать в первый день: иллюстрация к статье «Панель поисковой диагностики: индексация, запросы и ошибки сайта»
Проблема и точка потери. Раздел 1. Страницы в поиске — начинайте отсюда: иллюстрация к статье «Панель поисковой диагностики: индексация, запросы и ошибки сайта»
Аудитория и сценарий выбора. Раздел 1. Страницы в поиске — начинайте отсюда: иллюстрация к статье «Панель поисковой диагностики: индексация, запросы и ошибки сайта»
Структура решения. Раздел 2. Запросы — где вы близко к топу: иллюстрация к статье «Панель поисковой диагностики: индексация, запросы и ошибки сайта»
Игорь Волков7 мин · 8 августа 2026
Ключевая тема материала. Контекст и что можно рассказать: иллюстрация к статье «Кейс: переезд магазина на новую платформу — что делали, чтобы не потерять трафик»
Проблема и точка потери. Подготовка: три недели до того, как что-то заработало: иллюстрация к статье «Кейс: переезд магазина на новую платформу — что делали, чтобы не потерять трафик»
Аудитория и сценарий выбора. Подготовка: три недели до того, как что-то заработало: иллюстрация к статье «Кейс: переезд магазина на новую платформу — что делали, чтобы не потерять трафик»
Структура решения. Выкладка: почему не стали переключать всё разом: иллюстрация к статье «Кейс: переезд магазина на новую платформу — что делали, чтобы не потерять трафик»
Игорь Волков7 мин · 5 августа 2026
Ключевая тема материала. Контекст и что можно рассказать: иллюстрация к статье «Кейс: после редизайна трафик упал на 41% — что чинили шесть недель»
Проблема и точка потери. Что было известно на входе: иллюстрация к статье «Кейс: после редизайна трафик упал на 41% — что чинили шесть недель»
Аудитория и сценарий выбора. Четыре причины, которые сложились вместе: иллюстрация к статье «Кейс: после редизайна трафик упал на 41% — что чинили шесть недель»
Структура решения. Четыре причины, которые сложились вместе: иллюстрация к статье «Кейс: после редизайна трафик упал на 41% — что чинили шесть недель»
Максим Орлов6 мин · 5 июля 2026
Трафик упал на 38% что случилось — иллюстрация к статье «Кейс: трафик упал на 38% — разбор инцидента по часам»
Отчёт, который расставил всё по местам — иллюстрация к статье «Кейс: трафик упал на 38% — разбор инцидента по часам»
Во что обошлась ошибка подрядчика — иллюстрация к статье «Кейс: трафик упал на 38% — разбор инцидента по часам»
Как искать причину по порядку — иллюстрация к статье «Кейс: трафик упал на 38% — разбор инцидента по часам»
Максим Орлов6 мин · 7 августа 2026
Ключевая тема материала. Что дают внутренние ссылки на самом деле: иллюстрация к статье «Внутренняя перелинковка: какие ссылки работают, а какие ставятся зря»
Проблема и точка потери. Почему контекстная ссылка сильнее блока в подвале: иллюстрация к статье «Внутренняя перелинковка: какие ссылки работают, а какие ставятся зря»
Аудитория и сценарий выбора. Почему контекстная ссылка сильнее блока в подвале: иллюстрация к статье «Внутренняя перелинковка: какие ссылки работают, а какие ставятся зря»
Структура решения. Текст ссылки: что писать и чего избегать: иллюстрация к статье «Внутренняя перелинковка: какие ссылки работают, а какие ставятся зря»
Максим Орлов8 мин · 14 июля 2026
Поиск сравнивает условия покупки, а не тексты — иллюстрация к статье «Коммерческие факторы ранжирования: полный чек-лист из 18 пунктов»
Доверие строится на деталях сайта — иллюстрация к статье «Коммерческие факторы ранжирования: полный чек-лист из 18 пунктов»
Что убеждает покупать именно тут — иллюстрация к статье «Коммерческие факторы ранжирования: полный чек-лист из 18 пунктов»
От первого экрана до очереди внедрения — иллюстрация к статье «Коммерческие факторы ранжирования: полный чек-лист из 18 пунктов»
