Google Indexing API per Magento 2
50,00 € 50,00 €
Kowal_Blog è un modulo blog per Magento 2 progettato in modo diverso rispetto alle classiche estensioni blog. Invece di costruire un sistema separato di articoli, categorie separate e un routing separato, il modulo sfrutta il potenziale del catalogo Magento.
Le categorie del blog sono categorie standard del catalogo e un articolo del blog è un prodotto di tipo speciale blog_post. In questo modo il blog funziona a stretto contatto con i meccanismi di Magento che il negozio possiede già e che sono ben integrati con frontend, SEO, store views, cache e amministrazione.
La caratteristica più importante del modulo è l'uso del catalogo Magento come motore di pubblicazione dei contenuti.
Il modulo aggiunge un nuovo tipo di prodotto:
blog_postIl tipo blog_post si basa sul comportamento di un prodotto virtuale, ma non è destinato alla vendita. L'articolo non mostra prezzo, carrello, informazioni di magazzino né elementi di acquisto. Dal punto di vista di Magento, tuttavia, rimane un'entità di catalogo e può quindi utilizzare le funzionalità esistenti del catalogo.
Questo approccio unisce due aspetti:
Molti moduli blog creano un mondo separato accanto a Magento: tabelle degli articoli separate, categorie separate, routing separato, SEO separata e integrazioni separate. Questo spesso significa più codice, più eccezioni e più elementi da mantenere.
Kowal_Blog va nella direzione opposta. Sfrutta ciò che Magento già fa bene:
Grazie a questo, il blog non è un componente aggiuntivo isolato, ma una parte naturale del negozio Magento.
Gli articoli utilizzano i campi SEO nativi di Magento:
url_key,meta_title,meta_description,meta_keyword.Il modulo genera anche dati strutturati adatti ai contenuti del blog, come BlogPosting, CollectionPage, ItemList e BreadcrumbList. Allo stesso tempo elimina gli structured data di prodotto dove l'articolo non dovrebbe essere trattato come un prodotto in vendita.
Le categorie del blog sono categorie del catalogo. L'amministratore indica una categoria come root del blog e le sue sottocategorie diventano categorie del blog.
Questo consente di creare una struttura logica dei contenuti, ad esempio:
Il modulo non richiede un modello separato per le categorie del blog né un modello base separato per l'articolo. Questo riduce la quantità di codice personalizzato e diminuisce il rischio di conflitti con i meccanismi di Magento.
Un articolo del blog viene creato in modo simile a un prodotto. L'amministratore lavora in un modulo Magento già noto, ma con attributi adattati ai contenuti:
Poiché il contenuto dell'articolo si basa sugli attributi del prodotto, è possibile utilizzare i meccanismi standard di Magento per i valori per store view.
L'introduzione dell'articolo usa il campo nativo:
short_descriptionIl contenuto principale dell'articolo usa il campo nativo:
descriptionQuesto semplifica le traduzioni e la gestione dei contenuti multilingua.
Il modulo aggiunge il tipo di prodotto blog_post, basato sul comportamento del prodotto virtuale. Il tipo è destinato alla pubblicazione di contenuti, non alla vendita.
Durante l'installazione viene creato il set di attributi Blog Post, che contiene i campi nativi di Magento e campi editoriali aggiuntivi.
Il modulo utilizza gli attributi Magento esistenti dove ha senso farlo:
name come titolo del post,short_description come introduzione,description come contenuto,image come immagine principale,url_key come URL,Nella configurazione del modulo l'amministratore indica la categoria principale del blog. Questa categoria è la homepage del blog e le sue sottocategorie sono le categorie del blog.
Il modulo supporta diverse varianti di visualizzazione dell'elenco:
Ogni variante può mostrare l'immagine del post, il titolo, la data di pubblicazione, l'autore, l'introduzione e il link all'articolo.
La pagina del post mostra il contenuto come articolo, non come prodotto in vendita. Il template del post mostra:
Il modulo fornisce una sidebar del blog con i blocchi:
La sidebar funziona con i layout nativi di Magento:
1column,2columns-left,2columns-right.L'amministratore può impostare un layout separato per:
Grazie a questo il blog può avere un layout diverso rispetto alle categorie prodotto standard.
In molti negozi sulle pagine prodotto compaiono blocchi aggiuntivi, ad esempio tempi di evasione, icone dei fornitori, comparatore, wishlist o informazioni di magazzino.
Il modulo consente di indicare i nomi dei blocchi di layout che devono essere rimossi solo nel contesto del blog. In questo modo è possibile mantenere una visualizzazione pulita dell'articolo senza interferire con le normali pagine prodotto.
Il modulo genera dati strutturati appropriati per il blog:
BlogPosting per l'articolo,CollectionPage e ItemList per gli elenchi,BreadcrumbList per la navigazione.Questo è importante perché l'articolo è tecnicamente un prodotto Magento, ma per i motori di ricerca dovrebbe essere un articolo.
Il modulo è una buona scelta per i negozi Magento che vogliono gestire un blog senza costruire un sistema di contenuti separato.
È particolarmente adatto a:
Il maggiore vantaggio del modulo è che non cerca di sostituire Magento con un CMS blog separato. Invece sfrutta il catalogo Magento come base solida per i contenuti.
Grazie al tipo di prodotto blog_post, il blog ottiene la flessibilità dei contenuti editoriali e allo stesso tempo sfrutta i maturi meccanismi di catalogo di Magento.
In molti negozi Magento il blog è attivo già da anni, ma la tecnologia attuale smette di essere comoda da mantenere. Con il tempo emerge la necessità di semplificare l'architettura, sfruttare meglio i meccanismi nativi di Magento e organizzare i contenuti senza riscrivere manualmente centinaia di articoli.
Kowal_Blog risolve questo problema grazie a un meccanismo di migrazione dai moduli blog esistenti a un nuovo modello basato sul catalogo Magento.
Questo significa che cambiare blog non deve comportare la perdita del lavoro editoriale svolto né il rischio di un brusco calo della visibilità nei motori di ricerca.
Il valore principale per il cliente è semplice: i contenuti già esistenti possono essere trasferiti nella nuova soluzione senza costruire tutto da zero.
La migrazione consente di conservare e organizzare:
In pratica questo significa tempi di implementazione più brevi, minore rischio editoriale e costi inferiori per il passaggio alla nuova soluzione.
Il meccanismo di migrazione è stato preparato pensando a implementazioni Magento reali, dove si incontrano più spesso alcune note estensioni blog.
Attualmente sono supportate le migrazioni da:
Amasty Blog,Magefan Blog.Questo è importante perché proprio queste soluzioni si trovano spesso nei negozi che hanno sviluppato il blog indipendentemente dal catalogo Magento e oggi vogliono trasferirlo in un modello più coerente.
Uno dei maggiori vantaggi è l'assenza della necessità di ricreare il blog manualmente.
Invece di:
è possibile eseguire una migrazione controllata verso Kowal_Blog.
Per il team del cliente questo significa meno lavoro operativo e per il progetto una maggiore prevedibilità.
Durante la migrazione del blog sorge più spesso una domanda chiave: cosa succederà agli URL esistenti?
È una domanda molto pertinente, perché i vecchi articoli spesso:
Per questo il meccanismo di migrazione in Kowal_Blog tiene conto della creazione di redirect per le strutture URL note degli articoli e dei tag. Questo consente di passare a un nuovo modello URL senza lasciare utenti e crawler dei motori di ricerca su pagine non funzionanti.
Inoltre il sistema genera report dei redirect eseguiti e un report separato delle collisioni degli URL, così il team di implementazione vede subito quali percorsi sono stati gestiti automaticamente e quali richiedono una decisione.
La migrazione non è solo un trasferimento una tantum dei dati. È anche una riorganizzazione della base su cui il negozio continuerà a lavorare.
Dopo la migrazione il blog passa a un modello che utilizza i meccanismi nativi di Magento, come:
Questo semplifica lo sviluppo nel lungo periodo e riduce il numero di livelli separati e personalizzati da mantenere.
Non tutti i negozi utilizzano uno dei moduli più popolari. Alcune implementazioni funzionano con estensioni più vecchie, soluzioni proprietarie o versioni modificate dei moduli disponibili sul mercato.
Per questo il meccanismo di migrazione è stato progettato in modo estendibile.
Ciò significa che, oltre al supporto pronto per i blog Magento più noti, è possibile preparare una migrazione anche:
Dal punto di vista commerciale questo è un vantaggio molto importante. Il cliente non è limitato esclusivamente all'elenco delle integrazioni pronte. Se nel negozio è attivo un blog personalizzato, è possibile preparare un percorso di migrazione dedicato in base ai suoi dati specifici e al suo processo di business.
La migrazione del blog verso Kowal_Blog sarà particolarmente preziosa per:
Qui il cliente non acquista soltanto un nuovo modulo blog.
Acquista la possibilità di passare dalla soluzione attuale a un modello più coerente con Magento:
Questo accorcia il percorso dalla decisione di cambiare all'effettivo lancio del nuovo blog e abbassa in modo significativo la barriera d'ingresso per i negozi che hanno già una storia di pubblicazione.
Questo documento descrive l'installazione del modulo Kowal_Blog e il significato dei campi di configurazione disponibili nel pannello Magento.
Il modulo è destinato a Magento 2.4.x.
Moduli Magento richiesti:
Magento_Catalog,Magento_CatalogUrlRewrite,Magento_Eav,Magento_Store.Il modulo viene installato come pacchetto Composer:
kowal/module-blogAggiungi il repository Composer:
composer config repositories.module.kowal.blog vcs https://github.com/kowalco/blogSe il repository è privato, aggiungi il token GitHub:
composer config --global --auth github-oauth.github.com Installa il modulo:
composer require kowal/module-blogAbilita il modulo:
bin/magento module:enable Kowal_BlogEsegui upgrade:
bin/magento setup:upgradePulisci la cache:
bin/magento cache:flushIn modalità produzione esegui inoltre:
bin/magento setup:di:compilebin/magento setup:static-content:deploybin/magento indexer:reindexDurante l'installazione il modulo crea:
blog_post,Blog Post,Catalog > CategoriesBlogBlog / GuideBlog / NovitàBlog / SEOurl_key corretto.La configurazione si trova in:
Stores > Configuration > Kowal > BlogLa configurazione è suddivisa in tre sezioni:
General,Design,Sidebar.Abilita o disabilita il modulo nel frontend.
Valori:
Yes - il modulo è attivo,No - il modulo non aggiunge il comportamento del blog.Indica la categoria principale del blog.
La categoria selezionata svolge due ruoli:
Esempio:
Default Category / BlogLe sottocategorie presenti sotto questa categoria saranno trattate come categorie del blog.
Numero di post visualizzati in una singola pagina dell'elenco.
Esempio:
12Il valore deve essere un numero maggiore di zero.
Definisce il modo di presentazione dell'elenco degli articoli del blog.
Valori disponibili:
List - elenco classico dei post,Grid - 2 Columns - griglia a 2 colonne,Grid - 3 Columns - griglia a 3 colonne,Grid - 4 Columns - griglia a 4 colonne.Ogni variante mostra immagine del post, titolo, data di pubblicazione, autore, introduzione e link all'articolo.
Decide se i post con data di pubblicazione futura devono essere visibili negli elenchi.
Valori:
Yes - i post futuri sono visibili,No - i post futuri sono nascosti.Raccomandazione per la produzione:
NoForza il layout di pagina per la homepage del blog e per le categorie del blog.
Valori disponibili:
Use Magento Default,1 Column,2 Columns with Left Sidebar,2 Columns with Right Sidebar.Se scegli un layout a due colonne, la sidebar del blog verrà renderizzata in base al lato selezionato.
Forza il layout di pagina per l'articolo del blog.
Valori disponibili:
Use Magento Default,1 Column,2 Columns with Left Sidebar,2 Columns with Right Sidebar.Questa impostazione è utile quando gli articoli del blog devono avere un layout diverso rispetto ai normali prodotti.
Elenco dei blocchi layout che devono essere rimossi nelle pagine categoria del blog.
Inserisci un nome blocco per riga.
Esempio:
catalog.compare.sidebarwishlist_sidebarUsa questo campo se moduli esterni aggiungono elementi tipicamente di prodotto alle categorie del blog.
Elenco dei blocchi layout che devono essere rimossi nelle pagine degli articoli del blog.
Inserisci un nome blocco per riga.
Esempio:
catalog.compare.sidebarwishlist_sidebarproduct.info.upsellcatalog.product.relatedproduct.info.reviewproduct.info.socialQuesto campo è utile per nascondere elementi come:
Abilita il blocco delle categorie del blog nella sidebar.
Il blocco mostra le categorie presenti sotto la categoria root del blog configurata.
Abilita il blocco degli ultimi post nella sidebar.
I post sono ordinati per data di pubblicazione.
Definisce il numero di ultimi post visibili nella sidebar.
Esempio:
5Abilita il blocco dei tag nella sidebar.
I tag provengono dall'attributo:
blog_tagsSi tratta di un attributo di tipo multiselect.
Catalog > ProductsBlog PostBlog PostName - titolo del post,SKU - identificatore tecnico,URL Key - URL,Short Description - introduzione,Description - contenuto completo,Image - immagine principale,Meta Title,Meta Description.Published At,Author Name,Post Format,Tags,Reading Level, se utilizzato,Featured, se il post deve essere messo in evidenza.Ogni post dovrebbe avere valori univoci per:
Name,URL Key,Meta Title,Meta Description.Il campo Short Description dovrebbe essere un'introduzione breve e unica, non una copia del primo paragrafo del contenuto.
Il campo Description dovrebbe contenere il contenuto completo del post con una struttura logica dei titoli.
L'immagine del post dovrebbe avere un'etichetta sensata, perché il modulo la usa come alt e title. Se l'etichetta dell'immagine non è impostata, il fallback è il nome del post.
Il modulo renderizza le immagini con gli attributi:
alt,title,width,height.I link di tipo Read more negli elenchi sono contrassegnati come:
rel='nofollow'Il principale link indicizzabile rimane il titolo del post.
Dopo installazione e configurazione verifica:
BlogPosting e non Product,Dopo le modifiche nella configurazione vale la pena eseguire:
bin/magento cache:clean config layout block_html full_page