FileZilla – praktyczny przewodnik dla właścicieli stron WordPress

Prowadzisz stronę na WordPressie i pewnego dnia okazuje się, że panel administracyjny zawodzi. Motyw ma 60 MB, a hosting ogranicza upload do 8 MB. Wtyczka po aktywacji wywala biały ekran i nie ma jak jej wyłączyć z poziomu przeglądarki. Przenosisz się na nowy hosting i musisz zabrać ze sobą wszystkie pliki oraz bazę danych. W takich momentach FileZilla pozwala ominąć ograniczenia WordPressa i dostać się bezpośrednio do plików na serwerze.

Ten przewodnik powstał z myślą o osobach, które prowadzą strony oparte na WordPressie i chcą mieć narzędzie gotowe na każdy kryzys. Nie musisz być programistą ani administratorem systemu – wystarczy wiedzieć, gdzie kliknąć i co wpisać.

Czym właściwie jest FileZilla i jak działa

FileZilla to darmowy, otwartoźródłowy klient do przesyłania plików między komputerem a serwerem, który powstał w 2001 roku jako projekt studencki Tima Kosse. Od tamtej pory stał się jednym z najpopularniejszych narzędzi tego rodzaju na świecie. Działa na Windowsie, macOS i Linuksie, więc bez względu na system operacyjny obsługa wygląda tak samo.

Idea jest prosta: z lewej strony ekranu widzisz pliki na swoim komputerze, z prawej – pliki na serwerze. Między tymi dwoma miejscami możesz przeciągać pliki i foldery, zmieniać nazwy, usuwać, pobierać i wgrywać. To wszystko bez logowania do panelu hostingowego czy WordPressa – bezpośrednio na poziomie systemu plików serwera.

Dla właścicieli stron WordPress to oznacza pełną kontrolę: możesz dotrzeć do każdego pliku na serwerze niezależnie od tego, czy panel administracyjny działa, czy nie.

Protokoły FTP, FTPS i SFTP – która opcja jest bezpieczna

FileZilla obsługuje trzy protokoły przesyłania plików, które różnią się poziomem bezpieczeństwa:

• FTP – podstawowy protokół, ale nie szyfruje danych. Przy połączeniu przez FTP hasło i przesyłane pliki wędrują przez sieć w czystej postaci, bez żadnej ochrony.
• FTPS – FTP z dodaną warstwą szyfrowania TLS lub SSL. Bezpieczniejszy od zwykłego FTP, ale wymaga odpowiedniej konfiguracji certyfikatu po stronie serwera.
• SFTP – SSH File Transfer Protocol. Działa przez szyfrowany tunel SSH i szyfruje zarówno dane logowania, jak i wszystkie przesyłane pliki. To obecnie najbezpieczniejsza opcja, dostępna na zdecydowanej większości hostingów.

Jeśli masz wybór, zawsze wybieraj SFTP. Różnica między FTP a SFTP to nie subtelny detal techniczny – to różnica między wysłaniem hasła pocztówką a przesłaniem go w zamkniętej, zaklejonej kopercie. W publicznej sieci Wi-Fi ktoś może przechwycić połączenie FTP kilkoma poleceniami. SFTP powinien być domyślnym wyborem, nie wyjątkiem.

Instalacja – skąd pobierać i na co uważać

Oficjalna strona projektu to filezilla-project.org – tylko stamtąd powinieneś pobierać program. Nieoficjalne strony z FileZillą często dołączają do instalatora dodatkowe oprogramowanie lub w najgorszym przypadku złośliwe pliki.

Na Windowsie instalator próbuje dołożyć dodatkowe aplikacje. Podczas instalacji pojawia się kilka ekranów z opcjonalnymi ofertami – wystarczy odznaczać to, czego nie potrzebujesz. Bezpieczniejszą opcją jest pobranie wersji przenośnej w formacie ZIP, która nie wymaga instalacji i nie zawiera żadnych dodatków. Wypakowujesz, uruchamiasz i gotowe.

Na macOS instalacja sprowadza się do rozpakowania archiwum i przeciągnięcia ikony aplikacji do katalogu Aplikacje. Na Linuksie FileZilla jest dostępna bezpośrednio w repozytoriach systemowych – instalujesz ją przez menedżer pakietów, wpisując odpowiednie polecenie dla swojej dystrybucji (apt, dnf, pacman i inne).

Pierwsze połączenie z serwerem krok po kroku

