Drupal 7 - koniec wsparcia (EOL) - co dalej z Twoją stroną?

Drupal 7 przez lata był najczęściej instalowaną wersją popularnego CMSa. Choć swoją premierę miał w styczniu 2011 r.,według W3Techs 35,8% wszystkich stron postawionych na Drupalu wciąż pracuje na silniku z numerem 7. I nic dziwnego, bo pod wieloma względami była to najbardziej przełomowa wersja.

Przy okazji premiery “siódemki” drastycznie uproszczono interfejs administracyjny. Wprowadzono na przykład nowy layout panelu zarządzania, ulepszony system uprawnień oraz bardziej intuicyjny mechanizm aktualizacji modułów. Z kolei developerzy zyskali m.in. dostęp do API Form, zoptymalizowanego systemu hooków, a także lepszej obsługi pól (Fields) we wszystkich typach treści. Wszystko, oczywiście, przy zachowaniu drupalowej architektury „core + moduły”, przez co platforma z miejsca stała się jednym z najbardziej elastycznych CMSów na rynku.

Poza tym zapewniała:

• świetną skalowalność – CMS był tak samo gotowy do obsługi prostych stron wizytówek, jak i serwisów z milionami użytkowników miesięcznie;
• wsparcie bardzo aktywnej społeczności – tysiące niezależnych developerów (ale i dużych firm, które korzystały z architektury Drupala) intensywnie rozwijały nowe moduły i pilnowały bezpieczeństwa tych starszych;
• dużą niezależność – bo Drupal zawsze oznaczał brak licencji komercyjnych i kontrolę nad kodem.

Siódma wersja Drupala obiecywała najwięcej firmom, które potrzebowały:

1. Możliwości rozwijania customowych rozwiązań.
2. Dużego zakresu kontroli nad infrastrukturą.
3. Bezpieczeństwa.

Dlatego też system był tak chętnie wykorzystywany do rozwoju dużych portali korporacyjnych, ale też stron administracji publicznej, organizacji non-profit, a także sklepów internetowych czy platform e-learningowych.

5 stycznia 2025, czyli równo 14 lat po premierze, cykl życia Drupala 7 dobiegł końca. Twórcy co prawda długo odwlekali EOL (End of Life), ale ten moment musiał wreszcie nadejść, zwłaszcza że od czasu wydania „siódemki” zdążyły się już pojawić… cztery kolejne wersje CMSa.

Teraz społeczność Drupala skupia się na rozwoju wersji 10 i 11 – jak czytamy w oficjalnym komunikacie.

Luki w bezpieczeństwie

Największym zagrożeniem po EOL jest oczywiście brak aktualizacji bezpieczeństwa. W praktyce oznacza to, że każda nowo odkryta luka w kodzie Drupala 7 – niezależnie od tego, jak poważna – nie będzie już załatana przez Security Team. Cyberprzestępcy bardzo aktywnie monitorują wszystkie popularne CMSy i zazwyczaj skupiają się właśnie na tych wersjach, które nie są już wspierane – bo wiedzą, że drzwi do nich są już szeroko otwarte.

Także jeśli zbierasz na swojej stronie jakiekolwiek dane, pozostawienie jej na Drupalu 7 po EOL stanowi poważne ryzyko – również dla Ciebie, ale przede wszystkim dla Twoich klientów.

Problemy z kompatybilnością

Kolejna kwestia – Drupal 7 bez aktualizacji prędzej czy później przestanie być zgodny z najnowszymi wersjami PHP, bibliotekami serwerowymi, systemami baz danych czy nawet podstawowymi narzędziami dla developerów. Najpopularniejsze moduły też już nie są rozwijane pod „siódemkę”, a jedynie pod nowsze wersje Drupala.

Bardzo ograniczone wsparcie techniczne

Od EOL coraz trudniej znaleźć specjalistów, którzy chcą i potrafią wspierać strony na Drupalu 7. Cała społeczność CMSa naturalnie przechodzi w takiej sytuacji na nowsze wersje, więc przestanie aktualizować wszelkie narzędzia, poradniki i dokumentację.

Negatywny wpływ na SEO

O tym nie mówi się często, ale korzystanie z przestarzałego systemu może też wpłynąć pośrednio na widoczność w Google. A to ze względu na problemy z wydajnością, które uderzą w Core Web Vitals strony oraz brak wsparcia dla preferowanych przez Google formatów. „Siódemka” nie obsługuje na przykład popularnych modułów do optymalizacji grafik w WebP albo tych, które ułatwiają osadzanie danych strukturalnych w HTMLu przy pomocy JSON-LD. Znów dochodzi do tego kwestia bezpieczeństwa – też istotna dla Google.

Sam widzisz, że jest sporo powodów, aby na Drupalu 7 nie zostawać dłużej, niż to konieczne. Ale rozumiemy, że ewentualna migracja wymaga czasu i środków. Właśnie dlatego w Smartbees dalej zapewniamy wsparcie dla stron na tej wersji CMSa, razem z regularnymi audytami bezpieczeństwa do momentu, aż zdecydujesz się przenieść swoją stronę na nowszą platformę.

