Prosty CMS: dlaczego mały wygrywa z dużym na większości stron

Zeszłej wiosny przejąłem stronę-wizytówkę małej kancelarii prawnej. Pięć podstron, formularz kontaktowy, mapa. Działała na WordPressie z 23 wtyczkami, page builderem, którego nikt nie pamiętał instalowania, i bazą danych przechowującą dziewięć lat spamowych komentarzy. Strona robiła mniej niż zrobiłby stos plików HTML, a mimo to potrzebowała comiesięcznych aktualizacji, wtyczki zabezpieczającej, wtyczki cache i wtyczki kopii zapasowych, żeby wtyczka cache nie czuła się samotna. To zlecenie przypomniało mi regułę, którą dziś daję każdemu klientowi: używaj najmniejszego narzędzia, które załatwi sprawę. Dla większości stron tym narzędziem jest prosty CMS.

Ten tekst wyjaśnia, czym właściwie jest prosty CMS, jakie są ukryte koszty utrzymania dużych systemów, o których nikt nie pisze na fakturze, oraz jak poznać, po której stronie granicy stoi twoja strona.

Czym właściwie jest prosty CMS

Sprowadźmy pojęcie do podstaw: CMS robi trzy rzeczy, przechowuje twoje treści, pozwala je edytować bez klienta FTP i renderuje strony dla odwiedzających. Prosty CMS robi te trzy rzeczy z możliwie najmniejszą liczbą ruchomych części, zwykle bez serwera MySQL, bez sklepu z wtyczkami i bez frameworka motywów z własnym cyklem wydań.

• Systemy flat-file jak Grav, Bludit czy Pico przechowują treści jako pliki Markdown lub JSON w katalogach. Strona to drzewo plików.
• Jednoplikowe systemy CMS jak WonderCMS czy Restorix CMS mieszczą cały panel administracyjny w jednym pliku PHP, który leży obok twoich treści.
• Generatory stron statycznych idą o krok dalej: żadnego panelu na żywo, tylko HTML przebudowywany przy każdej zmianie. Świetnie, dopóki klient nie chce poprawić literówki o 21:00.

Rezygnujesz z kont użytkowników, obiegów redakcyjnych, komentarzy i wtyczki na każdą okazję. W zamian dostajesz stronę na tyle małą, że mieści ci się w głowie.

Rachunek za utrzymanie, o którym nikt nie wspomina

Sam WordPress nie jest złoczyńcą. Ciężar pochodzi z całej otoczki wokół niego. Rdzeń chce aktualizacji. Motyw chce aktualizacji. Każda z twoich 15–40 wtyczek chce aktualizacji we własnym rytmie, pisanych przez różnych ludzi i testowanych z różnymi wersjami. Każda aktualizacja to los na loterii: zwykle w porządku, czasem biały ekran w sobotę.

Oto rachunek, przez który przeprowadzam klientów. Typowa mała strona na WordPressie potrzebuje:

• Sprawdzania i wgrywania aktualizacji: 30–60 minut miesięcznie, a więcej w miesiącach, gdy coś się psuje.
• Kopii zapasowych, które naprawdę przetestowałeś: kolejne 30 minut, a przywracanie testowe powinno być co kwartał.
• Higieny bazy danych: wersje robocze, transienty, spam, osierocone metadane. Pomiń to, a 50-podstronowa witryna wlecze za sobą bazę 400 MB.
• Czujności bezpieczeństwa: gdy popularna wtyczka ujawni lukę, zaczyna się twój wyścig z łatką. Raporty o reagowaniu na incydenty od firm takich jak Sucuri regularnie wiążą dużą część infekcji CMS-ów z nieaktualnymi wtyczkami i motywami.

Strona flat-file odwraca większość tej listy. Nie ma bazy do czyszczenia ani do wstrzyknięcia. Powierzchnia ataku kurczy się do jednego pliku administracyjnego i twojej wersji PHP. Kopie zapasowe to zadanie cron, które rsyncuje katalog. Mam strony flat-file, które działały trzy lata bez logowania i przetrwały przeprowadzkę na inny serwer bez najmniejszego dramatu.

Flat-file kontra baza danych: co się zmienia na co dzień

Zauważ, że nic z tego nie dotyczy wykresów wydajności. Strona na WordPressie z cache i strona flat-file serwują podstrony szybko. Różnica wychodzi w dziesiątym miesiącu, gdy prosta strona wciąż nie potrzebuje niczego, a duża potrzebuje swojej comiesięcznej godziny uwagi.

Jednoplikowe systemy CMS: skrajny koniec prostoty

Najbardziej radykalną wersją tego pomysłu jest CMS w jednym pliku: cała administracja, edycja, zapis, zarządzanie plikami, wewnątrz jednego pliku PHP. WonderCMS zbudował na tym całą swoją tożsamość, dostarczając panel jako samotny index.php. Poszliśmy tą samą drogą z Restorix CMS: jeden plik pod /webarchive-cms.php, dodawany do każdej przywróconej strony, którą wdrażamy, z edycją treści, wyszukiwaniem i zamianą w całej witrynie oraz menedżerem plików w środku.

