Карта сайта, дубли, скорость, разметка, hreflang, HTTPS, аналитика. Каждая проверка – с примером реального дефекта из наших замеров и командой для терминала.
Большинство чек-листов для магазинов написано так, будто сайт уже здоров и ему осталось дотянуть пару тегов. В конце июля — начале августа 2026 года мы снимали технические замеры с более тридцати живых сайтов своего портфолио, большинство из них — магазины. Почти на каждом нашлось что-то с нулевого уровня: карта сайта, отдающая HTTP 200 и ноль байт; товар, доступный по четырем адресам; счетчик аналитики, который отключил Google три года назад.
Такие вещи ломаются тихо. Сайт открывается, заказы идут, владелец не видит причин лезть в исходный код — а страницы в это время либо не доходят до индекса, либо конкурируют сами с собой.
Ниже – проверки в том порядке, в котором их имеет смысл делать. Каждый можно сделать самому, без доступа к серверу и без платных сервисов.
Цепочка денег с органики начинается не с позиций. Страница должна найти бот, просканировать, проиндексировать, и только после этого она вообще способна ранжироваться, получить клик и заказ. Карта сайта – это прямой список адресов, которые вы просите обойти. На каталоге в десятки тысяч позиций без нее часть страниц может годами не попадать бота, потому что на них не хватает внутренних ссылок.
Честный предел: карта не поднимает позиции и не гарантирует индексацию – Google пишет это прямо в своей документации. Страница товара без описания и спроса может быть проиндексирована и не получить ни одного визита. На сайте из десяти страниц карта не дает почти ничего.
Оптовый магазин нижнего белья (наше измерение, 31.07.2026): в карте 13 590 URL - 13 428 товарных страниц и 161 категория, из них ровно один дубликат. Это эталонная чистота. И при этом /sitemap.xml отдает 200 с пустым телом, а /sitemap_index.xml возвращает строчку "HuntBee SEO XML Sitemap Generator PRO is disabled". Рабочая карта лежит на нестандартном адресе и спасена тем, что прописана в robots.txt. Два стандартных адреса, куда первыми идут краулеры и аудит-тулы, отдают мусор.
Магазин отопительного оборудования и магазин здорового питания (наше измерение, 31.07.2026): /sitemap.xml - HTTP 200 с телом на 0 байт. Карты нет вообще, хотя формально файл "есть".
B2B-каталог запчастей к швейным машинам (наше измерение, 31.07.2026): 1 992 URL без всякого дубликата, карта полная и рабочая — но у robots.txt нет директивы Sitemap. Бот должен догадаться сам.
ваш-домен/robots.txt и найдите строчку Sitemap:. Если его нет или он закомментирован – это дефолт коробки, который никто не трогал.grep -o '<loc>' sitemap.xml | wc -l. Сравните с количеством товаров в админке. Разница в разы означает, что половины каталога поиск не видит.Ваше мнение помогает нам создавать лучший контент
Помогите другим узнать это — поделитесь статьей в социальных сетях
Спасибо, что помогаете нам расти
Пишет о том, что делает руками: интернет-магазины на OpenCart, приложения на Next.js, интеграции и скорость сайтов. В статьях — замеры и проверки, которые читатель может повторить на своём проекте, а не общие советы. Коммерческая разработка с 2015 года.
Ответы на популярные вопросы по теме
С вопроса, существуют ли ваши страницы для поиска вообще. Сравните количество адресов в карте сайта с количеством страниц в индексе — если в карте двадцать тысяч, а в индексе две, остальные пункты чек-листа пока не имеют значения. В самом большом каталоге, с которым мы работали, 115 456 позиций, и там проверка тоже начиналась именно с этого.
Нет, и стремиться к этому не стоит. Товары, которых нет в наличии, служебные фильтры и страницы сортировки обычно не нужны в выдаче — они лишь расходуют обход. Вопрос не в количестве, а в том, находится ли в индексе именно то, что вы хотите продавать: если категории и ходовые товары туда не попали, а фильтры попали, это уже ошибка структуры.
По тому, где именно обрывается путь. Если страницы нет в индексе — тексты ни при чём, сначала надо разобраться, почему бот до неё не доходит или видит копию. Если страница в индексе, показывается по запросам, но переходов нет — тогда вопрос уже к заголовку, описанию и самому предложению. Search Console разделяет эти два случая, и начинать лучше с него.
Большинство пунктов — да, он для этого и написан: проверки сделаны так, чтобы их можно было выполнить браузером и Search Console. Разработчик понадобится на этапе исправлений — когда надо убрать дубли, настроить canonical или изменить отдачу сервера. Но чтобы знать, что именно просить, чек-листа достаточно.
Главное правило — не позволять им плодить адреса, которые конкурируют с категорией. Комбинации фильтров обычно закрывают от индексации, оставляя открытыми те несколько, под которые действительно ищут. Пагинация, наоборот, должна оставаться проходимой для бота, иначе товары с глубоких страниц он просто не найдёт. В больших каталогах именно здесь расходуется большая часть обхода.
Зависит от того, что найдётся, и честная цифра появляется после просмотра, а не до него. Технические правки вроде редиректов и canonical видно за дни-недели — индексация реагирует быстро. Структурные изменения в каталоге забирают больше. Мы называем срок в рабочих днях после бесплатного разбора и фиксируем его в договоре.
Подпишитесь на нашу рассылку и получайте полезные советы, инсайты и новости о веб-разработке, маркетинге и бизнесе.
