NEW CASE
Кейс «Адвокат Ільїчов Сергій Дмитрович» — сайт-візитка адвокатської діяльності

Створюємо цифрові рішення, які працюють на бізнес


Зателефонуйте нам +38 (066) 35-14-529

Зробімо перший крок до вашого сайту — напишіть нам

Закрити
BB STUDIO 8 хв читання
Оновлено:

PrestaShop 1.7, 8 чи 9: яку версію обрати, вимоги до хостингу і як оновити магазин

Хостинг і технічне
PrestaShop 1.7, 8 чи 9: яку версію обрати, вимоги до хостингу і як оновити магазин

PrestaShop — одна з найпопулярніших у Європі безкоштовних платформ для інтернет-магазинів, і в Україні на ній теж працює чимало магазинів. Але дуже різних «віків»: від PrestaShop 1.6, якому понад десять років, до свіжої гілки 9 на Symfony 6.4. Від версії залежить усе — які модулі доступні, яка потрібна версія PHP і скільки коштуватиме підтримка магазину.

Розбираємо відмінності PrestaShop 1.7, 8 і 9, вимоги до хостингу та безпечний порядок оновлення — так, щоб не втратити ні замовлень, ні позицій у пошуку.

Коротка відповідь

Для нового магазину у 2026 році беріть PrestaShop 9.1 на PHP 8.4–8.5. Для магазину на PrestaShop 8 час запланувати перехід на гілку 9. Магазин на 1.7.8 — оновлювати сходинками разом із PHP: 1.7.8 на PHP 7.4 → PrestaShop 8 → PHP 8.1 → PrestaShop 9 → PHP 8.4 або 8.5. PrestaShop 1.6 — це вже міграція даних на нову версію, а не оновлення.

Усі кроки спершу проходять на копії магазину, а фінальне оновлення робочого сайту — у спокійний час і з резервною копією.

Версії PrestaShop і їхні вимоги

Версія PHP memory_limit Основа Статус
1.6.1 5.6–7.1 — власне ядро давно не підтримується
1.7.8 7.1–7.4 (рекомендовано 7.4) від 256 МБ частково Symfony 3.4 не підтримується після виходу PrestaShop 9
8.0–8.2 7.2–8.1 (рекомендовано 8.1) від 256 МБ Symfony 4.4 попередня гілка
9.0 8.1–8.4 (рекомендовано 8.4) від 512 МБ Symfony 6.4 попередній випуск гілки 9
9.1 8.1–8.5 (рекомендовано 8.5) від 512 МБ Symfony 6.4 LTS актуальна, стабільна з 23 березня 2026

Для бази даних усім сучасним версіям потрібна MySQL від 5.7 або MariaDB від 10.2 — на практиці краще MySQL 8. Порівняння з вимогами інших CMS — у нашій таблиці сумісності PHP.

Що змінилося в PrestaShop 9

  • Symfony 6.4 і PHP 8.1+. Перехід з гілки 8 на 9 — найбільший технічний стрибок за останні роки: ядро перейшло із Symfony 4.4 на 6.4, а частину застарілих функцій прибрали.
  • Новий API адмінки. Гілка 9 отримала новий інтерфейс для інтеграцій — з ним простіше підключати CRM, складський облік і маркетплейси.
  • Тема Hummingbird. У 9.0 вона зʼявилася як нова сучасна тема на вибір, а в 9.1 стала стандартною для нових магазинів: Bootstrap 5.3 і поступова відмова від jQuery.
  • Кілька перевізників в одному замовленні й нові знижки. У 9.1 одне замовлення можна відправити кількома службами доставки, а знижки розділено на типи. Обидві функції поки вмикаються окремими прапорцями.

Для власника магазину це означає: нова гілка швидша, безпечніша й краще готова до інтеграцій, але старі модулі й теми без оновлення в ній не запрацюють.

Вимоги до хостингу для PrestaShop

  • Версія PHP під вашу гілку — бажано з вибором для кожного сайту, щоб проходити оновлення сходинками;
  • розширення PHP: cURL, DOM, Fileinfo, GD, Iconv, Intl, JSON, mbstring, OpenSSL, PDO і PDO MySQL, SimpleXML, Zip;
  • налаштування: memory_limit від 256 МБ для PrestaShop 8 і від 512 МБ для 9, увімкнений allow_url_fopen, достатні час виконання й ліміти завантаження для імпорту товарів;
  • MySQL 8 або MariaDB 10.2 і новіша;
  • вебсервер: Apache 2.4 з .htaccess для дружніх URL або Nginx з правилами маршрутизації;
  • cron для фідів Google Merchant, курсів валют, синхронізації з 1С і листів про покинуті кошики;
  • SSL для онлайн-оплати й щоденні резервні копії бази замовлень.

На дешевому хостингу з жорсткими лімітами PrestaShop 9 часто гальмує в адмінці й обриває імпорт. Тому на нашому хостингу для PrestaShop ми налаштовуємо ліміти під ваш каталог, а версію PHP від 5.6 до 8.5 ви обираєте для кожного сайту окремо.

Як оновити PrestaShop без втрати замовлень

1. Резервна копія й копія магазину

Зробіть повну резервну копію файлів і бази та розгорніть копію магазину на тестовому піддомені. Закрийте її від індексації, а платіжні модулі переведіть у тестовий режим, щоб випадкове замовлення на копії не стало реальним платежем.

