Blog
Urejevalnik spletišča, varen za stranke: priročnik za theme.json
Uporabite datoteko theme.json za postavitev meja v WordPressovem urejevalniku spletišča, da bodo stranke lahko urejale vsebino, ne da bi pri tem pokvarile vaš dizajn.
Povzetek
Ko stranka prvič odpre WordPressov urejevalnik spletišča, se lahko možnost urejanja vsakega bloka, barve in postavitve zdi kot funkcija zanjo – in kot grožnja za vas. Ta članek pojasnjuje, kako z datoteko theme.json potegniti jasno mejo med urejanjem vsebine in nadzorom nad dizajnom. Namesto da bi se borili proti urejevalniku spletišča, nastavite prednastavitve, privzete vrednosti in meje, ki naredijo posodabljanje spletišča varno za netehnične stranke. Pogledali bomo, kaj zakleniti, kaj pustiti odprto in zakaj je pretirano zaklepanje resnično tveganje. Pristop temelji na oblikovalskih žetonih in omejitvah na ravni predlog, tako da deluje dosledno na vseh spletiščih strank, ki jih vzdržujete. Na koncu boste imeli ponovljiv potek dela za predajo urejevalnika spletišča, ne da bi predali ključe svojega oblikovalskega sistema.
Kaj najprej storite, ko vam stranka piše, da je »pravkar poskušala posodobiti naslov«, in se je na celotnem spletišču sesul razmik?
Če vzdržujete več kot eno WordPress spletišče, ste to sporočilo verjetno že prejeli v kakšni obliki. Urejevalnik spletišča je vaši stranki dal ključe avtomobila s petimi prestavami in brez zavore. Misli, da preprosto spreminja besedilo, naenkrat pa so globalne tipografije narobe, na domači strani je neon barva, ki je niste izbrali vi, in dva bloka sta zdaj zložena navpično namesto drug ob drugem.
Medtem razmišljate o šestih drugih spletiščih strank, ki jih podpirate, in zadnja stvar, ki jo potrebujete, je past vzdrževanja, kjer vsak »koristen« poseg stranke zahteva obnovitev iz varnostne kopije.
Odgovor ni v tem, da stranki odvzamete urejevalnik spletišča. Gre za postavitev meja znotraj njega z uporabo datoteke theme.json. V skladu z WordPressovi razvijalskimi viri je theme.json osrednji vir resnice za nastavitve in sloge urejevalnika blokov – določa barvne palete, tipografije in možnosti postavitve, ki so prikazane stranki. To pomeni, da ista datoteka, ki nadzira vaš dizajn, nadzira tudi, kaj stranka lahko in česa ne more urejati.
Poglejmo, kako razmišljati o tem, saj se večina vadnic osredotoča na to, kaj theme.json lahko naredi za razvijalce. Vprašanje za agencijo je drugačno: kako ga uporabiti, da bodo stranke varne, ne da bi se počutile ujete?
Zakaj se urejevalnik spletišča zdi tako nevaren?
Vaša stranka ne poskuša zlomiti spletišča. Poskuša narediti tisto, kar jo že leta učite v starem urejevalniku: spremeniti naslov, zamenjati sliko, morda dodati odstavek. Nevarnost ni njen namen – temveč to, da urejevalnik spletišča prikaže globalne nadzore na istem mestu kot vsebinske.
Pogost scenarij: stranka odpre predlogo v urejevalniku spletišča in vidi blok naslova. Spremeni njegovo barvo, da se ujema z novo barvo blagovne znamke. Ker pa je ta naslov v predlogi, se sprememba uporabi povsod, kjer se predloga uporablja. Za stranko je bil to en poseg. Za spletišče je bila to globalna sprememba.
Splošno načelo: ko nekomu daste graditelj strani, bo sčasoma našel »nastavitve z varnostnimi ograjami« in jih izklopil. Toda s theme.json lahko skrijete same varnostne ograje. Namesto da stranki rečete »ne dotikaj se globalnih slogov«, ji preprosto ne pokažete barvne palete, ki bi lahko dala slab rezultat. Določite paleto odobrenih barv, lestvico velikosti pisav in nabor prednastavitev razmikov – stranka izbira med temi, ne iz celotnega spektra CSS.
To je prvi premik: nehajte razmišljati o pravilih in začnite razmišljati o tovarnah. theme.json je vaša proizvodna linija. Nastavite možnosti, ki jih stranka vidi, omejitve pa uveljavlja sam vmesnik, ne nabor navodil v predajnem dokumentu.
Kaj dejansko zakleniti?
Ne vsega. Če vsebinsko območje zaklenete pretesno, vas bo stranka bodisi klicala vsakič, ko bo morala dodati odstavek, bodisi bo našla pot okoli vas – pogosto z namestitvijo vtičnika za enkratno uporabo ali kopiranjem HTML-ja s svojega starega spletišča.
Tukaj je praktična tabela o tem, kaj zakleniti, kaj pustiti odprto in zakaj:
| Področje urejanja | Zakleniti? | Zakaj |
|---|---|---|
| Struktura predloge in postavitve blokov | Zakleniti | Preprečuje nenamerno odstranjevanje ali preurejanje osnovnih blokov postavitve |
| Globalni slogi (barve, pisave, prednastavitve razmikov) | Zakleniti s prednastavitvami | Stranke izbirajo iz odobrenega nabora, ne poljubnih vrednosti |
| Vsebinsko besedilo in slike | Pustiti odprto | To je njihovo delo; naj to storijo brez prošnje za dovoljenje |
| Razmiki med bloki | Delno zakleniti | Zagotovite prednastavitve razmikov, da lahko prilagodijo ritem, ne da bi porušili poravnavo |
| Skrbno izbrani vzorci blokov | Pustiti odprto, če ste jih pregledali | Varen način, da stranke dodajajo nove razdelke brez gradnje iz nič |
Pomemben odtenek je »zakleniti s prednastavitvami«, ne »popolnoma zakleniti«. Pri globalnih slogih ne skrivate plošče z nastavitvami; zmanjšate število izbir na skrbno izbran nabor. Pri strukturi predloge lahko zaklenete določene bloke, da jih ni mogoče odstraniti, a stranki še vedno dovolite urejanje besedila v njih.
Svarilo: zaklepanje bloka v predlogi se razlikuje od zaklepanja na določeni strani. Zaklepanja predlog vplivajo na vso vsebino, ki predlogo uporablja. Če potrebujete različne stopnje zaklepanja na različnih straneh, boste morali delati na ravni blokov v urejevalniku, kar je bolj krhko. Za ponovljivo agencijsko delo oblikujte predloge tako, da so zaklenjena območja dosledna.
Kako postaviti meje, ne da bi se urejevalnik zdel kot past?
Tehnika je, da svoje oblikovalske žetone definirate v datoteki theme.json in se nato uprete početju česarkoli drugega v CSS.
Na primer, namesto da stranki dovolite nastaviti poljubno barvo gumba, v datoteki theme.json definirate slog gumba, ki uporablja določeno barvo iz vaše palete. Stranka lahko še vedno izbere gumb in spremeni njegovo besedilo, vendar barvni izbirnik prikazuje samo vaše odobrene barvne vzorce. Enako velja za velikosti pisav, višine vrstic in razmike.
Enako načelo velja za predloge. Funkcijo »zakleni« lahko uporabite na določenih blokih znotraj predloge – na primer zaklenete strukturo stolpcev bloka z izjavo, da lahko stranka spremeni besedilo citata, ne more pa treh stolpcev spremeniti v dva. Če še niste uporabljali zaklepanja blokov, je na voljo v orodni vrstici urejevalnika; ko zaklenete blok, lahko izberete, ali lahko stranka ureja vsebino, ga premika ali oboje. To lahko uporabite tudi v datoteki theme.json za privzete nastavitve na ravni blokov.
Cilj je urejevalnik, kjer stranka nikoli ne vidi nadzora, ki bi lahko pokvaril dizajn. To ne pomeni, da ne more narediti ničesar narobe; pomeni, da je najhujša napaka, ki jo lahko naredi, sprememba besedila naslova, ne pa videza celotnega spletišča.
Če uporabljate posebne vrste objav, enaka načela veljajo tudi izven privzetih predlog – glejte naš vodnik o razširitvi datoteke theme.json na posebne vrste objav in izhod vtičnikov.
Kaj se zgodi, če zaklenete preveč?
Tu je nasprotno stališče: pretirano zaklepanje je prav tako škodljivo kot premajhno zaklepanje. Stranka, ki ne more spremeniti velikosti naslova ali dodati razmika med razdelki, bo sčasoma od vas zahtevala, da »samo uredite, da bo videti prav« – in spet boste opravljali majhne urejevalne posege brezplačno. Še huje, morda se bo odločila, da je urejevalnik spletišča neuporaben, in se vrnila k graditelju strani tretje osebe, ki ji spet daje preveč nadzora.
Kompromis je resničen. Zaklenjeni urejevalniki povzročijo manj nujnih klicev, vendar več zahtevkov »lahko samo premaknete ta gumb za pet pikslov navzgor«. Odprti urejevalniki povzročijo nasprotno. Vaša naloga je, da za vsako stranko najdete ravnotežje, ne da bi eno konfiguracijo uporabljali univerzalno.
Dober začetni hevristični pristop: zaklenite vse, kar vpliva na vse primerke nečesa (globalni slogi, struktura predloge), in pustite odprto vse, kar vpliva na en primerek (besedilo in slike ene same strani). Če stranka pokvari eno stran, je to popravek v 5 minutah. Če pokvari globalni slog, je to popravek v 20 minutah in varnostni pomislek.
Kako to narediti ponovljivo pri vseh strankah?
Tu nastopi agencijski potek dela. Imeti bi morali osnovno datoteko theme.json, ki definira vaše oblikovalske žetone – barvno paleto, tipografsko lestvico in prednastavitve razmikov – ter nato datoteko za posamezno stranko, ki razširi ali spremeni določene vrednosti.
Začnite z ustvarjanjem »začetne« blok teme. Tukaj si preberite, kako zgraditi po meri narejeno blok temo s theme.json – ko jo enkrat razvijete in dokumentirate, je kopiranje na novo stranko le zamenjava barv in pisav blagovne znamke. Ne gradite znova kolesa; zamenjate žetone. To je natanko miselnost nehati znova graditi vsako WordPress spletišče, vendar uporabljena na urejevalnik, ne na zaledje.
Ker je theme.json ena sama datoteka, jo je enostavno nadzorovati z nadzorom različic in uvajati v več okolij. Pregledate lahko spremembe, vidite, kaj je stranka spremenila v globalnih slogih, in te spremembe primerjate s svojo osnovno datoteko. To vam daje močno revizijsko sled za podporna povpraševanja.
Če vzdržujete več spletišč in še niste vzpostavili osnovne teme, je to vaša priložnost. To je tisti del po meri narejenega WordPress dela, ki se obrestuje vsakič, ko stranka odpre urejevalnik.
Kaj pa stranke, ki kar naprej prosijo za »še eno barvo«?
Vaša paleta je obljuba. Če definirate pet barv blagovne znamke in stranka prosi za šesto, odgovor ni »ne« – ampak »da, vendar kot premišljen dodatek k paleti, ne kot enkratna šestnajstiška koda v naslovu.« Ko barvo dodate v theme.json, postane dosledno na voljo na celotnem spletišču. To je pravi način za obravnavo tovrstnih zahtevkov.
Tu morate tudi komunicirati s stranko. Pojasnite, da jim urejevalnik spletišča prikazuje samo barve in pisave, ki ustrezajo njihovim standardom blagovne znamke. Če želijo te standarde razširiti, boste to uredili v oblikovalskem sistemu, nato pa bo vsaka nova barva na voljo povsod – tudi na prihodnjih straneh, ki jih še niso zgradili. To je veliko boljši odgovor kot »tega ne delamo«.
Hkrati ne kopičite palete s štiridesetimi barvami. Vsake četrtletje jo ponovno preglejte in odstranite vse, kar je bilo enkratna nesreča. Cilj je majhen, premišljen nabor možnosti.
Če zaklenete postavitev, a pustite vsebino odprto, in paleto naredite živi del odnosa s strankami, urejevalnik spletišča preneha biti grožnja. Postane način, kako strankam predati resnično avtonomijo, ne da bi pri tem žrtvovali oblikovalske standarde, ki jih plačano varujete.
Sources (5)
- WordPress Architecture: A Complete Guide - Liquid Web
- Inside WordPress - A Deep Dive into Technical Architecture and Essential Components
- WordPress Tech Stack Explained: Core Components and Uses - WPoptic
- A Guide To Understanding WordPress Architecture - Pressable
- A Detailed Guide About WordPress Architecture - Auxilium Technology