Samostatný typ obsahu vytvořte pro opakovanou entitu s vlastními poli, archivem nebo vztahy. Taxonomii použijte pro sdílené třídění, pole pro konkrétní vlastnost a běžnou stránku pro jednorázový obsah. Model nejprve ověřte na reálných záznamech a teprve poté navrhujte šablony.
Datový model WordPressu určuje, jak se informace ukládají, upravují, propojují a zobrazují. Pokud firma vloží služby, reference i profily lidí jako volné stránky, první verze může vypadat správně. Při desítkách záznamů však redaktoři kopírují rozložení, filtry nemají spolehlivé údaje a změna jednoho pravidla vyžaduje ruční opravy. Dobře navržený model odděluje význam obsahu od jeho aktuálního vzhledu.
WordPress nabízí stránky, příspěvky, vlastní typy obsahu, taxonomie a metadata. Volba není technická formalita: ovlivňuje URL, administraci, interní odkazy, vyhledávání i budoucí migraci. Cílem není vytvořit co nejvíce typů a polí, ale najít nejmenší strukturu, která zachytí skutečné entity a zabrání redaktorovi zadávat tentýž údaj na více místech.
Začněte inventurou skutečných entit
Vezměte stávající web, tabulky a podklady a vypište podstatná jména, která se opakují: služba, projekt, člen týmu, pobočka, událost nebo dokument. U každé entity zaznamenejte počet záznamů, vlastníka, společné vlastnosti a vztahy. Ne každé podstatné jméno potřebuje vlastní typ; rozhoduje, zda se bude samostatně spravovat, filtrovat, propojovat nebo zobrazovat více způsoby.
Pracujte s konkrétními příklady včetně výjimek. Reference může mít klienta, odvětví, použité služby, galerii a rok, ale ne každá smí zveřejnit název klienta. Model proto potřebuje volitelnost a jasná pravidla. Pokud údaje nelze spolehlivě vyplnit u pěti reálných záznamů, další technická pole problém spíše zvětší, než vyřeší.
- Název entity a její vlastník
- Povinné a volitelné vlastnosti
- Vztahy k jinému obsahu
- Výjimky z běžného publikačního scénáře
Rozlište typ obsahu, taxonomii a pole
Vlastní typ obsahu je vhodný, když záznam potřebuje samostatnou administrační sekci, šablonu, URL nebo životní cyklus. Služby a reference tak lze spravovat nezávisle na běžných stránkách. Jednorázová stránka O firmě vlastní typ nepotřebuje. Typ obsahu nepoužívejte jen proto, aby měl v menu jinou barvu; musí reprezentovat odlišný význam nebo chování.
Taxonomie seskupuje záznamy podle opakovatelné klasifikace, například odvětví nebo tématu. Pole uchovává vlastnost jednoho záznamu, například trvání, externí ID či telefon. Pokud se podle hodnoty pravidelně prochází a má vlastní obsahovou stránku, může dávat smysl taxonomie. Pokud jde o údaj pro zobrazení nebo integraci, je obvykle přesnější pole s validací.
Navrhněte pole podle významu, ne podle designu
Pole pojmenujte podle obsahu, který nese, například „stručný přínos služby“, nikoli „text v levém šedém boxu“. Vzhled se může změnit, význam má zůstat. Určete datový typ, povinnost, výchozí hodnotu, povolený formát a nápovědu pro redaktora. Telefon, datum, částka a vazba na jiný záznam nemají být neomezená textová pole bez kontroly.
Nevytvářejte pole pro každou větu jen kvůli úplné kontrole nad šablonou. Příliš rozdrobený formulář zpomaluje redakci a neumožňuje přiměřeně dlouhý obsah. Kombinujte strukturovaná pole pro údaje, které systém potřebuje zpracovat, s blokovým obsahem pro vysvětlení. V náhledu ukažte, jak se chová chybějící volitelné pole, aby nevznikaly prázdné nadpisy.
- Název vyjadřující význam
- Správný datový typ a validace
- Nápověda s příkladem
- Bezpečný stav při chybějící hodnotě
Vztahy a URL plánujte společně
Reference může odkazovat na jednu nebo více služeb a služba může automaticky zobrazit související reference. Takový vztah ukládejte jako identifikátor záznamu, nikoli jako ručně napsaný název nebo zkopírovaný odkaz. Při změně titulku spojení zůstane zachováno. Obousměrné zobrazení nemusí znamenat duplicitní uložení; jednu stranu lze dopočítat z kanonického vztahu.
Rozhodněte, které entity mají veřejný detail, archiv a indexovatelnou taxonomii. Interní technický záznam nemusí vytvářet URL. Slug typu a taxonomie zvolte před naplněním obsahu a při změně připravte přesměrování. Drobečková navigace, sitemapa a kanonické odkazy musí respektovat stejnou architekturu, jinak systém vysílá protichůdné signály.
Model otestujte a zdokumentujte pro redakci
Ve stagingu vytvořte malé reprezentativní portfolio: nejkratší a nejdelší záznam, chybějící obrázek, více vazeb, staré datum i neobvyklou hodnotu. Otestujte seznam v administraci, filtry, rychlou úpravu, import, export a výstup šablony. Zapojte člověka, který bude obsah skutečně zadávat; jeho otázky odhalí nejasné názvy a zbytečná pole.
Dokumentace má stručně uvést, kdy daný typ vytvořit, které hodnoty jsou povinné, jak používat taxonomie a co se stane po archivaci. Změny schématu verzujte a před hromadnou migrací data zálohujte. Když přibude nové pole, určete také plán doplnění starých záznamů. Konzistentní obsah vzniká kombinací dobrého modelu, nápovědy a odpovědnosti.
Časté dotazy
Kdy vytvořit vlastní typ obsahu ve WordPressu?
Když se opakuje samostatná entita se stejnými poli, vlastní administrací, vztahy, archivem nebo šablonou. Pokud jde o jednu jedinečnou informační stránku bez dalších záznamů, běžná stránka bývá jednodušší.
Je kategorie vždy lepší než vlastní pole?
Ne. Kategorie nebo taxonomie je vhodná pro sdílené třídění a procházení skupin. Pole je vhodnější pro konkrétní vlastnost, například externí ID, datum či telefon. Rozhoduje plánované použití hodnoty.
Lze datový model později změnit?
Ano, ale změna může vyžadovat migraci hodnot, šablon, URL a integrací. Proto ji nejprve vyzkoušejte na kopii dat, připravte mapování a zálohu a ověřte staré i nové záznamy.
Zdroje a další čtení
Adam Antoni vyvíja weby, aplikácie a softvér na mieru. Prepája firemné systémy, automatizuje procesy a vytvára AI agentov. Pôsobí v Spišskej Novej Vsi a spolupracuje s firmami na celom Slovensku.
