Dead code: cichy zabójca wydajności Twojego e-commerce
Prowadzisz sklep internetowy. Działa. Klienci przychodzą. Ale czy na pewno działa tak szybko, jak mógłby? Czy zastanawiałeś się, ile zasobów serwera pochłaniają fragmenty kodu, które dawno straciły rację bytu? Dead code – martwy kod – to jedno z tych zjawisk, które cicho podgryza wydajność, SEO i budżet. W tym artykule pokażę, dlaczego warto się nim zająć, jak go znaleźć i co z nim zrobić.
Co to jest dead code i dlaczego jest groźny?
Dead code to fragmenty aplikacji, które nie są już używane: funkcje, które nigdy nie są wywoływane, style CSS dla elementów, które usunięto, biblioteki JavaScript wczytane tylko dla jednego widgeta, który już nie istnieje. W e-commerce taki kod gromadzi się latami – przy okazji migracji, dodawania nowych funkcji, testów A/B, które nigdy nie zostały posprzątane. Problem? Zwiększa objętość plików, wydłuża czas ładowania i zużywa pamięć serwera. Dla sklepu oznacza to niższe pozycje w Google (przez Core Web Vitals) i mniej konwersji.
3 realne koszty dead code w e-commerce
1. Koszt wydajności: spowolnienia, które kosztują sprzedaż
Każdy dodatkowy kilobajt kodu to milisekundy czasu ładowania. Klienci są niecierpliwi – badanie Google pokazuje, że 53% użytkowników opuszcza stronę, która ładuje się dłużej niż 3 sekundy. Dead code, zwłaszcza nieoptymalne skrypty JS, może wydłużyć ten czas o setki milisekund. Przykład: sklep z odzieżą miał na każdej podstronie wczytywany chatbot, który był widoczny tylko w stopce. Po jego wycięciu czas ładowania skrócił się o 0,8 s, a współczynnik konwersji wzrósł o 12%. Martwy kod zabija sprzedaż.
2. Koszt utrzymania: czas zespołu zjedzony przez niepotrzebny balast
Zespół deweloperski, który musi przebijać się przez tysiące linii martwego kodu, traci czas na jego analizę przy każdej zmianie. Boisz się usunąć coś starego, bo nie wiesz, czy przypadkiem nie jest potrzebne. To klasyczny dług techniczny. W praktyce: jeden z moich klientów – marketplace – miał w repozytorium moduł do integracji z systemem płatności, który został wyłączony rok wcześniej. Zajmował 15% całego kodu backendu, a nikt nie miał odwagi go usunąć. Po audycie i wyczyszczeniu go, zespół zaoszczędził 2 dni robocze miesięcznie na utrzymaniu. Dwa dni – to realny koszt.
3. Koszt SEO: Core Web Vitals i kara od Google
Google od 2023 roku bierze pod uwagę Core Web Vitals – w tym Largest Contentful Paint (LCP) i Cumulative Layout Shift (CLS). Dead code często powoduje tzw. render-blocking resources – duże pliki CSS/JS, które blokują wyświetlenie treści. Przykład: sklep zoologiczny miał w szablonie załadowane stare fonty i ikony, które nie były używane. Po ich usunięciu LCP spadł z 4,2 s do 2,1 s, a ruch organiczny wzrósł o 18% w ciągu dwóch miesięcy. Google nagradza szybkie strony, dead code je spowalnia.
Jak znaleźć i usunąć dead code?
Metody są różne – od prostych narzędzi po zaawansowane techniki.
Dla frontendu (CSS/JS):
- Chrome DevTools – zakładka Coverage: pokazuje, ile procent kodu jest faktycznie używanego na danej stronie. Uruchom, odśwież stronę, klikaj – zobaczysz linię na zielono (używane) i czerwono (nieużywane).
- Narzędzia jak PurifyCSS – automatycznie usuwają nieużywane style. Uwaga: mogą wyciąć zbyt dużo – zawsze testuj.
- Code splitting – podziel bundle JS na mniejsze części, wczytywane tylko tam, gdzie są potrzebne.
Dla backendu:
- Statyczna analiza kodu – narzędzia jak SonarQube wykrywają nieużywane funkcje, zmienne, klasy. Ustaw regułę i regularnie przeglądaj raporty.
- Logi i monitoring – sprawdź, które endpointy API nie są wywoływane od kilku miesięcy. Jeśli endpoint nie ma żadnych żądań od 90 dni – prawdopodobnie jest martwy.
- Testy regresji – przed usunięciem kodu upewnij się, że testy przechodzą. Martwy kod nie powinien wpływać na działanie, ale ostrożność nie zawadzi.
Dlaczego firmy nie usuwają dead code? 3 mity
Mit 1: „Nie mamy na to czasu” – prawda?
Zazwyczaj brak czasu to wynik złego zarządzania długiem technicznym. W praktyce: jeśli nie posprzątasz teraz, zapłacisz więcej później. W jednym z projektów, które audytowałem, dead code stanowił 35% całego repozytorium. Usunięcie go zajęło dwa tygodnie, ale potem czas wdrożenia nowych funkcji skrócił się o 20%. Inwestycja zwróciła się w kwartał.
Mit 2: „To może być potrzebne w przyszłości” – bardzo rzadko.
Jeśli kod nie jest używany, a brak go w repozytorium – można go odtworzyć z historii Git. Dead code to balast, a nie zabezpieczenie. W nowoczesnym developmentcie liczy się czystość i minimalność.
Mit 3: „Nie da się tego bezpiecznie usunąć” – da się, krok po kroku.
Użyj feature flagów, testów automatycznych i shadow mode (uruchom nową wersję bez starego kodu i monitoruj błędy). Jeśli przez tydzień nie ma żadnych alertów – kod jest martwy.
Case study: jak czysty kod uratował e-commerce
Klient: sklep z elektroniką, średnia wielkość, ~10 tys. zamówień miesięcznie. Przez lata dodawano nowe funkcje: program lojalnościowy, integracje z Allegro, dynamiczne ceny. Zespół rósł, ale nikt nie myślał o sprzątaniu. W efekcie strona ładowała się średnio 5,2 s, a Google obniżyło pozycje w wynikach wyszukiwania.
Zrobiliśmy audyt: znaleźliśmy 23 nieużywane biblioteki JS, stare endpointy API (nieużywane od 2 lat), i kilka modułów PHP, które były załadowane, ale nigdy nie wywoływane. Po usunięciu wszystkiego: czas ładowania spadł do 2,8 s, ruch organiczny wzrósł o 25% w 3 miesiące, a zespół deweloperski zyskał 3 dni miesięcznie na nowe funkcje. Koszt audytu i czyszczenia: 15 tys. zł. Zwrot w pół roku.
Jak wprowadzić czysty kod jako standard?
Dead code to nie jest jednorazowy problem – to proces. Oto trzy zasady, które warto wdrożyć:
- Regularne audyty co kwartał – przegląd repozytorium pod kątem nieużywanego kodu. Zrób to częścią sprintu.
- Automatyczne narzędzia w CI/CD – dodaj skanery dead code do pipeline (np. SonarQube, npm-check). Niech blokują wdrożenie, jeśli wykryją dużą ilość nieużywanego kodu.
- Kultura „leave it cleaner” – każdy deweloper przy okazji zmiany powinien usunąć stary kod, na który trafi. To oszczędza czas w długim terminie.
Podsumowanie
Dead code to nie tylko brzydki kod – to realne straty finansowe. Spowolnione strony, niższe pozycje w Google, zmarnowany czas zespołu. Na szczęście można to naprawić – narzędzia są dostępne, case studies potwierdzają skuteczność. Jeśli Twój e-commerce ostatnio nie był audytowany pod kątem martwego kodu, to dobry moment, żeby to zrobić. Zacznij od Chrome DevTools i sprawdź, ile procent Twojego kodu jest faktycznie używane. Wynik może Cię zaskoczyć.
A jeśli potrzebujesz wsparcia w audycie i optymalizacji – JurskiTech.pl od lat pomaga firmom oczyszczać aplikacje i odzyskiwać wydajność. Czysty kod to szybszy biznes.
