Hyvä Equinox: nowe funkcje dla sklepów na Magento i Adobe Commerce

Spis treści:

• Czym jest Hyvä Equinox i których pakietów dotyczy?
• Jak działają Linked Products i czym różnią się od produktów konfigurowalnych?
• Category Merchandiser: jak ułożyć produkty w kategorii Magento?
• Form Builder i szablony e-maili w Hyvä CMS
• Generowanie treści z AI i inne nowości w Equinox
• Jak wykorzystać Equinox w swoim sklepie?

W październiku 2026 roku twórcy Hyvä opublikowali Equinox - wydanie, które rozbudowuje pakiety Hyvä Commerce i Hyvä Enterprise o funkcje do zarządzania katalogiem produktów, treściami w sklepie i komunikacją z klientem. Wśród nich są cztery nowe moduły Hyvä Commerce: Linked Products do łączenia produktów w grupy, Category Merchandiser do układania kategorii metodą drag and drop, Form Builder do tworzenia formularzy oraz edytor maili transakcyjnych i newsletterów.

W artykule Sklep internetowy na Hyvä opisywaliśmy, jak wygląda praca ze sklepem na Hyvä i ile kosztują poszczególne licencje. Tym razem sprawdzamy, co konkretnie zmienia Equinox, jak działają nowe funkcje i które z nich są gotowe do użycia produkcyjnego, a które warto na razie traktować jako test.

Equinox to jesienne wydanie produktowe Hyvä, które obejmuje aktualizacje Hyvä Commerce, Hyvä Enterprise, Hyvä Checkout i Hyvä Theme.

Większość nowości trafiła do płatnych pakietów: Hyvä Commerce dla Magento Open Source i Hyvä Enterprise dla Adobe Commerce. Użytkownicy bezpłatnego Hyvä Theme dostali w tym wydaniu nowe Font API i poprawki bezpieczeństwa.

Pozostałe nowości wymagają płatnej licencji. Sklep na Magento Open Source potrzebuje Hyvä Commerce w wersji 1.4.0, która zawiera też Hyvä CMS 1.3.0. Część funkcji wymaga po aktualizacji dodatkowej konfiguracji: Store Credit jest domyślnie wyłączony, a generowanie treści z AI potrzebuje połączenia z dostawcą modelu. Linked Products, Category Merchandiser, Form Builder i szablony maili można było testować w wersji beta już od lata. Equinox to ich pierwsze stabilne wydanie.

Większość nowych funkcji ma już status wersji stabilnej. Wyjątkiem jest generowanie treści z AI, które Hyvä oznacza jako eksperymentalne:

Funkcja	Do czego służy	Status
Linked Products	Łączenie osobnych produktów w grupę, np. według koloru	Wersja stabilna
Category Merchandiser	Wizualne układanie produktów w kategorii	Wersja stabilna
Form Builder	Formularze kontaktowe, zapytania ofertowe, zgłoszenia	Wersja stabilna
Email & Newsletter Templates	Wizualna edycja maili transakcyjnych i newsletterów	Wersja stabilna
AI Content Generation	Generowanie strony lub sekcji na podstawie briefu	Eksperymentalna

W standardowym Magento warianty, np. kolory lub rozmiary, zwykle obsługuje się przez produkt konfigurowalny. Klient widzi jedną kartę i wybiera wariant z listy, a poszczególne wersje nie mają własnych stron.

Takie rozwiązanie sprawdza się, gdy warianty różnią się tylko jednym parametrem. Gorzej, gdy każdy z nich ma inne zdjęcia, opis, cenę lub opinie i powinien być widoczny w kategorii osobno.

Linked Products w Hyvä Commerce działa inaczej. Łączy niezależne produkty w grupę na podstawie wspólnego atrybutu, np. koloru, materiału lub rozmiaru.

Grupa nie ma elementu nadrzędnego, więc każdy wariant zachowuje własną stronę, adres URL, cenę, stan magazynowy i opinie. Na jego karcie klient widzi próbki koloru lub nazwy wariantów (tzw. swatche), które prowadzą do pozostałych pozycji z grupy.

