SEO для PrestaShop

PrestaShop — европейская опенсорс-CMS для ecommerce с миллионом активных магазинов в мире и небольшой, но устойчивой долей в СНГ. При продвижении сайтов на PrestaShop SEO-специалист работает с движком, у которого базовый SEO-функционал из коробки приличный, но детали часто остаются за кадром: дубли через атрибуты, нестандартные параметры URL, скорость стандартных тем. Этот чек-лист собирает все настройки и проверки для PrestaShop 8 и 9, которые нужны при подготовке магазина к продвижению.

Что такое PrestaShop и кому подходит

PrestaShop — опенсорс-CMS для интернет-магазинов, разрабатывается французской командой PrestaShop SA с 2007 года. Движок написан на PHP с использованием Symfony (после версии 1.7), для шаблонов применяется Smarty, в основе фронтенда классических тем — Bootstrap. Сейчас стабильная линейка — PrestaShop 9.1 с темой Hummingbird 2.0 по умолчанию.

В отличие от WooCommerce, который надстраивается над WordPress, PrestaShop изначально проектировался как ecommerce-движок. Управление товарами, атрибутами, налогами, доставкой, многоязычностью встроено в ядро. В отличие от Magento, платформа легче и проще в развёртывании.

Когда PrestaShop — оправданный выбор

• Чистый ecommerce без сложного блог-функционала и страниц-лендингов.
• Каталог от 100 до 10 000 SKU с активными атрибутами.
• Несколько витрин на одном движке: разные страны, языки, валюты в рамках одной инсталляции.
• Нужен встроенный многоязычный функционал без сторонних модулей вроде Polylang или WPML.
• Готовность работать с европейской экосистемой модулей и тем.

Когда PrestaShop — спорный выбор

• Каталог свыше 50 000 SKU с активной фильтрацией — лучше Magento.
• Магазин с акцентом на контент-маркетинг и блог — лучше WordPress + WooCommerce.
• Нужен быстрый запуск без разработчика — лучше Tilda или Bitrix24.
• В команде нет специалиста с опытом PrestaShop — найти его в СНГ заметно сложнее, чем разработчика WooCommerce или Bitrix.

SEO-возможности PrestaShop из коробки

PrestaShop по умолчанию покрывает основные SEO-функции без дополнительных модулей:

• Friendly URL. Включается одной галочкой в админке через Параметры магазина → Трафик → SEO и URL. После включения требует загруженного mod_rewrite на Apache или эквивалентной настройки на Nginx.
• Управление мета-тегами. Title, Description и URL Key (Friendly URL) редактируются для каждого товара, категории, производителя, поставщика, CMS-страницы.
• Canonical-теги. Включаются для товаров через Параметры магазина → Товары. Каноникал для категорий настраивается через шаблон.
• Sitemap. Встроен через модуль gsitemap (PrestaShop 8) или ps_sitemap (PrestaShop 9). Генерирует XML с учётом языков, магазинов, типов сущностей.
• Robots.txt. Генерируется автоматически с предустановленным набором директив для технических разделов магазина. Файл редактируется или дополняется через админку.
• Hreflang. Активируется в SEO-настройках при наличии нескольких языковых версий, добавляется в head автоматически.
• Микроразметка Open Graph. Включается в Hummingbird-теме по умолчанию, для классической темы — через модуль.
• Schema.org Product. Базовая микроразметка товаров есть в Hummingbird 2.0, в Classic-теме требует доработки или модуля.

PrestaShop из коробки даёт больше SEO-функций, чем WooCommerce с базовыми настройками. Базовый набор покрывается без коммерческих модулей, доплачивать приходится только за расширенные шаблоны мета-тегов, посадочные под фильтры и продвинутый Schema.org.

Базовые технические настройки

При продвижении сайтов на PrestaShop первая настройка после установки — Friendly URL и связанная с ним группа параметров. Базовая конфигурация выполняется через админку до того, как магазин получит первые товары.

Friendly URL

Friendly URL (ЧПУ) — первая настройка после установки. Включается в Параметры магазина → Трафик → SEO и URL → Настройка URL:

