Выделите текст, чтобы комментировать.
Сайт малого и среднего бизнеса обычно запускают один раз и потом трогают редко — поправят цену, добавят баннер к акции, и все. Требования вокруг сайта за это время меняются: поисковые алгоритмы, привычки пользователей, законодательство о персональных данных. Разрыв между тем, каким сайт был на запуске, и тем, каким он должен быть сейчас, растет незаметно — до момента, когда заявки начинают идти мимо.
Собрали чеклист по шести направлениям: техническая часть, контент, юридические требования, SEO, готовность к нейровыдаче и конверсия. Проверить можно самостоятельно, без разработчика.
Техническая часть
Владелец бизнеса обычно узнает о проблемах со скоростью сайта последним — от менеджера по продажам, который слышит от клиентов "у вас страница долго грузится". Поисковики узнают об этом раньше и реагируют быстрее: Google и Яндекс считывают неудобство пользователя через три показателя из набора Core Web Vitals, и низкий результат снижает позиции сайта в выдаче, даже если тексты и товары на нем в полном порядке.

LCP (Largest Contentful Paint) отвечает за то, сколько посетитель ждет появления основного блока страницы. Порог — 2,5 секунды, после него ожидание считается плохим опытом.
INP (Interaction to Next Paint) показывает, с какой задержкой интерфейс реагирует на клик или нажатие. Приемлемая задержка — до 200 миллисекунд.
CLS (Cumulative Layout Shift) фиксирует, насколько элементы страницы "прыгают" во время подгрузки — картинка или блок текста сдвигают уже прочитанный контент. Значение должно оставаться ниже 0,1.
Важная деталь методики: Google не тестирует страницу в лаборатории. Данные берутся из реального браузерного трафика Chrome за 28 дней. Порог считается пройденным, если метрика попала в норму у трех посетителей из четырех. Полное описание методики — в разделе Core Web Vitals на web.dev.
Бесплатно замерить свои показатели можно в PageSpeed Insights. Сервис не просто выдает цифры, а объясняет, какой элемент страницы их портит. Отдельно стоит следить за скоростью открытия каталога и карточки товара: задержка свыше 2-3 секунд до появления контента уже сказывается на решении остаться или уйти.
Кроме скорости стоит держать в порядке еще три вещи:
Мобильную версию. Индексация в Google идет по мобильной версии сайта, а не по десктопной — принцип называется Mobile-First. Робот оценивает именно ту версию, что видит пользователь с телефона: если там часть разделов пропала за неочевидным меню, кнопки слишком мелкие для пальца или контент отличается от десктопного, это и попадет в оценку.
Сертификат безопасности. Нужен действующий TLS 1.2 или новее, целая цепочка сертификатов и автоматический редирект с HTTP на HTTPS. Проблема часто вылезает при переезде на новый хостинг: основной сертификат подключили, а промежуточный забыли. Браузер показывает предупреждение о ненадежном соединении, и часть посетителей уходит, не дожидаясь загрузки.

Битые ссылки и страницу 404. Найти их можно инструментом типа Screaming Frog или через диагностику в Яндекс.Вебмастере. Хорошая страница 404 не оставляет посетителя в тупике, а предлагает переход на каталог или главную.
Полный технический аудит с упором на безопасность — отдельная задача; для самостоятельной проверки подойдет готовый чеклист Аспро с более чем 10 практическими пунктами.
Контент
Технически исправный сайт не продает, если на нём устаревшая информация.
Цены и описания. Формулировка "цена по запросу" там, где цену можно назвать прямо, работает против конверсии — посетитель уходит к конкуренту, который цену показал.
Контакты. Номер телефона — кликабельная ссылка с атрибутом tel:, работающая на мобильном без ручного набора. Форма обратной связи — не только в разделе "Контакты", а на каждой ключевой странице, где у посетителя может появиться вопрос.
Защита от спам-ботов. Email, размещенный на странице открытым текстом, собирают автоматические парсеры. Безопаснее прятать адрес за формой обратной связи или кодировать его через JavaScript.
Экспертность материалов. Поисковые алгоритмы оценивают контент по критериям E-E-A-T — экспертиза, опыт, авторитетность, доверие. Для сайта бизнеса это означает: статьи подписаны реальными авторами, а не обезличены, факты подтверждены ссылками на источники, а не выданы как данность.
Юридические требования
Штрафы и номера статей КоАП здесь разбирать не будем — это не юридическая консультация. Речь о том минимуме, без которого сайт формально не соответствует закону.
Футер. Владелец бизнеса часто убирает из футера все, кроме названия и телефона, чтобы дизайн выглядел чище. А там по закону должны остаться название компании с формой (ООО, АО, ИП), ОГРН или ОГРНИП, ИНН и юридический адрес — без них сайт формально анонимен.
Политика обработки персональных данных. Обязательна по статье 18.1 федерального закона № 152-ФЗ "О персональных данных". Жесткого списка разделов закон не дает, но здравый смысл подсказывает семь вопросов, на которые документ должен отвечать: кто собирает данные, зачем, на каком основании, какие именно данные, сколько времени их хранит, передает ли третьим лицам и как защищает.
Публичная оферта — нужна, если через сайт оформляют заказ или заключают договор без личной встречи.
Согласие на обработку данных отдельным документом. Свежее изменение, которого еще нет в большинстве шаблонных статей: с 1 сентября 2025 года статья 9 закона № 152-ФЗ запрещает прятать согласие внутри других документов. Раньше пользователь мог поставить одну галочку и заодно согласиться со всем — политикой, офертой, рассылкой. Теперь для согласия нужен отдельный самостоятельный документ.