2. Аудит модулів, теми й перевизначень

Складіть список модулів і для кожного перевірте наявність версії під цільову гілку — у PrestaShop Addons або в розробника. Окремо подивіться папку override: перевизначення класів ядра — найчастіша причина помилок після оновлення. Тему під 1.7 у гілці 9 доведеться оновити або замінити.

3. Сходинки PHP і версій

Головне правило — PHP і PrestaShop змінюються по черзі, а не одночасно:

  1. PrestaShop 1.7.8 на PHP 7.4;
  2. оновлення до PrestaShop 8 — він теж працює на PHP 7.4;
  3. перемикання PHP на 8.1 і перевірка;
  4. оновлення до PrestaShop 9 — він працює на PHP 8.1;
  5. перемикання PHP на 8.4 або 8.5 і фінальна перевірка.

Для оновлення ядра використовують офіційний модуль «Update Assistant» (раніше — «1-Click Upgrade»). На кожній сходинці магазин має працювати без помилок, перш ніж переходити до наступної.

4. Перевірка після оновлення

Очистіть кеш у папці var/cache, збережіть налаштування дружніх URL, щоб PrestaShop перегенерував .htaccess, і пройдіть увесь шлях покупця: каталог, фільтри, кошик, оформлення, оплату, доставку, листи клієнту й менеджеру.

5. Оновлення робочого магазину

Поки ви тестуєте копію, на робочому сайті зʼявляються нові замовлення й клієнти. Тому фінальне оновлення роблять на робочому магазині в режимі обслуговування — у спокійний час, повторюючи вже відрепетирувані на копії кроки. Альтернатива — переносити нові замовлення з робочої бази перед перемиканням, але це складніше й ризикованіше.

Як не втратити позиції в пошуку

  • збережіть шаблони URL товарів і категорій у налаштуваннях SEO, щоб адреси не змінилися;
  • якщо адреси все ж змінюються, налаштуйте 301-редиректи для кожної старої сторінки;
  • перевірте заголовки, описи, канонічні адреси й мовні версії;
  • оновіть карту сайту й надішліть її в Google Search Console;
  • після запуску перевірте швидкість — нова тема й PHP мають зробити магазин швидшим, а не повільнішим.

Більше про оптимізацію категорій, фільтрів і карток товарів — у статті про SEO для інтернет-магазину.

Типові помилки

  • перемикають PHP і оновлюють PrestaShop одночасно — і не можуть зрозуміти, що саме зламалося;
  • оновлюють без аудиту перевизначень у папці override;
  • забувають очистити var/cache — і бачать помилку 500 після оновлення;
  • тестують лише вітрину, а не оформлення замовлення з реальними модулями оплати й доставки;
  • оновлюють копію тижнями, а потім переносять її поверх робочого магазину разом зі старою базою — і втрачають нові замовлення;
  • залишають замалий memory_limit — адмінка й імпорт обриваються на півдорозі.

Як ми допомагаємо з PrestaShop

Ми переносимо магазини на PrestaShop на свій хостинг безкоштовно: файли, базу, зображення, модулі, пошту й SSL, із синхронізацією замовлень перед перемиканням домену. Тарифи для магазинів — від 250 грн/міс. Оновлення до PrestaShop 8 чи 9 і заміну модулів робимо в межах підтримки сайту — спершу аудит і оцінка, потім робота на копії. Якщо ж ви тільки обираєте платформу, порівняння варіантів — у статті яку платформу обрати для інтернет-магазину.

Висновок

PrestaShop 9.1 — актуальний вибір для нового магазину й мета оновлення для старого. Шлях з 1.7 лежить через PrestaShop 8 і поступову зміну PHP, а ключ до безпечного оновлення — копія магазину, аудит модулів і перевірка всього шляху покупця. Якщо потрібна допомога з переїздом чи оновленням, напишіть BB STUDIO.

Часті питання

Для нового магазину — PrestaShop 9.1: актуальна стабільна версія з березня 2026 року, PHP 8.1–8.5, Symfony 6.4 LTS і нова тема Hummingbird. Якщо магазин уже працює на гілці 8, плануйте перехід на 9, коли ваші модулі отримають сумісні версії.

PrestaShop 1.7.8 працює на PHP 7.1–7.4, рекомендовано 7.4. На PHP 8 він не запуститься, тож хостинг має дати вам саме цю версію, поки магазин не оновлено.

Головна перешкода — PHP: 1.7.8 не працює на PHP 8, а гілка 9 не працює на PHP 7. Тому практичний шлях — через PrestaShop 8, який працює на обох: 1.7.8 на PHP 7.4 → 8.x → PHP 8.1 → 9.x → PHP 8.4 або 8.5.

Розробники рекомендують memory_limit від 512 МБ на скрипт, для PrestaShop 8 — від 256 МБ. Для великих каталогів і імпорту може знадобитися більше.

Ні, якщо фінальне оновлення робити на робочому магазині в режимі обслуговування після репетиції на копії або переносити нові замовлення перед перемиканням. Втрачають замовлення тоді, коли стару копію бази просто записують поверх робочої.
Оцініть статтю
Це допомагає нам писати кращі матеріали
Будьте першим, хто оцінить 5.0 з 5 0 голосів
Поділитися статтею:

Схожі статті

Давайте разом створимо щось дивовижне

Стати клієнтомСтати клієнтом
Telegram Viber Подзвонити