• Friendly URL — Да. Включает читаемые адреса вместо index.php?id_product=15.
• Accented URL — Нет. Запрещает использование акцентированных и нелатинских символов в URL. Для русскоязычных магазинов параметр включает поведение, но русские буквы всё равно транслитерируются — настраивается через Catalog → Каталог → Транслитерация на уровне модуля.
• Перенаправление на каноническое URL — 301. Если товар доступен по нескольким адресам, главный URL отдаёт 200, остальные — 301-редирект на канонический.
• Отключить апостроф в URL — Да. Иначе адреса будут содержать кодированный апостроф (%27), что выглядит хуже.

Robots.txt

PrestaShop генерирует robots.txt автоматически через кнопку Создать файл robots.txt в SEO-настройках. Стандартный шаблон включает закрытие технических разделов: /admin/, /cache/, /classes/, /config/, /controllers/, /download/, /log/, /modules/, /translations/, /tools/, а также ?orderby=, ?orderway=, ?tag=, ?id_currency=, ?search_query=, ?back=, ?n=.

На что обратить внимание: автогенерируемый файл затирает собственные правила при следующей перегенерации. Чтобы сохранить дополнения, нужно либо вести robots вручную, либо использовать модуль с поддержкой override (например, PrestaSEO, Advanced SEO Module).

Sitemap.xml

В PrestaShop 9 включён модуль ps_sitemap, в PrestaShop 8 — gsitemap. Настройка через Модули → Модули и сервисы → Sitemap:

• Выбор типов сущностей: товары, категории, производители, поставщики, CMS-страницы, изображения.
• Разделение по магазинам и языкам — отдельный sitemap-файл на каждый магазин и язык.
• Sitemap-index для крупных каталогов: модуль автоматически разбивает большой sitemap на части по 50 000 URL.
• Расписание обновления через cron — задача добавляется в crontab сервера.

Canonical для товара и категории

В Параметры магазина → Товары включается параметр Перенаправление, когда продукт недоступен:

• Без перенаправления (404). Для товаров, снятых с продажи навсегда.
• Без перенаправления (410). Сильный сигнал поисковику о том, что страница удалена окончательно.
• Перенаправление 301 на категорию товара. Подходит для большинства случаев со снятыми товарами.
• Перенаправление 302 на главную. Не рекомендуется — теряется ссылочный вес.

Каноникал для категории по умолчанию указывает на саму себя без GET-параметров. Если включён фильтр faceted search и параметры выводятся в URL — canonical работает как защита от дублей.

Полный чек-лист SEO-оптимизации

Список из 40+ пунктов, через которые проходит SEO-аудит и подготовка к продвижению магазина на PrestaShop. Без такого чек-листа оптимизация PrestaShop часто упирается в технические проблемы — кривые URL, дубли через параметры, незакрытые служебные разделы. Чек-лист разделён по блокам.

Базовые настройки сайта

1. Включён Friendly URL и проверена работа mod_rewrite (Apache) или эквивалент для Nginx.
2. HTTPS активирован на всём сайте, с принудительным редиректом с HTTP на HTTPS.
3. Главный домен зафиксирован: один основной (example.by или www.example.by), остальные — 301-редирект.
4. В админке указан корректный SSL и HTTPS на всех страницах магазина.
5. Транслитерация URL настроена под целевую языковую версию (для русскоязычной — латиница).
6. В файле robots.txt сохранены закрытия технических разделов и не открыты карты сайтов.
7. Адрес sitemap.xml прописан в robots.txt и отправлен в Google Search Console и Яндекс Вебмастер.
8. Cron-задача для регулярного обновления sitemap настроена и работает.

Категории каталога

9. Каждая категория имеет уникальный Title с упоминанием категории и геопривязки (если уместно).
10. Description категории — 150–170 символов с описанием ассортимента и УТП (уникальное торговое предложение).
11. Friendly URL короткий, без транслита служебных слов («kategoriya», «section», «id»).
12. Текст категории — минимум 800–1500 символов уникального описания.
13. На категории прописан Canonical на чистый URL без параметров сортировки и фильтрации.
14. H1 категории отличается от Title и содержит главный ключ кластера.
15. Пустые подкатегории без товаров либо удалены, либо помечены noindex.

