Модуль 5 · 46 слайдов

Техническое SEO

От критических ошибок до краулингового бюджета

Курс для SEO-стажёров · directline.media · 2026

01 / 46

Agenda

План Модуля 5

Блок A. Введение и инструменты
Блок B. Серверные ошибки и редиректы
Блок C. Дублирование контента
Блок D. Canonical и управление версиями
Блок E. Sitemap, Robots.txt, ЧПУ
Блок F. Перелинковка и ссылочные тупики

Блок G. Международное SEO (Hreflang)
Блок H. SSL и безопасность
Блок I. Адаптивность и мобильная оптимизация
Блок J. Скорость загрузки и микроразметка
Блок K. Краулинговый бюджет и вёрстка
Блок L. Итоги и чек-лист аудита

02 / 46

Блок A · Инструменты

Системы мониторинга и парсеры

Техническое SEO невозможно без автоматизации. Парсеры (краулеры) имитируют поведение GoogleBot и собирают все ошибки сайта.

Screaming Frog SEO Spider

Основной десктопный инструмент для комплексного аудита. Золотой стандарт индустрии.

Netpeak Spider

Мощный аналог Screaming Frog с отличным UI. Быстро парсит большие сайты.

Ahrefs SEO Audit

Облачное решение. Регулярно мониторит сайт и присылает алерты об ошибках на почту.

03 / 46

Блок A · Выбор инструмента

Как выбрать инструмент под задачу?

Задача	Инструмент	Почему он?
Глубокий разовый аудит	Screaming Frog	Максимум настроек, кастомная экстракция данных, проверка JS-рендеринга.
Быстрый срез ошибок	Netpeak Spider	Удобная дашборд-сводка, понятные подсказки по каждой ошибке.
Постоянный мониторинг	Ahrefs Site Audit	Работает в облаке, не требует включенного ПК, отслеживает динамику (Health Score).
Проверка одного URL	SEO META in 1 CLICK	Браузерное расширение для мгновенной проверки тегов без запуска парсера.

04 / 46

Блок B · Как работает веб

Что происходит, когда пользователь заходит на сайт?

👤
Пользователь

→

🌐
Браузер

→

📡
DNS

→

🖥️
Сервер

→

📄
Ответ

→

🎨
Рендеринг

1. Ввод URL / клик по ссылке

Пользователь вводит адрес site.com/page или кликает по ссылке. Браузер начинает обработку запроса.

2. DNS-резолвинг

Браузер спрашивает DNS-сервер: «Какой IP-адрес у домена site.com?». DNS отвечает: 185.12.34.56. Это как телефонная книга интернета.

3. TCP/TLS-соединение

Браузер устанавливает соединение с сервером по IP. Если сайт на HTTPS — происходит «рукопожатие» (TLS Handshake) для шифрования.

4. HTTP-запрос (Request)

Браузер отправляет GET /page HTTP/1.1 — запрос на конкретную страницу. Передаёт заголовки: User-Agent, Cookie, Accept-Language и др.

5. Обработка на сервере

Сервер получает запрос → ищет страницу → выполняет код (PHP, Python, Node.js) → обращается к базе данных → собирает HTML.

6. HTTP-ответ (Response)

Сервер возвращает код статуса (200, 301, 404, 500…) + заголовки + HTML-контент страницы. Именно этот код определяет, как поисковик воспримет страницу.

7. Рендеринг в браузере

Браузер получает HTML → загружает CSS, JS, картинки → строит DOM-дерево → отрисовывает страницу. GoogleBot делает то же самое.

05 / 46

Блок B · HTTP-коды · Часть 1

Коды 2xx (Успех) и 3xx (Редиректы)

Критичность: Высокая

Код ответа — первое, что видит поисковик. Если сервер отдаёт ошибку, контент не индексируется.

