Samostatný typ obsahu vytvorte pre opakovanú entitu s vlastnými poľami, archívom alebo vzťahmi. Taxonómiu použite na zdieľané triedenie, pole na konkrétnu vlastnosť a bežnú stránku na jednorazový obsah. Model najprv overte na reálnych záznamoch a až potom navrhujte šablóny.
Dátový model WordPressu určuje, ako sa informácie ukladajú, upravujú, prepájajú a zobrazujú. Ak firma vloží služby, referencie aj profily ľudí ako voľné stránky, prvá verzia môže vyzerať správne. Pri desiatkach záznamov však redaktori kopírujú rozloženie, filtre nemajú spoľahlivé údaje a zmena jedného pravidla vyžaduje ručné opravy. Dobre navrhnutý model oddeľuje význam obsahu od jeho aktuálneho vzhľadu.
WordPress ponúka stránky, príspevky, vlastné typy obsahu, taxonómie a metadata. Výber nie je technická formalita: ovplyvňuje URL, administráciu, interné odkazy, vyhľadávanie aj budúcu migráciu. Cieľom nie je vytvoriť čo najviac typov a polí, ale nájsť najmenšiu štruktúru, ktorá zachytí reálne entity a redaktorovi zabráni zadávať ten istý údaj na viacerých miestach.
Začnite inventúrou skutočných entít
Zoberte existujúci web, tabuľky a podklady a vypíšte podstatné mená, ktoré sa opakujú: služba, projekt, člen tímu, pobočka, udalosť alebo dokument. Pri každej entite zaznamenajte počet záznamov, vlastníka, spoločné vlastnosti a vzťahy. Nie každé podstatné meno potrebuje vlastný typ; rozhoduje, či sa bude samostatne spravovať, filtrovať, prepájať alebo zobrazovať viacerými spôsobmi.
Pracujte s konkrétnymi príkladmi vrátane výnimiek. Referencia môže mať klienta, odvetvie, použité služby, galériu a rok, no nie každá smie zverejniť názov klienta. Model preto potrebuje voliteľnosť a jasné pravidlá. Ak sa údaje nedajú spoľahlivo vyplniť pri piatich reálnych záznamoch, ďalšie technické polia problém skôr zväčšia než vyriešia.
- Názov entity a jej vlastník
- Povinné a voliteľné vlastnosti
- Vzťahy k inému obsahu
- Výnimky z bežného publikačného scenára
Rozlíšte typ obsahu, taxonómiu a pole
Vlastný typ obsahu je vhodný, keď záznam potrebuje samostatnú administračnú sekciu, šablónu, URL alebo životný cyklus. Služby a referencie tak možno spravovať nezávisle od bežných stránok. Jednorazová stránka O firme vlastný typ nepotrebuje. Typ obsahu nepoužívajte iba preto, aby mal inú farbu v menu; musí reprezentovať odlišný význam alebo správanie.
Taxonómia združuje záznamy podľa opakovateľnej klasifikácie, napríklad odvetvia alebo témy. Pole uchováva vlastnosť jedného záznamu, napríklad trvanie, externé ID či telefón. Ak sa podľa hodnoty pravidelne prechádza a má vlastnú obsahovú stránku, môže dávať zmysel taxonómia. Ak ide o údaj na zobrazenie alebo integráciu, zvyčajne je presnejšie pole s validáciou.
Navrhnite polia podľa významu, nie podľa dizajnu
Pole pomenujte podľa obsahu, ktorý nesie, napríklad „stručný prínos služby“, nie „text v ľavom sivom boxe“. Vzhľad sa môže zmeniť, význam má zostať. Určte dátový typ, povinnosť, predvolenú hodnotu, povolený formát a pomocný text pre redaktora. Telefón, dátum, suma a vzťah na iný záznam nemajú byť neobmedzené textové polia bez kontroly.
Nevytvárajte pole pre každú vetu iba kvôli úplnej kontrole šablóny. Príliš rozdrobený formulár spomaľuje redakciu a nedovoľuje primerane dlhý obsah. Kombinujte štruktúrované polia pre údaje, ktoré systém potrebuje spracovať, s blokovým obsahom pre vysvetlenie. V náhľade zobrazte, ako sa chýbajúce voliteľné pole správa, aby nevznikali prázdne nadpisy.
- Názov vyjadrujúci význam
- Správny dátový typ a validácia
- Nápoveda s príkladom
- Bezpečný stav pri chýbajúcej hodnote
Vzťahy a URL plánujte spoločne
Referencia môže odkazovať na jednu alebo viac služieb a služba môže automaticky zobraziť súvisiace referencie. Takýto vzťah ukladajte ako identifikátor záznamu, nie ako ručne napísaný názov alebo skopírovaný odkaz. Pri zmene titulku spojenie zostane. Obojsmerné zobrazenie nemusí znamenať duplicitné uloženie; jednu stranu možno vypočítať z kanonického vzťahu.
Rozhodnite, ktoré entity majú verejný detail, archív a indexovateľnú taxonómiu. Interný technický záznam nemusí vytvárať URL. Slug typu a taxonómie vyberte pred naplnením obsahu a pri zmene pripravte presmerovania. Drobečková navigácia, sitemap a kanonické odkazy musia rešpektovať rovnakú architektúru, inak systém vysiela protichodné signály.
Model otestujte a zdokumentujte pre redakciu
V stagingu vytvorte malé reprezentatívne portfólio: najkratší a najdlhší záznam, chýbajúci obrázok, viac vzťahov, starý dátum aj neobvyklú hodnotu. Otestujte zoznam v administrácii, filtre, rýchlu úpravu, import, export a výstup šablóny. Zapojte človeka, ktorý bude obsah reálne zadávať; jeho otázky odhalia nejasné názvy a zbytočné polia.
Dokumentácia má stručne povedať, kedy vytvoriť daný typ, ktoré hodnoty sú povinné, ako používať taxonómie a čo sa stane po archivácii. Zmeny schémy verzujte a pred hromadnou migráciou zálohujte dáta. Keď pribudne nové pole, určte aj plán doplnenia starých záznamov. Konzistentný obsah vzniká kombináciou dobrého modelu, nápovedy a zodpovednosti.
Časté otázky
Kedy vytvoriť vlastný typ obsahu vo WordPresse?
Keď sa opakuje samostatná entita s rovnakými poľami, vlastnou administráciou, vzťahmi, archívom alebo šablónou. Ak ide o jednu jedinečnú informačnú stránku bez ďalších záznamov, bežná stránka býva jednoduchšia.
Je kategória vždy lepšia než vlastné pole?
Nie. Kategória alebo taxonómia je vhodná na zdieľané triedenie a prechádzanie skupín. Pole je vhodnejšie pre konkrétnu vlastnosť, napríklad externé ID, dátum či telefón. Rozhoduje plánované použitie hodnoty.
Dá sa dátový model neskôr zmeniť?
Áno, ale zmena môže vyžadovať migráciu hodnôt, šablón, URL a integrácií. Preto ju najprv skúšajte na kópii dát, pripravte mapovanie a zálohu a overte staré aj nové záznamy.
Zdroje a ďalšie čítanie
Web developer zo Spišskej Novej Vsi. Venuje sa WordPressu, WooCommerce, vlastným pluginom, API integráciám, webovým aplikáciám a praktickým AI automatizáciám.
