Как я довел свой сайт hozyindachi.ru до технического идеала

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

Момент, когда я перестал откладывать, был вполне конкретным. Я открыл Яндекс.Вебмастер и увидел цифру, от которой стало неловко: в индексе находилось на несколько тысяч страниц больше, чем реально существовало на сайте. Тысячи мусорных адресов с GET-параметрами, дубли с www и без, страницы пагинации, архивы тегов, служебные вложения WordPress, версии для печати. Робот Яндекса добросовестно обходил всю эту помойку, тратил на неё краулинговый бюджет — и до по-настоящему важных страниц доходил в последнюю очередь.

Дальше был год работы. Не сплошной, не героический — по вечерам, между клиентскими проектами, короткими итерациями. Но системной. В этой статье я разберу всё, что было сделано: редиректы, robots.txt, карты сайта, каноникалы, микроразметку, скорость, структуру, битые ссылки, GET-параметры, релевантность и тексты. С конкретикой, с цифрами, с кусками кода, которые можно взять и применить у себя. Если вы владелец бизнеса и вам нужен не теоретический разбор, а результат на своём проекте — начните с бесплатного экспресс-аудита, он покажет ваши узкие места за 30 секунд.

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

Точка отсчёта: что показала честная диагностика собственного сайта

Первое, что я сделал — перестал себя жалеть и провёл полноценный технический аудит сайта по той же методике, по которой проверяю клиентские проекты. Более 120 параметров, никаких скидок «ну это же мой сайт, тут я знаю».

Инструменты, которыми я работал: Screaming Frog SEO Spider (полный краул с эмуляцией Яндекс-бота), Яндекс.Вебмастер (разделы «Страницы в поиске», «Статистика обхода», «Диагностика»), Google Search Console, PageSpeed Insights, валидатор структурированных данных Яндекса, лог-анализ на стороне сервера. Логи — недооценённый инструмент; именно они показывают, чем робот реально занимается на сайте, а не чем он занимается по вашему мнению.

Что я обнаружил. Список получился длинным и неприятным:

• Более 3 000 мусорных URL в индексе против примерно 400 реально нужных страниц.
• Два работающих зеркала — с www и без — и оба отдавали 200 OK.
• Цепочки редиректов длиной до четырёх переходов: http → http+www → https+www → https → https со слешем.
• robots.txt, который последний раз редактировался при царе Горохе и содержал директивы для несуществующих разделов.
• Sitemap.xml с 118 адресами, отдающими 404, и десятками страниц, закрытых от индексации в самом robots.txt.
• Каноникал, который на половине страниц указывал сам на себя с параметром — то есть не работал вовсе.
• Скорость: LCP 4,8 секунды на мобильных, CLS 0,31, оценка PageSpeed 34 из 100.
• Микроразметка — только breadcrumbs, да и та с ошибками валидации.
• 67 внутренних битых ссылок, часть из них — из главного меню и футера.
• Дубли Title и Description примерно на 20% страниц.

Отдельно скажу про психологию этого момента. Когда ты двадцать лет объясняешь клиентам, что технические ошибки блокируют рост, а потом находишь их у себя — есть соблазн закрыть отчёт и заняться чем-то приятным. Я поступил иначе: выгрузил все находки в таблицу, проставил приоритеты по формуле «влияние на индексацию × трудоёмкость» и начал сверху. Это заняло примерно год. Ниже — как именно.

Протокол, зеркала и редиректы: одна страница — один адрес

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

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

Что было приведено в порядок. Сначала я зафиксировал главное зеркало — https без www, со слешем на конце. Затем в .htaccess прописал правила так, чтобы любой вариант входа схлопывался в целевой адрес за один шаг, без промежуточных прыжков. Это принципиально: каждый лишний переход в цепочке — это потеря части ссылочного веса и лишняя задержка для пользователя.