Товары

16. Title каждого товара уникален и содержит главный ключ запросов по товару.
17. Description заполнен (не оставлен пустым или продублированным).
18. Friendly URL товара не содержит ID и таймстампов.
19. На карточке товара выводится Schema.org Product с полями name, image, description, sku, brand, gtin/mpn.
20. Внутри Product выводится Offer с полями price, priceCurrency, availability, priceValidUntil, url, condition.
21. Если у товара есть отзывы — выводится AggregateRating и Review.
22. Alt-теги изображений товара заполнены или сгенерированы по шаблону.
23. Хлебные крошки отображаются и размечены через BreadcrumbList.
24. Out-of-stock товары не отдают 404 без редиректа: настроено поведение «301 на категорию» или статус «Под заказ».
25. Связки «Похожие товары», «С этим покупают» — выводятся с осмысленными ссылками, не как карусели на JS без HTML.

Фильтры и атрибуты

26. Faceted search (модуль ps_facetedsearch) настроен с rel-canonical на чистый URL категории.
27. URL фильтров либо закрыты от индекса через robots.txt и canonical, либо часть фильтров (бренд, ценовой диапазон, цвет) превращена в посадочные с уникальными мета и текстом.
28. Параметры сортировки (?orderby=, ?orderway=) закрыты в robots.txt.
29. Параметр количества товаров на странице (?n=) закрыт от индексации.
30. Дубли по комбинациям атрибутов (?id_attribute_group=) контролируются canonical.

Мультимагазин и языки

31. При нескольких магазинах на одной инсталляции — отдельные SEO-настройки по каждому магазину.
32. Для мультиязычных версий настроен hreflang, указаны соответствия между языковыми версиями каждой страницы.
33. Для основной языковой версии добавлен hreflang x-default.
34. Описания товаров и категорий переведены вручную, а не оставлены на одном языке для всех версий.
35. URL Key каждого товара и категории заполнен на каждом из активных языков.

Производительность и фронтенд

36. Включён CCC (Combine, Compress, Cache) в Дополнительные параметры → Производительность: объединение CSS, сжатие, кеш Smarty.
37. Включён кеш Smarty в production-режиме, режим разработчика отключён.
38. Поддерживается формат WebP для изображений, либо через модуль (PrestaShop 8), либо нативно (PrestaShop 9 с Hummingbird).
39. Lazy-loading включён для всех нефолдных изображений.
40. Включён HTTP/2 на сервере и сжатие Gzip/Brotli.
41. CDN подключён для статики (Cloudflare, BunnyCDN или аналог).
42. Минификация JS и CSS включена.
43. Сторонние JS-скрипты (чаты, аналитика, виджеты) подгружаются с defer или async.

Контроль и аналитика

44. Сайт подтверждён в Google Search Console через мета-тег или DNS-запись.
45. Сайт подтверждён в Яндекс Вебмастере, регион выставлен правильно (для Беларуси — нужный город).
46. Подключён счётчик Google Analytics 4 и Яндекс Метрики через официальные модули.
47. Настроен ecommerce-трекинг через GA4 Enhanced Ecommerce — события view_item, add_to_cart, purchase.
48. Логи 404-страниц регулярно проверяются, найденные битые ссылки исправляются.

Скорость и Core Web Vitals

В PrestaShop два уровня работы со скоростью — настройки производительности в самой CMS и серверная оптимизация. Core Web Vitals (метрики LCP — отрисовка крупнейшего контента, INP — отклик на пользовательское взаимодействие, CLS — кумулятивный сдвиг макета) проверяются для каждой целевой страницы магазина в Google Search Console и PageSpeed Insights.

Настройки на уровне CMS

Через Дополнительные параметры → Производительность включаются опции:

