Jak działa routing w Hummi CMS?

Hummi CMS posiada konfigurowalny dispatcher tras. Każda trasa definiuje wzorzec URL, plik widoku, priorytet w sitemapie i opcjonalne nadpisania SEO. Trasy mogą być statyczne lub dynamiczne, z parametrem mapowanym do rekordu z kolekcji w panelu.

Czy klient może sam tworzyć nowe podstrony z panelu?

Tak, w ramach dynamicznych kolekcji. Dodanie nowego rekordu do kolekcji, na przykład wpisu blogowego, automatycznie generuje nową podstronę z własnym URL-em, SEO i wpisem w sitemapie. Nie wymaga to zmian w kodzie ani interwencji dewelopera.

Czy nowe podstrony w Hummi CMS trafiają automatycznie do sitemap?

Tak. Trasy zdefiniowane w module multipage, zarówno statyczne jak i dynamiczne, mogą być automatycznie uwzględniane w sitemapie XML. Rekordy dynamiczne, takie jak wpisy blogowe czy case study, otrzymują własne URL-e, canonical i priorytet wynikający z konfiguracji trasy.

Czy przejście z one-page do multipage wymaga przepisywania silnika?

Nie. Moduł multipage jest natywną częścią Hummi CMS, aktywowaną w konfiguracji. Przejście z one-page do serwisu wielostronicowego odbywa się przez dodanie nowych tras i treści, bez zmian w architekturze systemu.

Jakie typy podstron można tworzyć w Hummi CMS?

Hummi CMS obsługuje podstrony statyczne, landing page z dedykowanym layoutem i SEO, blog z kolekcją dynamiczną, case study, landingi lokalne z schema areaServed, dokumentację techniczną i dowolne inne typy podstron definiowane przez konfigurację tras.

Hummi CMS • Multipage • Routing • Kolekcje dynamiczne

Od one-page do serwisu wielostronicowego
bez przepisywania silnika.

Q: Czy Hummi CMS obsługuje strony wielostronicowe?

Tak. Hummi CMS posiada natywny moduł multipage, który umożliwia przejście z prostego wdrożenia one-page do rozbudowanego serwisu wielostronicowego. Nowe trasy definiuje się w konfiguracji, a treści zarządza się z panelu administracyjnego.

Jednym z najczęstszych zarzutów wobec autorskich systemów jest rzekomy brak skalowalności. Hummi rozwiązuje ten problem natywnym modułem multipage, który umożliwia przejście z prostego wdrożenia one-page do rozbudowanego serwisu wielostronicowego wyłącznie przez konfigurację tras i dodanie treści w panelu.

Nie trzeba przepisywać silnika, migrować danych ani budować nowej architektury. System od początku jest przygotowany na rozbudowę.

Zobacz model routingu Wróć do dokumentacji Hummi CMS

Model Konfigurowalny dispatcher tras

Kolekcje Dynamiczne podstrony z panelu

SEO Natywne pełne wsparcie SEO

Autorski CMS nie musi być systemem jednorazowym, który trzeba przepisać przy pierwszej rozbudowie.

Wiele autorskich wdrożeń zaczyna się od prostej strony one-page i działa dobrze do momentu, gdy klient chce dodać blog, landing page albo case study. Wtedy okazuje się, że system nie był przygotowany na rozbudowę i trzeba go przepisywać od zera.

Hummi rozwiązuje ten problem przez architekturę routingu, która od początku wspiera zarówno proste wdrożenia, jak i serwisy wielostronicowe. Przejście z jednego modelu do drugiego nie wymaga migracji, zmian w silniku ani przebudowy panelu.

Konfigurowalny routing

Trasy definiuje się w konfiguracji. Każda ma własny plik, SEO i priorytet.

Moduł multipage opiera się na konfigurowalnym dispatcherze tras. Każda trasa definiuje wzorzec URL, plik widoku, priorytet w sitemapie oraz opcjonalne nadpisania SEO (title, description, Open Graph).

Trasy mogą być statyczne (np. osobna podstrona, polityka prywatności) lub dynamiczne — z parametrem w URL-u (np. /blog/{slug}), gdzie slug jest automatycznie mapowany do rekordu z kolekcji w panelu.

Nowa trasa nie wymaga zmian w silniku. Wystarczy dodać wpis w konfiguracji i stworzyć plik widoku. System rozpozna trasę, załaduje odpowiednie dane i wyrenderuje stronę z poprawnym SEO, canonical i sitemapą.

