Darmowy CMS: ile naprawdę kosztuje 'darmowe' w 2026 roku

Co kilka miesięcy klient pyta mnie, dlaczego jego 'darmowa' strona internetowa tyle kosztuje. CMS był darmowy. Motyw był darmowy. Potem przyszedł rachunek za hosting, odnowienia wtyczek, awaryjne sprzątanie po tym, jak bot znalazł formularz kontaktowy, i moje sobotnie przedpołudnie stracone na aktualizacji PHP, aby przestały pojawiać się błędy 500. Licencja na oprogramowanie to jedyna pozycja, która kiedykolwiek wynosi $0. Oto szczera matematyka prowadzenia darmowego CMS-a, plus przypadki, w których prostsze narzędzie cicho wygrywa.

Co oznacza 'darmowe' w świecie darmowych systemów CMS

Darmowe oprogramowanie CMS, WordPress, Joomla, Drupal, Grav, Bludit, October CMS, nic nie kosztuje w pobraniu, instalacji i modyfikacji. Licencje (GPL, MIT i spółka) naprawdę oddają Ci kod. Nikt nie wystawia Ci za to faktury, nikt nie może go odebrać, a poprawki bezpieczeństwa docierają bez umowy o wsparcie. Ta część układu jest prawdziwa i jest niezwykła, jeśli pamiętasz, ile kosztowały licencje korporacyjnych systemów CMS w 2005 roku.

Czego licencja nie obejmuje, to wszystko inne: serwer do uruchomienia, nazwa domeny, kopie zapasowe, ktoś do wprowadzania aktualizacji i ktoś, do kogo możesz zadzwonić o 21:00, gdy strona główna zamienia się w reklamę apteki. Fora społeczności zastępują biuro wsparcia, a 'ktoś' zazwyczaj oznacza Ciebie.

• Wliczone w $0: główne oprogramowanie, przyszłe aktualizacje, dokumentacja społeczności i tysiące darmowych motywów i wtyczek.
• Niewliczone: hosting, domena, dostarczalność e-maili, kopie zapasowe, monitorowanie czasu działania lub ktokolwiek odbierający telefon.
• Także niewliczone: kompatybilność między Twoim motywem, wtyczkami a wersją PHP z przyszłego roku. Ta zagadka należy do Ciebie.
• I zdecydowanie niewliczone: godziny. Każda godzina spędzona na administrowaniu stroną to koszt, nawet jeśli żadna faktura tego nie wykazuje.

Prawdziwy rachunek: hosting, konserwacja, łatki bezpieczeństwa

Oto ile naprawdę kosztuje rocznie mała strona na darmowym CMS-ie, na podstawie faktur, które widziałem w dziesiątkach stron klientów:

Oś czasu to ta pozycja, o której ludzie oszukują samych siebie. Strona WordPress z tuzinem wtyczek wymaga uwagi mniej więcej co miesiąc: aktualizacje rdzenia, aktualizacje wtyczek, kopia zapasowa przed każdą z nich, szybki rzut oka na logi. Pomiń trzy miesiące, a kolejka aktualizacji staje się projektem. Pomiń rok, a będziesz kuratorem muzeum exploitów.

Potem jest sam PHP. Hostingi wycofują stare wersje według własnego harmonogramu, a nie Twojego. Widziałem, jak strona klienta na Joomla z 2014 roku zginęła w tygodniu, w którym jego hosting porzucił PHP 5.6, każda strona zniknęła, dopóki nie zapłaciliśmy za akcję ratunkową w celu zapewnienia kompatybilności. CMS nadal był darmowy. Ratunek nie.

Kopie zapasowe zasługują na osobne zdanie, ponieważ są najczęściej pomijaną pozycją na tej liście. Wiele tanich hostingów reklamuje kopie zapasowe, mając na myśli 'robimy zrzut całego serwera na wypadek naszych własnych katastrof'. Przywrócenie z nich pojedynczej strony jest powolne, częściowe lub niemożliwe. Prawdziwe kopie zapasowe, zautomatyzowane, poza serwerem, testowane przynajmniej raz, to wtyczka, którą konfigurujesz samodzielnie, lub usługa, za którą płacisz. Darmowy CMS, tak. Darmowa siatka bezpieczeństwa, nie. Widziałem, jak dwóch właścicieli stron uczyło się tego w tym samym roku, obaj po tym, jak 'dołączone kopie zapasowe' ich hostingu okazały się mieć siedem dni i być każdej nocy nadpisywane.

Kiedy prosty darmowy CMS wygrywa z WordPress

WordPress obsługuje ogromną część internetu, często przytaczana wartość to około 40%, a ten udział w rynku czyni go głównym celem zautomatyzowanych ataków. To nie jest powód, by go unikać. To powód, by zapytać, czy naprawdę go potrzebujesz.

