Środowisko & web
Ile mocy obliczeniowej, transferu i konserwacji wymaga Państwa strona przy każdej wizycie? Te czynniki razem decydują o cyfrowym obciążeniu środowiska — często bardziej, niż się wydaje.
Zestawiamy tu klasyczne witryny na CMS (jak WordPress czy Joomla) ze statycznymi stronami HTML: strona serwera, sieć, urządzenie po stronie użytkownika oraz wpływ bieżącej konserwacji.
Ślad CO2strony internetowej to nie tylko centrum danych. Każda odsłona łączy: (1) pracę serwera, (2) bajty przesyłane przez sieć, (3) przetwarzanie i wyrenderowanie strony na telefonie lub laptopie. Ciężka, powolna strona zużywa we wszystkich tych trzech miejscach więcej niż lekka i szybka — nawet jeśli samo centrum danych korzysta z zielonej energii.
CMS często buduje strony przy każdym żądaniu od nowa: PHP lub podobna logika, zapytania do bazy danych, motywy i wtyczki, które skalują się razem z nią. Nawet przy dobrym cache serwer origin musi okresowo znów wziąć się do pracy. Każda dodatkowa wtyczka i każde żądanie panelu dokłada cykli procesora i pamięci. To nie jest “błąd” — tak działa system, który ma pozostać elastyczny i łatwy w edycji — ale strukturalnie jest to cięższe niż wysłanie gotowego pliku HTML.
Chcą Państwo CMS ze świadomymi wyborami? Zapraszamy na nasze strony o WordPress i Joomla, a także o hosting w klimatycznie neutralnych centrach danych.
Każda statyczna strona HTML czeka gotowa w postaci plików. Serwer po prostu je wysyła; nie ma zapytania do bazy danych przy każdej wizycie ani środowiska CMS, które musi działać w tle. Dlatego profil energetyczny w przeliczeniu na odsłonę jest zwykle znacznie niższy, zwłaszcza przy świadomie skompresowanych zasobach i niewielkiej ilości JavaScriptu. Odpowiada to temu, co opisujemy na projektowanie stron w HTML na zamówienie oraz w naszym stronie o zrównoważonym rozwoju.
| Aspekt | Typowa witryna na CMS | Statyczna strona HTML |
|---|---|---|
| Serwer przy każdej wizycie | PHP/środowisko uruchomieniowe, baza danych, motyw & wtyczki; cache pomaga, ale nie eliminuje obciążenia bazowego | Pliki statyczne, prawie żadnych obliczeń po stronie serwera |
| Rozmiar & szybkość | Bardzo się różni; ciężkie motywy i skrypty potrafią mocno pogrubić strony | Zwykle zwarte i łatwe do dostrojenia; mniej bajtów = mniej energii w sieci i na urządzeniu |
| Utrzymanie | Potrzebne aktualizacje CMS, motywu i wtyczek, aby zachować bezpieczeństwo i zgodność | Brak ścieżki aktualizacji CMS; zmiany to świadome wdrożenia |
| Kiedy to pasuje? | Dużo pracy redakcyjnej, przepływy pracy, wielojęzyczność, złożona dynamika | Przejrzyste witryny, długa żywotność, nacisk na szybkość i niski wpływ |
Czasem CMS jest jedyną rozsądną opcją — na przykład przy częstych publikacjach przez wiele osób lub przy integracjach z innymi systemami. Czasem HTML jest najczystszą i najtańszą drogą do stabilnej prezentacji przez lata. Chętnie pomożemy ustalić, co najlepiej pasuje do Państwa sytuacji; warto też przeczytać aktualność z tym samym wątkiem przewodnim. Jeśli Państwa strona działa dziś na CMS-ie i chcą Państwo ten zysk wykorzystać, przeczytają na przeniesienie strony z CMS na HTML jak taka zmiana przebiega w praktyce.
Nikt nie zna dokładnego zużycia energii jednej wizyty w Państwa domenie co do wata — zależy to od hostingu, cache, wagi strony i zachowania odwiedzających. Możemy jednak, w oparciu o powszechnie stosowane modele dla transferu danych, obciążenia serwera i energii po stronie klienta, podać przybliżony przedział dla porównywalnych witryn. Nie jest to zatem pomiar w Państwa centrum danych, lecz rząd wielkości pokazujący różnicę między CMS a statycznym HTML.
WordPress lub Joomla (typowa witryna firmowa z motywem, zestawem wtyczek lub rozszerzeń, przyzwoitym cache i przeciętnie cięższymi stronami): przy 100.000 odsłon całkowite zużycie energii — serwer, sieć i przetwarzanie na telefonie lub laptopie razem — często wynosi około 10 do 20 kWh. Cięższe sklepy, dużo śledzenia lub słabo zoptymalizowane motywy mogą sięgać 25 kWh lub więcej przy tej samej liczbie wizyt.
Każda dobrze zbudowana statyczna strona HTML (zwarte strony, mało żądań, brak PHP/bazy danych przy każdym kliknięciu): przy tych samych 100.000 odsłon zużycie wynosi zwykle około 1,5 do 4 kWh — około pięć do dziesięciu razy mniej niż w powyższym przykładzie z CMS. Różnica wynika przede wszystkim z mniejszej ilości danych przesyłanych łączem, krótszego czasu pracy procesora serwera na wizytę oraz szybszego, lżejszego wyświetlania na urządzeniu.
Dlaczego jest to bardziej zrównoważone: każda zaoszczędzona kilowatogodzina to mniejsze zapotrzebowanie na prąd — a tym samym mniejsza presja na system energetyczny i surowcowy, nawet jeśli Państwa hostingodawca korzysta już z zielonej energii. HTML-first jest więc konkretnym wyborem projektowym pozwalającym utrzymać niski budżet energetyczny na wizytę, obok zalet takich jak szybkość i długa żywotność. Więcej o takim podejściu znajdą Państwo na naszej stronie o projektowanie stron w HTML na zamówienie.
Pomyślimy razem z Państwem, czy najlepiej pasuje HTML, CMS czy połączenie obu — również przez pryzmat zrównoważonego rozwoju.
Szybka odpowiedź, zawsze osobista.