SEO для интернет-магазина

Происхождение и история

Развитие SEO для магазинов связано с тем, как поиск начал представлять торговые предложения. Исторический пример — анонс Google от 2 ноября 2010 года: к результату поиска страницы товара добавлялись цена, наличие и отзывы. Магазин мог передать сведения отдельным набором данных или разметить страницу. Это расширяло практическую задачу владельца: кроме доступности самой страницы требовалось заботиться о понятности и актуальности отдельных товарных характеристик. ^[6]

Современное руководство Google рассматривает эти сведения вместе со структурой каталога и обнаружением страниц. ^[1] Так можно проследить развитие самой практики: поисковая оптимизация магазина включает работу и со страницами, и с данными об ассортименте. Дата исторического анонса обозначает конкретное изменение товарного поиска, а не момент появления выражения «e-commerce SEO».

Как это работает

Сначала поисковой системе нужно найти страницы. Google рекомендует строить путь по ссылкам от меню к категориям, затем к подкатегориям и товарам. Если карточка появляется только после ввода названия во внутренний поиск магазина, робот Google может её не обнаружить: при обходе он обычно не отправляет такие запросы. Когда нельзя связать все карточки ссылками, дополнительным источником адресов служит карта сайта или товарный фид. ^[1]

Фид — передаваемый платформе набор записей о товарах. Структурированные данные, или разметка, описывают сведения непосредственно на странице в форме, понятной программам. Google рекомендует использовать разметку карточек и передачу данных в Merchant Center — сервис для работы с товарной информацией. При этом ни разметка, ни загрузка в Merchant Center не являются обязательным условием обычного появления страницы в поиске Google. ^[1]

Чтобы описать предложение точно, полезно разделить сущности. В словаре Schema.org тип Product обозначает товар или услугу, а свойство offers связывает его с предложением о продаже. ^[3] Например, в учебном магазине одна модель ботинок может иметь разные размеры. В терминологии Merchant Center размерные исполнения — варианты товара; запись в передаваемом наборе данных описывает конкретную позицию. ^[4] Поэтому сообщение о наличии всей модели ещё не отвечает покупателю, доступен ли его размер.

Затем проверяют согласованность. Для Merchant Center сведения о цене и наличии должны соответствовать странице товара, оформлению заказа и разметке. Ошибки могут привести к отклонению предложений или ограничению их показа. ^[4] Переписанный текст карточки не устраняет расхождение, если старая запись о наличии продолжает поступать в сервис.

Какие задачи различают

Для планирования редакция предлагает три группы работ. Это рабочая классификация, а не официальный перечень видов SEO.

Разделение помогает назначить конкретное исправление. В учебном примере разработчик добавляет недостающую ссылку, редактор уточняет название, а сотрудник, отвечающий за ассортимент, проверяет источник сведений о наличии. Одной заменой текста все три задачи не решаются.

Применение в России и за рубежом

Google и Яндекс предлагают собственные способы передавать товарные сведения. Общую идею нельзя превращать в требование использовать один и тот же файл в обеих системах.

Учебный магазин обуви начинает проверку с одной категории и нескольких карточек: новой модели, товара в наличии и отсутствующего размера. Для каждого предложения он сверяет показанное покупателю состояние с переданными сведениями. Такой небольшой разбор позволяет сформулировать ошибку: например, «фид показывает размер в наличии после его исчезновения из заказа», а не расплывчатое «карточка плохо оптимизирована».

Проверять нужно и понятность интерфейса. WCAG — рекомендации по доступности веб-контента — в критерии 2.4.6 требуют, чтобы имеющиеся заголовки и подписи передавали тему или назначение. ^[5] В нашем примере подпись «Размер обуви» помогает понять поле выбора лучше, чем «Параметр». Это применение критерия доступности, а не обещание повысить позицию в поиске.

Как измерить результат проверки

Для внутреннего контроля редакция предлагает считать долю карточек с расхождением наличия. До проверки задают, что именно сравнивают, и фиксируют момент выгрузки: иначе изменение остатков между двумя наблюдениями можно ошибочно записать в дефект.

Формула:

Здесь K — число проверенных карточек, в которых обнаружено хотя бы одно расхождение, N — общее число проверенных карточек, D — доля таких карточек в процентах. Одну карточку учитывают в числителе один раз, даже если в ней несколько ошибок. При отсутствии проверенных карточек показатель не рассчитывают.

В учебном примере проверены сто карточек, в двенадцати найдены расхождения. Деление двенадцати на сто с умножением на сто даёт 12%. После исправления в тех же ста карточках осталось три конфликта — 3%. Доля уменьшилась на 9 процентных пунктов, а количество конфликтующих карточек — на 75%. Это результат проверки данных; из него нельзя вычислить прирост продаж.

Для повторного измерения сохраняют перечень карточек, правило сравнения и дату. Если во второй раз выбрать только десять заведомо исправленных страниц, результат уже не покажет, что произошло с исходной сотней. Эти условия относятся к предложенному учебному контролю, а не к отраслевому нормативу качества.

Ошибки и ограничения

Добавление разметки не равнозначно получению расширенного результата. Google описывает её как способ повысить вероятность допуска к товарным форматам, а Яндекс связывает обогащение результата данными фида с полезностью выдачи. ^{[1, 2]} Поэтому успешная техническая проверка и фактический показ — разные наблюдения.

Другая ошибка — считать словарь Schema.org инструкцией для любой платформы. Словарь задаёт названия сущностей и свойств; Merchant Center отдельно определяет требования к принимаемым данным. ^{[3, 4]} Поддержку конкретного поля проверяют у получателя данных.

Не стоит также смешивать качество данных и удобство выбора. Карточка может точно передавать наличие, но иметь непонятные подписи. И наоборот, ясный заголовок не исправляет ошибочную выгрузку. В первом случае нужен разбор интерфейса по критериям доступности, во втором — сверка товарных сведений. ^{[4, 5]}

Правовой аспект

В России пункт 1 статьи 10 Закона РФ от 07.02.1992 № 2300-1 «О защите прав потребителей» требует своевременно сообщать потребителю необходимые и достоверные сведения о товаре, позволяющие сделать правильный выбор. Использована редакция от 28.12.2025, с изменениями от 27.10.2026 и вступившими изменениями с 01.10.2026. ^[7] Проверка поисковой разметки не заменяет проверки информации для покупателя; применимость специальных требований к конкретному ассортименту требует отдельного юридического разбора.

Частые вопросы

Связанные термины

• seo
• indeksatsiya
• karta-sayta
• mikrorazmetka
• konversiya
• skorost-zagruzki-sayta