Klientiem drošs vietnes redaktors: theme.json rokasgrāmata

Kopsavilkums

Kad klients pirmo reizi atver WordPress vietnes redaktoru, iespēja rediģēt katru bloku, krāsu un izkārtojumu viņam var šķist kā funkcija — bet jums kā drauds. Šis raksts izskaidro, kā izmantot theme.json, lai novilktu skaidru robežu starp satura rediģēšanu un dizaina kontroli. Tā vietā, lai cīnītos ar vietnes redaktoru, jūs iestatāt presetus, noklusējumus un robežas, kas padara drošu tehniskās zināšanas neprasošiem klientiem atjaunināt savu vietni. Mēs apskatīsim, ko bloķēt, ko atstāt atvērtu un kāpēc pārmērīga bloķēšana ir reāls risks. Pieeja ir veidota ap dizaina marķieriem un veidņu līmeņa ierobežojumiem, tāpēc tā darbojas konsekventi visās klientu vietnēs, kuras jūs uzturat. Beigās jums būs atkārtojams darba process, lai nodotu vietnes redaktoru bez dizaina sistēmas atslēgu nodošanas.

Kāda ir pirmā lieta, ko darāt, kad klients raksta e-pastu, ka viņi "tikko mēģināja atjaunināt virsrakstu" un visas vietnes atstarpes ir sabrukušas?

Ja jūs uzturat vairāk nekā vienu WordPress vietni, jūs, iespējams, esat saņēmis šādu ziņojumu kādā formā. Vietnes redaktors jūsu klientam iedeva automašīnas atslēgas ar pieciem pārnesumiem un bez bremzēm. Viņi domā, ka veic vienkāršu teksta izmaiņu, un pēkšņi globālā tipogrāfija ir izjaukta, mājaslapas varoņa sekcijā ir neona krāsa, kuru jūs neizvēlējāties, un divi bloki tagad ir sakrauti viens virs otra, nevis blakus.

Tikmēr jūs domājat par sešām citām klientu vietnēm, kuras atbalstāt, un pēdējā lieta, kas jums nepieciešama, ir uzturēšanas slazds, kurā katrs "noderīgais" klienta labojums prasa atjaunošanu no dublējuma.

Atbilde nav atņemt vietnes redaktoru. Tā ir noteikt robežas tajā, izmantojot theme.json. Saskaņā ar WordPress izstrādātāju resursiem, theme.json ir galvenais patiesības avots bloku redaktora iestatījumiem un stiliem — tas nosaka krāsu paletes, tipogrāfiju un izkārtojuma opcijas, kas redzamas klientam. Tas nozīmē, ka tas pats fails, kas kontrolē jūsu dizainu, var arī kontrolēt, ko jūsu klients var un nevar rediģēt.

Apskatīsim, kā par to domāt, jo lielākā daļa pamācību koncentrējas uz to, ko theme.json var sniegt izstrādātājiem. Jautājums aģentūrai ir cits: kā mēs to izmantojam, lai klienti būtu drošībā, neizraisot viņos sajūtu, ka viņi ir iespiesti stūrī?

Kāpēc vietnes redaktors šķiet tik bīstams?

Jūsu klients nemēģina salauzt vietni. Viņi mēģina darīt to, ko jūs viņus gadiem ilgi esat mācījuši vecajā redaktorā: mainīt virsrakstu, nomainīt attēlu, varbūt pievienot rindkopu. Briesmas nav viņu nodomos — tās ir tajā, ka vietnes redaktors parāda globālās vadīklas tajā pašā vietā, kur satura vadīklas.

Lūk, izplatīts scenārijs. Klients atver veidni vietnes redaktorā un redz virsraksta bloku. Viņi maina tā krāsu, lai tā atbilstu jaunajam zīmola paraugam. Bet, tā kā šis virsraksts ir veidnē, izmaiņas attiecas uz visur, kur šī veidne tiek izmantota. Klientam tas izskatījās kā viens labojums. Vietnei tā bija globāla izmaiņa.

Vispārējais princips: kad iedodat kādam lapu veidotāju, viņi galu galā atradīs "iestatījumus ar aizsargmargām" un izslēgs tos. Bet ar theme.json jūs varat paslēpt pašas aizsargmargas. Tā vietā, lai klientam teiktu "neaiztieciet globālos stilus", jūs vienkārši nerādāt viņiem krāsu paleti, kas var radīt sliktu rezultātu. Jūs definējat apstiprinātu krāsu paleti, fontu izmēru skalu un atstarpju presetus — un klients izvēlas no tiem, nevis no visa CSS spektra.