Код	Название	Что значит для SEO
2xx — Успех ✓
200	OK	Страница доступна и готова к индексации. Единственный «хороший» код для посадочных.
201	Created	Ресурс создан (API). Для обычных страниц не встречается.
204	No Content	Ответ без тела. Используется для AJAX, не для посадочных.
3xx — Редиректы ↪
301	Moved Permanently	Навсегда. Передаёт ~95% ссылочного веса. Используйте при смене URL.
302	Found (Temporary)	Временно. НЕ передаёт вес. Google может индексировать оба URL.
304	Not Modified	Кэш актуален, загрузка не нужна. Экономит Crawl Budget.
307	Temporary Redirect	Аналог 302, но сохраняет метод запроса (POST→POST). Для API.
308	Permanent Redirect	Аналог 301, сохраняет метод. Современная альтернатива 301.

Главная ошибка

Разработчики ставят 302 вместо 301 при миграции → вес не передаётся → позиции падают.

06 / 46

Блок B · HTTP-коды · Часть 2

Коды 4xx (Клиент) и 5xx (Сервер)

Код	Название	Что значит для SEO
4xx — Ошибки клиента ⚠
400	Bad Request	Невалидный запрос. Если массово — проблема с URL-генерацией.
401	Unauthorized	Нужна авторизация. Робот не может зайти → не индексируется.
403	Forbidden	Доступ запрещён. Часто WAF / Cloudflare блокирует бота.
404	Not Found	Страницы нет. Ссылочный вес теряется. Массовые 404 = просадка.
410	Gone	Удалена навсегда. Google удаляет из индекса быстрее, чем 404.
429	Too Many Requests	Лимит запросов. Бот получает 429 — краулинг замедляется.
5xx — Ошибки сервера 🔴
500	Internal Server Error	Сервер сломался. При длительном 500 — вылетает из индекса.
502	Bad Gateway	Проблема с прокси (Nginx → PHP-FPM).
503	Service Unavailable	Перегружен. Google вернётся позже — не удаляет сразу.
504	Gateway Timeout	Прокси не дождался ответа. Тяжёлый запрос к БД.

Правило

404 — редирект или вернуть контент. 410 — для осознанного удаления. 503 — безопасный код для техработ.

07 / 46

Блок B · Ошибки 404

Ошибки 404 (Not Found)

Причины

Удалили статью или товар.
Изменили URL-адрес без настройки 301 редиректа.
Опечатка во внутренней ссылке.

Последствия для SEO

Потеря трафика (если страница была в топе).
Слив краулингового бюджета (бот ходит по пустышкам).
Потеря ссылочного веса (внешние ссылки ведут в никуда).

Решение

Найти все 404 через парсер. Настроить 301 редирект на релевантные страницы (например, с удаленного обзора казино на общую категорию казино).

08 / 46

Блок B · Ошибки 500

Ошибки 500 (Internal Server Error)

Авария

Означает, что сервер не может обработать запрос. Сайт физически "лежит".

Почему это происходит?

Синтаксическая ошибка в коде сайта (упал плагин WordPress).
Кривые правила в файле .htaccess.
База данных не отвечает или перегружена.
Сервер не выдержал наплыва трафика (или DDoS атаки).

Если GoogleBot регулярно получает 500-е ошибки, он снижает частоту обхода сайта (Crawl Rate) или вовсе выкидывает страницы из индекса до решения проблемы.

09 / 46

Блок B · Редиректы

Редиректы: Цепочки и Петли (3xx)

Цепочка редиректов

Страница A → 301 → Страница B → 301 → Страница C.

Проблема: Теряется ссылочный вес с каждым шагом, увеличивается время загрузки.

Решение: Прямой редирект A → C.

Петля редиректов (Loop)

Страница A → 301 → Страница B → 301 → Страница A.

Проблема: Бесконечный цикл. Браузер выдаст ошибку ERR_TOO_MANY_REDIRECTS. Страница не работает.

Решение: Найти конфликт правил в серверных настройках и устранить петлю.

10 / 46

Блок C · Введение

Виды дублирования контента

Дубли страниц размывают релевантность. Google не понимает, какую из копий показывать в поиске, и может пессимизировать обе (Каннибализация).

Где искать дубли:

1. Полные дубли (Технические)

Страницы доступны по разным URL (с www и без, с / на конце и без).

2. Частичные дубли (Контентные)

Разные товары/обзоры с одинаковым текстом-шаблоном и разными H1.

3. Дубли мета-тегов

Одинаковые Title и Description на множестве страниц.

11 / 46

Блок C · Мета-теги

