Rollback posledních oprav

Co vidíte

• Po Puluno Apply horší stav než předtím (layout, meta, obrázky).
• Verify selhalo, ale změna už běží na produkci.
• Klient: „Vraťte to, jak to bylo včera.“
• Agentura potřebuje audit trail — kdo, kdy, co změnil.

Proč to vzniká

Apply mění produkční data. Bez rollbacku je webař v režimu „obnovit zálohu celé DB“ — drahé a pomalé.

Důvody selhání Verify:

• Apply na špatnou šablonu (globální místo jedné stránky).
• Konflikt s jiným pluginem (cache, minify).
• Hero fotka nahrazena agresivní kompresí.
• Pulse defer rozbil slider.

Co udělá Puluno dnes

Modul	Rollback dnes
SEO	Center — návrat meta / title u stránky nebo poslední dávka
Images	revert jednotlivého souboru (náhled před/po)
Pulse	rollback safe fixes batch kde je podporován

Center → Přehled → Poslední Apply a rollback — jedna časová osa (Pulse, Health, Images, SEO indexability). Rollback stále probíhá v modulu — ledger jen zobrazuje, co se stalo.

Krok za krokem

1. Nesahejte na hosting ani celou DB, dokud nevíte rozsah.
2. Zastavte další Apply — zamkněte „jen rollback“.
3. SEO: Center → historie / editor stránky → obnovte předchozí title, meta, canonical.
4. Images: u konkrétního attachmentu Obnovit originál.
5. Pulse: rollback posledního batch safe fixes.
6. Verify: Průzkumník na stejné URL jako před incidentem.
7. Zapište do ticketu: co se vrátilo, co ne (pro budoucí ledger).

Workflow: Apply → Verify — rollback je krok 4 cyklu.

Rollback — vrátit změnu

Tento článek je rollback — použijte moduly výše.

Před hromadnou Apply na klientovi vždy: záloha DB + export meta CSV.

Kdy to není na Puluno

• Rozbití od ručního editování theme / PHP — git revert, ne SEO plugin.
• Hosting obnovil starou cache po rollbacku — purge cache, pak Verify.
• Klient chce vrátit změny starší než 30 dní bez zálohy — záloha hostingu, ne Puluno.