Tas ir pirmais pagrieziens: pārtrauciet domāt par noteikumiem un sāciet domāt par rūpnīcām. theme.json ir jūsu ražošanas līnija. Jūs konfigurējat opcijas, ko klients redz, un ierobežojumus nodrošina pati saskarne, nevis instrukciju kopums nodošanas dokumentā.

Ko jums patiesībā vajadzētu bloķēt?

Ne visu. Ja jūs bloķējat satura apgabalu pārāk stingri, klients vai nu zvanīs jums katru reizi, kad vajadzēs pievienot rindkopu, vai arī atradīs veidu, kā apiet jūs — bieži vien pievienojot vienreizēju spraudni vai kopējot HTML no savas vecās vietnes.

Šeit ir praktiska tabula par to, ko bloķēt, ko atstāt un kāpēc:

Rediģēšanas virsma	Bloķēt?	Kāpēc
Veidnes struktūra un bloku izkārtojumi	Bloķēt	Novērš nejaušu pamata izkārtojuma bloku noņemšanu vai pārkārtošanu
Globālie stili (krāsas, fonti, atstarpju preseti)	Bloķēt ar presetiem	Klienti izvēlas no apstiprinātas kopas, nevis patvaļīgām vērtībām
Satura teksts un attēli	Atstāt atvērtu	Tas ir viņu darbs; ļaujiet viņiem to darīt bez atļaujas prasīšanas
Atstarpes starp blokiem	Daļēji bloķēt	Nodrošiniet atstarpju presetus, lai viņi varētu pielāgot ritmu, neizjaucot izlīdzinājumu
Kūrēti bloku paraugi	Atstāt atvērtu, ja esat tos pārbaudījuši	Drošs veids, kā klienti var pievienot jaunas sadaļas, neveidojot no nulles

Svarīgā nianse ir "bloķēt ar presetiem", nevis "bloķēt ārā". Globālajiem stiliem jūs neslēpjat iestatījumu paneli; jūs samazināt izvēļu skaitu līdz kūrētai kopai. Veidnes struktūrai varat bloķēt noteiktus blokus, lai tos nevarētu noņemt, bet joprojām ļaut klientiem rediģēt tekstu tajos.

Viens brīdinājums: bloka bloķēšana veidnē atšķiras no bloķēšanas konkrētā lapā. Veidnes bloķējumi ietekmē visu saturu, kas izmanto šo veidni. Ja nepieciešami dažādi bloķēšanas līmeņi dažādās lapās, jums būs jāstrādā bloku līmenī redaktora iekšienē, kas ir trauslāk. Atkārtojamam aģentūras darbam izstrādājiet veidnes tā, lai bloķētās zonas būtu konsekventas.

Kā noteikt robežas, nepadarot redaktoru par slazdu?

Tehnika ir definēt savus dizaina marķierus theme.json un pēc tam atturēties no jebko citu darīšanas CSS.

Piemēram, tā vietā, lai ļautu klientam iestatīt patvaļīgu krāsu pogai, jūs definējat pogas stilu theme.json, kas izmanto konkrētu krāsu no jūsu paletes. Klients joprojām var atlasīt pogu un mainīt tās tekstu, bet krāsu izvēlētājs rāda tikai jūsu apstiprinātos paraugus. Tas pats attiecas uz fontu izmēriem, rindu augstumiem un atstarpēm.

Tas pats princips attiecas uz veidnēm. Varat izmantot "bloķēšanas" funkciju konkrētiem blokiem veidnē — piemēram, bloķēt atsauksmju bloka kolonnu struktūru, lai klients varētu mainīt citāta tekstu, bet nevarētu pārvērst trīs kolonnas divās. Ja vēl neesat izmantojis bloku bloķēšanu, tā ir pieejama redaktora rīkjoslā; kad bloķējat bloku, varat izvēlēties, vai klients var rediģēt saturu, pārvietot to vai abus. To var pat piemērot theme.json bloku līmeņa noklusējumiem.

Jūsu mērķis ir redaktors, kurā klients nekad neredz vadīklu, kas varētu izjaukt dizainu. Tas nenozīmē, ka viņi nevar izdarīt neko nepareizi; tas nozīmē, ka sliktākais nepareizais, ko viņi var izdarīt, ir mainīt virsraksta formulējumu, nevis visas vietnes izskatu.

Ja izmantojat pielāgotus satura veidus, tie paši principi attiecas arī ārpus noklusējuma veidnēm — skatiet mūsu ceļvedi par theme.json paplašināšanu pielāgotiem satura veidiem un spraudņu izvadei.

Kas notiek, ja bloķējat pārāk daudz?