Дубли между страницами: Title и Description

Title: Должен быть уникальным на 100% страниц. Если у 5 страниц одинаковый Title — это сигнал низкого качества для алгоритма.
Description: Допускается отсутствие (Google сгенерирует сам), но дублирование — плохо. Лучше оставить пустым, чем копипастить один текст на весь сайт.
H1: Только один на страницу и уникальный в рамках сайта.

Поиск в парсере

Screaming Frog имеет отдельные вкладки (Page Titles, Meta Description, H1) и фильтры "Duplicate". Выгружаем, отдаем контент-менеджеру на переписывание.

12 / 46

Блок C · Технические дубли

Технические причины дублей (Один контент - разные URL)

Проблема	URL 1	URL 2	Решение (301 редирект)
Слэш на конце	`site.com/page/`	`site.com/page`	Склеить всё на версию со слэшем (или без).
Регистр букв	`site.com/Page/`	`site.com/page/`	Принудительно приводить к нижнему регистру (Lowercase).
Индексные файлы	`site.com/`	`site.com/index.html`	Редирект с index.html на корень `/`.
WWW / non-WWW	`www.site.com`	`site.com`	Выбрать главное зеркало, со второго — 301 редирект.

13 / 46

Блок C · Текст-заглушки

Текст-заглушки (Lorem Ipsum) и дублирование кода

Текст-заглушки

Тестовый контент, который разработчики забыли удалить при релизе.

Если Google проиндексирует 50 страниц с Lorem Ipsum, сайт может получить санкции за Thin Content (малополезный контент).

Дублирование кода (Boilerplate)

Сквозные блоки: большое мега-меню, огромный футер, одинаковые боковые колонки.

Если на странице 300 слов уникального текста и 1500 слов сквозного меню — соотношение Content to Code работает против вас.

14 / 46

Блок D · Введение

Тег Canonical: Назначение и синтаксис

Определение

rel="canonical" — это HTML-тег, который указывает поисковику главную (каноническую) версию страницы, если контент дублируется по разным URL.

Как это выглядит в коде:

<link rel="canonical" href="https://site.com/main-page/" />

Не редиректит пользователя физически (в отличие от 301).
Передает ссылочный вес (PageRank) на каноничную страницу.
Считается "рекомендацией", а не строгим правилом для Google.

15 / 46

Блок D · Ошибки

Типичные ошибки Canonical

Canonical на 404/301

Указывает на несуществующую страницу или ту, которая редиректит дальше. Теряется вес и краулинговый бюджет.

Несколько тегов

Два тега canonical с разными URL на одной странице. Google просто проигнорирует оба.

Цепочки canonical

Страница A ссылается на B, а B ссылается на C. Нужно, чтобы A и B сразу ссылались на C.

Относительные URL

href="/page/" вместо href="https://site.com/page/". Легко сбивает робота с толку.

16 / 46

Блок D · Сложные кейсы

Canonical для пагинации и мобильных версий

Страницы пагинации (Страницы категорий)

Ошибка: Ставить canonical со страницы 2, 3, 4 на первую страницу. Тогда товары со 2-й страницы не проиндексируются.

Решение: Self-referencing canonical. Страница ?page=2 должна канонизировать сама себя ?page=2.

Мобильные версии (m.site.com)

Если у сайта отдельный мобильный поддомен (устаревший подход):

Мобильная страница (m.) ставит canonical на десктопную.
Десктопная ставит тег alternate на мобильную.

17 / 46

Блок D · Best Practices

Лучшие практики: Self-referencing canonical

Self-referencing

Каждая оригинальная страница должна иметь тег canonical, который указывает сам на себя.

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

Защищает от "грязных" ссылок с UTM-метками (например, когда кто-то скинул ссылку site.com/page?utm_source=tg).
Блокирует дубли от партнерских (affiliate) параметров в URL.
Четко закрепляет за страницей права на контент (если его спарсят мошенники, Google будет знать оригинал).

18 / 46

Блок E · Sitemap

Sitemap.xml: Навигатор для GoogleBot

Суть

Файл в корне сайта (в формате XML), в котором перечислены все URL, которые вы хотите проиндексировать.

Критические ошибки Sitemap:

Мусор в карте

Наличие страниц с ошибками 4xx/5xx, редиректов (3xx) или неканоничных страниц. В Sitemap должен быть только 100% чистый контент (ответ 200).

Размер файла

Превышен лимит (более 50,000 URL или 50MB). Решение: разбивать на несколько файлов и создавать Sitemap Index.

19 / 46

Блок E · Robots.txt

Robots.txt: Инструкции для роботов

Правило

Robots.txt запрещает роботу сканировать страницы (Crawl), но не запрещает их индексировать (Index). Страница, закрытая в robots, может появиться в поиске без описания.

Частые ошибки:

Случайно закрыли весь сайт: Disallow: /.
Блокировка CSS и JS файлов (Google не может "отрендерить" дизайн и понять мобилопригодность).
Отсутствует директива Sitemap: https://site.com/sitemap.xml.
Конфликт: страница закрыта в robots.txt, но при этом отдается в sitemap.xml. Робот в замешательстве.

20 / 46

Блок E · URL-структура

ЧПУ-адреса: Требования к структуре URL

Как делать нельзя ❌

Динамические параметры: ?p=123&cat=4
Подчеркивания: my_super_post
Кириллица: /казино/ (превратится в /%D0%BA...)
Большая вложенность: /c/a/t/e/g/o/r/y/post

Как нужно ✓

Коротко и ясно: /best-casinos/
Только латиница и дефисы (-)
Ключевое слово в URL (легкий плюс к ранжированию)
Вложенность до 3-х уровней папок.

21 / 46

Блок E · Индексация

Правильная индексация: Логика и Контроль

Индексный гигиенический минимум

В индексе Google должны быть только полезные, уникальные страницы. Весь "технический мусор" должен быть удален.

Как проверить:

Оператор site:yoursite.com в Google (быстрая, но грубая проверка).
Отчет "Индексирование страниц" в Google Search Console (точная картина: почему страницы исключены).

Для блокировки от индекса:

Используем метатег <meta name="robots" content="noindex"> в секции HEAD. Не используем для этого robots.txt.

22 / 46

Блок F · Ссылочные ошибки

Ссылочные ошибки: Localhost и битые ссылки

Битые ссылки (Broken Links)

Внутренняя ссылка, которая ведет на страницу с 404 ошибкой.

Почему плохо: Пользователь кликает и получает ошибку. GoogleBot кликает, тратит краулинговый бюджет и обрывает путь обхода. Ухудшает ПФ.

Localhost-ссылки

Ссылки, которые забыли поменять после переноса сайта с тестового сервера.

Пример: http://localhost:8080/image.jpg.
Ломают картинки и стили для всех внешних посетителей и ботов.

23 / 46

Блок F · Структура

Страницы-сироты и ссылочные тупики

Страницы-сироты (Orphan Pages)

Страницы, на которые не ведет ни одна внутренняя ссылка.

Поисковик не может их найти (если их нет в sitemap).
Они не получают внутренний ссылочный вес (PageRank = 0).
Ранжироваться не будут.

Ссылочные тупики (Dead Ends)

Страницы, с которых нельзя перейти никуда дальше.

Пользователь дочитывает текст и закрывает вкладку.
Бот доходит до конца и останавливается.
Лечится добавлением блоков "Похожие статьи" или хлебных крошек.

24 / 46

Блок F · Аудит

Аудит внутренней перелинковки

Главная задача

Убедиться, что на важные коммерческие страницы (Money Pages) ведет больше всего внутренних ссылок.

Как проверять (Screaming Frog):

Смотрим колонку Inlinks (Количество входящих ссылок).
Если на страницу "Политика конфиденциальности" 500 ссылок, а на главный рейтинг казино — 3 ссылки, архитектура сайта выстроена неверно.
Добавляем сквозные ссылки (меню, футер) или контекстные ссылки из статей на приоритетные посадочные.

25 / 46

Блок G · Hreflang

Что такое hreflang и зачем он нужен?

Определение

hreflang — это атрибут, сообщающий Google, на каком языке написана страница и для какого региона она предназначена.

Зачем это в Affiliate SEO?

