Modelowanie treści: kolekcje i pola w praktyce

Modelowanie treści to projektowanie struktury, w jakiej CMS przechowuje informacje: jakie są typy treści, z jakich pól się składają i jak są ze sobą powiązane. Brzmi technicznie, ale skutki odczuwa każdy redaktor. Dobry model treści sprawia, że dodanie nowej realizacji zajmuje trzy minuty, a przebudowa strony nie wymaga ręcznego przepisywania stu wpisów. Zły model kończy się kopiowaniem stron, niespójnym wyglądem i telefonami do programisty.

Najważniejsze w skrócie

• Kolekcja to typ treści powtarzalnej, np. realizacje, zespół lub oferty pracy, w którym każdy wpis ma te same pola.
• Pole powinno przechowywać jedną informację o jasnym przeznaczeniu, a nie cały sformatowany blok tekstu.
• Relacje między kolekcjami pozwalają powiązać np. realizację z usługą bez kopiowania danych.
• Model treści warto zaprojektować przed projektem graficznym, na podstawie inwentaryzacji istniejących treści.
• Pola SEO, takie jak meta title i description, powinny być częścią każdego typu treści, który ma własny URL.

Modelowanie treści zaczyna się od inwentaryzacji

Zanim otworzysz panel CMS-u, wypisz wszystko, co ma znaleźć się na stronie. Najprościej zrobić to w arkuszu: jedna kolumna na rodzaj treści, druga na przykłady, trzecia na informacje, które się powtarzają. Po godzinie pracy zobaczysz, że „podstrona realizacji” zawsze ma klienta, branżę, zakres prac, galerię i krótki opis, a „członek zespołu” zawsze ma imię, stanowisko, zdjęcie i biogram. To są twoje przyszłe kolekcje i pola.

Zadaj przy tym trzy pytania kontrolne:

• Czy ta treść się powtarza i będzie jej przybywać?
• Czy trzeba ją filtrować, sortować lub wyświetlać w kilku miejscach?
• Czy każdy element potrzebuje własnego adresu URL?

Jeśli na którekolwiek odpowiedź brzmi „tak”, masz kandydata na kolekcję.

Strona, kolekcja czy blok: jak wybrać

Najczęstszy dylemat dotyczy usług. Jeśli masz trzy usługi, każda z własnym, rozbudowanym układem, zrób je jako strony. Jeśli masz dwadzieścia usług o podobnej budowie i chcesz je listować, filtrować i łączyć z realizacjami, zrób z nich kolekcję.

Dobór typów pól

Typ pola to rodzaj danych, jaki pole przyjmuje, np. tekst, data, obraz czy wybór z listy. Właściwy typ pola chroni treść przed błędami i ułatwia późniejsze wyświetlanie. Kilka zasad z praktyki:

• Tekst zamiast rich text, gdy to możliwe. Nazwa klienta, stanowisko czy miasto to krótkie pola tekstowe. Rich text zostaw na opisy, w których potrzebne są akapity, pogrubienia i linki.
• Select zamiast wpisywania. Branża wpisywana ręcznie szybko zamienia się w „IT”, „it”, „Informatyka” i „Branża IT”. Lista wyboru utrzymuje porządek i umożliwia filtrowanie.
• Tagi dla luźnych etykiet, select dla kategorii. Jeśli lista wartości jest zamknięta i ważna dla nawigacji, użyj selecta lub multiselecta. Tagi sprawdzą się tam, gdzie redaktor sam dodaje nowe etykiety.
• Data jako data. Data realizacji wpisana jako tekst „wiosna 2025” nie da się posortować.
• Boolean do przełączników. Pole „wyróżnione” typu tak/nie pozwala pokazać wybrane wpisy na stronie głównej bez tworzenia osobnej listy.

Relacje: łączenie zamiast kopiowania

Relacja to pole, które wskazuje na wpis w innej kolekcji lub na stronę. Zamiast wpisywać w każdej realizacji nazwę usługi i jej opis, wybierasz usługę z listy. Gdy zmienisz nazwę usługi, zmiana pojawi się wszędzie. Relacje pozwalają też budować przydatne widoki: na stronie usługi wyświetlić powiązane realizacje, a przy artykule pokazać autora z kolekcji zespołu.

Uważaj jednak na nadmiar powiązań. Jeśli redaktor przy każdym wpisie musi wybrać pięć relacji, zacznie je pomijać. Obowiązkowe zostaw tylko te, które naprawdę są potrzebne do wyświetlenia strony.

Przykład: model treści dla kancelarii

Zobaczmy, jak mógłby wyglądać model dla kancelarii prawnej z blogiem eksperckim:

• Specjalizacje (URL /specjalizacje/{slug}): nazwa, krótki opis, rich text z pełnym opisem, ikona, relacje do prawników prowadzących.
• Zespół (URL /zespol/{slug}): imię i nazwisko, stanowisko, zdjęcie, biogram, języki obsługi (multiselect), relacje do specjalizacji.
• Artykuły (URL /blog/{slug}): tytuł, lead, treść, data publikacji, autor (relacja do zespołu), tagi, meta title i description.
• Opinie klientów (bez własnego URL): treść, podpis, relacja do specjalizacji.

Z tak zbudowanym modelem strona specjalizacji może automatycznie pokazać prawników, którzy się nią zajmują, i najnowsze artykuły na jej temat, bez ręcznego wklejania czegokolwiek. Więcej przykładów dla tej branży znajdziesz na stronie LessCMS dla kancelarii.

Model treści a wielojęzyczność, SEO i API

Model projektujesz nie tylko dla dzisiejszej strony, ale też dla jej przyszłych zastosowań. Trzy sprawy warto przemyśleć od razu:

• Języki. Jeśli strona będzie wielojęzyczna, zastanów się, które pola tłumaczysz (nazwa, opis, slug), a które są wspólne dla wszystkich wersji (data, zdjęcie, relacje). Czyste, rozdzielone pola znacznie ułatwiają tłumaczenie, także automatyczne.
• SEO. Każdy typ treści z własnym URL-em potrzebuje meta title, meta description i przemyślanego wzorca adresu. Zmiana wzorca po starcie oznacza przekierowania dla wszystkich wpisów.
• API. Jeśli treści mają kiedyś zasilać aplikację lub osobny front, pola o jasnym znaczeniu są dużo łatwiejsze w użyciu niż jeden sformatowany blok HTML.

Nazewnictwo i wygoda redaktora

• Nazywaj pola językiem redaktora, nie programisty: „Zdjęcie główne” zamiast „hero_img”.
• Dodawaj krótkie podpowiedzi: „maks. 160 znaków” przy opisie czy „format 16:9” przy zdjęciu.
• Oznaczaj jako wymagane tylko pola, bez których wpis nie może się wyświetlić.
• Grupuj pola separatorami: treść, media, SEO, ustawienia.

Najczęstsze błędy w modelowaniu treści

• Jedno wielkie pole rich text. Wszystko w jednym edytorze oznacza brak filtrowania, brak spójności i trudną przebudowę.
• Kolekcja na wszystko. Trzy unikalne podstrony nie potrzebują osobnej kolekcji.
• Brak pól SEO. Meta title i description dopisywane „później” zwykle nie powstają nigdy.
• Model pod jeden projekt graficzny. Pola typu „tekst w lewej kolumnie” tracą sens przy pierwszej przebudowie. Nazywaj pola według znaczenia, nie położenia.

Zmiany modelu po starcie strony

Model treści będzie ewoluował i to normalne. Dodanie nowego pola jest zwykle bezbolesne, ale zmiana typu pola lub podział kolekcji na dwie wymaga przeniesienia danych. Pomaga tu eksport i import CSV: eksportujesz wpisy, porządkujesz dane w arkuszu i importujesz je z powrotem do nowej struktury. Zanim zaczniesz, zrób kopię zapasową projektu.

Najczęstsze pytania

Czym jest modelowanie treści w CMS?

Modelowanie treści w CMS to projektowanie typów treści, ich pól i relacji, zanim zacznie się publikować. Dobrze zaprojektowany model sprawia, że redaktor wypełnia formularz, a system sam dba o wygląd, listy i adresy URL.

Kiedy użyć kolekcji, a kiedy zwykłej strony?

Kolekcji użyj dla treści powtarzalnej o tej samej strukturze, której będzie przybywać, a zwykłej strony dla treści unikalnej z indywidualnym układem. Realizacje i zespół to kolekcje, a strona O nas czy Kontakt to strony.

Ile pól powinna mieć kolekcja?

Kolekcja powinna mieć tyle pól, ile informacji faktycznie wyświetlasz lub filtrujesz, zwykle od kilku do kilkunastu. Każde pole, którego nikt nie wypełnia ani nie wyświetla, tylko spowalnia pracę redaktora.

Czy można zmienić model treści po uruchomieniu strony?

Tak, model treści można zmienić po starcie, a dodawanie nowych pól jest zwykle proste. Zmiana typu pola lub podział kolekcji wymaga przeniesienia danych, np. przez eksport i import CSV.

Modelowanie treści w LessCMS

• Kolekcje w LessCMS automatycznie dostają strony listy, adresy URL według wzorca (np. /realizacje/{slug}) i wpisy w sitemap.
• Do dyspozycji masz m.in. pola tekstowe, rich text, obraz, galerię, pliki, select, multiselect, boolean, datę, relacje, tagi, listę i przycisk, a także separatory do grupowania.
• Kolekcje eksportujesz i importujesz w CSV, a opublikowane wpisy są dostępne przez API tylko do odczytu, jeśli budujesz własny front.

Chcesz zaprojektować model treści na własnym projekcie? Sprawdź plany LessCMS i załóż konto bez karty.