Автор: Александр Дружный · Опубликовано: 2023-08-02 · Содержание проверено: 18.10.2026
SEO-продвижение PrestaShop включает настройку структуры каталога, категорий, карточек товаров, фильтров и индексации. Основные технические риски связаны с дублирующимися URL, товарными комбинациями и фасетной навигацией, которая может создавать тысячи ненужных страниц.
Работу начинают с проверки версии CMS и установленных модулей. Затем распределяют поисковые запросы между категориями и товарами, настраивают внутренние ссылки и определяют, какие URL должны участвовать в поиске.
Разберём основные этапы оптимизации интернет-магазина на PrestaShop для Яндекса и Google. Руководство ориентировано на PrestaShop 8 и 9. В старых версиях расположение настроек и возможности модулей могут отличаться.
Шаг 1. Проверка и настройка SEO в PrestaShop
Перед изменениями необходимо определить, как устроен магазин.
Проверьте версию PrestaShop, активную тему, модули фильтрации, генерации Sitemap, управления ЧПУ и структурированными данными.
Некоторые возможности предусмотрены самой CMS, другие реализуются через дополнительные модули. Например, для фильтрации товаров часто используется ps_facetedsearch, но магазин может работать на альтернативном расширении.
Где находятся настройки SEO
В PrestaShop 8 и 9 общие настройки адресов находятся в разделе:
Shop Parameters → Traffic & SEO → SEO & URLs
В русской локализации названия пунктов могут отличаться.
Здесь проверяют:
Включены ли человекопонятные URL.
Как формируются адреса категорий и товаров.
Какой домен используется в качестве основного.
Как настроены перенаправления на канонические адреса.
Какие Title и Description установлены для главной и служебных страниц.
Используется ли встроенная генерация robots.txt.
Метатеги отдельных категорий редактируются в каталоге. У товаров предусмотрена вкладка SEO, где можно изменить метазаголовок, описание и человекопонятный адрес.
Нужно ли убирать ID из URL
В стандартных маршрутах PrestaShop встречаются числовые идентификаторы.
Например:
/12-potolochnye-svetilniki
/12-potolochnye-svetilniki/345-svetilnik-model.html
Наличие ID не является ошибкой.
Для поисковых систем важнее, чтобы страница имела постоянный адрес, корректно открывалась и не дублировалась по другим маршрутам.
Удаление идентификаторов требует изменения механизма формирования URL. На действующем магазине такая доработка может затронуть весь каталог.
Перед изменением маршрутов необходимо подготовить соответствие старых и новых адресов, настроить постоянные перенаправления и проверить внутренние ссылки.
Также проверьте, меняется ли ЧПУ при переименовании товара. Адреса проиндексированных карточек лучше сохранять стабильными.
Шаг 2. Семантика, структура каталога и внутренняя перелинковка
Запросы покупателей необходимо распределить между категориями, подкатегориями, товарными подборками и карточками.
Структура должна отражать реальные различия в ассортименте.
Предположим, магазин продаёт светильники.
Тип страницы | Пример | Назначение |
|---|---|---|
Категория | Потолочные светильники | Основная товарная группа |
Подкатегория | Подвесные светильники | Отдельный тип продукции |
Посадочная страница | Чёрные потолочные светильники | Подборка по востребованному признаку |
Карточка товара | Потолочный светильник определённой модели | Конкретный товар |
Статья | Как выбрать освещение для кухни | Помощь в выборе |
Не каждый поисковый запрос требует новой страницы.
Например, сортировка светильников по возрастанию цены не создаёт самостоятельную товарную категорию. А подборка чёрных потолочных светильников может быть полезна покупателям при достаточном ассортименте и подтверждённом спросе.
Как определить нужные категории
При формировании структуры:
Соберите запросы по основным группам товаров.
Разделите их по поисковому намерению.
Сопоставьте запросы с существующим ассортиментом.
Изучите типы страниц, представленные в поисковой выдаче.
Определите необходимые категории и подборки.
Проверьте, нет ли нескольких страниц с одинаковым назначением.
Отдельные категории стоит создавать тогда, когда они помогают покупателям выбирать товары, а не ради дополнительных вхождений ключевых фраз.
Перелинковка каталога PrestaShop
Важные страницы должны быть доступны через обычные ссылки.
Проверьте следующие элементы:
Главное меню. Основные категории доступны из навигации.
Подкатегории. Родительские разделы содержат ссылки на вложенные товарные группы.
Хлебные крошки. Помогают перейти к категории и понять расположение товара в каталоге.
Карточки товаров. Доступны через категории, подкатегории и страницы пагинации.
Сопутствующие товары. Связывают предложения, которые действительно дополняют друг друга.
Посадочные страницы по характеристикам. Имеют ссылки из соответствующих категорий.
Информационные статьи. Содержат уместные переходы к товарам и коммерческим разделам.
Отдельно проверьте, нет ли товаров, которые можно открыть только после выбора фильтра или выполнения JavaScript.
Google рекомендует использовать обычные HTML-ссылки с href, чтобы поисковый робот мог находить страницы каталога.
Важные товары должны быть доступны для обхода независимо от работы динамической фильтрации.
Шаг 3. Оптимизация категорий, карточек товаров и комбинаций
Категории и карточки выполняют разные функции.
Категория помогает сравнивать ассортимент. Карточка содержит информацию, необходимую для выбора конкретного товара.
SEO категорий PrestaShop
При оптимизации категории проверьте:
H1 - название товарной группы.
Title - основной ассортимент и значимые особенности предложения.
Description - краткое описание товаров и условий покупки.
Состав каталога - соответствие названию категории.
Фильтры - возможность выбрать товар по важным характеристикам.
Внутренние ссылки - доступность подкатегорий и карточек.
Описание - помощь покупателю в выборе.
Например, для категории:
H1: Потолочные светильники
Title: Потолочные светильники - купить в интернет-магазине
Description: Потолочные светильники для квартиры и дома. Модели разных размеров и конструкций. Характеристики, цены и условия доставки.
Это условный пример. Для действующего магазина метатеги составляют с учётом ассортимента и реальных условий продажи.
Нужен ли текст в категории
Объём описания зависит от товара и поискового намерения.
Для категории с большим ассортиментом важнее удобный каталог, фильтры и характеристики. Длинный текст перед товарами может мешать выбору.
Дополнительное описание полезно, если оно объясняет:
Различия между типами товаров.
Основные характеристики.
Совместимость.
Особенности применения.
Условия выбора и покупки.
Не стоит размещать одинаковые определения на десятках категорий.
SEO карточек товаров
Карточка должна содержать сведения, по которым покупатель сможет определить, подходит ли ему конкретный товар.
Основные элементы:
Элемент | Что указать |
|---|---|
Название | Тип, бренд, модель и значимые характеристики |
Описание | Назначение и особенности товара |
Характеристики | Размеры, материал, мощность, объём и другие параметры |
Артикул | Идентификатор модели или модификации |
Совместимость | Применимость, если она важна для выбора |
Изображения | Фотографии товара и деталей |
Цена и наличие | Актуальные сведения |
Доставка и гарантия | Условия получения и обслуживания |
При массовом импорте в PrestaShop часто используются описания поставщиков.
Формальная уникальность текста не должна становиться самоцелью. Полезнее дополнить карточки отсутствующими характеристиками, точными артикулами, сведениями о совместимости и комплектации.
Первыми дорабатывают товары с подтверждённым спросом и коммерческим потенциалом.
Комбинации товаров и canonical
PrestaShop позволяет объединять несколько вариантов товара в одной карточке.
Например, футболка может продаваться в разных размерах и цветах. Для каждого варианта могут отличаться артикул, цена, наличие и изображение.
Проверьте:
Меняется ли URL после выбора комбинации.
Можно ли открыть нужный вариант по прямой ссылке.
Выбирается ли правильный цвет или размер.
Соответствуют ли варианту цена, изображение и наличие.
Какой адрес указан в canonical.
Какие URL используются в товарных фидах и структурированных данных.
Если все варианты представлены на одной основной странице, обычно используется единый канонический адрес товара. При этом выбранную комбинацию желательно открывать по прямой ссылке, чтобы покупатель сразу видел нужный вариант.
Если варианты представлены самостоятельными страницами, для них требуется отдельная схема каноникализации и товарной разметки.
Не следует автоматически направлять все такие страницы на одну карточку, если они имеют самостоятельное назначение и должны участвовать в поиске.
Решение зависит от того, как организованы каталог, товарные варианты и покупка.
Шаг 4. Настройка SEO-фильтров PrestaShop
Фильтры позволяют выбирать товары по бренду, размеру, цвету, материалу, цене и другим параметрам.
Для покупателей это полезная функция. Для поисковых роботов она может создавать большое количество URL с повторяющимся ассортиментом.
Например, пользователь последовательно выбирает цвет, производителя, ценовой диапазон и сортировку. Каждая дополнительная комбинация способна формировать новый адрес.
В результате поисковые системы могут тратить ресурсы на технические страницы вместо важных товаров и категорий.
Какие страницы фильтров оставлять для поиска
Для большинства магазинов подходит разделение на три группы.
Страница | Пример URL | Решение |
|---|---|---|
Основная категория |
| Открыть для индексации |
Востребованная подборка |
| Создать самостоятельную посадочную страницу |
Техническая комбинация |
| Управлять обходом и индексацией отдельно |
Адреса условные. Реальный формат зависит от маршрутов и установленного модуля.
Для индексируемой подборки нужны:
Подтверждённый поисковый спрос.
Достаточный ассортимент.
Самостоятельный URL.
Соответствующие H1, Title и Description.
Внутренние ссылки из каталога.
Правильные настройки индексирования.
Не следует создавать отдельную посадочную страницу для каждого сочетания параметров.
Как проверить модуль фильтрации
В PrestaShop часто используется ps_facetedsearch, но поведение URL зависит от версии и настроек модуля.
Откройте категорию и последовательно выберите несколько параметров.
Проверьте:
Изменяется ли адрес при выборе фильтра.
Используются ли GET-параметры или ЧПУ.
Создаётся ли новый URL при сортировке.
Какой canonical выводится на отфильтрованной странице.
Есть ли такие URL в Sitemap.
Доступны ли они поисковым роботам.
Не создаются ли дубли при изменении порядка фильтров.
Особенно важно проверить, какие страницы планируется продвигать отдельно.
Если полезная подборка использует тот же параметр, что и технические комбинации, общее правило блокировки может закрыть её вместе с ненужными URL.
Как выбирать способ обработки URL
Здесь необходимо различать три задачи:
Ограничить обход ненужных адресов.
Запретить индексирование конкретных страниц.
Указать предпочтительный адрес среди дублей.
Для них используются разные инструменты.
Инструмент | Для чего применяется |
|---|---|
| Указывает предпочтительный адрес среди одинаковых или близких страниц |
| Запрещает индексирование страницы, доступной для обхода |
| Ограничивает посещение URL поисковым роботом |
| Позволяет Яндексу не учитывать незначимые GET-параметры |
Настройка GET-параметров Яндекса | Управляет обработкой параметризованных URL в Яндекс Вебмастере |
Canonical не является гарантированным запретом индексации. Поисковая система может выбрать другой канонический адрес.
Disallow ограничивает обход, но сам по себе не гарантирует исключения адреса из результатов Google.
Noindex требует доступа робота к странице. Если адрес закрыт в robots.txt, робот не сможет прочитать установленную на нём директиву.
Для большого количества технических фильтров, которые не нужны в Google, можно ограничить обход через robots.txt. Для уже индексируемых URL предварительно определяют способ их корректного исключения.
В Яндексе для незначимых GET-параметров применяют Clean-param и инструмент настройки GET-параметров.
Например, параметр, который меняет только порядок товаров, можно рассматривать как технический. Параметр, формирующий самостоятельную востребованную подборку, требует другого решения.
Не применяйте Clean-param ко всем параметрам фильтрации без проверки: некоторые из них меняют значимое содержание страницы.
Практический пример
В магазине светильников предусмотрены разные варианты каталога.
Страница | Подход |
|---|---|
Потолочные светильники | Индексируемая категория с собственным canonical |
Чёрные потолочные светильники | Отдельная посадочная при наличии спроса и ассортимента |
Сортировка по цене | Технический URL без самостоятельного поискового назначения |
Произвольный диапазон цен | Обычно ограничивается массовый обход |
Фильтр с невозможным сочетанием характеристик | Для самостоятельного URL с несуществующей комбинацией рекомендуется корректный ответ 404 |
Карточка конкретной модели | Индексируемая товарная страница |
Перед внедрением проверьте выбранные правила на нескольких реальных URL.
Пользовательские фильтры должны продолжать работать, а нужные категории и товары - оставаться доступными поисковым системам.
Шаг 5. URL, canonical, пагинация и индексация
После настройки фильтров необходимо проверить остальные технические адреса магазина.
Дублирующиеся URL
В PrestaShop дубли могут возникать из-за:
Привязки одного товара к нескольким категориям.
GET-параметров.
Сортировки и фильтрации.
Изменения ЧПУ.
Разных маршрутов к одной карточке.
Некорректных настроек модулей.
Доступности HTTP и HTTPS либо разных версий домена.
Для каждого случая выбирают подходящее решение.
Если старая страница окончательно перенесена на новый адрес, обычно используют 301-перенаправление.
Если одно содержимое доступно по нескольким URL, проверяют canonical и внутренние ссылки.
На важных индексируемых страницах канонический адрес должен соответствовать основному URL.
Не допускайте противоречий, когда canonical указывает на один адрес, Sitemap содержит другой, а ссылки внутри каталога ведут на третий.
Пагинация категорий
Категории с большим количеством товаров часто разделяются на несколько страниц.
Например:
/potolochnye-svetilniki/?page=2
Каждая страница пагинации должна иметь самостоятельный URL и собственный canonical.
Первая страница категории не является канонической для остальных только потому, что они принадлежат одному разделу.
Также проверьте:
Наличие ссылок на следующую и предыдущую страницы.
Доступность товаров на последующих страницах.
Отсутствие циклических перенаправлений.
Корректные HTTP-статусы.
Работу пагинации без обязательного выполнения JavaScript.
Если используется бесконечная прокрутка или кнопка «Показать ещё», поисковым роботам всё равно необходим доступный механизм перехода к следующим частям каталога.
Robots.txt
Файл robots.txt помогает управлять обходом сайта.
Для PrestaShop необходимо проверить, что в нём:
Не закрыты основные категории и товары.
Ограничены ненужные технические разделы.
Правильно обрабатываются параметры URL.
Не заблокированы ресурсы, необходимые для отображения важных страниц.
Содержимое файла зависит от структуры магазина и используемых модулей.
В PrestaShop предусмотрена возможность генерации robots.txt. При этом повторная генерация может заменить существующий файл, поэтому дополнительные правила необходимо сохранить и проверить.
Директива Host не является обязательной универсальной настройкой.
XML Sitemap
Карту сайта можно формировать с помощью установленного модуля.
В неё включают основные адреса, предназначенные для индексации:
Категории и подкатегории.
Карточки товаров.
Самостоятельные посадочные страницы.
Важные информационные материалы.
Технические комбинации фильтров, страницы корзины и оформления заказа в Sitemap не нужны.
После обновления карты проверьте её адреса в Яндекс Вебмастере и Google Search Console.
Что делать с товарами, снятыми с продажи
Если товар временно отсутствует, страницу часто стоит сохранить, указав актуальный статус и доступные альтернативы.
Для товара, окончательно выведенного из ассортимента, возможны разные решения:
Есть прямая замена. Можно настроить перенаправление на действительно соответствующий товар.
Карточка сохраняет информационную ценность. Страницу можно оставить с указанием, что модель больше не продаётся.
Товар удалён без замены. Если страница больше не нужна, допустим ответ 404 или 410.
Массовое перенаправление удалённых карточек на главную страницу магазина не решает проблему отсутствующего товара.
Шаг 6. Скорость загрузки, изображения и структурированные данные
Производительность PrestaShop зависит от темы, модулей, размеров каталога, работы базы данных и серверного кеширования.
Особенно внимательно проверяют категории с большим количеством товаров и страницы со сложной фильтрацией.
Скорость загрузки
Проверьте:
Время ответа сервера.
Размер и количество загружаемых ресурсов.
Производительность модулей.
Загрузку изображений.
Работу мобильной версии.
Стабильность расположения элементов страницы.
Реакцию интерфейса на действия пользователя.
Для оценки можно использовать PageSpeed Insights и данные Core Web Vitals.
В первую очередь исправляйте проблемы, которые заметно влияют на работу магазина: задержки загрузки каталога, нестабильные фильтры, медленное открытие карточек.
Не нужно отключать полезную функциональность только ради высокого балла лабораторного теста.
Оптимизация изображений
Изображения товаров должны помогать покупателю рассмотреть модель и её особенности.
Проверьте разрешение, сжатие, форматы и корректность размеров отображения.
Атрибут alt должен описывать изображение.
Например:
Потолочный светильник чёрного цвета с круглым корпусом
Не следует повторять в alt длинные списки поисковых запросов.
Для значимых товаров полезны дополнительные фотографии деталей, комплектации и вариантов исполнения.
Структурированные данные товаров
Для карточек используются типы Schema.org Product и Offer.
Проверьте согласованность следующих сведений:
Название и модель.
Артикул или другой идентификатор.
Бренд.
Цена и валюта.
Наличие.
Основной URL.
Изображения.
Для товаров с вариантами может применяться ProductGroup, а для предложения нескольких продавцов или вариантов цены - AggregateOffer в подходящих случаях.
Сведения о доставке и возврате передаются через поддерживаемые типы, включая OfferShippingDetails и MerchantReturnPolicy. Общие условия магазина обычно удобнее описывать на уровне организации, а специальные условия конкретного товара - на уровне предложения.
Разметка должна соответствовать видимому содержанию страницы и данным товарных фидов.
Перед установкой дополнительного SEO-модуля убедитесь, что тема PrestaShop уже не формирует ту же разметку. Несколько модулей способны создавать дубли и противоречащие друг другу сведения.
Шаг 7. Мультимагазин, языки и региональные версии
PrestaShop поддерживает режим Multistore, позволяющий управлять несколькими магазинами из одной административной панели.
Однако отдельный магазин нужен далеко не для каждого города.
Мультимагазин оправдан, если направления существенно различаются:
Ассортиментом.
Ценами или валютой.
Языком.
Условиями доставки.
Юридическими данными продавца.
Коммерческим предложением.
Например, компания работает в нескольких странах и использует разные языки, валюты и условия продажи.
Для таких направлений отдельные версии магазина могут быть полезны.
Если один интернет-магазин доставляет одинаковые товары в разные города России по единым условиям, создавать копии каталога для каждого региона обычно нет необходимости.
Многоязычные версии и hreflang
При использовании нескольких языков проверьте переводы:
Категорий.
Названий товаров.
Характеристик.
Описаний.
Метатегов.
URL.
Для языковых и региональных версий с самостоятельными адресами используется hreflang.
При этом страницы должны ссылаться на соответствующие версии, а canonical необходимо согласовать с языковой структурой сайта.
Обычно каждая самостоятельная языковая версия указывает канонический адрес на себя.
Массовое создание страниц с машинным переводом без проверки товарных данных и условий покупки может приводить к малоценному содержанию.
Шаг 8. Проверка результатов и план работ
После внедрения изменений проверьте обход, индексацию и поисковые показатели магазина.
Для этого используются:
Яндекс Вебмастер - индексирование, ошибки, поисковые запросы, обработка GET-параметров.
Google Search Console - состояние индексации, поисковые показы и клики, проблемы структурированных данных.
Яндекс Метрика - источники трафика, поведение посетителей и целевые действия.
CRM и данные заказов - подтверждённые покупки, стоимость заказов и выручка.
Какие показатели отслеживать
Показатель | Что проверяем |
|---|---|
Индексация категорий | Доступны ли важные товарные группы в поиске |
Индексация карточек | Находятся ли нужные товары |
Технические URL | Не создаёт ли магазин избыточные страницы |
Показы и клики | Как меняется присутствие сайта в поиске |
Поисковые запросы | По каким фразам пользователи находят товары |
Заказы | Приводят ли поисковые посещения к покупкам |
Снижение количества проиндексированных URL само по себе не является плохим результатом.
Например, после исправления фильтров из поиска могут исчезнуть тысячи технических комбинаций, тогда как важные категории и товары сохранятся.
Такое изменение необходимо оценивать по составу оставшихся страниц и последующей поисковой статистике.
С чего начать оптимизацию PrestaShop
Для первого этапа работ можно использовать следующий порядок.
Приоритет | Действие |
|---|---|
1 | Определить версию PrestaShop, тему, модули и состояние индексации |
2 | Проверить структуру категорий и распределение поисковых запросов |
3 | Выявить дубли товаров, фильтров и технических URL |
4 | Проверить canonical, robots.txt, пагинацию и Sitemap |
5 | Исправить внутренние ссылки и доступность важных карточек |
6 | Доработать приоритетные категории и товары |
7 | Проверить структурированные данные и производительность |
8 | Оценить результаты внедрения |
Последовательность зависит от обнаруженных проблем.
Если из-за настройки модуля целый каталог закрыт от индексации, это важнее редактирования метатегов отдельных товаров.
Частые ошибки при SEO-продвижении PrestaShop
1. Индексация всех комбинаций фильтров. Магазин создаёт множество технических URL с повторяющимся ассортиментом.
2. Массовая смена адресов без перенаправлений. Старые страницы перестают открываться, а внутренние ссылки ведут на несуществующие URL.
3. Неправильная каноникализация. Canonical направляет разные товары или страницы пагинации на неподходящий основной адрес.
4. Недоступность товаров через обычные ссылки. Часть карточек находится только после использования фильтров или динамической загрузки.
5. Конфликты SEO-модулей. Несколько расширений одновременно управляют метатегами, маршрутизацией или структурированными данными.
При использовании ps_facetedsearch также проверяйте актуальность модуля. В частности, уязвимость выпусков 3.0.0-4.0.3 была исправлена в версии 4.0.4. Обновления безопасности следует устанавливать независимо от работ по поисковой оптимизации.
Что важно для SEO магазина на PrestaShop
Основная задача при оптимизации PrestaShop - обеспечить доступность востребованных товарных страниц и исключить избыточные технические URL.
Для этого необходимо правильно организовать каталог, наладить внутренние ссылки, проверить работу фильтров и определить правила индексации для разных типов страниц.
Стандартные инструменты CMS позволяют управлять многими настройками, но сложные каталоги с большим количеством комбинаций обычно требуют дополнительной проверки модулей и шаблонов.
Начинать лучше с проблем, затрагивающих весь магазин: индексации, маршрутов, дублей и фильтрации. Затем переходить к содержанию категорий, карточкам товаров и дополнительным техническим улучшениям.
Результат оценивают по доступности важных страниц, поисковой видимости и фактическим заказам, а не только по количеству выполненных настроек.
SEO-аудит сайта · Услуги SEO-продвижения · Обсудить оптимизацию магазина