Po uruchomieniu FileZilli widzisz interfejs podzielony na dwie części. Po lewej stronie znajdują się pliki na twoim komputerze, po prawej będzie widoczny serwer po nawiązaniu połączenia. Na górze programu mieści się pasek szybkiego łączenia: host, nazwa użytkownika, hasło i port.

Dane do logowania znajdziesz w panelu hostingowym. W cPanelu szukaj sekcji FTP Accounts lub SSH Access. Będziesz potrzebować czterech informacji:

• Host – zwykle twoja domena lub adres w formacie ftp.twojadomena.pl
• Nazwa użytkownika – dane z panelu hostingowego, nie z WordPressa
• Hasło – przypisane do konta FTP lub SSH na hostingu
• Port – 22 dla SFTP, 21 dla FTP

Wpisz te dane w pasek szybkiego łączenia i kliknij Szybkie łączenie. Przy pierwszym połączeniu przez SFTP pojawi się okno z informacją o nieznanym kluczu hosta – to normalne zachowanie. Możesz zaznaczyć opcję, żeby zawsze ufać temu kluczowi, i kontynuować.

Gdy połączenie zostanie nawiązane, po prawej stronie zobaczysz katalogi na serwerze. Główny katalog strony WordPress najczęściej nazywa się public_html, www lub htdocs – zależy od konfiguracji hostingu.

Skorzystaj od razu z Menedżera witryn (menu Plik > Menedżer witryn). Raz zapisane połączenie uruchomisz jednym kliknięciem, bez wpisywania danych od nowa przy każdej kolejnej sesji. Jeśli zarządzasz kilkoma stronami na różnych hostingach, ta funkcja oszczędza sporo czasu.

Ważna wskazówka przed pracą z plikami WordPress: w menu Serwer zaznacz opcję wymuszającą pokazywanie ukrytych plików. Inaczej program nie wyświetli pliku .htaccess, który jest kluczowym elementem konfiguracji WordPressa.

Instalowanie motywu zbyt dużego dla panelu WordPress

Panel administracyjny WordPressa ma ograniczenie rozmiaru wgrywanych plików – ustawiają je domyślnie hostingodawcy i zazwyczaj wynosi od 8 do 64 MB. Gdy motyw ma 30–80 MB, WordPress go odrzuca i wyświetla błąd. Z FileZillą ten problem znika całkowicie.

Jak to zrobić:

• Pobierz plik ZIP z motywem na swój komputer i rozpakuj go – potrzebujesz folderu z motywem, nie archiwum ZIP.
• Połącz się przez SFTP z serwerem hostingowym.
• Po prawej stronie (serwer) przejdź do katalogu z instalacją WordPress, a następnie wejdź do podkatalogu wp-content, a stamtąd do themes.
• Po lewej stronie (komputer) odszukaj folder z rozpakowanym motywem.
• Przeciągnij folder z lewej na prawą stronę. FileZilla rozpocznie transfer.
• Po zakończeniu przejdź do panelu WordPress i aktywuj motyw w sekcji Wygląd, a następnie Motywy.

Cały proces zajmuje tyle czasu, ile potrzeba do przesłania plików – przy motywie o rozmiarze 50 MB i typowym łączu domowym to kilka minut.

Wyłączanie wtyczki, gdy panel jest niedostępny

To jedna z najczęstszych sytuacji kryzysowych przy pracy z WordPressem. Instalujesz lub aktualizujesz wtyczkę, strona pokazuje biały ekran albo błąd 500, a panel administracyjny jest niedostępny. Nie możesz zalogować się do WordPressa, żeby dezaktywować problematyczny plugin.

FileZilla rozwiązuje ten problem w kilka minut:

• Połącz się z serwerem przez SFTP.
• Przejdź do katalogu wp-content, a potem plugins.
• Kliknij prawym przyciskiem myszy na folder feralnej wtyczki i wybierz opcję zmiany nazwy.
• Dodaj do nazwy folderu dowolny ciąg znaków, np. "-wyłączona" lub "-old". WordPress nie rozpozna już tego folderu jako aktywnej wtyczki.
• Odśwież stronę – powinna wrócić do działania.
• Teraz możesz zalogować się do panelu WordPress i usunąć plugin na dobre.

Ta sama metoda działa, gdy chcesz przetestować, czy problem ze stroną powoduje konkretna wtyczka. Zamiast dezaktywować je jedną po drugiej przez panel, możesz tymczasowo przemianować cały folder plugins – WordPress zachowa się wtedy tak, jakby nie było żadnych wtyczek.

Edycja plików konfiguracyjnych WordPress