Вариант адреса	Как было	Как стало
http://site.ru/page	Цепочка из 3–4 редиректов	301 → https://site.ru/page/ (один шаг)
https://www.site.ru/page/	200 OK — работающий дубль	301 → https://site.ru/page/
https://site.ru/page (без слеша)	200 OK — второй дубль	301 → https://site.ru/page/
https://site.ru/PAGE/	200 OK — регистровый дубль	301 → https://site.ru/page/
https://site.ru//page//	200 OK	301 → https://site.ru/page/
https://site.ru/index.php	200 OK — дубль главной	301 → https://site.ru/

Про удалённые страницы. За годы существования сайта часть материалов устарела, часть была объединена, часть просто удалена. Здесь я придерживаюсь правила, которое стоит запомнить: 301 ставится только тогда, когда есть страница с той же или очень близкой темой. Если старый материал про настройку конкретного плагина удалён, а замены нет — правильный ответ 410 Gone, а не редирект на главную. Массовые редиректы всего подряд на главную поисковики распознают как «мягкий 404» и просто игнорируют, а вы при этом получаете размытую релевантность главной страницы.

Из 118 удалённых адресов я расписал их так: 74 получили 301 на тематически близкие материалы, 31 — код 410, оставшиеся 13 оказались страницами, которых вообще не должно было существовать (технический мусор CMS), и по ним настроен 410 с закрытием шаблона в robots.txt.

Что дала эта работа. Через шесть недель после внедрения количество страниц в статусе «Дубль» в Яндекс.Вебмастере упало с 1 400 с лишним до нуля. Робот перестал тратить обходы на клоны и переключился на реальный контент — частота переобхода важных страниц выросла примерно втрое.

robots.txt и sitemap.xml: как я объясняю роботам, что читать, а что игнорировать

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

Ключевой момент, который стоит понимать: robots.txt управляет обходом, а не индексацией. Если страница закрыта в robots.txt, но на неё ведут внешние ссылки, она вполне может оказаться в выдаче — просто без описания, с формулировкой «нет данных о странице». Чтобы страница гарантированно не попала в индекс, нужен мета-тег robots со значением noindex, а сама страница при этом должна быть открыта для обхода — иначе робот не увидит вашу директиву.

Логика моего robots.txt. Я строю его по принципу «разрешено всё, кроме явно перечисленного», а не наоборот. Закрываю: административные разделы CMS, служебные скрипты, страницы поиска по сайту, корзину и личный кабинет, служебные UTM-шаблоны и технические каталоги. Обязательно оставляю открытыми CSS и JS-файлы — если робот не может отрисовать страницу, он оценивает её как сломанную, а на мобильную адаптивность это влияет напрямую.

Отдельная строка — директива Sitemap с абсолютным адресом. И отдельно проговорю про Clean-param: для Яндекса это гораздо более элегантный способ борьбы с параметрами, чем закрытие через Disallow, потому что робот не выкидывает страницу из обхода, а просто склеивает её с базовым адресом.

Карты сайта. Здесь я исхожу из того, что sitemap.xml — это не «список всего, что есть», а рекомендация робота: вот страницы, которые я считаю ценными и хочу видеть в индексе. Поэтому в карту попадают только адреса, которые одновременно: отдают 200 OK, открыты для индексации, содержат каноникал на самих себя и являются конечной точкой (не редиректом).

• Разбил единую карту на несколько по типам контента: страницы услуг, статьи блога, кейсы, изображения.
• Создал индексный sitemap.xml, который ссылается на остальные — так удобнее отслеживать индексацию по разделам отдельно.
• Настроил автоматическое обновление тега lastmod по факту реального изменения контента, а не по времени последнего запуска крона. Фальшивый lastmod, который меняется каждый день на всех страницах разом, робот перестаёт учитывать — и вы теряете полезный сигнал.
• Убрал из карты 118 битых адресов и 40 с лишним страниц, закрытых мета-тегом noindex. Противоречие «страница в карте, но закрыта от индексации» — прямая ошибка в диагностике Вебмастера.
• Добавил приоритеты и частоту обновления осмысленно: коммерческие страницы услуг — выше, архивные материалы — ниже.