Dlaczego ktoś miałby kompresować CMS do jednego pliku? Trzy praktyczne powody:

1. Zero instalacji. Bez kreatora, bez danych do bazy, bez macierzy wersji. Wgrywasz plik, otwierasz, edytujesz.
2. Zero śladu. Usuwasz plik i strona znów jest czystym HTML-em. Nic nie chowa się w bazie, o której eksporcie zapomniałeś.
3. Trudno to zepsuć. Restorix CMS działa domyślnie w trybie bezpiecznym, a każda wdrożona strona dostaje własne, losowo generowane hasło administratora, widoczne w twoim panelu. Mała powierzchnia, mały zasięg rażenia.

Jednoplikowy panel nigdy nie obsłuży magazynu internetowego i nie jest do tego przeznaczony. Istnieje po to, żeby 40-podstronową witrynę firmy dało się edytować dwa razy w roku bez zatrudniania kogoś, kto pamięta, jak działa panel.

Gdzie prosty CMS nie daje rady

Wolę stracić zlecenie niż sprzedać złe narzędzie, więc oto uczciwa lista. Odpuść prosty CMS, gdy:

• Sprzedajesz rzeczy. Prawdziwy katalog, koszyk, podatki, faktury, WooCommerce albo dedykowana platforma sklepowa zarabia na swoją złożoność. Sklep klienta z 800 SKU to nie kandydat na flat-file.
• Treści dotyka wiele rąk. Role redakcyjne, obiegi zatwierdzania, uprawnienia per użytkownik. Proste systemy zwykle zakładają jednego administratora.
• Treści są relacyjne. Wydarzenia powiązane z miejscami powiązanymi z miastami, filtrowanie fasetowe po pięciu taksonomiach. To ojczyzna baz danych.
• Potrzebujesz kont, forum albo komentarzy. Forum phpBB z 2009 roku i 60 000 postów zostaje na bazie danych. Kropka.
• Zespół już zna duży CMS. Przeszkolenie kosztuje czasem więcej niż utrzymanie. Nudne, ale prawdziwe.

Zasada kciuka: jeśli obcy ludzie muszą się logować i coś robić na twojej stronie, potrzebujesz bazy danych. Jeśli publika tylko czyta, prawdopodobnie nie.

Szybka lista decyzyjna

Odpowiedz na te pięć pytań, zanim cokolwiek wybierzesz:

1. Ile podstron będzie miała ta strona za dwa lata? Do około 500 spokojnie wystarczą pliki.
2. Kto ją edytuje i jak często? Comiesięczne edycje przez jedną osobę przemawiają za prostym narzędziem.
3. Czy publika wchodzi w interakcje, konta, koszyki, komentarze? Każde „tak” pcha cię w stronę bazy danych.
4. Kto utrzymuje stronę po starcie? Jeśli uczciwa odpowiedź brzmi „w zasadzie nikt”, prostota jest zaletą, nie kompromisem.
5. Co się stanie, gdy stronę zhakują albo hosting padnie? Przy prostym CMS-ie uczciwa odpowiedź brzmi: „wgram katalog od nowa”.

Jeśli cztery lub pięć odpowiedzi wskazuje na „mała i tylko do odczytu”, prosty CMS zaoszczędzi ci prawdziwe pieniądze w ciągu trzech lat, głównie w godzinach, których nigdy nie spędzisz.

Jak wypróbować prosty CMS na prawdziwej stronie

Nie potrzebujesz projektu od zera, żeby przetestować ten pomysł. Dwie trasy niskiego ryzyka:

Po pierwsze, odbuduj małą istniejącą stronę. Weź tę pięciopodstronową wizytówkę, skopiuj z niej teksty i zbuduj ją od nowa na Gravie albo Bludicie pod subdomeną. Weekend wystarczy, krzywa uczenia wliczona. Jeśli klient edytuje ją bez dzwonienia do ciebie, eksperyment się udał.

Po drugie, trasa, o której ludzie zapominają, przywróć starą stronę, którą już straciłeś. Jeśli witryna zniknęła wraz z wygasłą domeną albo niewykupionym hostingiem, jej podstrony zwykle wciąż leżą w Wayback Machine. Przepuść ją przez darmową wycenę: Restorix policzy zarchiwizowane pliki i zamknie cenę, zanim zapłacisz, a potem wdroży przywróconą stronę na twój hosting z jednoplikowym CMS-em już na miejscu. To, co odzyskujesz, nie jest zamrożoną kopią-muzeum, lecz małą edytowalną stroną, czyli dokładnie niszą, którą wypełnia prosty CMS. Jeśli cokolwiek się nie powiedzie, zwrot trafia na twoje saldo automatycznie.

Tak czy inaczej, test kosztuje dni, nie miesiące. W tym właśnie jest cały sens prostoty.