Niektóre pliki konfiguracyjne WordPress wymagają bezpośredniej edycji, a panel administracyjny do nich nie sięga. Dwa najważniejsze to wp-config.php i .htaccess.

Plik wp-config.php zawiera dane połączenia z bazą danych, klucze bezpieczeństwa oraz opcje debugowania. Czasem trzeba go edytować, żeby np. włączyć tryb debugowania w celu znalezienia błędu, zmienić dane bazy po migracji albo zmodyfikować ustawienia pamięci PHP dla WordPress.

W FileZilli kliknij plik prawym przyciskiem myszy i wybierz opcję Wyświetl lub edytuj. Program otworzy plik w domyślnym edytorze tekstu na twoim komputerze. Po zapisaniu zmian FileZilla wykryje modyfikację i zapyta, czy przesłać zaktualizowany plik z powrotem na serwer. Potwierdzasz i gotowe – zmiana jest natychmiast aktywna.

Plik .htaccess kontroluje m.in. strukturę adresów URL w WordPressie. Jeśli po zmianie ustawień bezpośrednich odnośników (Ustawienia > Bezpośrednie odnośniki) linki przestają działać, a WordPress nie może nadpisać .htaccess z powodu zbyt restrykcyjnych uprawnień, możesz pobrać ten plik przez FileZillę, edytować go lokalnie i wgrać z powrotem.

Masowe przesyłanie zdjęć do biblioteki mediów

Wgrywanie setek zdjęć przez bibliotekę mediów WordPressa jest żmudne i często kończy się błędami przekroczenia czasu lub limitami rozmiaru uploadu. FileZilla pozwala przesłać dowolną liczbę plików w jednej operacji, bez żadnych limitów narzucanych przez WordPress czy PHP.

Jak to zrobić poprawnie:

• Po prawej stronie (serwer) przejdź do katalogu wp-content, następnie uploads.
• Wejdź do odpowiedniego podkatalogu – WordPress organizuje pliki mediów według roku i miesiąca (np. 2026/05 dla maja 2026 roku). Utwórz brakujące foldery, jeśli ich nie ma.
• Po lewej stronie (komputer) odszukaj folder ze zdjęciami.
• Zaznacz wszystkie pliki i przeciągnij je na prawą stronę.

Po wgraniu plików bezpośrednio na serwer WordPress nie widzi ich automatycznie w bibliotece mediów – wie tylko o plikach, które sam wgrał przez swój panel. Żeby WordPress zarejestrował nowe pliki, musisz skorzystać z wtyczki, która przeskanuje katalog uploads i doda brakujące wpisy do bazy danych. Popularne narzędzia do tego zadania to Add From Server lub Media Sync.

Migracja strony WordPress na nowy hosting

Przenoszenie strony na nowy hosting to sytuacja, w której FileZilla jest praktycznie niezbędna. Wtyczki do migracji potrafią zawieść przy dużych stronach, a ręczna praca z plikami przez FileZillę daje pełną kontrolę nad każdym krokiem.

Krok 1 – Pobranie plików ze starego hostingu

Połącz się ze starym hostingiem przez FileZillę (SFTP, port 22). Po prawej stronie przejdź do głównego katalogu WordPressa – najczęściej public_html. Przed pobraniem włącz w menu Serwer opcję wymuszającą pokazywanie ukrytych plików, żeby nie pominąć pliku .htaccess. Zaznacz wszystkie pliki i foldery, kliknij prawym przyciskiem myszy i wybierz Pobierz. FileZilla zacznie ściągać całą zawartość serwera na twój komputer. Czas transferu zależy od wielkości strony – od kilkunastu minut dla prostego bloga do kilku godzin dla sklepu z tysiącami zdjęć.

Krok 2 – Eksport bazy danych

FileZilla nie obsługuje baz danych – to wyłącznie narzędzie do plików. Bazę danych eksportujesz przez phpMyAdmin: zaloguj się do panelu hostingowego, wejdź do phpMyAdmin, wybierz bazę danych WordPress, kliknij Eksport, wybierz format SQL i zapisz plik na dysku.

Krok 3 – Przygotowanie nowego hostingu

Na nowym hostingu utwórz nową bazę MySQL i użytkownika z pełnymi uprawnieniami do tej bazy. Zapisz dokładnie te dane – nazwę bazy, użytkownika i hasło. W phpMyAdmin na nowym hostingu zaimportuj wcześniej pobrany plik SQL.

Krok 4 – Aktualizacja pliku konfiguracyjnego