• Smarty cache: Recompile templates if files have been updated. На production-сайте — Never recompile template files.
• Cache: Включено, тип кеша Filesystem или Memcached. Memcached/Redis ускоряют отдачу страниц для крупных каталогов.
• CCC (Combine, Compress, Cache). Объединение и минификация CSS, JS, HTML. Перед включением — обязательное тестирование на staging, конфликты с темами и модулями встречаются.
• Apache optimization. Параметр включён, если сервер на Apache. Подгружает оптимизированные настройки .htaccess.

Hummingbird 2.0 и Classic theme

В PrestaShop 9.1 темой по умолчанию стала Hummingbird 2.0 — современный фронтенд с Bootstrap 5, поддержкой WebP/AVIF и улучшенной accessibility (соответствие требованиям EAA — European Accessibility Act). Hummingbird показывает на стандартной товарной странице LCP около 2 секунд против 3,5+ секунд у Classic.

Для магазинов на PrestaShop 8 классическая тема остаётся рабочим вариантом, но требует доработок: подключение WebP через модуль (например, mediahound webp), lazy-load через шаблонные правки, ручная оптимизация шрифтов.

Серверная часть

• PHP 8.3 для production. PrestaShop 9 поддерживает PHP 8.1–8.5, оптимальная версия для большинства проектов — 8.3.
• OPcache включён с увеличенным значением opcache.memory_consumption=256M.
• MySQL 8 или MariaDB 10.6+. Старые версии MySQL 5.6 не поддерживаются актуальными релизами PrestaShop.
• Reverse proxy через Nginx поверх Apache или чистый Nginx с PHP-FPM — снижает TTFB (Time to First Byte, время до первого байта от сервера) на 20–30% при равной нагрузке.
• HTTP/2 и Brotli на уровне веб-сервера.

Структурированные данные и сниппеты

PrestaShop 9 с Hummingbird-темой выводит базовый JSON-LD на товарной странице автоматически: Product, Offer, BreadcrumbList. Для расширенной микроразметки — модули PrestaSEO, JSON-LD Rich Snippets, Advanced SEO Module.

Минимальный набор разметки для интернет-магазина:

Корректность разметки проверяется в Google Rich Results Test и Schema Markup Validator. Для Яндекса дополнительно используется валидатор микроразметки в Вебмастере.

Мультиязычность и hreflang

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

• Отдельный Friendly URL для категорий и товаров.
• Перевод Title, Description, H1, текста описаний.
• Локализованные изображения, если они отличаются между версиями (упаковка, надписи на этикетках).
• Соответствующая локаль и валюта в настройках Store.

Структура URL для мультиязычности

Стандартный шаблон URL для PrestaShop с несколькими языками:

https://example.by/ru/category-slug
https://example.by/by/category-slug-by
https://example.by/en/category-slug-en

На каждой странице автоматически добавляются hreflang-теги:

<link rel="alternate" hreflang="ru-by" href="https://example.by/ru/category-slug" />
<link rel="alternate" hreflang="be" href="https://example.by/by/category-slug-by" />
<link rel="alternate" hreflang="en" href="https://example.by/en/category-slug-en" />
<link rel="alternate" hreflang="x-default" href="https://example.by/ru/category-slug" />

Hreflang активируется через Параметры магазина → Трафик → SEO и URL → Установить ссылки hreflang. Параметр включается после того, как все языковые версии магазина наполнены контентом.

Особенности SEO для PrestaShop в Беларуси

SEO-продвижение в Беларуси на PrestaShop опирается на корректную локализацию и работу под две поисковые системы. Раскрутка сайтов на этой платформе в РБ имеет несколько локальных особенностей.

