Czy strona firmowa potrzebuje CMS?
System redakcyjny jest odpowiedzią na pytanie „jak ktoś bez wiedzy technicznej zmieni tekst“. Jeśli u was to pytanie nie pada, CMS rozwiązuje problem, którego nie macie – i przynosi własne.
Najważniejsze w skrócie
- Rozstrzygające pytanie nie brzmi „który system”, lecz „kto jak często co zmienia”.
- Klasyczny CMS opłaca się, gdy kilka osób bez wiedzy technicznej regularnie zmienia treści.
- Generowane strony statyczne są szybsze, bezpieczniejsze i tańsze w utrzymaniu – wymagają jednak kogoś, kto radzi sobie z plikami.
- Największą ukrytą pozycją CMS jest utrzymanie: aktualizacje, rozszerzenia, luki bezpieczeństwa.
Cztery pytania
1. Kto zmienia treści?
Jedna osoba z podstawowym rozeznaniem technicznym czy kilka bez niego? To najważniejsze pytanie – CMS istnieje właśnie na ten drugi przypadek.
2. Jak często?
Kilka razy w tygodniu, co miesiąc czy dwa razy w roku? Przy rzadkich zmianach nakład na utrzymanie CMS jest większy niż pożytek.
3. Ile podstron i jak podobnych?
Dwanaście pojedynczych stron czy 200 powstających z szablonów? Przy wielu jednorodnych podstronach – na przykład wersjach językowych – generowanie z danych jest wyraźnym zwycięzcą, niezależnie od systemu.
4. Czy potrzebujecie funkcji poza tekstem?
Sklep, obszar logowania, rezerwacja, konta klientów? Wtedy trudno ominąć system z bazą danych.
Trzy drogi
| Klasyczny CMS | Generowane strony statyczne | Kreator | |
|---|---|---|---|
| Zmiana przez laika | tak | ograniczona | tak |
| Czas ładowania | średni do wolnego | bardzo szybki | średni |
| Nakład na utrzymanie | duży, bieżący | bardzo mały | żaden |
| Powierzchnia ataku | duża | minimalna | u dostawcy |
| Koszty utrzymania | średnie | bardzo małe | średnie do dużych |
| Wiele wersji językowych | z rozszerzeniem | bardzo dobrze | zwykle słabo |
| Wyjście | pracochłonne | trywialne – pliki | często trudne |
| Sklep, logowanie | tak | tylko z usługą dodatkową | zależnie od dostawcy |
Czy wiesz, że…?
Największym blokiem kosztów klasycznego CMS nie jest wdrożenie, lecz utrzymanie: aktualizacje rdzenia i rozszerzeń, kontrole bezpieczeństwa, sporadyczne problemy zgodności po aktualizacji.
Realistyczne są na to dwie do sześciu godzin kwartalnie – na stałe, bez tego, by choć jedna treść stała się lepsza. Kto tego czasu nie zaplanuje, prowadzi po dwóch latach stronę ze znanymi lukami bezpieczeństwa. Właśnie tej pozycji brakuje w niemal każdym porównaniu ofert.
Jak działają generowane strony statyczne
Podejście jest prostsze, niż brzmi nazwa: treści leżą jako pliki tekstowe, program składa je z szablonami w gotowe strony HTML, a serwer dostarcza już tylko gotowe pliki.
Wynikają z tego właściwości z tabeli:
- Szybko, bo przy każdym wywołaniu nic już nie jest liczone.
- Bezpiecznie, bo nie ma bazy danych ani obszaru logowania, które można by zaatakować.
- Tanio, bo dostarczanie plików statycznych prawie nie wymaga mocy serwera.
- Dobrze przy wielu językach, bo ten sam szablon generuje się z różnymi plikami tekstowymi.
Cena za to: kto chce dokonać zmiany, pracuje z plikami i uruchamia przebieg generowania. Dla osoby z podstawowym rozeznaniem technicznym to kwestia minut – dla kogoś bez niego jest to bariera.
Najczęstszą błędną decyzją jest rozbudowany CMS dla strony zmienianej dwa razy w roku. Zostaje wdrożony, opatrzony rozszerzeniami, a potem nikt nie zajmuje się aktualizacjami – bo nikt nie ma strony na oku, gdy się nie zmienia.
Po dwóch latach stoi wtedy w sieci przestarzała instalacja, często ze znanymi lukami. Dla stron zmienianych rzadko brak konieczności utrzymania jest najmocniejszym argumentem za drogą statyczną – mocniejszym niż czas ładowania i koszty razem wzięte.
Decyzja w skrócie
| Jeśli… | … to |
|---|---|
| kilka osób bez wiedzy technicznej zmienia regularnie | klasyczny CMS |
| utrzymuje jedna osoba z rozeznaniem, wiele języków | generowane strony statyczne |
| zmienia się rzadko, brak ludzi do utrzymania | generowane strony statyczne albo kreator |
| potrzebny sklep, logowanie albo rezerwacja | CMS albo aplikacja branżowa |
| coś musi szybko stanąć, brak budżetu | kreator – z okiem na wyjście |
Pomóż mi zdecydować, jaki rodzaj techniki strony do nas pasuje. Nasza sytuacja: - Kto zmienia treści: [liczba osób, wiedza techniczna] - Jak często się zmienia: [dane] - Liczba podstron dzisiaj: [liczba] - Języki: [lista] - Czy potrzebujemy sklepu, obszaru logowania albo rezerwacji? [tak/nie, co] - Kto zajmuje się utrzymaniem i aktualizacjami: [osoba albo „nikt”] - Budżet na wdrożenie i bieżące utrzymanie: [kwoty] Zadania: 1. Odpowiedz na cztery pytania decyzyjne dla naszego przypadku: kto zmienia, jak często, ile i jak podobnych podstron, jakie funkcje poza tekstem. 2. Zaleć jedną z trzech dróg – klasyczny CMS, generowane strony statyczne, kreator – i uzasadnij. 3. Przelicz nakład na utrzymanie zalecanego wariantu na trzy lata, łącznie z naszym czasem pracy. Jeśli nikt nie odpowiada za utrzymanie, powiedz wyraźnie, co to znaczy dla zalecenia. 4. Podaj, czego należałoby oczekiwać przy późniejszej zmianie z tego wariantu. 5. Wskaż dwa punkty, w których nasze dane nie wystarczają do pewnego zalecenia. Nie polecaj konkretnych produktów.
Podsumowanie
CMS nie jest standardem, lecz rozwiązaniem określonego przypadku: kilka osób bez wiedzy technicznej regularnie zmienia treści. Jeśli tak nie jest, płaci się utrzymaniem i powierzchnią ataku za pożytek, który nie występuje.
Dla małych firm z jedną osobą utrzymującą, wieloma wersjami językowymi i bez sklepu generowane strony statyczne są niemal zawsze tańszym wyborem – przede wszystkim dlatego, że trwale nie wymagają utrzymania.
Częste pytania
Czy każda strona firmowa potrzebuje CMS?
Nie. System redakcyjny rozwiązuje pytanie, jak kilka osób bez wiedzy technicznej regularnie zmienia treści. Jeśli to pytanie w firmie nie pada – bo utrzymuje jedna osoba z rozeznaniem albo zmienia się rzadko – przynosi on przede wszystkim nakład na utrzymanie i powierzchnię ataku.
Czym są generowane strony statyczne?
Treści leżą jako pliki tekstowe, program składa je z szablonami w gotowe strony HTML, a serwer dostarcza już tylko pliki. To szybkie, bo nic nie jest liczone, bezpieczne, bo nie ma bazy danych, tanie w utrzymaniu i szczególnie dobre przy wielu wersjach językowych.
Ile kosztuje CMS w utrzymaniu?
Największą pozycją nie jest wdrożenie, lecz utrzymanie: aktualizacje rdzenia i rozszerzeń, kontrole bezpieczeństwa, sporadyczne problemy po aktualizacjach. Realistyczne są dwie do sześciu godzin kwartalnie, na stałe – pozycja, której brakuje w niemal każdym porównaniu ofert.
Kiedy opłaca się kreator?
Gdy coś musi szybko stanąć, nie ma budżetu na wdrożenie i nikt nie może przejąć utrzymania. Wcześniej trzeba sprawdzić wyjście: czy teksty, obrazy i strukturę adresów da się wyeksportować w całości – inaczej późniejsza zmiana oznacza budowę od nowa zamiast przeprowadzki.
Co przy wielu językach przemawia za którym rozwiązaniem?
Generowane strony statyczne, bo ten sam szablon generuje się z różnymi plikami tekstowymi, a każda zmiana w szablonie automatycznie dociera do wszystkich języków. Systemy klasyczne wymagają do tego rozszerzeń, kreatory przy wielu wersjach językowych są zwykle słabe.
Marketing, który konfiguruje się sam
Beta Studio Engine jest otwarta. Zarezerwuj miejsce i współtwórz od początku.
Dołącz do bety →