Отдельно — llms.txt. Здесь я сделал то, чего пока нет у большинства российских сайтов. Помимо классических файлов для поисковых роботов я разместил llms.txt — структурированное описание сайта для языковых моделей. Это файл в формате Markdown, где простым текстом изложено: кто владелец сайта, какие услуги оказывает, в каком регионе работает, какие страницы содержат ключевую информацию. Нейросети всё чаще становятся точкой входа клиента, и подготовка сайта под них — часть работы, которую я вынес в отдельную услугу GEO-продвижения под генеративные поисковые системы.

Каноникалы, GET-параметры и дубли: война за краулинговый бюджет

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

Откуда берутся дубли на типовом сайте. Перечислю источники, которые нашёл у себя и нахожу у 8 из 10 клиентов:

• Пагинация: /blog/, /blog/page/2/, /blog/page/3/ — с одинаковыми Title и Description.
• Архивы по тегам, категориям, датам и авторам, генерирующие один и тот же набор анонсов в разных обёртках.
• Страницы вложений WordPress: каждая загруженная картинка получает собственный URL с пустой страницей вокруг неё.
• Параметры сортировки и фильтрации: ?sort=price, ?filter=new, ?view=list.
• Метки рекламных кампаний: ?utm_source=, ?yclid=, ?gclid=, ?from=.
• Идентификаторы сессий и реферальные хвосты.
• Страницы для печати и AMP-версии, если они не связаны с оригиналом правильными тегами.

Как я это разрулил. Стратегия трёхуровневая, и важно применять инструменты по назначению, а не бить по всему одним молотком.

Тип дубля	Инструмент решения	Почему именно так
UTM-метки, yclid, gclid	Clean-param в robots.txt + rel=»canonical» на чистый адрес	Страница остаётся доступной для перехода из рекламы, но склеивается с базовой
Сортировка и фильтры	Canonical на базовую категорию, ценные фильтры — в отдельные посадочные страницы	Фильтры с реальным спросом должны ранжироваться, остальные — склеиваться
Пагинация	Уникальные Title с номером страницы, canonical на саму себя	Схлопывание всей пагинации на первую страницу мешает индексации глубоких материалов
Страницы вложений	301 на сам файл изображения	Пустые страницы вокруг картинок не несут ценности вообще
Архивы тегов и дат	noindex, follow	Ссылочный вес продолжает передаваться, мусор в индекс не попадает
Версии для печати	Canonical на основную версию	Полностью дублирующий контент с другим оформлением

Про каноникал отдельно. Три правила, которые я соблюдаю жёстко. Первое: каноникал всегда абсолютный, с протоколом и доменом. Второе: каноническая страница должна отдавать 200 OK — каноникал на редирект или на 404 поисковик просто проигнорирует, и вы останетесь с дублями. Третье: не должно быть цепочек — если A каноничен B, то B обязан быть каноничен сам себе, иначе вся конструкция рассыпается.

Проверьте прямо сейчас: откройте любую страницу своего сайта, добавьте в конец адреса ?test=123 и обновите. Если открылась та же страница с кодом 200 и каноникалом на адрес с параметром — у вас бесконечная генерация дублей. Робот может обходить их годами.

Результат. Количество страниц в индексе сократилось с 3 400 с лишним до 412 — и это ровно то количество реальных документов, которое есть на сайте. Показатель «Исключённые страницы» в Вебмастере перестал расти. Освободившийся краулинговый бюджет пошёл туда, куда должен: новые статьи начали индексироваться за 4–8 часов вместо прежних 5–10 дней.

Скорость загрузки и Core Web Vitals: как я вытащил сайт из красной зоны

Про скорость написаны тонны текстов, и большинство из них сводится к «сожмите картинки». Реальность сложнее: скорость — это не одна метрика, а три разных пользовательских ощущения, и лечатся они разными способами.

LCP (Largest Contentful Paint) — момент, когда пользователь видит основной контент. Целевое значение — до 2,5 секунды. У меня было 4,8 на мобильных. Основной виновник — не картинки, а блокирующий рендеринг CSS и шрифты.