Przykład: sklep sprzedaje tę samą sofę w kolorze zielonym i granatowym. Jako produkt konfigurowalny sofa ma w kategorii jeden kafelek i jedną stronę, na której klient wybiera kolor z listy. Dzięki Linked Products zielona i granatowa sofa są osobnymi pozycjami w katalogu, z własnymi zdjęciami, opisem i adresem URL, a w kategorii widać dwa kafelki. Na stronie zielonej sofy klient klika kolor granatowy i przechodzi na stronę granatowej sofy.

Jak to działa w panelu:

• Grupy tworzy się w menu Catalog, w sekcji Linked Product Groups, albo bezpośrednio na stronie edycji produktu.
• Grupę można oprzeć na atrybucie utworzonym przez sklep, typu lista rozwijana, swatch wizualny lub tekstowy. Atrybuty systemowe (np. SKU, nazwa produktu) i wielokrotnego wyboru nie są obsługiwane.
• Każdy wariant w grupie musi mieć uzupełnione wszystkie wybrane atrybuty. Jeśli dwa mają identyczne wartości, panel ostrzega, że klient nie dotrze do jednego z nich.
• Grupy można importować i eksportować z pliku CSV opartego na SKU i kodach atrybutów, zarówno z panelu, jak i z linii poleceń.
• Wyświetlanie swatchy można wyłączyć dla wybranej witryny lub widoku sklepu bez usuwania grup.

Najwięcej zyskają sklepy, w których wariant jest osobnym produktem z punktu widzenia klienta: meble w różnych tkaninach, odzież w kolorach z osobnymi sesjami zdjęciowymi czy kosmetyki w różnych odcieniach. W pozostałych przypadkach produkt konfigurowalny nadal dobrze się sprawdza, a w jednym sklepie można korzystać z obu rozwiązań.

Osobne strony wariantów mogą też odpowiadać na bardziej konkretne zapytania w wyszukiwarce. Warto jednak zaplanować dla nich unikalne opisy, żeby nie powstały strony powielające tę samą treść.

Import z CSV ma znaczenie dla sklepów zintegrowanych z PIM lub ERP. Grupy mogą być utrzymywane w systemie źródłowym i przenoszone do Magento razem z resztą danych produktowych, zamiast budowania ich ręcznie w panelu.

Kolejność produktów w kategorii ma bezpośredni wpływ na sprzedaż, szczególnie przy premierach kolekcji i kampaniach sezonowych. W standardowym panelu Magento ustala się ją w tabeli, wpisując numery pozycji przy kolejnych produktach. Category Merchandiser zastępuje tę tabelę widokiem siatki ze zdjęciami produktów.

Nowe narzędzie pozwala:

• przeciągać karty produktów w odpowiednie miejsce, wpisywać dokładną pozycję albo przesuwać produkt o jedno miejsce, także z klawiatury,
• wyszukiwać produkty po nazwie lub SKU i od razu widzieć stan magazynowy, widoczność w katalogu oraz to, czy produkt jest już przypisany do kategorii,
• sprawdzać układ osobno dla każdej wersji sklepu, np. językowej albo na inny rynek (w Magento to tzw. widoki sklepu) - status, widoczność i cena produktów odpowiadają wybranej wersji,
• zapisywać indywidualne ustawienia siatki dla każdego administratora.

Narzędzie nie wymaga osobnych uprawnień - korzysta z dostępu do zarządzania kategoriami. Jednym przełącznikiem w konfiguracji można też wrócić do standardowej tabeli Magento.

Merchandiser ułatwia też szukanie przyczyn problemów. Przy produktach widać, dlaczego klient może ich nie zobaczyć w kategorii: produkt jest wyłączony, niewidoczny w katalogu albo niedostępny w magazynie. Status dotyczy wybranego widoku sklepu, więc łatwo sprawdzić, czy problem występuje wszędzie, czy tylko w jednym sklepie.

https://www.hyva.io/equinox

Obie funkcje działają w edytorze Liveview, tym samym, w którym w Hyvä CMS edytuje się strony i bloki. Dzięki temu nie trzeba uczyć się nowego narzędzia, a formularze i maile mają wersje robocze, publikację i historię zmian tak jak pozostałe treści.

Jak działa Form Builder?

Do tej pory każdy nowy formularz w sklepie na Magento - zapytanie ofertowe, formularz zgłoszenia czy zapis na wydarzenie - wymagał zwykle osobnego modułu lub pracy developera. Form Builder dodaje w panelu nowy typ treści, który zespół buduje samodzielnie i osadza na dowolnej stronie lub w bloku CMS.

Do dyspozycji są pola tekstowe, e-mail, telefon, liczba, data, listy rozwijane, pola wielokrotnego wyboru, checkboxy zgód i pola ukryte. Formularz może mieć jedną stronę albo kilka kroków z nawigacją Wstecz/Dalej.

Formularze mają wbudowaną ochronę przed spamem, a dla wybranych można dodatkowo włączyć Google reCAPTCHA. Przed publikacją formularz da się przetestować z podglądu - wiadomość testowa trafia na skrzynkę z wyraźnym oznaczeniem.

Jedna rzecz wymaga zaplanowania z wyprzedzeniem: dane przesłane przez formularz nie są zapisywane w panelu Magento. Trafiają na wskazane adresy e-mail i opcjonalnie do webhooka, np. w Zapier lub bezpośrednio w systemie CRM.

W sklepach B2B, w których formularz zapytania ofertowego jest głównym źródłem leadów, warto od razu połączyć go z CRM, żeby nie zostawały one tylko w skrzynkach pocztowych.

Jak działa edytor szablonów e-maili i newsletterów?

Każdy sklep na Magento wysyła klientom automatyczne wiadomości: potwierdzenie zamówienia, fakturę, informację o wysyłce czy link do zmiany hasła. To tzw. maile transakcyjne. Ich wygląd jest zapisany w kodzie HTML, więc nawet zmiana logo, koloru przycisku albo tekstu w stopce wymaga zwykle pracy developera.

Edytor szablonów pozwala zaprojektować te wiadomości w panelu, tak jak strony w Hyvä CMS. Mail składa się z gotowych bloków, takich jak nagłówek, tekst, przycisk, podsumowanie zamówienia czy dane przesyłki. Imię klienta albo numer zamówienia wstawia się z listy, a Magento uzupełnia je przy każdej wysyłce.

Przed publikacją edytor pokazuje, jak wiadomość wyświetli się w popularnych programach pocztowych, i wskazuje elementy, które mogą wyglądać nieprawidłowo. Wersję testową można też wysłać na własną skrzynkę.

W tym samym edytorze projektuje się newslettery. Wysyła je jednak wbudowany moduł newslettera Magento, który obsługuje tylko prostą wysyłkę do wszystkich zapisanych osób, bez segmentacji i automatycznych scenariuszy. Jeśli sklep prowadzi kampanie w zewnętrznym narzędziu do e-mail marketingu, edytor przyda się przede wszystkim przy mailach transakcyjnych.

Generowanie treści z AI w Hyvä CMS

Nowa funkcja tworzy pierwszą wersję strony lub sekcji na podstawie briefu. Wynik trafia do Hyvä CMS, gdzie zespół go przegląda i edytuje. Generator korzysta z komponentów i kolorystyki motywu, a do treści można wskazać konkretne produkty, kategorie i zdjęcia. Udane wyniki da się wykorzystać ponownie.

Hyvä oznacza tę funkcję jako eksperymentalną. Do działania potrzebuje dostępu do modelu AI. Od razu obsługiwane są modele OpenAI, Google Gemini i Anthropic, a innych dostawców można dodać przez własną integrację. Sklep zakłada u wybranego dostawcy konto API, czyli płatny dostęp do modelu dla aplikacji, i podaje w konfiguracji klucz dostępu. Sama funkcja jest częścią subskrypcji Hyvä Commerce, a za korzystanie z modelu sklep płaci bezpośrednio dostawcy, według jego cennika. Generowanie stron i grafik wymaga też osobnej usługi pośredniczącej (AI Worker), którą na produkcji Hyvä zaleca uruchomić w Cloudflare Workers albo na własnym serwerze Node.

Tłumaczenia treści z AI na kolejne rynki

Hyvä CMS już wcześniej pozwalała tłumaczyć treści na kolejne widoki sklepu, również z pomocą AI, przez osobny moduł Hyvä CMS AI Translations. W Equinox tłumaczenia dostały pełny panel roboczy: treści można filtrować według sklepu i stanu tłumaczenia, a jednym kliknięciem przejść do kolejnego nieprzetłumaczonego pola. Teksty w różnych wersjach językowych można też wyeksportować i zaimportować w pliku CSV, np. gdy pracuje nad nimi zewnętrzny tłumacz.

To przydatne przede wszystkim dla sklepów działających na kilku rynkach. Tłumaczenia z AI obejmują na razie treści zarządzane w Hyvä CMS, czyli strony, bloki oraz opisy produktów i kategorii, jeśli są edytowane w tym edytorze. Tłumaczenie całego katalogu produktów Hyvä zapowiada w dalszej części roadmapy.

Uprawnienia administratorów

Advanced Admin Permissions pozwala przypisać jednemu administratorowi kilka ról, zamiast tworzyć kopie ról różniące się jednym uprawnieniem. Można też tworzyć role zabraniające, które blokują wybrane działania niezależnie od pozostałych ról, nadawać role na określony czas i ograniczać dostęp do wybranych witryn lub widoków sklepu. Każda zmiana przypisania ról jest zapisywana w dzienniku. To przydatne, gdy sklep obsługuje kilka rynków, a lokalne zespoły powinny widzieć tylko swoją część.

Store Credit: saldo do wykorzystania przy kolejnych zakupach

Store Credit pozwala przyznać klientowi środki na koncie w sklepie. Klient dodaje je w koszyku lub w checkoucie, w całości lub w części, a kwota pomniejsza wartość zamówienia. Przy zwrocie sklep może zamiast przelewu dopisać kwotę do salda klienta. Pieniądze nie wychodzą wtedy ze sklepu, a klient wykorzysta je przy kolejnym zamówieniu. W Magento Open Source wymagało to dotąd osobnego rozszerzenia.

Każda zmiana salda jest zapisywana jako nowy wpis z przyczyną i powiązanym zamówieniem, a wcześniejsze wpisy nie są nadpisywane, co ułatwia rozliczenia. Klient widzi saldo i jego historię na swoim koncie, a sklep może wysyłać powiadomienia o przyznaniu i wykorzystaniu środków. Salda można zaimportować z pliku CSV, np. przy migracji z innej platformy, i udostępniać innym systemom przez REST lub GraphQL.

Store Credit to pierwsza z funkcji, które Hyvä planuje w obszarze utrzymania klientów. W kolejnych wydaniach mają dojść karty podarunkowe, których beta jest zapowiadana wkrótce, a później program lojalnościowy i obsługa zwrotów. Saldo ma też współpracować z kasą Hyvä POS.

Hyvä Checkout 3.0: co sprawdzić przed aktualizacją

Hyvä przygotowuje nową wersję checkoutu, opartą na bibliotece Magewire v3. Jest ona jeszcze w becie i trafi do sklepów jako Hyvä Checkout 3.0, z lepszą wydajnością i narzędziami ułatwiającymi migrację. Nowa wersja wymaga PHP 8.2 lub nowszego i motywu opartego na Tailwind 3 lub 4, a komponenty napisane dla poprzedniej wersji Magewire działają dzięki dodatkowemu modułowi zgodności.

Przy przejściu na nową wersję trzeba sprawdzić, czy moduły płatności i dostaw mają wersje zgodne z Hyvä Checkout. Przed wdrożeniem na produkcję warto przetestować na środowisku testowym pełną ścieżkę zakupu: BLIK, kartę, paczkomat i raty.

Obecna wersja checkoutu dostała poprawki w obsłudze adresów zalogowanych klientów. Doszła też opcjonalna reCAPTCHA, którą można włączyć w trzech miejscach checkoutu: przy logowaniu, przy polu kodu rabatowego i przy składaniu zamówienia. Zabezpieczenie chroni przed botami, które próbują logować się na cudze konta, masowo sprawdzają kody rabatowe albo testują skradzione karty płatnicze na formularzu zamówienia.

Hyvä Enterprise: co nowego dla Adobe Commerce

Sklepy na Adobe Commerce mogą teraz zbierać w checkoucie dodatkowe dane o kliencie, które zdefiniowały w Adobe Commerce jako własne pola, np. branżę firmy albo numer klienta z systemu ERP. Checkout obsługuje też listy prezentowe (Gift Registry). Hyvä zaktualizowała również integrację z Live Search, wyszukiwarką produktów Adobe Commerce. Wyszukiwarka uwzględnia teraz atrybuty, które sklep sam dodał do produktów, np. materiał czy kolekcję. Klient może więc znaleźć produkt, wpisując nazwę kolekcji, a sklep może pokazać te informacje bezpośrednio w wynikach wyszukiwania. Według Hyvä oznacza to, że Hyvä Enterprise obsługuje już wszystkie funkcje Adobe Commerce. Nowości obejmują jednak tylko licencje Hyvä Enterprise kupione od 1 lipca 2026 roku lub zaktualizowane po tej dacie. Sklepy ze starszą licencją muszą ją najpierw zaktualizować.

Equinox przesuwa Hyvä Commerce z roli pakietu „frontend + checkout” w stronę zestawu narzędzi dla zespołu, który prowadzi sklep na co dzień. Układanie kategorii, formularze i wygląd maili to obszary, w których marketing do tej pory często zależał od developerów.

Co to oznacza w praktyce, zależy od punktu wyjścia:

Punkt wyjścia	Co zmienia Equinox	Co warto zrobić
Sklep na Magento ze standardowym frontendem (Luma)	Po migracji na Hyvä Commerce sklep dostaje szybszy frontend oraz narzędzia, z których marketing korzysta bez pomocy developera	Przy ewentualnej wycenie migracji uwzględnić, że formularze, szablony maili i układanie kategorii są już w licencji Hyvä Commerce i nie trzeba ich budować osobno
Sklep na bezpłatnym Hyvä Theme	Funkcje z Equinox są dostępne tylko w Hyvä Commerce i Hyvä Enterprise	Porównać koszt licencji (3000 euro rocznie) z kosztem budowy formularzy, szablonów maili i narzędzi do układania kategorii na zamówienie
Sklep na Hyvä Commerce	Funkcje z Equinox są w cenie obecnej subskrypcji	Zaplanować aktualizację do wersji 1.4.0 i zdecydować, które funkcje włączyć
Sklep na Adobe Commerce z Hyvä Enterprise	Te same funkcje plus obsługa atrybutów klienta, Gift Registry w checkoucie i lepsza integracja z Live Search	Sprawdzić, czy licencja obejmuje nowe funkcje (kupiona lub zaktualizowana od 1.07.2026) i czy mogą one zastąpić używane obecnie rozszerzenia

Przed aktualizacją sklepu do wersji z funkcjami Equinox warto:

• przetestować na środowisku testowym pełną ścieżkę zakupu, zwłaszcza moduły płatności i dostaw w Hyvä Checkout,
• oddzielić funkcje gotowe do produkcji (Linked Products, Category Merchandiser, Form Builder, szablony maili, Store Credit) od eksperymentalnego generowania treści z AI i Hyvä Checkout 3.0, który jest jeszcze w becie,
• przed wdrożeniem Linked Products uporządkować model atrybutów i ustalić, czy grupy będą zarządzane w Magento, czy importowane z PIM lub ERP,
• dla każdego formularza wskazać adresatów wiadomości i zdecydować, czy dane mają trafiać do CRM,
• zrobić kopię bazy danych i po aktualizacji przejrzeć role administratorów - role utworzone przez sklep tracą dostęp do Hyvä CMS, formularzy i menu, dopóki nie nada im się nowych uprawnień. Jeśli sklep testował wcześniej betę Form Builder, aktualizacja przepisze też zapisane formularze,
• przygotować listę maili transakcyjnych do przeniesienia do nowego edytora.

Porozmawiajmy o nowych funkcjach Hyvä w Twoim sklepie

Equinox daje zespołom eCommerce więcej samodzielności w codziennej pracy: przy układaniu kategorii, budowaniu formularzy i dopracowywaniu maili. Żeby nowe funkcje rzeczywiście odciążyły zespół, trzeba je jednak dobrze przygotować - od modelu atrybutów, przez integrację formularzy z CRM, po testy checkoutu w nowej wersji.

W Advox wdrażamy Hyvä zarówno w nowych projektach, jak i w migracjach z klasycznego frontendu Magento, m.in. dla marek Olivit i Kinderkraft. Jeśli zastanawiasz się, które funkcje Equinox mają sens w Twoim sklepie, napisz do nas. Podpowiemy, od czego zacząć i co trzeba przygotować przed aktualizacją.