Kako planirati migraciju na Magnoliju bez razbijanja uredničkih workflowa

Rizični dio CMS migracije rijetko je samo import skripta. Pravi problem je ono što se događa ljudima i procesima oko sadržaja kad stari sustav nestane.

Magnolijini materijali o headlessu i migraciji to neizravno dobro pokazuju. Platforma je građena oko workflowa, vizualnog authoringa, strukturiranih aplikacija i deliveryja punog integracija. Ako su ti dijelovi važni u budućem sustavu, moraju biti važni i u planiranju migracije.

Krenite od uredničke stvarnosti

Prije bilo kakve tehničke odluke treba mapirati kako se sadržaj danas stvara, pregledava, odobrava, lokalizira i objavljuje.

To znači razumjeti:

• tko što uređuje,
• koji approval koraci postoje,
• koji se content tipovi dijele kroz više kanala,
• koji su vanjski sustavi uključeni,
• što se tijekom prijelaza ne smije pokvariti.

Bez te mape plan migracije postaje previše backend-centričan i promašuje stvarni operativni model.

Modelirajte sadržaj prije selidbe predložaka

Magnolia je najjača kada je sadržaj namjerno modeliran. Zato je pogreška krenuti tako da doslovno kopirate naslijeđene oblike stranica.

Bolji pristup je prvo definirati content model, odlučiti što treba biti ponovno upotrebljivo, a tek zatim oko toga dizajnirati odredišne predloške, aplikacije i delivery obrasce.

Inače se u novu platformu seli stari nered.

Zaštitite authoring iskustvo

Ako urednici tijekom migracije izgube preview, sigurnost u scheduling ili jasnoću workflowa, novu će platformu doživjeti lošijom čak i ako je arhitektura objektivno bolja.

Zato plan migracije mora uključivati authoring acceptance kriterije, a ne samo tehničke acceptance kriterije.

Za Magnolia projekte to obično znači testirati:

• uredničke uloge i dozvole,
• approval tokove,
• ponašanje previewa,
• unos strukturiranog sadržaja,
• integracije na koje se urednici oslanjaju svaki dan.

Migrirajte po presjecima, ne u teoriji

Najsigurnije Magnolia migracije idu kroz reprezentativne presjeke: jedan content tip, jedan jezik, jednu workflow-intenzivnu sekciju i jednu integracijski zahtjevnu sekciju.

Tako se vidi gdje zapravo leži operativni rizik. Puno je bolje otkriti workflow trenje na jednom ograničenom presjeku nego nakon potpunog cutovera cijele platforme.

Zaključak

Dobro planirati migraciju na Magnoliju znači tretirati uredničke workflowe i operativna ograničenja kao dio same arhitekture. Migracija je uspješna tek kada je novi sustav tehnički čišći i istodobno lakši za stvarne timove.

Za to nije dovoljan samo prijenos podataka. Potreban je i dizajn workflowa.

References: Magnolia Headless CMS, Magnolia Connectors and Integration Frameworks.