блог
Техническая оптимизация сайта: что это и 8 проверок
Техническая оптимизация сайта: что это означает на практике — работу с доступностью страниц, их адресами и загрузкой. Эти настройки помогают поисковому роботу получать содержание, а посетителю — пользоваться сайтом. Результат проверки — список ошибок с адресами страниц и критериями исправления.
Что проверить в технической части сайта в первую очередь?
Технический аудит сайта начинается с ответа сервера, работы HTTPS, проверки запретов индексации и доступности содержания. Ошибка сервера или пустая страница вместо услуги — задача администратору или разработчику.
Для начала подойдут главная, основные услуги и контакты. Если сайт только запущен, порядок первых работ описан в статье «С чего начать продвижение сайта: первые 30 дней». В браузере проверяется содержание, в инструменте Вебмастера «Проверка ответа сервера» — результат запроса конкретного URL:
| Код | Значение | Что проверить владельцу |
|---|---|---|
| 200 | Запрос выполнен успешно | По адресу услуги открывается её текст |
| 301 | Постоянное перенаправление | Переход ведёт на соответствующую страницу по актуальному адресу |
| 404 | Ресурс не найден | Страница действительно удалена или адрес ошибочен |
| 5xx | Ошибка на стороне сервера | Какие страницы недоступны и повторяется ли сбой |
HTTPS проверяется по отсутствию предупреждений браузера. Присутствие URL в поиске проверяется отдельно в Вебмастере, с учётом даты обхода. Как подключить сервис — в статье «Как добавить сайт в Яндекс Вебмастер и настроить Метрику». Причины исключения разобраны в статье «Страницы не индексируются».
Для сайта на JavaScript разработчик проверяет, получает ли робот условия услуги и ссылки. Яндекс поддерживает обработку JavaScript; отображение страницы у владельца ещё не подтверждает успешную загрузку у робота.
8 проверок для небольшого сайта услуг
Таблица охватывает 8 областей первичной диагностики. Полный перечень факторов ранжирования сюда не входит.
| № | Проверка | Инструмент или способ | Что записать |
|---|---|---|---|
| 1 | Доступность, HTTPS, индексация | Браузер, «Проверка ответа сервера», статус URL в Вебмастере | Код ответа, наличие содержания, предупреждения и ограничения |
| 2 | robots.txt и Sitemap | «Анализ robots.txt», «Анализ файлов Sitemap» в Вебмастере | Результат проверки правил для важных URL и ошибки карты |
| 3 | Скорость загрузки | PageSpeed Insights | URL, условия замера, задержка и предполагаемая причина |
| 4 | Мобильное удобство | Телефон, проверка мобильных страниц в Вебмастере | Читаемость, работа меню и формы, перекрывающие элементы |
| 5 | Дубли и основной URL | Сравнение страниц, фильтр «Дубль» в Вебмастере | Варианты адреса, содержание и выбранный основной URL |
| 6 | Переезд и смена адресов | Таблица соответствий, проверка ответов старых и новых URL | Куда ведут перенаправления; без переезда — «не применимо» |
| 7 | Битые ссылки и 404 | «Проверка неработающих ссылок», переходы в браузере | Страница-источник, ошибочная ссылка и подходящее исправление |
| 8 | Внутренние ссылки | Меню, ссылки в тексте и HTML-код | Доступны ли важные страницы по работающим ссылкам |
Зачем нужны robots.txt и sitemap.xml и как их проверить?
Robots.txt задаёт правила обхода сайта, Sitemap сообщает поиску об адресах страниц. Проверяются доступность и содержание файлов; само их наличие не гарантирует индексацию.
Robots.txt размещается в корне: https://example.com/robots.txt. В «Анализе robots.txt» проверяются адреса услуг: какое правило действует для Яндекса и разрешён ли обход. До изменения сохраняется исходный файл, новое правило проверяется на затронутых URL. Автогенерация и настройка зависят от CMS.
Ограничение обхода и запрет участия в поиске проверяются отдельно. Закрытый в robots.txt URL может остаться в поиске. Для запрета индексации применяется noindex в метатеге robots или HTTP-заголовке X-Robots-Tag; робот должен иметь доступ к странице, чтобы прочитать указание. Эти различия описаны в справке Яндекса о robots.txt.
Закрытая информация требует ограничения доступа, например авторизации. Robots.txt общедоступен и не защищает документы от посетителей.
Адрес карты указан в строке Sitemap: файла robots.txt, настройках CMS или разделе «Файлы Sitemap» Вебмастера. Имя может отличаться от sitemap.xml; индексный файл может перечислять несколько карт. «Анализ файлов Sitemap» проверяет формат. В самой карте проверяются актуальные основные URL услуг, доступность роботу и ответ 200: требования к Sitemap.
Учебный пример: услуга сменила адрес, а Sitemap содержит старый. Задача администратору — исправить источник генерации карты и проверить обновлённый файл.
Как проверить скорость загрузки и удобство сайта на телефоне?
Сначала проверяется путь посетителя: загрузка услуги, чтение условий, отправка формы. Затем измеряется скорость и исследуется причина задержки. По одному замеру нельзя вычислить изменение позиций сайта.
Скорость: что измерять и что исправлять
PageSpeed Insights показывает лабораторный замер Lighthouse в заданных условиях и полевые данные CrUX от пользователей Chrome. Полевые данные отражают предыдущие наблюдения и могут относиться к странице или сайту в целом. При недостаточной выборке они отсутствуют.
Для сравнения до и после правки сохраняются URL, дата, режим устройства, условия и результаты отчёта. При ручной проверке записываются телефон, браузер и подключение. Повторные замеры в сопоставимых условиях помогают отличить эффект правки от колебаний результатов.
По отчёту проверяются возможные причины: тяжёлое изображение, сторонний скрипт, медленный ответ сервера. Предположение «мешает большой баннер» требует проверки его загрузки и результата изменения.
Формулы перевода баллов PageSpeed Insights в позиции Яндекса нет. Задача на ускорение описывает наблюдаемое препятствие: текст долго не появляется или форма не реагирует. Другие причины низких позиций разобраны в статье «Почему сайт не в топе Яндекса».
Мобильное удобство: что проверить руками
Адаптивная страница подстраивается под экран. Для сайта услуг проверяется весь путь до обращения:
- Текст читается без постоянного увеличения, основное содержание не требует горизонтальной прокрутки.
- Меню открывается; названия пунктов и кнопки помещаются на экране.
- Баннер или виджет не закрывает условия услуги и поля формы.
- Поля доступны при открытой клавиатуре, ошибки заполнения понятны, тестовая отправка доходит получателю.
Этот сценарий дополняет инструмент Вебмастера «Проверка мобильных страниц».
Как найти дубли страниц и выбрать основной адрес?
Дубли страниц — одинаковое или почти одинаковое содержание по разным URL. После сравнения текста, назначения и ответов сервера выбирается основной адрес и способ обработки остальных версий.
Лишние адреса расходуют ресурсы обхода; поиск может выбрать для показа неудобный владельцу URL. Известные Яндексу дубли видны в Вебмастере: «Индексирование → Страницы в поиске», исключённые страницы, фильтр «Дубль».
Учебные пары для проверки:
| Варианты | Что сравнить |
|---|---|
/uslugi/remont/ и /uslugi/remont | Открываются ли обе версии со слешем и без него или одна уже перенаправляет |
/uslugi/remont/ и /uslugi/remont/?utm_source=partner | Меняется ли содержание после добавления параметра |
https://example.com/ и https://www.example.com/ | Какой адрес открывается в итоге и настроен ли переход на основной |
Различие в адресах ещё не доказывает наличие дубля. Страницы ремонта холодильников и стиральных машин могут содержать общие условия выезда, сохраняя самостоятельное назначение.
Если дополнительный адрес больше не нужен посетителю, можно настроить постоянный редирект на соответствующий основной URL. Если альтернативная версия должна открываться, для совпадающего содержания может подойти rel="canonical" — указание предпочтительного адреса в коде или HTTP-заголовке.
Canonical носит рекомендательный характер: Яндекс может его проигнорировать, например при существенном различии содержания. Самостоятельную страницу услуги нельзя объединять с главной только ради сокращения числа URL. Условия применения описаны в документации о каноническом адресе.
После правки проверяется редирект или canonical. Выбор страницы поиском — отдельная проверка после нового обхода.
Как перенести сайт на новый домен и снизить риск потери позиций?
Для переезда сопоставляются старые и новые страницы, сохраняется содержание, настраиваются редиректы и оформляется смена домена в Вебмастере. Яндекс не гарантирует сохранения позиций и посещаемости.
До работ сохраняются важные URL, страницы в поиске, показы и клики в Вебмастере, переходы из поиска в Метрике. Это основа для сравнения после переезда.
Порядок подготовки:
- Составить таблицу «старый URL → новый URL» с подходящими заменами.
- Проверить содержание нового сайта, HTTPS, ответы сервера и доступность роботу.
- Передать таблицу разработчику для настройки редиректов; проверить переходы.
- Обновить внутренние ссылки и Sitemap.
- Подтвердить права на оба домена в Вебмастере и оформить «Переезд сайта» для старого.
Для постоянной смены адресов применяется 301; Яндекс при переезде домена допускает и 302. Одновременная смена домена и путей требует отдельной схемы. Перенаправлять все страницы на главную не следует: инструкция по переезду.
Учебный пример внутри одного домена: /remont/ заменён на /uslugi/remont/. Старый URL должен вернуть 301, новый — 200 и содержание услуги; меню ведёт на новый путь. Здесь применяется инструкция по изменению структуры, без переезда домена.
Старый домен с редиректами сохраняется работоспособным. Срок поддержки определяется по действующей инструкции, состоянию переезда и переходам по старым ссылкам; фиксированного срока завершения для любого сайта нет.
Насколько критичны битые ссылки и ошибки 404?
Для действительно отсутствующей страницы ответ 404 нормален. Исправление требуется, когда на неё ведёт действующая ссылка или по ошибке исчезла нужная страница услуги. Важность задачи определяется тем, какой путь посетителя нарушен.
«Проверка неработающих ссылок» в Вебмастере охватывает известные роботу страницы. Отчёт может быть неполным; меню и основные услуги проверяются также вручную.
Для каждой найденной проблемы записываются оба адреса: страница, где стоит ссылка, и URL, на который она ведёт. Дальнейшее действие зависит от причины:
| Ситуация | Исправление |
|---|---|
| Опечатка в ссылке | Указать правильный URL на странице-источнике |
| Нужная услуга удалена по ошибке | Восстановить страницу и проверить её содержание |
| Материал перенесён | Исправить внутреннюю ссылку и проверить редирект со старого адреса |
| Страница удалена, подходящей замены нет | Убрать или изменить ссылку; сохранить корректный ответ отсутствующей страницы |
Сообщение «Страница не найдена» с ответом 200 — задача разработчику на исправление кода. Страница ошибки может содержать меню, сохраняя 404. Значение кода определяется протоколом HTTP; этот ответ не сообщает о санкциях поисковика.
Зачем нужна внутренняя перелинковка и куда ставить ссылки?
Внутренняя перелинковка — ссылки между страницами сайта. Они помогают посетителю переходить к связанным материалам, а роботу — находить страницы. Цель ссылки должна продолжать задачу читателя.
Учебный маршрут для мастерской: «Почему холодильник не охлаждает → Ремонт холодильников → Условия выезда». Услуга может ссылаться обратно на объяснение неисправности. Число ссылок определяется содержанием.
Анкор — видимый текст ссылки. «Условия выезда» объясняет цель перехода. Основные услуги также должны быть доступны из меню.
Проверяются HTML-элемент a с адресом в href и конечная страница. Переход только через JavaScript требует проверки разработчиком. Яндекс рекомендует обычные HTML-ссылки.
Как записать результат проверки в задачу
Карточка задачи для условной мастерской связывает факт с исправлением. Дата, адреса и ответственный заданы для примера.
| Поле | Запись |
|---|---|
| URL | https://example.com/uslugi/remont-holodilnikov/ |
| Дата | 16.09.2026 |
| Проверка | Доступность страницы услуги |
| Факт | Ссылка из главного меню открывает страницу ошибки; «Проверка ответа сервера» показывает 404 |
| Влияние | Посетитель не может прочитать условия и перейти к форме услуги |
| Приоритет | Высокий: недоступна основная услуга, на которую ведёт меню |
| Задача | Восстановить ошибочно удалённую страницу по этому URL и проверить ссылку в меню |
| Ответственный | Администратор сайта |
| Критерий повторной проверки | URL возвращает 200, содержит описание услуги, открывается из меню; тестовая заявка доходит получателю |
Недоступная услуга требует внимания раньше уменьшения второстепенной картинки. Если причина неизвестна, записываются наблюдаемый факт и задача на диагностику.
После правки повторяется исходная проверка и записывается результат. Для изменённых страниц можно запросить переобход в Вебмастере; отправка запроса не гарантирует включения в поиск. Другие направления диагностики описаны в материале «SEO-аудит своими силами».
Фактические сведения проверены по справке Яндекса 18.09.2026. Перед применением инструкции сведения об интерфейсе следует проверить повторно.