У вас есть страница на английском для UK (/uk/) и страница на английском для Канады (/ca/).
Текст на 95% одинаковый. Без hreflang Google посчитает это дублем и пессимизирует.
С hreflang Google поймет, что это локализованные версии, и покажет канадцу канадскую страницу, а британцу — британскую.

26 / 46

Блок G · Синтаксис

Правильный синтаксис hreflang


    <link rel="alternate" hreflang="en-GB" href="https://site.com/uk/casino/" />

    <link rel="alternate" hreflang="en-CA" href="https://site.com/ca/casino/" />

    <link rel="alternate" hreflang="x-default" href="https://site.com/casino/" />

Коды (ISO)

Сначала язык (ISO 639-1), потом страна (ISO 3166-1 Alpha 2). Например: en-GB (английский, Британия). Нельзя писать uk вместо en-GB (uk = украинский язык).

Абсолютные URL

В атрибуте href должны быть полные ссылки с https://, а не /uk/casino/.

Тег x-default

Указывает "страницу по умолчанию" для всех остальных стран (например, для пользователя из Индии, если для него нет отдельной версии).

27 / 46

Блок G · Ошибки

Типичные ошибки hreflang

Нет взаимных ссылок (Return tags)

Если страница A ссылается на страницу B через hreflang, то страница B обязана ссылаться обратно на A. Иначе тег игнорируется.

Ошибки в кодах регионов

Использование en-UK вместо en-GB. Использование eu для Европы (такого кода нет).

Hreflang на не-200 страницы

Указание в hreflang страницы, которая редиректит (301) или выдает 404.

Отсутствие self-referencing

Страница должна указывать в блоке hreflang не только другие языки, но и саму себя.

28 / 46

Блок G · Структура

Лучшие практики международной SEO-структуры

Подпапки (Subdirectories) — лучший выбор: site.com/de/, site.com/es/. Легко управлять, весь траст накапливается на одном домене.
Поддомены (Subdomains): de.site.com. Хуже передают ссылочный вес с основного домена.
ccTLD (Региональные домены): site.de, site.es. Максимальный гео-сигнал, но каждый сайт придется прокачивать ссылками с нуля (очень дорого).

Чек-лист

Развернули новый GEO? Сразу проверяем 1) Наличие hreflang, 2) Валидность кодов, 3) Наличие x-default.

29 / 46

Блок H · Безопасность

HTTPS как фактор ранжирования

Факт

С 2014 года HTTPS является официальным фактором ранжирования Google. В 2026 году сайт на HTTP просто не попадет в ТОП YMYL-ниши (iGaming).

Почему это критично:

Браузеры (Chrome) помечают HTTP сайты плашкой "Небезопасно". Конверсия падает до нуля.
Для iGaming-аффилейтов доверие пользователя = депозит. Без "замочка" в адресной строке доверия нет.
Получить базовый SSL можно бесплатно за 5 минут (Let's Encrypt / Cloudflare).

30 / 46

Блок H · Ошибки SSL

Частые проблемы SSL-переезда

Смешанный контент (Mixed Content)

Сайт загрузился по HTTPS, но картинка или скрипт внутри страницы тянутся по старому HTTP (<img src="http://...">).

Результат: Браузер сбрасывает статус "Безопасно".

Отсутствие 301 редиректа

Доступны обе версии сайта: и HTTP, и HTTPS.

Результат: Жесткое дублирование контента. Вес распыляется.

31 / 46

Блок H · Решения

Решения: Редиректы и HSTS

Принудительный 301 редирект

Все запросы к http:// должны автоматически и безусловно перенаправляться на https:// на уровне сервера (.htaccess / nginx.conf).

Относительные ссылки

Поменять в коде все жесткие ссылки http://site.com/img.jpg на относительные /img.jpg (защита от Mixed Content).

HSTS (HTTP Strict Transport Security)

Специальный заголовок сервера, который запрещает браузеру даже пытаться открыть сайт по HTTP. Ускоряет загрузку и повышает безопасность.

32 / 46

Блок I · Мобайл

Mobile-First Индексация

Парадигма Google

GoogleBot сканирует и оценивает только мобильную версию вашего сайта. То, как сайт выглядит на десктопе, поисковик больше не волнует.

Следствия для SEO:

Если на десктопе есть текст (или таблица бонусов), а на мобилке вы его "скрыли для экономии места" — Google этот текст не проиндексирует.
Скорость загрузки измеряется на имитации слабого 4G-интернета.
Для iGaming 70-80% трафика — это мобайл. Плохой мобайл = нет конверсий.

33 / 46

Блок I · Ошибки UX

Частые ошибки мобильной адаптивности

Отсутствие Viewport

Нет тега <meta name="viewport" ...>. Сайт открывается как мелкая десктопная версия.

Контент шире экрана

Появляется горизонтальный скролл (обычно из-за широких таблиц казино или картинок с жестким width).

Мелкий шрифт

Текст меньше 16px тяжело читать с телефона.

Близкие Tap-элементы

Кнопки или ссылки стоят вплотную. Палец промахивается. Google считает это критической UX ошибкой.

34 / 46

Блок I · Решения

Технические решения для мобайла

Адаптивный дизайн (Responsive Web Design)

Один HTML-код для всех устройств. Дизайн подстраивается через CSS (медиазапросы @media (max-width: 768px)). Рекомендовано Google.

Гибкие элементы: Использовать max-width: 100% для картинок и видео, чтобы они сжимались, а не рвали экран.
Таблицы скроллом: В iGaming много таблиц сравнения. На мобилке они должны скроллиться вбок с помощью обертки overflow-x: auto.
Размер кнопок: Минимальный размер кликабельной кнопки — 48x48 пикселей.

35 / 46

Блок J · Schema

Микроразметка Schema.org и Rich Snippets

Зачем

Код, который переводит контент на язык ботов. Дает шанс получить расширенные сниппеты (Rich Snippets) в выдаче = высокий CTR.

Must-have разметка для Affiliate:

Тип разметки	Что дает в Google
Review / Product	Желтые звездочки рейтинга (⭐⭐⭐⭐⭐) под вашей ссылкой. Сильнейший магнит для кликов.
FAQPage	Выводит гармошку с вопросами прямо в поисковой выдаче. Сайт занимает в 2 раза больше места.
BreadcrumbList	Аккуратные навигационные крошки (Site > Casino > Review) вместо страшного URL.
Article / NewsArticle	Помогает попасть в блоки Top Stories и Google Discover.

36 / 46

Блок J · Валидация

Валидация микроразметки: Форматы и Проверка

Формат JSON-LD

Рекомендован Google. Это невидимый для пользователя скрипт в блоке <head> или теле страницы. Легко внедрять, не ломает верстку.

<script type="application/ld+json">
...
</script>

Как проверять ошибки

Rich Results Test: Официальный тул от Google. Показывает, как страница будет выглядеть в поиске.
Schema Markup Validator: Показывает технические ошибки кода.
Google Search Console: Раздел "Улучшения". Показывает ошибки разметки в масштабах всего сайта.

37 / 46

Блок J · Скорость

Скорость загрузки: Факторы торможения

CWV (Core Web Vitals)

Скорость загрузки — фактор ранжирования. Медленный сайт = потеря позиций и уход пользователей (особенно в мобайле).

Топ-3 убийц скорости:

1. Неоптимизированные изображения

Огромные PNG/JPEG по 5 МБ в шапке сайта. (Нужно сжимать и конвертировать в WebP).

2. Блокирующие скрипты (Render-blocking JS)

Тяжелые скрипты аналитики, трекеров, чатов, которые загружаются до того, как появится текст.

3. Медленный ответ сервера (TTFB)

Дешевый хостинг, который долго "думает" перед тем, как начать отдавать страницу.

38 / 46

Блок J · Ускорение

Методы технической оптимизации скорости

Кэширование (Caching)

Страница собирается сервером один раз и отдается всем как готовый HTML. Снижает нагрузку на базу данных.

CDN (Cloudflare)

Раздает тяжелые файлы (картинки, скрипты) с серверов, которые физически ближе к пользователю. Обязательно для Global-сайтов.

Lazy Loading

Картинки и видео загружаются только тогда, когда пользователь до них доскроллил. Ускоряет первичную отрисовку.

Минификация

Удаление пробелов, комментов и лишних символов из файлов CSS и JS, чтобы они весили меньше.

39 / 46

Блок K · Crawl Budget

Краулинговый бюджет: Что это такое?

Crawl Budget

Это лимит времени и ресурсов, которые GoogleBot готов потратить на обход вашего сайта за один визит.

Кому это важно?

Сайтам до 1000 страниц — почти не важно. Бот обойдет их без проблем.
Крупным Affiliate-порталам, агрегаторам и интернет-магазинам (10,000+ страниц) — критически важно. Если бюджет мал, новые страницы (или обновления старых) будут неделями ждать индексации.

40 / 46

Блок K · Управление краулингом

Как управлять краулинговым бюджетом

Куда утекает бюджет ❌

Обход цепочек редиректов и 404 ошибок.
Сканирование мусорных страниц (фильтры, сортировки, теги), которые не закрыты в robots.txt.
Многочисленные страницы-дубли без canonical.
Медленный ответ сервера (бот ждет и уходит).

Как оптимизировать ✓

Жестко закрыть весь "тех. мусор" в robots.txt.
Поддерживать 100% чистоту в Sitemap.xml.
Ускорить ответ сервера (TTFB).
Улучшать внутреннюю перелинковку (сокращать клики от главной).

41 / 46

Блок K · Валидность

Валидность вёрстки (HTML)

Определение

Валидный HTML — это код, написанный строго по стандартам W3C, без синтаксических ошибок.

Частые ошибки вёрстки:

Незакрытые теги (открыли <div>, но забыли закрыть).
Вложенность блочных элементов в строчные (<span><div>...</div></span>).
Несколько атрибутов id с одинаковым именем (id должен быть уникальным).
Отсутствие обязательных атрибутов (например, alt у картинок).

42 / 46

Блок K · Влияние вёрстки

Влияние невалидной вёрстки на SEO и UX

Проблемы рендеринга (UX)

Браузеры пытаются "угадать", как исправить кривой код. В Chrome сайт может выглядеть нормально, а в Safari или на iPhone — "поплыть".

Проблемы сканирования

Если код сильно сломан, GoogleBot может некорректно прочитать контент или вообще "выплюнуть" страницу, не дойдя до важного текста.

Скорость работы

Кривой код заставляет браузер тратить лишние миллисекунды на перерасчет DOM-дерева, что ухудшает метрики Core Web Vitals.

Инструмент: W3C Markup Validation Service. Добиваться 100% валидности не обязательно, но критические ошибки (Fatals) нужно устранять.

43 / 46

Блок L · Приоритеты

Сводная карта технических ошибок

Уровень	Типы ошибок	Действие
Критический (Фатал)	Сайт отдает 5xx/4xx, закрыт в robots.txt, петли редиректов.	Бросать всё, чинить немедленно.
Высокий	Дубли страниц, отсутствие Canonical, сломанный мобайл, мусор в Sitemap.	Ставить в приоритет спринта (1-2 недели).
Средний	Медленная загрузка (CWV), отсутствие микроразметки, битые внутренние ссылки.	Плановая работа в рамках оптимизации.
Низкий	Ошибки валидации W3C, неоптимальный размер изображений, сироты в блоге.	Делать по мере наличия ресурсов разработки.

44 / 46

Блок L · Чек-лист

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

Раз в неделю

Проверка отчета "Покрытие" в Google Search Console (нет ли скачков 404 или исключенных страниц).
Мониторинг uptime сервера (чтобы не было 5xx).

Раз в месяц

Полный прогон сайта через Screaming Frog (поиск битых ссылок, дублей Title/H1, цепочек редиректов).
Проверка скорости через PageSpeed Insights.

45 / 46

Блок L · Выводы

Ключевые выводы для Junior SEO

Техничка — это фундамент

Гениальный контент и крутые ссылки не работают, если сайт физически недоступен боту или утопает в дублях.

Дружите с разработчиками

Вы не обязаны уметь кодить, но вы обязаны уметь понятно описать проблему, её причину и дать ТЗ на исправление программисту.

Не паникуйте от количества ошибок

Парсер может показать "10,000 ошибок". Умейте отделять критические (Фаталы) от косметических. Чините главное.

46 / 46