Šeit ir pretrunīgais punkts: pārmērīga bloķēšana ir tikpat kaitīga kā nepietiekama bloķēšana. Klients, kurš nevar mainīt virsraksta izmēru vai pievienot atstarpi starp sadaļām, galu galā lūgs jums "vienkārši panākt, lai tas izskatās pareizi" — un tad jūs atkal veicat nelielus labojumus bez maksas. Vēl ļaunāk, viņi var nolemt, ka vietnes redaktors ir bezjēdzīgs, un atgriezties pie trešās puses lapu veidotāja, kas atkal dod viņiem pārāk lielu kontroli.

Izvēle ir reāla. Stingri bloķēti redaktori rada mazāk ārkārtas zvanu, bet tie rada arī vairāk "varat tikai pārvietot šo pogu par pieciem pikseļiem uz augšu" pieprasījumu. Atvērti redaktori rada pretējo. Jūsu darbs ir atrast līdzsvara punktu katram klientam, nevis piemērot vienu konfigurāciju visiem.

Labs sākuma heiristiskais noteikums: bloķējiet visu, kas ietekmē visus gadījumus (globālie stili, veidņu struktūra), un atstājiet atvērtu visu, kas ietekmē vienu gadījumu (vienas lapas tekstu un attēlus). Ja klients sabojā vienu lapu, tas ir 5 minūšu labojums. Ja viņi sabojā globālo stilu, tas ir 20 minūšu labojums un drošības problēma.

Kā padarīt to atkārtojamu starp klientiem?

Šeit parādās aģentūras darba plūsma. Jums vajadzētu būt bāzes theme.json, kas definē jūsu dizaina marķierus — krāsu paleti, tipogrāfijas skalu un atstarpju presetus — un pēc tam katra klienta pārrakstīšanas failu, kas paplašina vai maina konkrētas vērtības.

Sāciet, izveidojot "startera" bloku motīvu. Šeit ir aprakstīts, kā izveidot pielāgotu bloku motīvu ar theme.json — kad esat to izstrādājis un dokumentējis, kopēšana jaunam klientam ir tikai zīmola krāsu un fontu nomaiņa. Jūs neveidojat riteni no jauna; jūs maināt marķierus. Tas ir tieši tas pārtrauciet pārbūvēt katru WordPress vietni domāšanas veids, bet piemērots redaktoram, nevis aizmugurei.

Tā kā theme.json ir viens fails, to ir viegli arī versijot un izvietot vairākās vidēs. Varat pārskatīt izmaiņas, redzēt, ko klients ir modificējis globālajos stilos, un salīdzināt šīs izmaiņas ar savu bāzes failu. Tas sniedz jums spēcīgu audita pēdu atbalsta pieprasījumiem.

Ja uzturat vairākas vietnes un vēl neesat izveidojis bāzes motīvu, šī ir jūsu iespēja. Tas ir viens pielāgotais WordPress darbs, kas atmaksājas katru reizi, kad klients atver redaktoru.

Kā ar klientiem, kuri nepārtraukti prasa "vēl vienu krāsu"?

Jūsu palete ir solījums. Ja definējat piecas zīmola krāsas un klients prasa sesto, atbilde nav "nē" — tā ir "jā, bet tā tiek pievienota apzināti paletei, nevis kā vienreizējs heks krāsu kods virsrakstā." Kad pievienojat krāsu theme.json, tā kļūst pieejama visā vietnē konsekventi. Tas ir pareizais veids, kā apstrādāt šos pieprasījumus.

Šeit ir arī jāsazinās ar klientu. Paskaidrojiet, ka vietnes redaktors rāda tikai tās krāsas un fontus, kas atbilst viņu zīmola standartiem. Ja viņi vēlas paplašināt šos standartus, jūs to darīsiet dizaina sistēmā, un tad katra jaunā krāsa būs pieejama visur — tostarp nākotnes lapās, kuras viņi vēl nav izveidojuši. Tā ir daudz labāka atbilde nekā "mēs to nedarām".

Tajā pašā laikā neuzkrājiet četrdesmit krāsu paleti. Pārskatiet to reizi ceturksnī un noņemiet visu, kas bija vienreizēja nejaušība. Mērķis ir neliels, apzināts iespēju kopums.

Ja bloķējat izkārtojumu, bet atstājat saturu, un padarāt paleti par dzīvu daļu no jūsu attiecībām ar klientu, vietnes redaktors vairs nav drauds. Tas kļūst par veidu, kā nodot klientiem reālu autonomiju, neupurējot dizaina standartus, kurus jums maksā, lai tos aizsargātu.