W przypadku strony liczącej mniej niż pięćdziesiąt podstron, zmienianej kilka razy w roku, oparty na płaskich plikach lub pojedynczym pliku CMS (Grav, Pico, Bludit, WonderCMS) przewyższa WordPress na każdej osi, na której zależy małemu właścicielowi: ładuje się szybciej, nie ma bazy danych, która mogłaby ulec uszkodzeniu, tworzy kopie zapasowe poprzez skopiowanie folderu i stanowi znacznie mniejszą powierzchnię ataku. Forum phpBB z 2009 roku, które przekonwertowałem na strony statyczne plus Grav, przeszło od cotygodniowych incydentów ze spam-botami do zera w trzy lata.

• Mniej niż 50 podstron, głównie tekst i obrazy
• Zmiany treści raz w miesiącu lub rzadziej
• Brak kont użytkowników, brak kasy, brak członkostw
• Jeden redaktor, komfortowo czujący się z prostym panelem administracyjnym
• Doceniasz fakt, że nikt nie może dokonać wstrzyknięcia SQL na stronie bez SQL

Kiedy WordPress (lub coś większego) to właściwy wybór

Nie zmuszaj narzędzia do tworzenia broszur do wykonywania pracy platformy. WordPress zasługuje na swoją złożoność, gdy potrzebujesz WooCommerce, płatnych członkostw, wielojęzycznych zespołów redakcyjnych lub ekosystemu wtyczek, który już rozwiązał Twój nietypowy, niszowy problem. To samo dotyczy Drupal w przypadku złożonych, ustrukturyzowanych treści lub konfiguracji headless, gdy kilka aplikacji odczytuje dane z jednego interfejsu API treści.

Wybór malutkiego CMS-a do sklepu z 5000 produktów to nie oszczędność; to przyszła przebudowa z dodatkowymi krokami. Szczera zasada: dopasuj narzędzie do najbliższych trzech lat istnienia strony, a nie do budżetu z tego miesiąca. Migracja później kosztuje więcej niż licencja, której nigdy nie musiałeś płacić.

Darmowy CMS dla przywróconych stron z archiwum

Jeden przypadek zasługuje na osobną sekcję, bo widzę go stale: strona przywrócona z Wayback Machine. Przywrócenie daje Ci statyczny HTML, CSS i obrazy. Przyczepienie do tego opartego na bazie danych CMS-a jest jak kupno ciężarówki do przewiezienia kanapki.

Restorix załatwia to elegancko. Przywracanie obejmuje opcje czyszczenia, które mają znaczenie dla starych stron, usuwanie martwych skryptów analitycznych i reklam, konwersja linków wewnętrznych na względne, wymuszanie HTTPS, a każde wdrożenie zawiera Restorix CMS: pojedynczy plik PHP pod adresem /webarchive-cms.php z edycją treści, wyszukiwaniem i zamiennianiem w całej witrynie oraz menedżerem plików. Jest on dostarczany z domyślnie włączonym trybem bezpieczeństwa, przypadkowo generowanym hasłem administratora dla każdej strony wyświetlanym w Twoim panelu i nie kosztuje nic ekstra. W przypadku przywróconego 200-stronicowego archiwum, które wymaga sporadycznych edycji, to idealna ilość CMS-a. Pełny przepływ pracy jest opisany w naszym przewodniku na temat przywracania strony internetowej z Wayback Machine.

1. Uruchom darmową wycenę, aby uzyskać dokładną liczbę zarchiwizowanych plików i zablokowaną cenę.
2. Przywróć z włączonymi opcjami czyszczenia, usuń analitykę, reklamy i zewnętrzne linki, których nie chcesz.
3. Wdrażaj jednym kliknięciem: VPS przez SSH/SFTP, hosting współdzielony przez FTP/FTPS lub S3.
4. Edytuj strony przez /webarchive-cms.php zawsze, gdy treść wymaga poprawki.

Jak dokonać wyboru bez nadmiernego myślenia

1. Policz swoje strony. Mniej niż 50 i głównie statyczne? Oparty na płaskich plikach lub pojedynczym pliku CMS.
2. Policz swoich redaktorów. Jeden lub dwóch, nietechnicznych? Preferuj najmniejszy panel administracyjny, który wykonuje zadanie.
3. Wymień dynamiczne funkcje, których naprawdę potrzebujesz: formularze, wyszukiwarka, kasa, logowania. Każda z nich dodaje ruchome części.
4. Wycenij własną godzinę. Jeśli Twoja sobota jest warta więcej niż $40, zarządzany hosting lub statyczny przepływ pracy zwraca się sam.
5. Ożywiasz starą stronę z archiwum? Pomiń całe pytanie, przywróć ją i użyj CMS-a, który jest dostarczany wraz z wdrożeniem.

Darmowe oprogramowanie CMS to jeden z wielkich darów świata open-source. Po prostu zaplanuj budżet na te części, których nigdy nie było w pliku do pobrania: serwer, aktualizacje, kopie zapasowe i okazjonalny zły weekend. A jeśli strona, o której myślisz, w ogóle już nie istnieje, Restorix może przywrócić ją z archiwum, darmowy CMS w zestawie z wdrożeniem, dzięki czemu historia utrzymania pozostaje prosta.