Dispatcher Static routes Dynamic routes SEO override Sitemap Canonical

Model tras

TRASA STATYCZNA
→ /blog → widok listy
→ /case-study → widok listy
→ /polityka-prywatnosci → widok statyczny

TRASA DYNAMICZNA
→ /blog/{slug} → widok wpisu
→ /case-study/{slug} → widok case study
→ /strony-internetowe/{slug} → landing

Każda trasa:
→ własny plik widoku
→ własne SEO
→ własny priorytet w sitemapie
→ automatyczny canonical

Treści z panelu → podstrony na froncie

Nowy wpis w kolekcji = nowa podstrona z własnym URL-em i SEO.

Kolekcje dynamiczne pozwalają klientowi tworzyć nowe podstrony bezpośrednio z poziomu panelu administracyjnego. Dodanie nowego rekordu do kolekcji (np. wpisu blogowego) automatycznie generuje podstronę pod adresem wynikającym z konfiguracji trasy.

Każdy rekord może mieć dedykowane pola SEO (title, description, Open Graph), miniaturę, treść, tagi i dowolne inne pola zdefiniowane w konfiguracji kolekcji. System wspiera walidację danych, co ogranicza ryzyko błędów przy edycji.

Blog Case study Landingi lokalne Menu Oferta Auto-slug

Przykładowe kolekcje

/blog/{slug} — wpisy blogowe,
/case-study/{slug} — studia przypadków,
/strony-internetowe/{slug} — landingi lokalne,
menu restauracji, galerie, realizacje, oferty.

Automatyzacja

slug generowany z tytułu,
SEO override per rekord,
automatyczny wpis w sitemapie,
schema i canonical per podstrona.

Automatyzacja warstwy SEO

Nowa trasa to nie tylko nowy URL. To również canonical, sitemap i SEO per rekord.

Moduł multipage nie kończy się na samym renderowaniu widoków. Każda trasa może definiować własne SEO, priorytet w sitemapie, a rekord dynamiczny może nadpisywać title, description i Open Graph bezpośrednio z poziomu danych.

W praktyce oznacza to, że nowy wpis blogowy, case study albo landing lokalny automatycznie otrzymuje własny adres URL, canonical, wpis w sitemapie i możliwość indywidualnej optymalizacji pod wyszukiwarki.

Auto-slug Canonical Sitemap XML SEO override Open Graph Dynamiczne rekordy

Na poziomie trasy

wzorzec URL,
plik widoku,
priorytet w sitemapie,
domyślne meta SEO.

Na poziomie rekordu

slug,
title i description,
Open Graph,
indywidualny canonical wynikający z URL.

Podstrony statyczne

Osobne widoki z własnym plikiem, SEO i priorytetem. Np. polityka prywatności, regulamin, dokumentacja systemu.

Landing page'e

Dedykowane strony docelowe z osobnym layoutem, treścią i SEO. Idealne pod kampanie lokalne.

Blog

Kolekcja dynamiczna z listą i widokiem wpisu. Dodanie wpisu w panelu = nowa podstrona z SEO i sitemapą.

Case study

Osobna kolekcja z wyzwaniem, rozwiązaniem, efektem, galerią i stackiem technologicznym per realizacja.

Landingi lokalne

Dynamiczne podstrony per miasto lub region, z dedykowanym SEO, FAQ i schema areaServed.

Dokumentacja techniczna

Dedykowane podstrony z własnymi trasami, SEO i strukturą — tak jak ta strona, którą właśnie czytasz.

Hummi nie wymaga przepisywania przy rozbudowie.

System obsługuje zarówno proste one-page, jak i serwisy wielostronicowe z blogiem, case study, landingami i dokumentacją. Przejście z jednego modelu do drugiego odbywa się przez konfigurację tras i dodanie treści w panelu — bez zmian w silniku.

Najważniejsza różnica

Hummi nie skaluje się przez instalowanie rozszerzeń z marketplace'u. Skaluje się przez natywny mechanizm routingu i kolekcji, który od początku jest częścią silnika.

Dokumentacja

Pełna architektura Hummi CMS

Panel

Typy pól, kolekcje i model edycji

Flat-File CMS

Model danych i odczyt bez SQL

Wdrożenie Hummi CMS