• Две поисковые системы. Типичная конфигурация магазина — русская и белорусская языковые версии плюс английская при наличии экспортных операций. Sitemap, hreflang, региональные настройки выставляются под обе системы — Google и Яндекс.
• Регион в Яндекс Вебмастере. Указывается на конкретный город (Минск, Гомель, Могилёв, Витебск, Гродно, Брест — в порядке убывания населения), а не на всю Беларусь, если магазин работает с локальной доставкой. Для магазинов с доставкой по всей стране — регион «Беларусь».
• Прайс-агрегаторы. Onliner-каталог и katalog.by — основные источники прайс-трафика для белорусского ИМ. Подключение идёт через YML-фид, что в PrestaShop реализуется отдельным модулем (например, ps_googleshopping с допилом или коммерческие интеграции).
• Локальные платежи и доставка. ЕРИП-оплата, Европочта, Белпочта, СДЭК Беларусь — интеграции через сторонние модули. Часть модулей разрабатывается локальными интеграторами и доступна только по прямой связи с разработчиком.
• Дефицит разработчиков. PrestaShop-специалистов в РБ заметно меньше, чем WooCommerce или Bitrix. На этапе выбора платформы под продвижение PrestaShop-проектов команду подбирают заранее или работают с украинскими/европейскими разработчиками удалённо.
• Турбо-страницы Яндекса. При наличии поддержки в теме — рабочий инструмент для мобильного трафика из Яндекса. В Hummingbird 2.0 нативной поддержки нет, требуется модуль или ручная настройка через RSS-фид.

SEO-модули для PrestaShop

Базовый функционал закрыт ядром, расширенный SEO требует модулей. Список действующих коммерческих и бесплатных решений:

Стратегия выбора: один основной SEO-сьют (PrestaSEO или Advanced SEO Module), отдельный модуль для микроразметки и отдельный — для оптимизации изображений. Установка нескольких больших сьютов с пересекающимся функционалом приводит к конфликтам и дублированию мета-тегов.

Типичные ошибки и отличия от WooCommerce

Повторяющиеся проблемы на аудите

• Friendly URL включён, но mod_rewrite не работает. Внешне всё корректно, но при попытке открыть категорию по короткому URL отдаётся 404. Решение — проверить конфиг Apache или Nginx.
• Robots.txt перезаписан автогенерацией. После каждой пересборки собственные правила теряются. Решение — модуль с поддержкой override или ручное ведение файла.
• Дубли через параметры сортировки. URL вида ?orderby=price&orderway=asc в индексе. Решение — закрытие в robots.txt и canonical.
• Out-of-stock товары отдают 404. Снятые товары теряют ссылочный вес и накопленные позиции. Решение — 301-редирект на категорию или аналог.
• Описания товаров — копипаст от производителя. Тысячи карточек с одинаковым описанием на разных сайтах. Решение — переписывание под собственный голос магазина, постановка процесса для новых поступлений.
• Hummingbird-тема, но классический модуль микроразметки. Дублирование Schema.org Product (один раз из темы, второй раз из модуля) приводит к ошибке валидатора. Решение — отключить одну из реализаций.
• Mass Update без проверки. Массовое обновление цен или наличия через CSV-импорт перетирает заполненные мета-теги. Решение — отдельная колонка для мета в импорт-файле или импорт только через ID.
• Незакрытые служебные параметры. Параметры ?back=, ?adtoken=, ?token= попадают в индекс, плодя дубли.
• Хлебные крошки без BreadcrumbList. Видимые крошки на странице есть, но микроразметки нет — теряется отдельный сниппет в выдаче.
• Sitemap не обновляется автоматически. Файл сгенерирован один раз, новые товары не попадают. Решение — cron-задача.
• Staging-версия открыта для индекса. Тестовая копия на поддомене конкурирует с продакшеном. Решение — HTTP Basic Auth и/или X-Robots-Tag: noindex.
• Нет указания currency и country в head. Для интернационального магазина это снижает релевантность по гео-запросам.
• Использование таблиц вместо CSS Grid. На старых темах вёрстка через <table> для разметки. Решение — переход на Hummingbird или переписывание шаблонов.

Отличия от WooCommerce и Magento

Чистая техника PrestaShop — обязательный пункт перед стартом продвижения, но не самостоятельный источник продаж. Пока органика накапливает поведенческие сигналы и ссылочную массу, магазин обычно использует контекстную рекламу в Яндекс Директе и Google Ads — это даёт первые продажи за недели, а не за месяцы. По мере выхода SEO-канала на плато доля платного трафика снижается.

