405 Method Not Allowed

405 Method Not Allowed to kod odpowiedzi HTTP, który serwer zwraca, gdy klient wysyła żądanie z metodą HTTP nieobsługiwaną przez dany zasób — innymi słowy, próbujesz wykonać operację, której serwer nie pozwala na wskazanym adresie URL. Błąd ten różni się od 404 (zasób nie istnieje) czy 403 (brak dostępu): zasób istnieje, ale metoda żądania jest nieprawidłowa dla tego endpointu. W nagłówku odpowiedzi serwer powinien dodatkowo zwrócić pole Allow z listą dozwolonych metod, np. Allow: GET, POST.

Jak błąd 405 działa w praktyce

Co to jest metoda HTTP i skąd pochodzi konflikt?

Metoda HTTP to instrukcja dla serwera, co zrobić z zasobem. Standard HTTP/1.1 definiuje kilkanaście metod: GET, POST, PUT, DELETE, PATCH, HEAD, OPTIONS i inne. Gdy żądasz strony w przeglądarce, używasz GET. Gdy wysyłasz formularz kontaktowy, zwykle używasz POST. Problem pojawia się, gdy klient — przeglądarka, skrypt lub bot — wyśle metodę, której dany endpoint nie obsługuje. Przykład: endpoint /kontakt akceptuje POST, ale ktoś wysyła żądanie DELETE — serwer odpowiada kodem 405.

Najczęstsze przyczyny błędu 405

W praktyce błąd 405 pojawia się w kilku dobrze znanych scenariuszach. Znajomość tych przyczyn skraca czas diagnozy z godzin do minut.

• Błędna konfiguracja serwera lub aplikacji — reguły w .htaccess, nginx.conf lub konfiguracji frameworka blokują określone metody dla konkretnych ścieżek.
• Firewall aplikacyjny (WAF) — systemy bezpieczeństwa jak ModSecurity mogą blokować metody takie jak PUT lub DELETE na poziomie warstwy sieciowej.
• Nieprawidłowe wywołanie API — wysłanie żądania GET do endpointu REST, który obsługuje wyłącznie POST, np. przy integracji systemów płatności.
• Przekierowanie zmieniające metodę — po przekierowaniu 301/302 niektóre klienty zmieniają POST na GET, co może wywołać 405 na docelowym URL.
• CMS lub wtyczki z restrykcyjnymi ustawieniami — WordPress z pewnymi wtyczkami bezpieczeństwa (np. Wordfence) potrafi blokować niestandarowe metody HTTP.

Jak zdiagnozować i naprawić błąd 405?

Diagnoza zaczyna się od sprawdzenia nagłówka Allow w odpowiedzi serwera — wskazuje on, jakie metody są dozwolone. Do tego celu wystarczy DevTools w przeglądarce (zakładka Network) lub narzędzie konsolowe curl -I -X GET https://example.com/endpoint. Kolejne kroki zależą od źródła problemu:

• Sprawdź logi serwera (access.log, error.log) — powinny pokazać, która metoda została zablokowana i przez który moduł.
• Zweryfikuj reguły w .htaccess lub konfiguracji nginx pod kątem dyrektyw Limit i LimitExcept.
• Jeśli używasz frameworka (Laravel, Django, Express.js), sprawdź definicje routingu — czy dany route obsługuje właściwą metodę HTTP.
• Wyłącz WAF lub utwórz wyjątek dla konkretnego endpointu, jeśli blokada pochodzi z warstwy bezpieczeństwa.

Znaczenie błędu 405 dla SEO i widoczności

Błąd 405 Method Not Allowed może bezpośrednio obniżać widoczność strony w wynikach wyszukiwania, jeśli dotyczy zasobów odwiedzanych przez Googlebot. Googlebot domyślnie używa metody GET — rzadko napotka 405 podczas zwykłego crawlowania. Problem pojawia się jednak w trzech sytuacjach: gdy serwer nieprawidłowo odpowiada 405 na żądania GET (błąd konfiguracji), gdy błąd dotyczy zasobów ładowanych przez JavaScript (fetch API, XHR) niezbędnych do renderowania treści, oraz gdy Googlebot próbuje pobrać plik sitemap lub robots.txt przy niestandardowej konfiguracji serwera.

W kontekście audytu SEO błędy 4xx są jednym z pierwszych obszarów analizy technicznej. Masowe błędy 405 mogą wyczerpywać crawl budget — Googlebot traci czas na strony, które zwracają błędy, zamiast indeksować wartościową treść. Narzędzia takie jak Google Search Console (raport Pokrycie indeksu) oraz Screaming Frog pozwalają szybko wykryć skalę problemu. Każdy błąd 405 pojawia się w logach serwera, co czyni analizę plików logów niezbędnym elementem technicznego pozycjonowania stron.

FAQ

Czy błąd 405 wpływa na pozycję strony w Google?

Bezpośredni wpływ zależy od tego, które zasoby zwracają błąd. Jeśli błąd 405 dotyczy stron indeksowanych przez Googlebot (np. strona zwraca 405 na GET), Google traktuje to jak niedostępność zasobu i może go usunąć z indeksu. Pojedyncze błędy 405 na endpointach API, których Googlebot nie odwiedza, nie mają praktycznego wpływu na pozycjonowanie.

Czym różni się błąd 405 od błędu 403?

Błąd 403 Forbidden oznacza, że serwer rozumie żądanie, ale odmawia dostępu z powodu braku uprawnień — metoda mogłaby być prawidłowa, ale klient nie ma prawa jej użyć. Błąd 405 Method Not Allowed wskazuje natomiast, że sama metoda HTTP jest nieprawidłowa dla tego zasobu — niezależnie od uprawnień. To technicznie odmienna przyczyna wymagająca innej naprawy.

Jak sprawdzić, które metody są dozwolone na danym endpoincie?

Najprostszy sposób to wysłanie żądania OPTIONS do danego URL — prawidłowo skonfigurowany serwer odpowie nagłówkiem Allow z listą dozwolonych metod. Można to zrobić poleceniem: curl -X OPTIONS https://example.com/endpoint -i. Alternatywnie, nagłówek Allow jest dołączany do każdej odpowiedzi 405 zgodnie ze specyfikacją RFC 7231.

Kiedy błąd 405 może pojawić się na zwykłej stronie WordPress?

Na WordPressie błąd 405 najczęściej wynika z wtyczek bezpieczeństwa blokujących metody REST API (np. PUT, DELETE), nieprawidłowej konfiguracji serwera Nginx bez przepisywania reguł dla WordPress lub z konfliktów między wtyczkami cache a formularzami obsługiwanymi przez POST. Rozwiązaniem jest zazwyczaj weryfikacja reguł w panelu hostingowym lub .htaccess.

Błąd 405 — małe źródło, duże konsekwencje

Kod 405 Method Not Allowed to sygnał, że architektura serwera lub konfiguracja aplikacji wymaga korekty. Zignorowany w kontekście technicznym potrafi blokować działanie formularzy, integracji API, a w skrajnych przypadkach — obniżać efektywność crawlowania przez Googlebot. Jeśli podczas analizy technicznej Twojej strony natrafiasz na błędy tego typu, warto zlecić pełny audyt SEO, który wskaże nie tylko błędy 4xx, ale cały zakres problemów technicznych. Zespół Webiti regularnie diagnozuje tego rodzaju błędy w ramach kompleksowego pozycjonowania stron.