W plikach pobranych w pierwszym kroku znajdź wp-config.php i otwórz go w edytorze tekstu. Podmień stare dane bazy danych (nazwę, użytkownika i hasło) na te z nowego hostingu. Zapisz plik.

Krok 5 – Wgrywanie plików na nowy hosting

Połącz się z nowym hostingiem przez FileZillę. Po prawej stronie przejdź do głównego katalogu serwera (public_html lub www). Po lewej zaznacz wszystkie pobrane pliki ze starego hostingu i przeciągnij je na prawą stronę. FileZilla zacznie wysyłać wszystko na nowy serwer.

Krok 6 – Weryfikacja i ostatnie szlify

Po zakończeniu transferu zmień rekordy DNS domeny tak, żeby wskazywały na nowy hosting. Zaloguj się do panelu WordPress na nowym serwerze i sprawdź, czy strona działa poprawnie. Jeśli podczas migracji zmieniła się domena, konieczna jest zamiana starych adresów URL w bazie danych na nowe. Do tego nie używaj ręcznego SQL na surowych danych – może to uszkodzić serializowane dane w bazie WordPress. Skorzystaj z narzędzia WP-CLI z komendą wp search-replace albo z wtyczki Better Search Replace, która obsługuje bezpieczne zamiany w serializowanych danych.

Przenoszenie sklepu WooCommerce – co warto wiedzieć

Migracja sklepu WooCommerce jest bardziej wymagająca niż przenoszenie zwykłej strony, ponieważ dane zmieniają się w czasie rzeczywistym. Zamówienia, stany magazynowe i informacje o klientach są zapisywane na bieżąco, więc nie możesz po prostu zrobić backupu i spokojnie przenosić dane przez kilka godzin.

Zasadniczy problem to okno czasowe między wykonaniem ostatniej kopii bazy danych a przełączeniem DNS na nowy hosting. Zamówienia złożone w tym czasie na starej stronie nie trafią do nowej bazy danych i przepadną.

Bezpieczny schemat migracji sklepu wygląda następująco:

• Przenieś pliki przez FileZillę i wykonaj pierwszą kopię bazy danych – zaimportuj ją na nowym hostingu.
• Na starej stronie włącz tryb konserwacji lub zablokuj składanie zamówień – WooCommerce ma opcję, która wstrzymuje realizację zamówień, ale pozwala przeglądać katalog produktów.
• Wykonaj ostatnią, aktualną kopię bazy danych i zaimportuj ją na nowy hosting, nadpisując poprzednią.
• Dopiero po tej operacji przełącz DNS domeny na nowy serwer.

Dzięki temu okno, w którym możesz stracić zamówienia, skraca się do minimum – tylko do czasu propagacji DNS, który wynosi zwykle od kilku minut do kilku godzin w zależności od ustawień TTL.

Ręczna kopia zapasowa plików – kiedy to ma sens

Wtyczki do tworzenia kopii zapasowych są wygodne, ale FileZilla daje ci pełną kontrolę i pewność co do tego, co trafia do archiwum. Gdy automatyczny backup przez panel WordPressa kończy się błędem – przekroczeniem limitu czasu, brakiem pamięci PHP albo problemem z zapisem na dysku – często nie wiadomo, w którym miejscu proces się urwał i czy kopia jest kompletna.

Kopia wykonana przez FileZillę jest jednoznaczna: widzisz listę pobranych plików w logu transferu i możesz sprawdzić każdy plik po jego pobraniu. Dla stron z rozbudowaną biblioteką mediów, gdzie katalog uploads waży kilka gigabajtów, to realna zaleta – wiesz dokładnie, że backup jest kompletny.

Kiedy warto sięgnąć po ręczny backup przez FileZillę zamiast wtyczki:

• Przed migracją na nowy hosting – chcesz mieć pewność, że masz kompletną kopię wszystkich plików.
• Przed dużą aktualizacją WordPress, motywu lub krytycznej wtyczki.
• Gdy automatyczne backupy przez wtyczkę regularnie kończą się błędami na twoim hostingu.
• Gdy potrzebujesz selektywnej kopii – np. tylko katalogu uploads albo tylko wtyczek – bez zbędnych nadmiarowych danych.

Bezpieczeństwo – hasła, protokoły i ryzyko adware

FileZilla domyślnie zapisuje wszystkie hasła w pliku XML w katalogu konfiguracyjnym na twoim komputerze. Plik ten nie jest szyfrowany. Oznacza to, że każde oprogramowanie działające na twoim komputerze – w tym złośliwe programy – może odczytać te dane. Na domowym komputerze, do którego masz ty tylko dostęp, ryzyko jest niskie. Na komputerze firmowym, współdzielonym lub używanym przez kilka osób sprawa wygląda inaczej.

