Kowal Custom Header Links dla Magento 2
50,00 zł 50,00 zł
Kowal_Blog to moduł bloga dla Magento 2 zaprojektowany inaczej niż klasyczne rozszerzenia blogowe. Zamiast budować osobny system wpisów, osobne kategorie i osobny routing, moduł wykorzystuje potencjał katalogu Magento.
Kategorie bloga są standardowymi kategoriami katalogu, a wpis blogowy jest produktem specjalnego typu blog_post. Dzięki temu blog działa blisko mechanizmów Magento, które sklep już posiada i które są dobrze zintegrowane z frontendem, SEO, store views, cache oraz administracją.
Najważniejszą cechą modułu jest użycie katalogu Magento jako silnika publikacji treści.
Moduł dodaje nowy typ produktu:
blog_post
Typ blog_post bazuje na zachowaniu produktu wirtualnego, ale nie jest przeznaczony do sprzedaży. Wpis nie renderuje ceny, koszyka, informacji magazynowych ani elementów zakupowych. Z perspektywy Magento pozostaje jednak encją katalogową, więc może korzystać z istniejących funkcji katalogu.
To podejście łączy dwie rzeczy:
Wiele modułów blogowych tworzy osobny świat obok Magento: osobne tabele wpisów, osobne kategorie, osobny routing, osobne SEO i osobne integracje. To często oznacza więcej kodu, więcej wyjątków i więcej miejsc, które trzeba utrzymywać.
Kowal_Blog idzie w przeciwną stronę. Wykorzystuje to, co Magento już robi dobrze:
Dzięki temu blog nie jest odseparowanym dodatkiem, tylko naturalną częścią sklepu Magento.
Wpisy korzystają z natywnych pól SEO Magento:
url_key,meta_title,meta_description,meta_keyword.Moduł generuje również dane strukturalne dopasowane do treści blogowej, takie jak BlogPosting, CollectionPage, ItemList i BreadcrumbList. Jednocześnie eliminuje produktowe structured data tam, gdzie wpis nie powinien być traktowany jako produkt sprzedażowy.
Kategorie bloga są kategoriami katalogu. Administrator wskazuje jedną kategorię jako root bloga, a jej podkategorie stają się kategoriami blogowymi.
Pozwala to tworzyć logiczną strukturę treści, np.:
Moduł nie wymaga osobnego modelu kategorii bloga ani osobnego podstawowego modelu wpisu. To ogranicza ilość niestandardowego kodu i zmniejsza ryzyko konfliktów z mechanizmami Magento.
Wpis blogowy jest tworzony podobnie jak produkt. Administrator pracuje na znanym formularzu Magento, ale z atrybutami dostosowanymi do treści:
Ponieważ treść wpisu bazuje na atrybutach produktu, można korzystać ze standardowych mechanizmów Magento dla wartości per store view.
Lead wpisu używa natywnego:
short_description
Główna treść wpisu używa natywnego:
description
To upraszcza tłumaczenia i utrzymanie treści wielojęzycznych.
Moduł dodaje typ produktu blog_post, oparty o zachowanie produktu wirtualnego. Typ jest przeznaczony do publikacji treści, nie do sprzedaży.
Podczas instalacji tworzony jest zestaw atrybutów Blog Post, zawierający natywne pola Magento oraz dodatkowe pola redakcyjne.
Moduł wykorzystuje istniejące atrybuty Magento tam, gdzie ma to sens:
name jako tytuł posta,short_description jako lead,description jako treść,image jako obraz główny,url_key jako adres URL,W konfiguracji modułu administrator wskazuje główną kategorię bloga. Ta kategoria jest stroną główną bloga, a jej podkategorie są kategoriami blogowymi.
Moduł obsługuje kilka wariantów wyświetlania listy:
Każdy wariant może wyświetlać zdjęcie posta, tytuł, datę publikacji, autora, lead i link do wpisu.
Strona posta renderuje treść jako artykuł, nie jako produkt sprzedażowy. Szablon posta pokazuje:
Moduł dostarcza sidebar blogowy z blokami:
Sidebar działa z natywnymi układami Magento:
1column,2columns-left,2columns-right.Administrator może ustawić osobny layout dla:
Dzięki temu blog może mieć układ inny niż standardowe kategorie produktów.
W wielu sklepach na stronach produktów pojawiają się dodatkowe bloki, np. czas realizacji, ikony dostawców, porównywarka, wishlisty albo informacje magazynowe.
Moduł pozwala wskazać nazwy bloków layoutu, które mają być usuwane tylko w kontekście bloga. Dzięki temu można utrzymać czysty widok artykułu bez naruszania zwykłych stron produktowych.
Moduł generuje dane strukturalne właściwe dla bloga:
BlogPosting dla wpisu,CollectionPage i ItemList dla list,BreadcrumbList dla nawigacji.To ważne, ponieważ wpis technicznie jest produktem Magento, ale dla wyszukiwarek powinien być artykułem.
Moduł jest dobrym wyborem dla sklepów Magento, które chcą prowadzić blog bez budowania osobnego systemu treści.
Szczególnie dobrze pasuje do:
Największą przewagą modułu jest to, że nie próbuje zastąpić Magento osobnym blogowym CMS-em. Zamiast tego wykorzystuje katalog Magento jako solidną podstawę dla treści.
Dzięki typowi produktu blog_post blog otrzymuje elastyczność treści redakcyjnych, a jednocześnie korzysta z dojrzałych mechanizmów katalogowych Magento.
W wielu sklepach Magento blog działa już od lat, ale jego obecna technologia przestaje być wygodna w utrzymaniu. Z czasem pojawia się potrzeba uproszczenia architektury, lepszego wykorzystania natywnych mechanizmów Magento i uporządkowania treści bez ręcznego przepisywania setek wpisów.
Kowal_Blog rozwiązuje ten problem dzięki mechanizmowi migracji z istniejących modułów blogowych do nowego modelu opartego o katalog Magento.
To oznacza, że zmiana bloga nie musi oznaczać utraty dotychczasowej pracy redakcyjnej ani ryzyka gwałtownego spadku widoczności w wyszukiwarce.
Najważniejsza wartość dla klienta jest prosta: treści, które już istnieją, mogą zostać przeniesione do nowego rozwiązania bez budowania wszystkiego od zera.
Migracja pozwala zachować i uporządkować:
W praktyce oznacza to krótszy czas wdrożenia, mniejsze ryzyko redakcyjne i niższy koszt przejścia na nowe rozwiązanie.
Mechanizm migracji został przygotowany z myślą o realnych wdrożeniach Magento, gdzie najczęściej spotyka się kilka znanych rozszerzeń blogowych.
Obecnie wspierane są migracje z:
Amasty Blog,Magefan Blog.To ważne, ponieważ właśnie te rozwiązania często występują w sklepach, które rozwijały blog niezależnie od katalogu Magento i dziś chcą przenieść go do bardziej spójnego modelu.
Jedną z największych przewag jest brak potrzeby ręcznego odtwarzania bloga.
Zamiast:
można przeprowadzić kontrolowaną migrację do Kowal_Blog.
Dla zespołu klienta oznacza to mniej pracy operacyjnej, a dla projektu większą przewidywalność.
Przy migracji bloga najczęściej pojawia się jedno kluczowe pytanie: co stanie się z dotychczasowymi adresami URL?
To bardzo zasadne, bo stare wpisy często:
Dlatego mechanizm migracji w Kowal_Blog uwzględnia tworzenie przekierowań dla znanych struktur adresów wpisów i tagów. Pozwala to przejść na nowy model URL bez zostawiania użytkowników i robotów wyszukiwarek na niedziałających stronach.
Dodatkowo system generuje raporty z wykonanych przekierowań i osobny raport kolizji adresów, dzięki czemu zespół wdrożeniowy od razu widzi, które ścieżki zostały obsłużone automatycznie, a które wymagają decyzji.
Migracja nie jest tylko jednorazowym przeniesieniem danych. To także uporządkowanie fundamentu, na którym sklep będzie pracował dalej.
Po migracji blog trafia do modelu, który korzysta z natywnych mechanizmów Magento, takich jak:
To upraszcza rozwój w dłuższym okresie i ogranicza liczbę osobnych, niestandardowych warstw do utrzymania.
Nie każdy sklep korzysta z jednego z najpopularniejszych modułów. Część wdrożeń działa na starszych rozszerzeniach, rozwiązaniach własnych albo zmodyfikowanych wersjach modułów dostępnych na rynku.
Dlatego mechanizm migracji został zaprojektowany w sposób rozszerzalny.
Oznacza to, że poza gotową obsługą znanych blogów Magento możliwe jest również przygotowanie migracji:
Z perspektywy handlowej to bardzo ważna przewaga. Klient nie jest ograniczony wyłącznie do listy gotowych integracji. Jeśli w sklepie działa niestandardowy blog, można przygotować dedykowaną ścieżkę migracji pod jego konkretne dane i proces biznesowy.
Migracja bloga do Kowal_Blog będzie szczególnie wartościowa dla:
Klient nie kupuje tu wyłącznie nowego modułu bloga.
Kupuje możliwość przejścia z obecnego rozwiązania do modelu bardziej spójnego z Magento:
To skraca drogę od decyzji o zmianie do realnego uruchomienia nowego bloga i znacząco obniża barierę wejścia dla sklepów, które już mają historię publikacji.
Ten dokument opisuje instalację modułu Kowal_Blog oraz znaczenie pól konfiguracyjnych dostępnych w panelu Magento.
Moduł jest przeznaczony dla Magento 2.4.x.
Wymagane moduły Magento:
Magento_Catalog,Magento_CatalogUrlRewrite,Magento_Eav,Magento_Store.Moduł jest instalowany jako paczka Composer:
kowal/module-blog
Dodaj repozytorium Composer:
composer config repositories.kowal composer https://repo.kowal.store
Jeżeli repozytorium jest prywatne, dodaj token GitHub:
composer config http-basic.repo.kowal.store <YOUR E-MAIL> <YOUR-TOKEN>
Zainstaluj moduł:
composer require kowal/module-blog
Włącz moduł:
bin/magento module:enable Kowal_Blog
Uruchom upgrade:
bin/magento setup:upgrade
Wyczyść cache:
bin/magento cache:flush
W trybie produkcyjnym wykonaj dodatkowo:
bin/magento setup:di:compile
bin/magento setup:static-content:deploy
bin/magento indexer:reindex
Podczas instalacji moduł tworzy:
blog_post,Blog Post,Catalog > Categories
Blog
Blog / Poradniki
Blog / Aktualności
Blog / SEO
url_key.Konfiguracja znajduje się w:
Stores > Configuration > Kowal > Blog
Konfiguracja jest podzielona na trzy sekcje:
General,Design,Sidebar.Włącza lub wyłącza moduł na frontendzie.
Wartości:
Yes - moduł działa,No - moduł nie dodaje blogowego zachowania.Wskazuje główną kategorię bloga.
Wybrana kategoria pełni dwie role:
Przykład:
Default Category / Blog
Podkategorie znajdujące się pod tą kategorią będą traktowane jako kategorie bloga.
Liczba postów wyświetlanych na jednej stronie listingu.
Przykład:
12
Wartość musi być liczbą większą od zera.
Określa sposób prezentacji listy wpisów blogowych.
Dostępne wartości:
List - klasyczna lista wpisów,Grid - 2 Columns - siatka w 2 kolumnach,Grid - 3 Columns - siatka w 3 kolumnach,Grid - 4 Columns - siatka w 4 kolumnach.Każdy wariant pokazuje obraz posta, tytuł, datę publikacji, autora, lead i link do wpisu.
Decyduje, czy posty z datą publikacji w przyszłości mają być widoczne na listach.
Wartości:
Yes - przyszłe posty są widoczne,No - przyszłe posty są ukryte.Rekomendacja dla produkcji:
No
Wymusza układ strony dla strony głównej bloga i kategorii blogowych.
Dostępne wartości:
Use Magento Default,1 Column,2 Columns with Left Sidebar,2 Columns with Right Sidebar.Jeśli wybierzesz układ dwukolumnowy, sidebar bloga zostanie wyrenderowany zgodnie z wybraną stroną.
Wymusza układ strony dla wpisu blogowego.
Dostępne wartości:
Use Magento Default,1 Column,2 Columns with Left Sidebar,2 Columns with Right Sidebar.To ustawienie jest przydatne, gdy wpisy blogowe mają mieć inny układ niż zwykłe produkty.
Lista bloków layoutu, które mają być usunięte na stronach kategorii bloga.
Wpisuj jedną nazwę bloku w jednej linii.
Przykład:
catalog.compare.sidebar
wishlist_sidebar
Użyj tego pola, jeśli zewnętrzne moduły dodają elementy typowo produktowe do kategorii bloga.
Lista bloków layoutu, które mają być usunięte na stronach wpisów blogowych.
Wpisuj jedną nazwę bloku w jednej linii.
Przykład:
catalog.compare.sidebar
wishlist_sidebar
product.info.upsell
catalog.product.related
product.info.review
product.info.social
To pole jest przydatne do ukrywania elementów takich jak:
Włącza blok kategorii bloga w sidebarze.
Blok pokazuje kategorie znajdujące się pod skonfigurowaną kategorią root bloga.
Włącza blok ostatnich postów w sidebarze.
Posty są sortowane po dacie publikacji.
Określa liczbę ostatnich postów widocznych w sidebarze.
Przykład:
5
Włącza blok tagów w sidebarze.
Tagi pochodzą z atrybutu:
blog_tags
Jest to atrybut typu multiselect.
Catalog > Products
Blog Post
Blog Post
Name - tytuł posta,SKU - techniczny identyfikator,URL Key - adres URL,Short Description - lead,Description - pełna treść,Image - obraz główny,Meta Title,Meta Description.Published At,Author Name,Post Format,Tags,Reading Level, jeśli używany,Featured, jeśli wpis ma być wyróżniony.Każdy post powinien mieć unikalne:
Name,URL Key,Meta Title,Meta Description.Pole Short Description powinno być krótkim, unikalnym leadem, a nie kopią pierwszego akapitu treści.
Pole Description powinno zawierać pełną treść posta z logiczną strukturą nagłówków.
Obraz posta powinien mieć sensowną etykietę, ponieważ moduł używa jej jako alt i title. Jeśli etykieta obrazu nie jest ustawiona, fallbackiem jest nazwa posta.
Moduł renderuje obrazy z atrybutami:
alt,title,width,height.Linki typu Read more na listach są oznaczone jako:
rel="nofollow"
Głównym linkiem indeksowalnym pozostaje tytuł wpisu.
Po instalacji i konfiguracji sprawdź:
BlogPosting, a nie Product,Po zmianach w konfiguracji warto wykonać:
bin/magento cache:clean config layout block_html full_page
Od 615,00 zł 500,00 zł
Do 2 460,00 zł 2 000,00 zł