CLS (Cumulative Layout Shift) — прыгающая вёрстка. Целевое значение — до 0,1. У меня было 0,31: изображения без указанных размеров, реклама и виджеты, подгружающиеся асинхронно и раздвигающие контент под пальцем пользователя.

INP (Interaction to Next Paint) — задержка отклика на действие пользователя. Метрика, заменившая старый FID, и самая честная из трёх, потому что измеряет реальное взаимодействие, а не только первый клик.

Что конкретно было сделано:

• Все изображения переведены в WebP с фолбэком, для критичных прописаны атрибуты width и height — это одним движением убрало основную часть CLS.
• Внедрена отложенная загрузка (loading=»lazy») для всего, что ниже первого экрана, при этом главное изображение первого экрана, наоборот, получило приоритетную загрузку через preload.
• Критический CSS вынесен инлайном в head, остальной стиль загружается асинхронно.
• Шрифты переведены на локальный хостинг с font-display: swap — внешние обращения к шрифтовым CDN давали задержку до 400 мс.
• Скрипты аналитики и виджетов переведены на отложенную загрузку после события взаимодействия пользователя со страницей.
• Настроено кеширование на стороне сервера с внятными заголовками Cache-Control и ETag, включено сжатие Brotli.
• Проведена ревизия плагинов CMS: 14 штук удалены полностью, ещё 6 подключаются точечно только на тех страницах, где реально нужны.
• База данных очищена от ревизий, автосохранений, спама в комментариях и «осиротевших» метаданных — таблицы похудели примерно на 40%.
• Настроен preconnect к внешним доменам, которые всё-таки остались необходимыми.

Метрика	До работ	После работ
LCP (мобильные)	4,8 с	1,7 с
CLS	0,31	0,02
INP	340 мс	110 мс
PageSpeed (мобильные)	34	92
PageSpeed (десктоп)	61	99
Вес главной страницы	3,9 Мб	780 Кб

Важное замечание из практики: цифра в PageSpeed — не самоцель. Я видел сайты с оценкой 98, которые ужасны в реальном использовании, и сайты с оценкой 70, которые открываются мгновенно. Ориентируйтесь на полевые данные из Вебмастера и Метрики — они собраны с реальных пользователей на реальных устройствах и реальных сетях, а не с виртуальной машины в дата-центре.

Микроразметка Schema.org: язык, на котором сайт разговаривает и с Яндексом, и с нейросетями

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

Я разметил сайт полностью, в формате JSON-LD (он предпочтительнее микроформатов: не смешивается с вёрсткой, легко валидируется и не ломается при редизайне). Вот что было внедрено:

• Organization / ProfessionalService — на главной: название, логотип, контакты, регион работы, ссылки на профили в соцсетях, реквизиты. Это база для того, чтобы поисковая система связала сайт с реальной сущностью.
• Person — на странице автора: имя, специализация, опыт, ссылки на подтверждающие профили. Прямой сигнал экспертности в терминах E-E-A-T.
• Article — на всех материалах блога: автор, дата публикации, дата изменения, заголовок, изображение. Без этой разметки статья для робота — просто текст неизвестного происхождения.
• BreadcrumbList — хлебные крошки на всех страницах: помогают роботу понять иерархию и дают дополнительную строку в сниппете.
• FAQPage — блоки вопросов и ответов на коммерческих страницах. Отдельно отмечу: именно из FAQ-блоков нейросети чаще всего берут готовые формулировки для своих ответов.
• Service и Offer — описание услуг с ценами и условиями.
• Review и AggregateRating — отзывы клиентов, размеченные корректно, без накруток.
• WebSite с SearchAction — включает поиск по сайту прямо в сниппете.

Все типы прогнаны через валидатор структурированных данных Яндекса и через инструмент проверки расширенных результатов Google. Ноль ошибок, ноль предупреждений. Это принципиально: разметка с ошибками не просто не работает — она может быть проигнорирована целиком, включая корректные части.

Практическое наблюдение за последний год: страницы с корректной разметкой FAQPage и Article попадают в ответы YandexGPT и ChatGPT заметно чаще страниц без неё. Разметка — это не украшение, это способ сказать машине «вот факт, вот автор, вот дата» на языке, который она понимает однозначно.