Rozwiązaniem jest ustawienie hasła głównego: wejdź do Edit > Settings > Interface > Master Password i ustaw silne hasło. Od tej pory FileZilla zaszyfruje zapisane hasła i będzie wymagać podania hasła głównego przy każdym uruchomieniu programu.

Nigdy nie używaj zwykłego FTP, jeśli hosting oferuje SFTP. FTP wysyła dane logowania w postaci niezaszyfrowanego tekstu. W publicznej sieci Wi-Fi – na lotnisku, w kawiarni, w hotelu – ktoś z odpowiednim oprogramowaniem może przechwycić twoje hasło w kilka sekund. SFTP eliminuje to ryzyko całkowicie.

Trzecia kwestia to instalator dla Windowsa, który od lat zawiera oferty dodatkowego oprogramowania. Instalator jest legalny, ale wymaga uwagi przy klikaniu przez kolejne ekrany. Jeśli nie chcesz się martwić tym problemem, pobierz wersję przenośną w formacie ZIP – nie zawiera żadnych bundlowanych aplikacji.

Ograniczenia FileZilli i kiedy wybrać inne narzędzie

FileZilla to narzędzie do przesyłania plików i nic więcej. Nie otworzysz w niej terminala SSH, nie wykonasz polecenia na serwerze, nie napiszesz skryptu automatyzującego synchronizację katalogów. Jeśli regularnie logujesz się przez SSH i potrzebujesz jednego okna zarówno do zarządzania plikami, jak i do konsoli – lepiej sprawdzi się WinSCP na Windowsie lub MobaXterm, który łączy oba te narzędzia w jednym miejscu.

FileZilla nie obsługuje usług chmurowych w darmowej wersji. Nie podłączysz się przez nią do Amazon S3, Google Cloud Storage czy Dropbox. Jeśli pliki przechowujesz w chmurze i chcesz z nimi pracować graficznie, potrzebujesz wersji Pro albo innego klienta, jak Cyberduck, który obsługuje chmury bezpłatnie.

Do zautomatyzowanych transferów – np. regularnej synchronizacji katalogu lokalnego z serwerem – FileZilla nie jest odpowiednim narzędziem. Lepiej w tym wypadku sięgnąć po konsolowe narzędzia takie jak lftp lub rclone, które obsługują skrypty i harmonogramy. FileZilla pozostaje przede wszystkim narzędziem do ręcznej, interaktywnej pracy z plikami.

Alternatywy – WinSCP, Cyberduck, Transmit

Na Windowsie głównym konkurentem FileZilli jest WinSCP. Ma lepsze wsparcie dla skryptów i automatyzacji, wbudowaną integrację z PuTTY (klientem SSH), a edycja plików zdalnych jest bardziej płynna – program synchronizuje zmiany bez potrzeby ręcznego wgrywania. Działa jednak wyłącznie na Windowsie.

Na macOS popularnym wyborem jest Cyberduck. Wygląda bardziej spójnie z interfejsem tego systemu i obsługuje protokoły chmurowe w darmowej wersji. Jest nieco wolniejszy przy dużych transferach i ma mniej rozbudowaną kolejkę przesyłania, ale do codziennej pracy z jednym lub dwoma serwerami w zupełności wystarcza.

Transmit to płatny klient dla macOS, szybszy od Cyberducka, z wbudowaną synchronizacją katalogów i bardziej dopracowanym interfejsem. Dla osób, które często pracują z serwerami na Macu i cenią sobie wygodę, może być wart swojej ceny.

FileZilla wygrywa tam, gdzie liczy się wieloplatformowość, brak kosztów i przewidywalność. Interfejs nie zmienił się radykalnie od lat – po przerwie wracasz do programu i od razu wiesz, gdzie co jest.

Jeśli prowadzisz jedną lub dwie strony na WordPressie i hosting daje ci wygodny panel z menedżerem plików, możesz w ogóle nie potrzebować FileZilli do rutynowych zadań. FileZilla staje się niezbędna, gdy musisz wgrać coś, co przekracza limit panelu WordPressa, gdy straciłeś dostęp do panelu administracyjnego, gdy przenosisz stronę na inny hosting lub gdy potrzebujesz pełnej kopii zapasowej plików z gwarancją kompletności. To narzędzie, którego nie używa się codziennie – ale gdy przychodzi kryzys, bez niego jest naprawdę ciężko.