Zoltán Horváth
← Munkanapló

madmasel.hu / 2026. szeptember 14.

Madmasel: platformot cseréltünk úgy, hogy először az oldalt nem változtattuk meg

A működő autós oldal Engine v4 migrációjánál először byte-megőrző átállási bizonyíték kellett. A fejlesztői rendszer, CI/CD és rollback változott, nem az ügyfél által látott artifact.

2 perc olvasás
KampányMűvekmigrationCI/CDartifact
madmasel.hu valós képernyőképe
A meglévő Madmasel oldal előbb platformot kapott, csak utána kezdődött a frontend takarítás.

A helyzet

A madmasel.hu már élesben futott, ráadásul hirdetési forgalmat kapott. Ilyen helyzetben platformmigrációt designváltozással, tracking-módosítással és runtime-cserével egyszerre összekötni feleslegesen nagy kockázat. Előbb azt kellett bizonyítani, hogy az új build ugyanazt a publikus eredményt képes előállítani.

A megoldási út

Pinned KampányMűvek Engine v4-et, determinisztikus copy-build kontraktot, PR quality gate-et, production deployt, live QA-t és rollback workflow-t építettünk az oldal köré. A migrációs proof az előállított artifactot hasonlította a kiinduló állapothoz, így a platformváltást külön tudtuk választani a későbbi frontend-modernizációtól.

Mi lett belőle

Az oldal új release-folyamatot kapott anélkül, hogy a migráció önmagában megváltoztatta volna a publikus tartalmat. Ezután már sokkal biztonságosabban lehetett hozzányúlni a régi frontend dependency-khez és a PageSpeed-problémákhoz, mert volt stabil CI/CD és visszaút.