Prečo musí redaktor skladať stránku z pluginov namiesto pripravených blokov?

Page builder je univerzálny nástroj, ktorý musí zvládnuť každý web na svete, takže do každého projektu prinesie aj to, čo nepotrebuje. Vlastný blok je opak: robí jednu vec, má pomenované polia a generuje presne to značkovanie, ktoré téma očakáva. Redaktor nevyberá typ písma ani vnútorné odsadenie, pretože tie patria dizajnovému systému, nie obsahu. Zvyčajne stačí desať až pätnásť blokov na to, aby sa dal poskladať celý web, a práve toto obmedzenie drží stránky konzistentné aj po dvoch rokoch a piatich ľuďoch v administrácii.

• Jeden blok, jedna úloha a pomenované polia
• Značkovanie zodpovedá téme, nie generickému builderu
• Redaktor nemôže omylom rozbiť dizajn
• Bez stoviek kilobajtov CSS a JS navyše
• Desať až pätnásť blokov pokryje bežný firemný web

Bloky nedefinujem klikaním v administrácii, ale kódom. ACF Composer dá každému bloku vlastnú PHP triedu, v ktorej sú deklarované polia, náhľadové dáta aj podpory editora, a k nej patrí Blade šablóna. Definícia tak žije v gite spolu so zvyškom témy, dá sa revidovať v pull requeste a prenesie sa na staging aj produkciu nasadením, nie exportom JSON súboru cez administráciu. Keď sa blok zmení, zmena je viditeľná v histórii a vie sa vrátiť späť. To je rozdiel medzi témou, ktorú vie prevziať iný vývojár, a témou, ktorú treba dešifrovať z databázy.

• Polia a nastavenia bloku v PHP triede
• Šablóna bloku ako Blade komponent
• Celá definícia v gite, nie v databáze
• Rovnaká sada blokov na stagingu aj v produkcii
• Prevzatie iným vývojárom bez archeológie

Statický blok uloží hotové HTML do obsahu príspevku, čo je pri jednoduchom texte v poriadku, ale pri čomkoľvek živom je to pasca. Ak sa má blok pýtať na najnovšie články, produkty z kategórie, referencie alebo termíny, HTML v databáze zastará v momente uloženia. Dynamický blok ukladá iba nastavenia a obsah sa vykreslí až pri zobrazení stránky. Zmena šablóny sa tým premietne do všetkých existujúcich stránok naraz a nie je potrebná migrácia obsahu. Rovnako sa dá blok jednoducho preložiť, keďže texty prichádzajú zo šablóny a nie sú zamrznuté v starom uloženom výstupe.

• V databáze sú uložené nastavenia, nie zastarané HTML
• Výpisy článkov, produktov a referencií vždy aktuálne
• Zmena šablóny prejde všetkými stránkami naraz
• Ľahšie preklady a jazykové mutácie
• Bez migračných skriptov pri každej úprave dizajnu

Najčastejšia sťažnosť na vlastné bloky je, že sa v editore zobrazia ako sivý obdĺžnik s nápisom a redaktor musí ukladať a obnovovať stránku, aby zistil, ako to vyzerá. Tomu sa dá predísť. Blok renderujem v editore rovnakou šablónou ako na webe, doplním náhľadové dáta pre prázdny stav a štýly editora natiahnem z rovnakého zostavenia ako frontend. Redaktor tak píše priamo do toho, čo návštevník uvidí. Pri odovzdaní k tomu pridávam krátky popis každého bloku a ikonu, aby bolo z vkladacieho panela jasné, na čo blok slúži.

• Rovnaká šablóna v editore aj na webe
• Náhľadové dáta pre prázdny a nový blok
• Štýly editora z rovnakého buildu ako frontend
• Popis a ikona pri každom bloku
• Redaktor nemusí ukladať, aby videl výsledok

Najväčšia úspora nevzniká na prvom webe, ale na treťom. Pre klienta, ktorý prevádzkuje viac stránok na rovnakej platforme, som postavil knižnicu blokov s hero sekciou, kartami, často kladenými otázkami a galériou, ktorá sa používa na všetkých šablónových weboch. Nový web sa potom nezačína prázdnou témou, ale hotovou sadou, do ktorej sa dopĺňa len to, čo je pre daný projekt naozaj špecifické. Pracujem za 40 € za hodinu vrátane DPH. Jeden nový blok býva 2 až 5 hodín, základná knižnica pre web sa orientačne pohybuje v 12 až 30 hodinách.

• Hero, karty, FAQ a galéria ako spoločný základ
• Nový web začína hotovou sadou blokov
• Oprava v knižnici sa prejaví na všetkých weboch
• Jeden blok orientačne 2 až 5 hodín
• Knižnica pre web 12 až 30 hodín, 40 € za hodinu vrátane DPH