Структура, перелинковка и битые ссылки: архитектура, понятная и человеку, и роботу

Техническая чистота бесполезна, если сайт спроектирован как склад. Структура — это то, что превращает набор страниц в понятную систему.

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

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

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

Битые ссылки. 67 внутренних битых ссылок — не катастрофа, но признак запущенности. Каждая такая ссылка — это тупик, в который упирается и пользователь, и робот. Я нашёл их полным краулом, разобрал по причинам и исправил:

• Ссылки на удалённые материалы — заменены на актуальные аналоги или сняты.
• Ссылки с опечатками в адресах — исправлены в источнике, а не залатаны редиректом. Редирект — костыль для внешних ссылок, а внутренние надо чинить в самой вёрстке.
• Ссылки на изображения, потерянные при миграции — восстановлены.
• Внешние ссылки на закрывшиеся ресурсы — сняты или заменены живыми источниками.

Отдельно настроил осмысленную страницу 404: она отдаёт корректный код ответа (это важно — многие CMS отдают 200 на несуществующие адреса, порождая «мягкие 404»), содержит поиск по сайту, ссылки на основные разделы и последние публикации. Такая страница возвращает пользователя в воронку вместо того, чтобы отправлять его обратно в выдачу.

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

Релевантность, метатеги и SEO-тексты: почему страница должна отвечать на запрос

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

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

Лечение: страницы-каннибалы объединены в одну сильную с 301 с остальных; под запросы-сироты созданы новые посадочные страницы; спорные случаи разведены по интенту — информационный запрос ведёт в блог, коммерческий на страницу услуги.

Метатеги. Переписаны все Title и Description без исключения. Мой подход к Title: главный запрос в начале, уточнение, выгода или регион, длина в пределах, при которой заголовок не обрезается в выдаче. К Description: это не место для ключевых слов, это рекламный текст, единственная задача которого — заставить кликнуть именно по вашей строке. Я закладываю в него конкретику (цифры, сроки, условия) и призыв к действию. После переписывания метатегов CTR в выдаче по тем же позициям вырос на 18% — без единого изменения в ранжировании.

Заголовки. Приведена в порядок иерархия: один H1 на страницу, H2 для смысловых блоков, никаких пропусков уровней и никакого использования заголовков ради размера шрифта. Заголовочная структура — это оглавление, которое робот читает первым.

Тексты. Каждый материал был проверен на четыре вещи: раскрывает ли он тему полнее, чем то, что уже есть в ТОП-10; есть ли в нём конкретика вместо общих фраз; естественно ли распределены ключевые вхождения; не превышена ли допустимая тошнота. Тексты, написанные когда-то «для роботов», переписаны заново от первого лица, с примерами из практики и цифрами. Заодно я добавил в них то, что критично для нейропоиска: чёткие определения в первом абзаце, структурированные списки, таблицы и блоки вопрос-ответ — то есть форму, из которой языковой модели удобно извлечь готовый ответ.

Атрибуты alt. Все изображения получили осмысленные описания — не «img_2453.jpg», а описание того, что на картинке. Это даёт трафик из поиска по картинкам и делает сайт доступным для незрячих пользователей.

Полный чек-лист работ и результат в цифрах

Сводлю всё, что было сделано за год, в один список — им можно пользоваться как чек-листом для собственного проекта.