Cookie-баннер. Формальность вроде "мы используем cookie" без кнопки отказа с 2025 года не работает. Посетитель должен уметь отказаться от необязательных cookie прямо в баннере, а ссылка на политику обработки данных — вести оттуда же, а не прятаться где-то в подвале сайта.

Обратите внимание: изменения для маркетплейсов, вступающие в силу 1 октября 2026 года, касаются площадок электронной торговли и не относятся к обычному сайту бизнеса — эту дату при проверке своего сайта можно не учитывать.
SEO
Структура сайта. Понятная иерархия разделов, хлебные крошки, внутренние ссылки между связанными страницами — это помогает и пользователю, и поисковому роботу.
Метатеги. Title и description уникальны для каждой страницы, а не скопированы с одним шаблоном на весь каталог.
Микроразметка Schema.org. Помогает поисковику показать сайт не просто ссылкой, а расширенным сниппетом. Основные типы: Organization для карточки компании, Product и Offer для товаров, BreadcrumbList для навигации, FAQPage для вопросов и ответов.

Пример сниппета из разметки Shema.org
robots.txt и sitemap.xml. Файлы актуальны, административные разделы и служебные страницы закрыты от индексации.
Локальное SEO. Если у бизнеса есть физический адрес — офис, магазин, шоурум — карточка в Яндекс Картах и 2ГИС должна быть заполнена и актуальна: часы работы, телефон, адрес. Поисковик учитывает эти же карточки при выдаче по геозапросам. Заброшенный профиль на картах бьет не только по репутации, но и по видимости в поиске рядом с клиентом.
Готовность к нейровыдаче
Пользователи все чаще получают не список ссылок, а готовый текст от ИИ-поисковика — Яндекс.Нейро, обзоров Google с ИИ, ответов ChatGPT и Perplexity. Позиция в классической выдаче больше не гарантирует клик. Даже топ-10 в выдаче теряет клики, если ответ на запрос пользователь получает прямо в поисковике, без перехода на сайт. Это подтверждает исследование Ahrefs о падении переходов из-за AI Overview.
Что делает сайт заметнее для ИИ-агентов:
Answer-first подача. Прямой ответ на вопрос — в начале раздела или абзаца, а не после долгого вступления. Модели цитируют конкретные фразы, а не читают текст целиком в поисках смысла.
Разметка FAQ. Явные пары "вопрос — ответ", размеченные Schema.org FAQPage. Это одновременно и SEO-инструмент, и то, что чаще всего цитируют нейросети — раздел вопросов и ответов дешевле в производстве, чем переписывать весь сайт.
Авторство. Указанный автор с экспертным профилем повышает доверие ИИ-агента к источнику информации — тот же принцип E-E-A-T, который важен для классического SEO.
llms.txt — не панацея. Текстовый файл в корне сайта с описанием содержимого, который читают ChatGPT, Perplexity и Claude. Сделать его стоит, это недорого. А вот роста позиций в Google от него ждать не стоит: в июне 2026 представитель Google Джон Мюллер прямо назвал пользу llms.txt для ранжирования в Google спекулятивной. Подробности — в материале Search Engine Journal.
Проверить присутствие своего сайта в нейровыдаче можно без специальных инструментов. Задайте в Алисе, ChatGPT и Perplexity десяток реальных вопросов из своей нишевой тематики, включая брендовые запросы, и посмотрите, какие источники модель цитирует. Если конкуренты попадают в ответы, а сайт бизнеса нет — вот и список страниц, с которых начать доработку.
Конверсия и репутация
Технически исправный, заметный в поиске сайт все равно может не приносить заявок, если посетителю неудобно оставить контакт.
Конкретный призыв к действию. Не "узнать больше", а "получить коммерческое предложение" или "рассчитать стоимость" — формулировка, которая сразу объясняет, что произойдет после клика.
Чат или мессенджер на сайте. Снижает порог входа для тех, кто не готов звонить или заполнять форму.
Отзывы и кейсы. Убеждают лучше, чем описание преимуществ в тексте — это сигнал доверия. Отзывы на Яндекс Картах, 2ГИС и Flamp одновременно усиливают репутацию и помогают в локальном поиске, о котором говорили выше в SEO-блоке.

Блок «Отзывы» на главной странице
Рейтинг на картах и агрегаторах. Стоит регулярно отслеживать и отвечать на отзывы. Молчание на негативный отзыв читается как равнодушие к клиенту.
Социальные доказательства. Число клиентов, реализованные кейсы, сертификаты — тот же принцип доверия, что и в E-E-A-T для поисковых алгоритмов. Только адресован он не роботу, а человеку.

Страница «Лицензии и сертификаты» в решении Аспро: Премьер
Вывод
Ни один из блоков не работает в одиночку. Быстрый сайт без актуальных документов рискует штрафом. Юридически безупречный сайт без SEO не найдут. А найденный сайт без внятного призыва к действию не принесет заявку. Пройтись разово по всем шести блокам — не задача на один вечер, но и не масштабный проект: большинство пунктов проверяется без разработчика, за один присест.

