În multe magazine Magento, blogul funcționează deja de ani de zile, dar tehnologia sa actuală încetează să mai fie comodă de întreținut. În timp, apare nevoia de a simplifica arhitectura, de a utiliza mai bine mecanismele native Magento și de a organiza conținutul fără rescrierea manuală a sute de articole.
În multe magazine Magento, blogul funcționează deja de ani de zile, dar tehnologia sa actuală încetează să mai fie comodă de întreținut. În timp, apare nevoia de a simplifica arhitectura, de a utiliza mai bine mecanismele native Magento și de a organiza conținutul fără rescrierea manuală a sute de articole.
Kowal_Blog rezolvă această problemă datorită mecanismului de migrare din modulele de blog existente către noul model bazat pe catalogul Magento.
Asta înseamnă că schimbarea blogului nu trebuie să însemne pierderea muncii editoriale de până acum și nici riscul unei scăderi bruște a vizibilității în motorul de căutare.
Ce oferă migrarea
Cea mai importantă valoare pentru client este simplă: conținutul deja existent poate fi transferat în noua soluție fără a construi totul de la zero.
Migrarea permite păstrarea și organizarea următoarelor elemente:
articole de blog,
categorii,
taguri,
date SEO de bază,
structura publicării,
relațiile dintre conținut și categorii,
istoricul adreselor URL necesar pentru redirecționări.
În practică, asta înseamnă un timp de implementare mai scurt, un risc editorial mai mic și un cost redus al trecerii la noua soluție.
Suport pentru bloguri Magento cunoscute
Mecanismul de migrare a fost pregătit având în vedere implementările Magento reale, unde cel mai des se întâlnesc câteva extensii de blog cunoscute.
În prezent sunt suportate migrări din:
Amasty Blog,
Magefan Blog.
Acest lucru este important, deoarece tocmai aceste soluții apar frecvent în magazinele care și-au dezvoltat blogul independent de catalogul Magento și care astăzi vor să îl mute într-un model mai coerent.
Comenzi de migrare
Migrarea este lansată din consola Magento:
bin/magento kowal:blog:migrate
Parametrul specifică modulul din care trebuie preluate datele. Valori disponibile:
amasty - import din Amasty Blog Pro,
magefan - import din Magefan Blog.
Migrare de bază din Amasty:
bin/magento kowal:blog:migrate amasty
Migrare de bază din Magefan:
bin/magento kowal:blog:migrate magefan
În varianta de bază, comanda folosește categoria rădăcină a blogului setată în configurație:
Stores > Configuration > Kowal > Blog > Blog Root Categories
Dacă această configurație nu este setată sau dacă pentru o anumită rulare trebuie forțat un alt root al blogului, trebuie utilizată opțiunea --root-category-id.
Valoarea 123 trebuie înlocuită cu identificatorul categoriei Magento sub care trebuie create categoriile de blog transferate. Această categorie devine pagina principală țintă a blogului și root-ul pentru arborele de categorii importat.
Prefixul adreselor URL vechi
Comanda are opțiunea --legacy-prefix, care specifică prefixul vechi al adreselor blogului utilizat la crearea redirecționărilor 301.
În această variantă, migratorul transferă în continuare categoriile, tagurile și articolele, dar omite crearea redirecționărilor 301 pentru vechile adrese ale articolelor și tagurilor.
Ce înseamnă variantele de comenzi
Cele mai frecvent utilizate variante:
bin/magento kowal:blog:migrate amasty
Importă datele din Amasty, folosește categoria root din configurație și creează redirecționări cu prefixul implicit blog.
bin/magento kowal:blog:migrate magefan
Importă datele din Magefan, folosește categoria root din configurație și creează redirecționări cu prefixul implicit blog.
Migratorul transferă meta datele SEO de bază acolo unde ele pot fi mapate direct în câmpurile native Magento.
Cea mai importantă regulă: după migrare, un articol de blog este un produs de tip blog_post, de aceea meta datele articolului ajung în câmpurile SEO standard ale produsului Magento. Categoriile blogului sunt categorii de catalog, de aceea meta datele lor ajung în câmpurile SEO standard ale categoriilor Magento.
Meta date ale articolelor de blog
Pentru articole sunt migrate:
meta title,
meta description,
meta keywords.
În blog_post țintă, câmpurile sunt salvate ca:
meta_titlemeta_descriptionmeta_keyword
Datorită acestui lucru, după migrare articolul folosește mecanismele SEO native Magento pentru produse: generarea titlului paginii, meta description, meta keywords, URL rewrite și suportul pentru store view.
Pentru Amasty Blog Pro, maparea arată astfel:
meta_title ajunge în meta_title,
meta_description ajunge în meta_description,
meta_tags ajunge în meta_keyword.
Pentru Magefan Blog, maparea arată astfel:
meta_title ajunge în meta_title,
meta_description ajunge în meta_description,
meta_keywords ajunge în meta_keyword.
Dacă articolul sursă are valori separate per store view, migratorul le salvează ca valori store-view ale produsului. Asta înseamnă că meta datele articolelor multilingve sau pentru mai multe magazine pot fi păstrate fără a fi rescrise manual după migrare.
Meta date ale categoriilor blogului
Pentru categorii sunt migrate:
meta title,
meta description,
meta keywords.
În categoria Magento țintă, câmpurile sunt salvate ca:
meta_titlemeta_descriptionmeta_keywords
Pentru Amasty Blog Pro, maparea arată astfel:
meta_title ajunge în meta_title,
meta_description ajunge în meta_description,
meta_tags ajunge în meta_keywords.
Pentru Magefan Blog, maparea arată astfel:
meta_title ajunge în meta_title,
meta_description ajunge în meta_description,
meta_keywords ajunge în meta_keywords.
Categoriile Amasty pot avea date per store view, iar atunci migratorul salvează valorile corespunzătoare la nivelul store view-ului specific al categoriei Magento.
Meta date ale tagurilor
Tagurile din Kowal_Blog sunt modelate ca opțiuni ale atributului de produs blog_tags. Din acest motiv, migrarea lor funcționează diferit față de migrarea articolelor și categoriilor.
Migratorul transferă numele tagului în eticheta opțiunii blog_tags și folosește vechiul URL key sau slug al tagului pentru a pregăti redirecționările 301. Date precum:
meta title,
meta description,
meta keywords,
meta robots,
descrierea tagului,
sunt citite din sursă și păstrate în datele de mapare ale migrării, dar nu sunt salvate automat ca conținut activ al paginii tagului în kowal_blog_tag_content.
După migrare, merită deci să fie revizuite separat cele mai importante pagini de taguri în panoul Blog > Tags și să fie completate descrierea și meta datele lor, dacă tagurile trebuie să fie landing pages pentru trafic SEO.
Meta robots și Open Graph
Câmpurile meta_robots sunt citite din Amasty și Magefan în datele sursă ale migrării, dar modelul țintă actual nu le salvează automat nici pe articole, nici pe categorii ca un câmp activ de frontend.
În mod similar, câmpurile suplimentare Open Graph din Amasty, de exemplu:
open_graph_meta_title,
open_graph_meta_description,
open_graph_meta_type,
precum și câmpurile OG din Magefan, de exemplu:
og_title,
og_description,
og_img,
og_type,
sunt păstrate în datele migrării, dar nu sunt publicate automat pe frontend de către Kowal_Blog.
Dacă clientul folosește meta robots avansat sau Open Graph în blogul actual, acest lucru trebuie inclus în auditul de după migrare. Variantele posibile sunt:
setarea manuală a celor mai importante valori în modulul SEO țintă,
pregătirea unui adapter suplimentar sau a unei extensii a migrării,
utilizarea unui modul SEO extern care generează robots și Open Graph pentru produse de tip blog_post și pentru categoriile blogului.
Verificarea meta datelor după migrare
După migrare, trebuie verificat un eșantion al celor mai importante adrese SEO:
articolele cu cel mai mare trafic organic,
categoriile blogului care generează accesări din Google,
tagurile care aveau propriile pagini indexate,
articolele cu meta title și meta description personalizate,
versiunile per store view, dacă magazinul este multilingv.
Verificarea minimă în panoul Magento:
Deschide articolul importat de tip blog_post.
Verifică Search Engine Optimization.
Compară Meta Title, Meta Description și Meta Keywords cu datele sursă.
Deschide categoria de blog importată.
Verifică secțiunea SEO a categoriei.
Pentru tagurile importante, mergi la Blog > Tags și completează descrierea și meta datele, dacă acestea trebuie să fie vizibile pe frontend.
Migrare fără rescriere manuală a conținutului
Unul dintre cele mai mari avantaje este lipsa necesității de a reconstrui manual blogul.
În loc să:
copiezi textele articol cu articol,
refaci structura categoriilor,
rescrii tagurile,
corectezi manual zeci sau sute de adrese,
poți efectua o migrare controlată către Kowal_Blog.
Pentru echipa clientului, asta înseamnă mai puțină muncă operațională, iar pentru proiect o predictibilitate mai mare.
Protejarea SEO-ului existent
La migrarea unui blog apare de obicei o întrebare-cheie: ce se va întâmpla cu adresele URL existente?
Este o întrebare foarte justificată, deoarece articolele vechi adesea:
au deja trafic organic,
sunt indexate în Google,
au linkuri externe,
funcționează în materiale de marketing,
sunt conectate la campanii sau newslettere.
De aceea, mecanismul de migrare din Kowal_Blog include crearea de redirecționări pentru structurile cunoscute ale adreselor articolelor și tagurilor. Acest lucru permite trecerea la noul model URL fără a lăsa utilizatorii și roboții motoarelor de căutare pe pagini nefuncționale.
În plus, sistemul generează rapoarte despre redirecționările efectuate și un raport separat privind coliziunile adreselor, astfel încât echipa de implementare vede imediat ce rute au fost gestionate automat și care necesită o decizie.
O bază mai bună pentru dezvoltarea ulterioară a magazinului
Migrarea nu înseamnă doar un transfer unic de date. Înseamnă și organizarea fundației pe care magazinul va continua să funcționeze.
După migrare, blogul ajunge într-un model care folosește mecanisme native Magento, precum:
categorii de catalog,
store views,
URL rewrites,
atribute EAV,
SEO standard Magento,
formulare administrative Magento.
Acest lucru simplifică dezvoltarea pe termen lung și limitează numărul de straturi separate, nestandardizate, care trebuie întreținute.
Posibilitatea pregătirii migrării la cererea clientului
Nu fiecare magazin folosește unul dintre cele mai populare module. Unele implementări rulează pe extensii mai vechi, soluții proprii sau versiuni modificate ale modulelor disponibile pe piață.
De aceea, mecanismul de migrare a fost proiectat într-un mod extensibil.
Asta înseamnă că, pe lângă suportul gata pregătit pentru bloguri Magento cunoscute, este posibilă și pregătirea unei migrări:
dintr-un alt modul comercial de blog,
din soluția proprie a clientului,
dintr-o structură de date nestandard creată într-un proiect concret,
dintr-o versiune a extensiei care a fost anterior modificată pentru magazinul respectiv.
Din perspectivă comercială, acesta este un avantaj foarte important. Clientul nu este limitat exclusiv la lista de integrări gata făcute. Dacă în magazin funcționează un blog nestandard, se poate pregăti un flux de migrare dedicat pentru datele și procesul său de business specifice.
Pentru cine este deosebit de valoroasă această posibilitate
Migrarea blogului către Kowal_Blog va fi deosebit de valoroasă pentru:
magazine cu un număr mare de articole,
branduri care publică regulat conținut SEO,
proiecte multilingve,
companii care planifică reconstrucția blogului fără pierderea traficului existent,
magazine care vor să simplifice arhitectura Magento și să reducă numărul de sisteme de conținut paralele.
Argument de vânzare direct
Clientul nu cumpără aici exclusiv un nou modul de blog.
Cumpără posibilitatea de a trece de la soluția actuală la un model mai coerent cu Magento:
fără rescriere manuală a conținutului,
cu păstrarea valorii conținutului existent,
cu control asupra redirecționărilor,
cu raport al operațiunilor efectuate,
cu opțiunea pregătirii unei migrări dedicate, dacă blogul actual funcționează într-un mod nestandardizat.
Asta scurtează drumul de la decizia de schimbare până la lansarea reală a noului blog și reduce semnificativ bariera de intrare pentru magazinele care au deja un istoric de publicare.