Часто задаваемые вопросы

PrestaShop 8 или 9 — какую версию выбирать для нового магазина?

Для нового запуска — PrestaShop 9.1 с темой Hummingbird 2.0. Она поддерживается активно, получает регулярные релизы и совместима с PHP 8.5. Версия 8 остаётся рабочей для существующих магазинов, но новые проекты на неё запускать не стоит, поскольку миграция на 9 потребуется в обозримом будущем.

Стоит ли мигрировать с PrestaShop 8 на 9 ради SEO?

Сама по себе миграция не даёт прироста позиций. Прирост возможен через переход на Hummingbird 2.0 — за счёт улучшенной скорости и Core Web Vitals. Если на PrestaShop 8 уже стоит оптимизированная Classic-тема и магазин показывает приемлемую скорость, срочной необходимости нет. Если Classic-тема не оптимизировалась — миграция даёт измеримый эффект.

Что делать с тысячами товаров без описаний?

Три рабочих сценария. Первый — переписать вручную самые приоритетные карточки (топ-20% по выручке). Второй — массовая генерация шаблонов через модуль типа SEO Expert: Title и Description по правилам из атрибутов товара. Третий — генерация описаний через нейросети с обязательной редакторской вычиткой и фактической проверкой характеристик. Полностью игнорировать пустые карточки нельзя — это потерянный длинный хвост.

Faceted search закрывать целиком или открывать отдельные фильтры?

Решение принимается по семантике. Сначала собирается ядро по кластерам «категория + атрибут»: «смартфоны apple», «холодильники до 1000», «диваны угловые серые». Если в кластере есть устойчивый частотный спрос — фильтр открывается как посадочная с уникальным Title, Description, H1 и текстом. Если кластер пустой — фильтр работает только как фильтр, URL закрывается canonical и noindex.

Нужны ли отдельные модули для микроразметки в PrestaShop 9?

Hummingbird 2.0 выводит базовый JSON-LD для Product, Offer, BreadcrumbList. Этого достаточно для большинства типовых магазинов. Дополнительные модули нужны, если требуется FAQPage на товарных страницах, How-to для гайдов, Review/AggregateRating от стороннего сервиса отзывов, Organization с расширенными полями contactPoint. Для PrestaShop 8 с Classic-темой полноценная разметка возможна только через модули.

Можно ли использовать PrestaShop с органическим SEO без рекламы?

Технически можно, но в первые 6–9 месяцев после запуска магазина органический трафик минимальный — индексация и накопление поведенческих сигналов занимают время. На этом этапе магазину нужны параллельные источники продаж: контекстная реклама, маркетплейсы, прайс-агрегаторы Onliner и katalog.by. Когда органика выходит на плато, доля платного трафика снижается.

Почему PrestaShop менее популярен в СНГ, чем WooCommerce?

Основные причины — историческая привязка локальных интеграторов к WordPress-экосистеме, доступность готовых русскоязычных тем для WooCommerce, обширное сообщество специалистов и более простой порог входа для разработчиков. PrestaShop в СНГ остаётся востребован у магазинов с экспортной направленностью, у нишевых проектов с многоязычным каталогом и в случаях, когда команда исторически работает на этой платформе.

Как настроить PrestaShop под Яндекс?

Базовый чек-лист: подтверждение в Яндекс Вебмастере через мета-тег, корректный регион (для РБ — конкретный город), отправка sitemap, активный счётчик Яндекс Метрики через официальный модуль, корректная микроразметка (Яндекс хорошо обрабатывает Product, BreadcrumbList, FAQPage), Турбо-страницы для мобильного трафика при наличии поддержки в теме (через RSS-фид; роль продукта в Яндексе постепенно снижается) и работа с отзывами в Яндекс Бизнесе. Дополнительно — обязательное соответствие требованиям ИКС (Индекс Качества Сайта Яндекса): уникальный контент, корректная техническая часть, поведенческие метрики, упоминания бренда во внешних источниках.