Аудит сайта поставщика оборудования: SEO-чек-лист из 40 пунктов
Пять блоков аудита помогают найти технические ограничения, разрывы в каталоге и потери на пути от поиска до квалифицированной заявки.
Аудит сайта поставщика оборудования нельзя сводить к списку ошибок из автоматического сервиса. Страница может быстро загружаться и попадать в индекс, но не объяснять инженеру различия моделей, не показывать закупщику документы и не передавать в отдел продаж сведения о выбранном товаре.
Я проверяю такой сайт как одну цепочку: поисковый робот должен найти полезную страницу, покупатель — разобраться в предложении, а менеджер — получить содержательный запрос с источником. Ниже 40 проверок, которые можно провести без платного SEO-сервиса. Они не заменят анализ логов, семантики и конкурентов, но помогут найти ограничения до вложений в новые статьи или рекламу.
Как работать с чек-листом
Создайте таблицу с колонками «Статус», «Проблема», «Ответственный» и «Срок». Для каждого пункта поставьте один из трёх статусов:
- норма — проверка выполнена, результат подтверждён;
- проблема — найдено конкретное ограничение;
- нет данных — вывод нельзя сделать без доступа к Вебмастеру, Метрике, CRM или серверу.
Не превращайте количество галочек в условный «SEO-балл». Одна закрытая от индекса категория может быть важнее десяти заполненных метатегов. Сначала исправляйте то, что блокирует доступ к страницам, выбор оборудования или отправку заявки. Затем работайте с качеством контента и измерением результата.
1. Обход и индексирование: восемь проверок
Я начинаю с выборки важных URL: главная, две категории, три карточки, страница решения, контакты и форма. Проверка только главной создаёт ложное ощущение, что со всем каталогом всё в порядке.
| № | Что проверить | Как проверить | Критерий нормы |
|---|---|---|---|
| 1 | Коды ответа | Откройте выборку URL через проверку ответа сервера или краулер. | Полезные страницы отвечают 200; удалённые не маскируются ответом 200. |
| 2 | robots.txt | Проверьте правила для категорий, карточек, изображений и служебных параметров. | Важные страницы и ресурсы не закрыты от нужных роботов. |
| 3 | Meta robots | Посмотрите исходный HTML важных шаблонов и отчёт об индексировании. | На целевых страницах нет случайного noindex или nofollow. |
| 4 | Sitemap | Сверьте файл с реальным списком индексируемых категорий и карточек. | В Sitemap есть только канонические URL с ответом 200 и корректной датой обновления. |
| 5 | Canonical | Проверьте карточки, фильтры, сортировки, пагинацию и URL с метками. | Каждая самостоятельная страница указывает на себя; дубли ведут на выбранный оригинал. |
| 6 | Дубли URL | Сравните версии с http/https, www, слешем, регистром и параметрами. | Одна страница имеет один основной адрес, остальные версии дают прямой редирект или не создаются. |
| 7 | Страницы в поиске | Сопоставьте целевые URL с отчётами Яндекс Вебмастера и Search Console. | Ключевые категории и карточки участвуют в поиске; причины исключения разобраны. |
| 8 | Ошибочные ссылки | Пройдите внутренние ссылки и скачиваемые документы краулером. | Навигация не ведёт на 404, цепочки редиректов и отсутствующие PDF. |
Яндекс позволяет отдельно проверить, не закрыта ли страница через robots.txt и meta robots [1]. Sitemap сообщает поисковой системе об актуальной структуре, но не гарантирует добавление каждого адреса в индекс [2]. Поэтому файл нужно сверять с отчётами по конкретным страницам, а не считать подтверждением сам по себе.
2. Структура и каталог: восемь проверок
Складская номенклатура редко совпадает с тем, как покупатель ищет оборудование. Инженер может начать с рабочей среды или производительности, закупщик — с модели и срока поставки. Структура промышленного сайта должна поддерживать оба маршрута.
| № | Что проверить | Как проверить | Критерий нормы |
|---|---|---|---|
| 9 | Категории | Сопоставьте ассортимент, поисковый спрос и задачи покупателей. | У каждой значимой группы есть понятная страница, а не только строка внутреннего поиска. |
| 10 | Глубина пути | Пройдите от главной до приоритетных моделей на телефоне и компьютере. | Пользователь находит товар по обычным ссылкам без догадок о внутренней классификации. |
| 11 | Названия разделов | Сравните меню с формулировками клиентов и запросами из поиска. | Названия описывают оборудование или задачу, а не внутреннее «направление № 3». |
| 12 | Фильтры | Попросите инженера выбрать параметры, которые реально сокращают список. | Фильтры используют характеристики выбора и не создают тысячи бесполезных индексируемых комбинаций. |
| 13 | Поиск по модели | Введите полные и частичные модели, артикулы и распространённые варианты написания. | Поиск находит нужную позицию и предлагает следующий шаг при нулевом результате. |
| 14 | Снятые модели | Проверьте популярные устаревшие позиции и внешние ссылки на них. | Страница объясняет статус и ведёт к аналогу, сервису или запчастям; полезный URL не превращён в тупик. |
| 15 | Отраслевые решения | Сверьте отрасли и задачи из продаж с посадочными страницами. | Страница связывает задачу, ограничения, подходящее оборудование и доказательства. |
| 16 | Внутренние ссылки | Проверьте связи между статьями, решениями, категориями, моделями и сервисом. | Каждый материал предлагает логичное продолжение, а важные страницы не остаются изолированными. |
3. Карточки оборудования и документы: восемь проверок
Карточка должна помочь выбрать модель и подготовить запрос. Набор полей зависит от продукта, поэтому универсальная копия карточки маркетплейса промышленному поставщику не подходит.
| № | Что проверить | Как проверить | Критерий нормы |
|---|---|---|---|
| 17 | Назначение | Прочитайте первый экран без названия модели и спросите, для какой задачи товар. | Назначение и границы применения понятны до таблицы характеристик. |
| 18 | Характеристики | Сверьте поля сайта с актуальным паспортом и вопросами отдела продаж. | Ключевые параметры полны, имеют единицы измерения и одинаковые названия во всех каналах. |
| 19 | Исполнения | Проверьте варианты материала, питания, присоединения и комплектации. | Покупатель видит, что входит в поставку, выбирается при заказе и приобретается отдельно. |
| 20 | Цена и срок | Сверьте опубликованные условия с прайсом и реальным процессом расчёта. | Указана точная цена, диапазон или факторы расчёта; дата актуальности и срок не вводят в заблуждение. |
| 21 | Изображения | Откройте изображения отдельно и проверьте подписи, качество и происхождение. | Фото относится к товару, показывает важные детали и не выдаёт чужой объект за собственную поставку. |
| 22 | Документы | Скачайте паспорт, сертификат, инструкцию и чертёж с карточки. | Файлы открываются, имеют понятное название, редакцию и относятся к нужной модели. |
| 23 | Уникальные заголовки | Сравните title, description и H1 у нескольких моделей и категорий. | Заголовки описывают конкретную страницу и не собраны из одного шаблона без различий. |
| 24 | Product-разметка | Проверьте JSON-LD валидатором и сопоставьте его с видимыми данными. | Название, изображение, артикул, бренд, цена и наличие размечены только там, где данные реально показаны. |
Google рекомендует Product-разметку для страниц конкретного товара или его вариантов, а не для общей категории. Даже корректная разметка лишь даёт право на расширенное представление и не гарантирует его показ [5]. Подробную структуру полей я разобрал в статье о карточке промышленного товара.
4. Доверие и путь к заявке: восемь проверок
В B2B решение принимает не один человек. Инженер проверяет применимость, закупщик — условия и документы, руководитель — опыт и риск поставщика. Сайт должен дать каждому достаточно фактов для следующего шага.
| № | Что проверить | Как проверить | Критерий нормы |
|---|---|---|---|
| 25 | Реквизиты и контакты | Сверьте название, ИНН, адрес, телефон, почту и часы работы. | Данные актуальны, согласованы между страницами и позволяют проверить юридическое лицо. |
| 26 | Производитель и статус | Проверьте формулировки «производитель», «дилер», «поставщик» и подтверждения. | Роль компании названа точно; дилерские статусы и бренды подтверждены, если заявлены. |
| 27 | Условия поставки | Найдите географию, минимальный заказ, оплату, доставку, гарантию и сервис. | Критичные ограничения видны до обращения и не выясняются только после звонка. |
| 28 | Кейсы | Сопоставьте описанные задачи с продуктами, фотографиями и доступными доказательствами. | Кейс называет исходную задачу, действия и проверяемый результат без приписывания лишней причинности. |
| 29 | Авторство | Проверьте экспертные статьи, руководства и технические комментарии. | У материала указан автор, его роль и основание говорить по теме. |
| 30 | Следующий шаг | Посмотрите CTA на категории, карточке, решении и статье. | Кнопка обещает конкретный результат: подбор, расчёт, КП или консультацию по модели. |
| 31 | Форма запроса | Отправьте тест с карточки и посмотрите переданные поля. | Форма добавляет модель, артикул, URL и выбранные параметры; человек не повторяет всё вручную. |
| 32 | Ответ после отправки | Проверьте успешный сценарий, ошибку и повторную отправку. | Пользователь понимает, принят ли запрос, что произойдёт дальше и как связаться другим способом. |
5. Аналитика, мобильная версия и AI-готовность: восемь проверок
Последний блок показывает, можно ли связать проблему сайта с результатом продаж. Без него команда будет исправлять то, что проще увидеть, а не то, что мешает получать квалифицированные обращения.
| № | Что проверить | Как проверить | Критерий нормы |
|---|---|---|---|
| 33 | Мобильный маршрут | Пройдите поиск, фильтр, карточку, документ и форму на реальном телефоне. | Интерфейс не требует горизонтальной прокрутки, элементы нажимаются, данные не скрыты. |
| 34 | Скорость ключевых шаблонов | Сравните главную, категорию и карточку по полевым и лабораторным данным. | Нет одного тяжёлого шаблона, который системно задерживает просмотр или взаимодействие. |
| 35 | События | В режиме отладки проверьте поиск, фильтр, скачивание, CTA и успешную форму. | События срабатывают один раз, только после фактического действия и без персональных данных. |
| 36 | Источник заявки | Отправьте тест из поиска, рекламы и внутренней статьи. | CRM получает источник, посадочную страницу и идентификатор обращения без потери исходной атрибуции. |
| 37 | Квалификация | Сверьте определения целевой заявки у маркетинга и продаж. | В CRM фиксируются продукт, регион, формат сделки, результат и причина отказа. |
| 38 | Офлайн-конверсии | Проверьте сохранение ClientID или другого допустимого идентификатора и передачу статусов. | Квалификация и продажа могут быть сопоставлены с визитом; ошибки привязки видны в отчёте. |
| 39 | Понятные факты для AI | Посмотрите, названы ли компания, продукт, регион, условия, автор и дата обновления в HTML. | Ключевые факты доступны в тексте страницы и не спрятаны только в изображениях или PDF. |
| 40 | Актуальность данных | Назначьте владельцев цен, наличия, документов, контактов и технических параметров. | Для каждого изменяемого блока известны источник, ответственный и дата следующей проверки. |
Яндекс Метрика связывает офлайн-конверсии с визитами по ClientID, UserID, Yclid или PurchaseId и показывает причину, если привязка не состоялась [6]. Сам факт настройки счётчика этого не обеспечивает: нужный идентификатор следует сохранить вместе с обращением и передать из CRM.
Как превратить аудит в план работ
После проверки я не сортирую задачи только по числу затронутых страниц. Использую три приоритета:
- P1 — блокирует спрос или обращение. Важная категория закрыта от поиска, карточки отвечают ошибкой, форма не отправляется, заявки не доходят до CRM.
- P2 — мешает выбрать и проверить поставщика. Не хватает характеристик, документов, условий поставки, доказательств или подходящего следующего шага.
- P3 — улучшает представление и измерение. Заголовки, разметка, скорость, события и редакционные доработки, если основная цепочка уже работает.
Для каждой задачи запишите затронутый шаблон, пример URL, доказательство проблемы, ответственного и способ приёмки. Формулировка «улучшить SEO карточек» не подходит. Рабочая задача звучит конкретно: «добавить уникальный H1 из названия модели на 126 карточках; проверить пять URL вручную и весь список краулером».
Где заканчивается самостоятельная проверка
Этот чек-лист показывает видимые разрывы, но не отвечает на все вопросы. Для полного SEO-аудита понадобятся данные Вебмастера и Search Console, поисковые запросы, история изменений, серверные логи, шаблоны каталога, аналитика и выборка обращений из CRM. Без этих данных нельзя уверенно оценить потери спроса или вклад конкретного исправления.
Начать можно с бесплатной предварительной проверки готовности сайта к AI-поиску. Она проверит главную страницу, robots.txt, Sitemap, заголовки и базовые признаки доверия. Инструмент не обходит весь каталог, не измеряет реальные упоминания компании в ответах нейросетей и не заменяет полный SEO-аудит. Его результат поможет выбрать первые вопросы для разбора.
Источники
Автор: Андрей Кудряшов, Основатель ConversOn.
Команда ConversOn находит и чинит разрывы в пути B2B-покупателя от рекламы до повторной сделки.