• Полный технический аудит по 120+ параметрам с приоритизацией задач.
• Переход на HTTPS, настройка современной версии TLS, устранение смешанного контента.
• Склейка зеркал, выбор главного зеркала, настройка в Вебмастере.
• Устранение цепочек редиректов, приведение всех переходов к одношаговым 301.
• Разбор удалённых страниц: 301 там, где есть замена, 410 там, где её нет.
• Переписанный robots.txt с Clean-param, открытыми CSS/JS и корректной директивой Sitemap.
• Разделённые карты сайта по типам контента + индексный sitemap.xml, честный lastmod.
• Размещение llms.txt для генеративных поисковых систем.
• Проработка каноникалов: абсолютные адреса, отсутствие цепочек, самоканоникал на страницах пагинации.
• Ликвидация дублей всех типов: параметры, фильтры, архивы, вложения, версии для печати.
• Оптимизация Core Web Vitals: LCP, CLS, INP приведены в зелёную зону.
• WebP, lazy loading, критический CSS, локальные шрифты, отложенные скрипты.
• Чистка плагинов и базы данных, настройка кеширования и сжатия.
• Полная микроразметка Schema.org в JSON-LD с нулевыми ошибками валидации.
• Перестройка структуры по правилу трёх кликов, кластеризация материалов.
• Осмысленная внутренняя перелинковка с распределением веса на коммерческие страницы.
• Исправление 67 внутренних битых ссылок, настройка корректной страницы 404.
• Ревизия релевантности: устранение каннибализации, создание недостающих посадочных страниц.
• Переписывание всех Title и Description, приведение в порядок иерархии заголовков.
• Переработка текстов под смысловые алгоритмы и под извлечение фактов нейросетями.
• Простановка alt-атрибутов, оптимизация имён файлов изображений.
• Настройка Метрики с целями и вебвизором, подключение Вебмастера, отслеживание индексации.
• Внедрение IndexNow для мгновенной отправки новых страниц на переобход.
• Еженедельный автоматический мониторинг технического состояния с отчётом на почту.
• Настройка резервного копирования и базовой защиты от взлома.
• Проверка мобильной версии на реальных устройствах, а не только в эмуляторе.

Показатель	Было	Стало
Страниц в индексе	3 400+ (в основном мусор)	412 (все — реальные документы)
Дублей в Вебмастере	1 400+	0
Внутренних битых ссылок	67	0
Скорость индексации новой статьи	5–10 дней	4–8 часов
PageSpeed (мобильные)	34	92
CTR в выдаче	базовый уровень	+18%
Ошибок валидации микроразметки	множественные	0

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

Если у вас есть сайт, но нет целевого трафика — вот что с этим делать

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

Дубли размывают релевантность. Медленная загрузка убивает поведенческие факторы. Отсутствие разметки лишает сайта шанса попасть и в расширенный сниппет, и в ответ нейросети. Битые ссылки и хаотичная структура не дают роботу дойти до важных страниц. По моей статистике, около 80% сайтов, которые ко мне приходят, имеют критические технические ошибки — и до их устранения любой бюджет на продвижение расходуется впустую.

Что я предлагаю.

Первое — SEO-продвижение сайта под ключ, которое я веду лично от первого дня до ТОП-3, без передачи ассистентам и без посредников. В работу входит всё, что описано в этой статье, плюс семантика, тексты, ссылочный профиль и еженедельная отчётность, по которой видно, за что вы платите. Только белые методы по рекомендациям Яндекса — за двадцать лет практики ни один мой проект не получил фильтра. Средний рост заявок у клиентов — в 3–4 раза за первые полгода.

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

Третье, и это то, чего пока почти нет у ваших конкурентов, — GEO-продвижение под нейросети. Всё больше клиентов не открывают поисковик, а спрашивают у ИИ: «посоветуй компанию», «где заказать». Кого назовёт нейросеть — тот и получит заявку. Я оптимизирую сайт под YandexGPT, Алису, ChatGPT, Perplexity и GigaChat: структурирую контент под извлекаемые факты, внедряю разметку, усиливаю сигналы экспертности и наращиваю упоминания бренда в тех источниках, на которые опираются языковые модели. Конкуренция в этом канале пока минимальная — войти сейчас дешевле и проще, чем через год.

С чего начать прямо сегодня. Не нужно ничего решать вслепую. Пройдите бесплатный экспресс-аудит сайта — он за 30 секунд покажет ключевые технические проблемы: скорость, адаптивность, корректность метатегов, ошибки в robots.txt и sitemap.xml. Дальше я разберу результаты лично, честно скажу, что можно поправить своими силами, а что требует работы, и оценю реальный потенциал роста без завышенных обещаний.

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