Z perspektywy biznesowej taka migracja w zasadzie zdefiniuje Twoją obecność w sieci na najbliższe 5-10 lat. Do tego jest najlepszą okazją, aby odświeżyć samą stronę z myślą o poprawie doświadczeń użytkownika, wydajności i bezpieczeństwa.

Jak podchodzimy do tego w Smartbees?

Mieliśmy okazję przeprowadzić pełną migrację strony warszawskiego Muzeum Historii Żydów Polskich POLIN z Drupala 7 na „ósemkę”. Całe case study tej realizacji znajdziesz tutaj. Celem projektu było przeniesienie wyglądu serwisu w formie 1:1 na nową platformę, ale odświeżając zaplecze administracyjne i poprawiając UX na urządzeniach mobilnych.

Na potrzeby realizacji przygotowaliśmy pakiet customowych modułów do migracji treści, obrazów oraz samego interfejsu – w efekcie mogliśmy szybko przenieść cały front strony i skupić się na kluczowych zmianach. Te najbardziej odczuwalne pojawiły się w panelu administratora: redaktorzy zyskali nowoczesne, intuicyjne środowisko do zarządzania treściami, razem z rozbudowanym CKEditorem.

A po stronie użytkownika? Wykorzystaliśmy możliwości ósmej wersji Drupala do tego, aby rozbudować wersję mobilną witryny – przenieśliśmy większość funkcji z desktopów i postawiliśmy mocniej na responsywność. Na Drupalu 7 znaczna część treści i obrazów nie wyświetlała się prawidłowo na smartfonach; na „ósemce” wreszcie mogliśmy wykorzystać cały zakres ekranu urządzeń mobilnych.

Naturalną ścieżką migracji są oczywiście najnowsze wersje stabilne Drupala: 10 i 11.

Ta pierwsza jest obecnie domyślnym wyborem dla większości projektów – tych migrujących i tych rozwijanych od zera. Dziś na Drupalu 10 działa 33,8% wszystkich drupalowych witryn; więcej zasila… tylko „siódemka”.

Drupal 10 gwarantuje pełne wsparcie dla wszystkich popularnych modułów i bardzo dobrze rozwiniętą dokumentację; przy okazji jego wydania developerzy oczyścili core z przestarzałych skryptów i dostosowali platformę do wymagań nowszych frameworków/bibliotek – przede wszystkim do ostatnich wersji Symfony.

Tylko uwaga: według aktualnych planów rozwoju Drupala koniec cyklu życia „dziesiątki” ma nadejść… już w grudniu 2026. Możliwe, że twórcy odroczą EOL ze względu na ogromną popularność tej wersji – podobnie jak w przypadku Drupala 7 – ale nie należy się na to nastawiać.

Dlatego radzimy rozważyć migrację od razu na Drupala 11, który również wnosi wiele ciekawych funkcji:

• dodaje gotowe zestawy konfiguracji, które można w każdym momencie, bez ingerencji w kod, wdrożyć na stronie (tzw. Drupal recipes);
• pozwala budować komponenty – elementy UI “wielokrotnego użytku”, które można błyskawicznie przenosić między stronami;
• przynosi nowe, w pełni konfigurowalne menu nawigacyjne po stronie administratora;
• daje więcej opcji definiowania zasad dostępu do zasobów strony – pozwala nadawać uprawnienia na podstawie niemal dowolnych kryteriów.

Z naszego doświadczenia jako ekspertów od Drupala – migracja z „siódemki” na nowszą wersję platformy powinna być szybsza i obarczona mniejszym ryzykiem niż przesiadka na zupełnie inny CMS o odmiennej architekturze. Ale o alternatywach – np. o WordPressie albo Magento w przypadku e-commerce’ów – też nie zaszkodzi pomyśleć.

W każdym razie wskazane jest przeprowadzenie migracji – niezależnie od tego, ile lat ma już Drupal 7 – bo przenosząc stronę na nowszy CMS:

• wykonujesz spory skok jakościowy pod względem technicznym – w przypadku Drupala każda kolejna wersja oznacza czystszy kod i łatwiejszy deployment;
• gwarantujesz sobie większe bezpieczeństwo – zgodność z najnowszymi wersjami PHP i standardami OWASP, aktywne wsparcie zespołu developerów odpowiedzialnych za wykrywanie i łatanie luk w systemie;
• poszerzasz możliwości dla marketerów, twórców treści, „nietechnicznych” członków zespołu – z każdą kolejną wersją Drupal ulepsza UI i wbudowane edytory, daje więcej opcji zarządzania treściami, odświeża szablony;
• masz pewność, że system będzie kompatybilny z resztą Twojego stacku – na przykład z narzędziami do analityki czy automatyzacji działań marketingowych.

Jeżeli chodzi o samą migrację, jest to złożony proces, który przy większych projektach potrafi dorównać skalą budowie całej strony od zera. Tak wygląda typowa ścieżka dla takich wdrożeń: