Magento

Magento ma w panelu sporo narzędzi SEO: osobne meta tytuły i opisy dla produktów, kategorii i stron CMS, tabelę przepisywania adresów URL, generator mapy witryny XML, edycję pliku robots.txt i znaczniki kanoniczne dla kategorii oraz produktów. Problem w tym, że domyślne ustawienia nie są optymalne dla każdego sklepu, a ta sama elastyczność, która pozwala obsłużyć wiele rynków i tysiące atrybutów, potrafi wygenerować ogromną liczbę zduplikowanych lub bezwartościowych adresów. Przy dużym katalogu roboty wyszukiwarek mogą wtedy tracić czas na strony, które nie powinny w ogóle trafić do indeksu.

Adresy produktów i duplikaty

Jeżeli w konfiguracji włączone jest użycie ścieżki kategorii w adresach produktów, ten sam produkt przypisany do kilku kategorii jest dostępny pod kilkoma adresami. Zwykle ustawiamy krótkie, stałe adresy produktów bez ścieżki kategorii i pilnujemy, by linki w sklepie prowadziły do wersji kanonicznej. Decyzję o końcówkach adresów i strukturze ścieżek podejmujemy przed startem, bo późniejsza zmiana oznacza tysiące przekierowań. Kontrolujemy też tabelę przepisań adresów, która przy wielu kategoriach, produktach i widokach sklepu potrafi bardzo urosnąć i spowolnić zapisywanie zmian w katalogu.

Filtry, sortowanie i paginacja

Nawigacja warstwowa tworzy adresy z parametrami dla każdej kombinacji filtrów, sortowania i liczby produktów na stronie. Tylko niewielka część z nich odpowiada temu, czego ludzie faktycznie szukają, na przykład połączenie kategorii z marką albo z kluczową cechą produktu. Dla takich kombinacji przygotowujemy indeksowane strony docelowe z własnym tytułem, nagłówkiem i opisem, a pozostałe wyłączamy z indeksowania w przemyślany sposób, tak by nie odciąć robotom drogi do produktów.

Wersje językowe i rynki

Widoki sklepu świetnie nadają się do obsługi wielu języków, ale Magento nie generuje natywnie znaczników hreflang. Wdrażamy je przez sprawdzone rozszerzenie albo własny moduł, dbając o poprawne pary adresów między wersjami. Na etapie architektury ustalamy też, czy rynki działają w osobnych domenach, subdomenach czy katalogach, oraz unikamy automatycznych przekierowań na podstawie adresu IP, które potrafią uniemożliwić robotom dostęp do części wersji.

Treści, dane strukturalne i duże katalogi

• Opisy zamiast kopii od producenta. Unikalne opisy dla najważniejszych produktów i kategorii oraz szablony meta danych dla reszty katalogu, uzupełniane stopniowo.
• Dane strukturalne. Sprawdzamy, co faktycznie generuje motyw i rozszerzenia: cena, dostępność, opinie i ścieżka okruszków muszą zgadzać się z tym, co widzi klient.
• Produkty wycofane. Ustalamy zasady: kiedy strona zostaje z informacją i alternatywami, kiedy przekierowujemy ją na następcę, a kiedy usuwamy.
• Mapy witryny i wyszukiwarka wewnętrzna. Mapy XML dzielimy logicznie, a wyniki wyszukiwania w sklepie wyłączamy z indeksu.

Uruchomienie sklepu to początek pracy z platformą, a nie jej koniec. Adobe regularnie publikuje nowe wydania Magento z poprawkami błędów i bezpieczeństwa, a każda wersja ma określony okres wsparcia. Sklep, który przez dłuższy czas nie jest aktualizowany, staje się łatwym celem – platformy e-commerce od lat są atakowane między innymi przez wstrzykiwanie skryptów przechwytujących dane wpisywane w formularzach płatności. Dla właściciela oznacza to nie tylko ryzyko wycieku danych klientów, ale też utratę zaufania, którą trudno odbudować.

Jak przeprowadzamy aktualizacje

Każdą aktualizację zaczynamy na środowisku testowym, które odzwierciedla produkcję. Aktualizujemy rdzeń i rozszerzenia przez Composer, sprawdzamy zgodność modułów, uruchamiamy testy kluczowych scenariuszy – wyszukiwanie, dodanie do koszyka, zamówienie, płatność, integracje – i dopiero wtedy wdrażamy zmiany w zaplanowanym oknie o niskim ruchu. Zawsze mamy przygotowany plan powrotu do poprzedniej wersji. Poprawki bezpieczeństwa o wysokim priorytecie traktujemy osobno i wdrażamy możliwie szybko, bez czekania na większą aktualizację.

Bezpieczeństwo na co dzień

• Dostęp do panelu. Uwierzytelnianie dwuskładnikowe, niestandardowy adres panelu, ograniczenie dostępu do zaufanych adresów tam, gdzie to możliwe.
• Najmniejsze potrzebne uprawnienia. Role administratorów dopasowane do zadań, regularny przegląd kont i usuwanie dostępów osób, które już nie pracują przy sklepie.
• Kontrola zmian w plikach i skryptach. Monitorowanie nieautoryzowanych zmian w kodzie oraz polityka bezpieczeństwa treści ograniczająca źródła skryptów na stronach płatności.
• Kopie i odtwarzanie. Automatyczne kopie bazy i plików poza serwerem oraz okresowe próby odtworzenia sklepu z kopii, bo nieprzetestowana kopia to tylko nadzieja.

Migracja z Magento 1

Oficjalne wsparcie Magento 1 zakończyło się w czerwcu 2020 roku. Część sklepów wciąż działa na tej wersji lub na jej rozwijanym przez społeczność odgałęzieniu OpenMage, ale z każdym rokiem rośnie koszt utrzymania i trudniej o zgodne rozszerzenia. Przejście na Magento 2 to w praktyce nowe wdrożenie: oficjalne narzędzie do migracji danych przenosi produkty, klientów, zamówienia i ustawienia, jednak motyw i rozszerzenia trzeba zbudować lub dobrać od nowa. Traktujemy to jako okazję do uporządkowania katalogu, usunięcia nieużywanych funkcji i poprawy szybkości.

Przenosiny z innej platformy

Sklepy trafiają na Magento najczęściej wtedy, gdy przerastają możliwości dotychczasowego systemu: katalog rośnie, dochodzą nowe rynki i hurtownie, a integracje oparte na ręcznych eksportach przestają wystarczać. Przy takich przenosinach najważniejsze są trzy rzeczy: kompletna mapa przekierowań 301 ze starych adresów, przeniesienie historii zamówień i kont klientów wraz z planem, jak klienci odzyskają dostęp do konta, oraz uważne śledzenie danych z Google Search Console w tygodniach po zmianie. Równie uczciwie podchodzimy do odwrotnej sytuacji – jeśli utrzymanie Magento przestało się opłacać, pomagamy przejść na prostszą platformę bez utraty widoczności.