Продвижение
Что проверить для SEO перед запуском сайта
Перед запуском важно убедиться, что поисковик может получить страницы, а человек — понять предложение и выполнить нужное действие. Техническая проверка не гарантирует позиции, но помогает избежать препятствий, созданных самим сайтом.
Что проверить в первую очередь
Если вы принимаете сайт у исполнителя, начните с пути клиента: открыть страницу, понять предложение и отправить заявку. Попросите показать результат каждой проверки. SEO-подготовка помогает убрать препятствия для поиска, но не гарантирует позиции.
| Проверка | Подтверждение готовности |
|---|---|
| Доступность и 404 | Важные страницы открываются; отсутствующая возвращает 404 или 410 |
| Ограничения поиска | Страницы для поиска не закрыты случайно |
| Редиректы и canonical | HTTP и варианты домена ведут на выбранный HTTPS-адрес без лишних переходов |
| Title, H1 и description | Заголовки и описание соответствуют содержанию страницы |
| Содержание и языки | Услуги, условия и переводы готовы; переключатель ведёт на соответствующую страницу |
| Превью и favicon | Ссылка показывает нужное превью, значок сайта доступен |
| Мобильная заявка | Форма работает; ответственный получил тестовое обращение |
Выберите по странице каждого типа: главную, услугу, категорию, карточку и статью. Общую ошибку шаблона проверяйте на всех связанных страницах. Эта таблица — практическая памятка для приёмки, а не обязательный регламент поисковой системы.
Доступность, robots.txt и noindex — разные проверки
Проверьте рабочий домен и HTTPS. Обычная доступная страница возвращает 200, отсутствующая — 404 или 410. Soft 404 — ситуация, когда страница сообщает об отсутствии содержания, но сервер возвращает успешный ответ. Попросите отдельно открыть вымышленный адрес и проверить его код.
Исполнитель может посмотреть HTTP-заголовки командой curl.exe -I https://example.com/. Она отправляет запрос HEAD и не показывает HTML-метатеги. При сомнениях нужно проверить также обычный запрос GET. Для этого подойдёт вкладка Network в инструментах браузера.
robots.txt управляет обходом страниц, noindex запрещает их индексирование. X-Robots-Tag — HTTP-заголовок с такими указаниями; его проверяют вместе с метатегами robots и googlebot в HTML. Хостинг и защита сайта тоже могут блокировать поисковых роботов.
Учебный пример: страница закрыта в robots.txt и содержит noindex. Google может не прочитать запрет индексирования, пока не получит доступ к странице. Пример ниже — тег запрета в HTML-разделе head. На странице для поиска случайный запрет нужно убрать; служебные ограничения сохраняют.
<meta name="robots" content="noindex">Закрытую тестовую среду защищайте авторизацией: robots.txt и noindex не ограничивают доступ людей к материалам.
Адреса, canonical и перенос старых страниц
Проверьте перенаправления с HTTP на HTTPS и с www или без www на выбранный вариант домена. Они должны сохранять путь нужной страницы. Попросите отчёт краулера — программы обхода сайта — с цепочками переходов, ошибками и внутренними ссылками.
Canonical указывает предпочтительный адрес среди дублей; для Google это сигнал, а не гарантия выбора. Учебный пример: карточка доступна с рекламным параметром и без него. Canonical может указывать на чистый адрес той же карточки. Он не должен вести на тестовый домен или общую главную.
При переносе составьте карту «старый URL → соответствующий новый URL». Для постоянного изменения Google рекомендует серверные редиректы 301 или 308. Ведите сразу на конечную страницу, избегайте цепочек и обновляйте внутренние ссылки.
Например, старое описание ремонта кухни ведёт на новое описание той же услуги. Если услуга удалена без подходящей замены, верните 404 или 410. Перенаправлять все удалённые страницы на главную не следует.
Содержание, ссылки и версии AZ/RU
Проверьте, хватает ли клиенту сведений об услуге, условиях и следующем шаге. Пройдите от меню до услуги, проекта и формы. Уберите заглушки и неподтверждённые обещания.
Title, H1 и description
Title — название страницы для браузера и один из источников заголовка в поиске. H1 — основной видимый заголовок. Description — краткое описание, которое поиск может использовать для сниппета. Попросите выгрузку краулера и сравните их с текстом: уберите пустые и шаблонные значения, проверьте соответствие теме.
Проверьте также Open Graph — данные превью ссылки — и favicon, значок сайта. Это проверка представления сайта, не подтверждение готовности к индексированию.
Hreflang связывает языковые варианты. Учебная пара ниже размещается в head обеих соответствующих страниц, включая ссылку каждой версии на себя. Замените example.com и пути реальными адресами. Проверьте взаимность, canonical и переход между переводами.
<link rel="alternate" hreflang="az" href="https://example.com/az/service/">
<link rel="alternate" hreflang="ru" href="https://example.com/ru/service/">Sitemap и поисковые кабинеты
Sitemap — карта URL для поисковика. Если она используется, проверьте канонические адреса, уберите тестовые URL, ошибки и редиректы. Для hreflang можно выбрать XML-sitemap вместо HTML-тегов: дублировать оба способа не обязательно. Карта не гарантирует обход и индексирование.
После публикации проверьте важный URL инструментом проверки адресов в Google Search Console. Учитывайте разницу между проверкой текущей доступности и данными об индексировании. По целевой аудитории подключите также Яндекс Вебмастер и Bing Webmaster Tools. Локальный адрес 127.0.0.1 поиску недоступен.
Мобильный сценарий, скорость и обращения
Пройдите путь до заявки на телефоне: текст, меню и поля должны читаться, баннер cookie не должен закрывать действие. Попросите отчёт PageSpeed Insights: лабораторные результаты помогают найти проблемы, а полевые Core Web Vitals описывают опыт реальных посетителей. У нового сайта полевых данных может не быть.
Согласуйте тестовую заявку: проверьте ошибки полей, успешную отправку и получение обращения сотрудником. Для аналитики проверьте целевые события без дублей. Если предусмотрен выбор cookie и аналитики, проверьте согласованные состояния до и после выбора. Не включайте имя, телефон, email и текст заявки в параметры событий аналитики.
AI-функции Google и ваш сайт
Для Google AI Overviews и AI Mode не нужны специальные AI-файлы или отдельная schema.org-разметка. Для показа ссылки-источника страница должна быть проиндексирована и допущена к показу со сниппетом. Включение в ответ не гарантируется; у других AI-систем правила могут отличаться.
Дайте ясные ответы клиентам и проверяемые факты в доступном текстовом виде. Если есть структурированные данные, сверьте их с видимой страницей. Фактическое цитирование сайта проверяют отдельно.
Как принять результат и что наблюдать после запуска
При приёмке попросите отчёт: URL, способ проверки, ожидаемый и полученный результат, проблема, ответственный и статус. Принимайте работу по результату проверки, а не по слову исполнителя. До запуска устраните критичные запреты, неработающие страницы и формы; для большого переноса согласуйте план восстановления.
После публикации повторите проверки на рабочем домене. Назначьте ответственного за доступность, индексирование, ошибки поисковых кабинетов и поступление заявок. Договоритесь о следующем просмотре отчётов. Фиксированного срока появления всех страниц в поиске нет.
Минимум на день запуска
- Рабочий HTTPS-домен и ответы страниц проверены, лишних цепочек нет.
- Запреты поиска и canonical проверены; содержание и языковые пары готовы.
- Мобильная форма проверена, тестовая заявка получена.
- Ответственный за наблюдение назначен, следующий просмотр отчётов согласован.
