Adres URL: co to jest i jak powinien wyglądać

·

Adres URL: co to jest i jak powinien wyglądać

W tym artykule dowiesz się, czym jest adres URL, z jakich elementów się składa i jak powinien wyglądać pod SEO. Adres URL to tekstowy adres zasobu w internecie, który mówi przeglądarce, jakim protokołem, z jakiego serwera i spod jakiej ścieżki pobrać stronę albo plik. Dobry URL jest krótki, opisowy, pisany małymi literami, ze słowami rozdzielonymi myślnikami i bez parametrów, które nie zmieniają treści.

Tekst jest dla właściciela strony i początkującego SEO-wca, który zakłada nowy serwis albo porządkuje adresy w istniejącym. Zasady, przykłady i dane w artykule są aktualne na październik 2026 i opierają się na dokumentacji Google Search Central, standardzie RFC 3986 oraz na moim audycie bynajmniej.pl z 14.10.2026.

Adres URL w skrócie: definicja i różnica między URL a URI

URL (Uniform Resource Locator) to identyfikator, który oprócz nazwania zasobu mówi, jak go znaleźć w sieci. Standard RFC 3986 (IETF STD 66, styczeń 2005) definiuje szersze pojęcie URI jako „zwarty ciąg znaków, który identyfikuje zasób abstrakcyjny lub fizyczny”, a URL opisuje jako podzbiór URI zawierający informację o lokalizacji zasobu.

Rozróżnienie URL i URI ma znaczenie głównie w specyfikacjach technicznych, a RFC 3986 zaleca w nowych dokumentach ogólny termin URI. W SEO, w Google Search Console i w crawlerach typu Screaming Frog mówi się po prostu „URL”, i ja też tak piszę w tym artykule.

Ogólna składnia adresu według RFC 3986 to scheme ":" hier-part [ "?" query ] [ "#" fragment ]. Przykład z samego standardu: foo://example.com:8042/over/there?name=ferret#nose, w którym foo to schemat, example.com:8042 to authority, /over/there to ścieżka, name=ferret to zapytanie, a nose to fragment.

Z jakich elementów składa się adres URL

Adres URL strony internetowej składa się z sześciu elementów, z których obowiązkowe są tylko schemat i domena. Rozbiór poniżej pokazuje przykładowy adres https://www.sklep.pl:443/buty/meskie/?kolor=czarny&sort=cena#opinie, a opisy elementów pochodzą z przewodnika MDN „What is a URL?”.

ElementW przykładzieCo robiZnaczenie dla SEO
Schemat (protokół)https://mówi przeglądarce, jakim protokołem pobrać zasóbwersja http i https to dla Google dwa różne URL-e; zostaw jedną (https)
Subdomenawww.część nazwy hosta przed domenąwersja z www i bez www to dwa różne URL-e; jedna przekierowuje na drugą
Domenasklep.plwskazuje serwer, do którego idzie żądanieTLD (.pl, .de) ma znaczenie tylko przy kierowaniu na konkretny kraj
Port:443„bramka” serwera; 80 dla HTTP, 443 dla HTTPSprzy portach domyślnych pomijany, w linkach go nie widać
Ścieżka/buty/meskie/wskazuje zasób na serwerzeczytelne słowa i katalogi tematyczne; z nich Google buduje breadcrumbs
Parametry (query string)?kolor=czarny&sort=cenaprzekazują serwerowi pary klucz=wartość, rozdzielone &sortowanie, filtry i ID sesji mnożą duplikaty
Fragment (kotwica)#opinieprzewija do miejsca na stronienie trafia do serwera; Google nie traktuje go jak osobnej strony

Fragment URL po znaku # według MDN nigdy nie jest wysyłany do serwera, bo przeglądarka obsługuje go sama. Z tego powodu dokumentacja Google o strukturze URL odradza zmienianie treści strony fragmentem, np. https://example.com/#/potatoes, i zaleca History API w aplikacjach JavaScript.

Wielkość liter w URL działa różnie w różnych elementach. RFC 3986 mówi, że schemat i host są niewrażliwe na wielkość liter, więc HTTPS://SKLEP.PL i https://sklep.pl to ten sam host. Ścieżka już nie: według dokumentacji Google /APPLE i /apple to dla Google dwa różne adresy.

URL bezwzględny i względny

URL bezwzględny zawiera wszystkie elementy potrzebne do znalezienia zasobu, od schematu po ścieżkę, np. https://bynajmniej.pl/blad-404/. URL względny zależy od adresu dokumentu, w którym stoi, i przeglądarka uzupełnia brakujące części z adresu bieżącej strony.

MDN wymienia pięć form URL-a względnego: bez schematu (//domena.pl/sciezka), od roota domeny (/sciezka/), względem bieżącego katalogu (podstrona), o poziom wyżej (../inny/) i samą kotwicę (#sekcja). Dokumentacja Google ostrzega, że linki względne do katalogu nadrzędnego potrafią generować nieskończone ścieżki, jeśli nieistniejące strony nie zwracają poprawnego kodu, i zaleca linki względne od roota.

Moim zdaniem w linkach wewnętrznych, w tagu canonical i w sitemapie najbezpieczniej używać pełnych URL-i bezwzględnych z https. Pełny adres nie zależy od tego, na jakiej podstronie stoi link, i nie przenosi błędów przy kopiowaniu treści między środowiskami.

Jak powinien wyglądać adres URL: 9 zasad

Zasady budowy adresu URL pod SEO wynikają z dokumentacji Google Search Central i ze standardu RFC 3986. Każdą zasadę da się sprawdzić crawlem w Screaming Frog albo w raporcie Indeksowanie stron w Google Search Console:

  1. Używaj czytelnych słów zamiast numerów ID: /wiki/Aviation zamiast index.php?topic=42&area=3a5ebc944f41daa6f849f730f1.
  2. Rozdzielaj słowa myślnikami (-), nie podkreślnikami (_) i nie sklejaj ich (greendress).
  3. Pisz ścieżkę małymi literami i przekieruj wersje z wielkimi literami na jedną.
  4. Używaj słów w języku odbiorców; polskie znaki zostaw albo zamień na litery łacińskie, ale konsekwentnie w całym serwisie.
  5. Usuń parametry, które nie zmieniają treści: ID sesji, parametry śledzące, sortowanie.
  6. Parametry zapisuj jako klucz=wartość rozdzielane &, a wiele wartości jednego klucza przecinkiem.
  7. Nie zmieniaj treści strony fragmentem #.
  8. Wybierz jedną wersję adresu: https, z www albo bez, z ukośnikiem na końcu albo bez, a pozostałe przekieruj 301.
  9. Grupuj strony o podobnym temacie w katalogach, np. /blog/, /produkty/.

Myślnik zamiast podkreślnika to zalecenie wprost z dokumentacji Google o strukturze URL (aktualizacja z 10.12.2025). Google uzasadnia, że podkreślnik w programowaniu łączy wyrazy w jeden identyfikator, np. format_date, więc adres /adres-url/ czyta się jako dwa słowa, a /adres_url/ nie.

Polskie znaki w adresie URL są dopuszczalne, ale w kodzie HTML trafiają do atrybutu href w kodowaniu procentowym. Dokumentacja Google podaje przykład niemieckiego gem%C3%BCse zamiast gemüse i dopuszcza transliterację, czyli zapis słów literami łacińskimi. Adres /łódź/ po zakodowaniu ma postać /%C5%82%C3%B3d%C5%BA/, więc w praktyce wklejony do maila albo dokumentu wygląda jak ciąg krzaków. Dlatego ja w slugach zamieniam polskie litery na łacińskie: /lodz/ zamiast /łódź/.

Ukośnik na końcu adresu tworzy osobny URL. Według wpisu Google „To slash or not to slash” z 2010 roku Google traktuje /buty i /buty/ jako dwa adresy i zaleca, żeby jedna wersja przekierowywała na drugą. Która wersja jest lepsza, Google nie rozstrzyga. Ważne, żeby linki wewnętrzne, canonical i sitemapa wskazywały tę samą.

Parametry w URL według dokumentacji Google są główną przyczyną nadmiaru adresów do crawlowania. Google wymienia cztery źródła problemu: filtry łączone ze sobą (np. „przy plaży” i „z siłownią”), nieistotne parametry jak referral, sortowanie i ID sesji, nieskończone kalendarze oraz zepsute linki względne. ID sesji Google radzi trzymać w cookies, a wyniki wyszukiwania wewnętrznego i filtry blokować w robots.txt. Mechanizm marnowania zasobów Googlebota na takich adresach opisuję w artykule o crawl budget.

Katalogi w ścieżce URL pomagają Google zrozumieć serwis. Przewodnik SEO dla początkujących Google mówi, że katalogi grupujące podobne tematy pozwalają Google crawlować różne sekcje z różną częstotliwością, a części URL mogą się wyświetlać w wynikach wyszukiwania jako ścieżka nawigacyjna (breadcrumbs). Na bynajmniej.pl kategorie mają prefiks /k/ (np. /k/seo/), a tagi /t/, czyli krótko i nadal czytelnie.

Długość adresu URL nie ma w dokumentacji Google progu. Twardy limit, który znam, podaje protokół sitemaps.org: adres w tagu <loc> mapy witryny musi mieć mniej niż 2048 znaków. Krótki URL mieści się w wynikach wyszukiwania, łatwiej go przepisać i skopiować, więc ja trzymam slug w 3–5 słowach.

Czego nie robić z adresem URL

Najpopularniejszy mit o adresach URL mówi, że słowo kluczowe w adresie mocno podnosi pozycję. Przewodnik SEO Google pisze wprost, że słowa kluczowe w nazwie domeny albo w ścieżce URL same w sobie „nie mają prawie żadnego wpływu poza wyświetlaniem w breadcrumbs”. John Mueller z Google nazywał słowa w URL czynnikiem „bardzo małym” (relacja Search Engine Roundtable z 2016 roku). Upychanie w slugu pięciu wariantów frazy daje więc głównie adres, którego nikt nie chce przepisać z ulotki.

Drugi błąd to zmiana adresu URL „pod SEO” na stronie, która już ma ruch. Słowo kluczowe w nowym slugu prawie nic nie da, a migracja URL wymaga przekierowań, poprawy linków i czasu na ponowne zaindeksowanie. Ja zmieniam adres tylko wtedy, gdy stary jest naprawdę zły: zawiera ID sesji, wielkie litery, nieaktualny rok albo datę w treści ponadczasowej.

Trzeci błąd to kilka wersji tej samej strony pod różnymi adresami. Według przewodnika SEO Google treść dostępna pod wieloma URL-ami nie jest naruszeniem zasad, ale Google wybiera wtedy sam jeden adres kanoniczny. Google zaleca przekierowanie niepreferowanych URL-i, a gdy przekierowanie jest niemożliwe, tag rel="canonical", który opisuję w artykule o adresie kanonicznym.

Zmiana adresu URL bez utraty ruchu

Zmiana adresu URL istniejącej strony to dla Google mała migracja. Dokumentacja Google o przenoszeniu witryny ze zmianą URL-i (aktualizacja z 20.08.2026) opisuje kroki, które stosuję także przy zmianie pojedynczych adresów:

  1. Zrób mapę: stary URL → nowy URL, dla każdej zmienianej strony.
  2. Ustaw przekierowania serwerowe stałe, 301 albo 308, bezpośrednio na adres docelowy, bez łańcuchów.
  3. Zmień linki wewnętrzne, canonical i sitemapę na nowe adresy.
  4. Trzymaj przekierowania jak najdłużej, według Google zwykle co najmniej rok.
  5. Sprawdź nowe adresy w raporcie Indeksowanie stron w Google Search Console i przyjmij, że wahania pozycji przez kilka tygodni są normalne.

Audyt bynajmniej.pl z 14.10.2026 (crawl Screaming Frog na 441 wewnętrznych URL-ach) pokazał, co zostaje po latach zmian adresów bez sprzątania. 83 linkowane URL-e prowadziły po HTTP, bo stare wpisy miały w treści odnośniki http:// i http://www.. Crawl znalazł 186 wewnętrznych przekierowań, w tym 61 łańcuchów i 92 przekierowania kończące się błędem, np. http://www.bynajmniej.pl/wp-content/uploads/2009/06/kaspar.jpg → 301 → 404.

Sitemapa bynajmniej.pl zawierała w dniu audytu dwa adresy zwracające 301: /podcast/ i /wordpress-seo/. Narzędzie do sprawdzania adresów URL w Google Search Console pokazało dla /wordpress-seo/ status „Błąd przekierowania”. Sitemapa powinna zawierać tylko adresy docelowe z kodem 200, więc po każdej zmianie URL-a ja sprawdzam też mapę witryny. Proces porządkowania takich adresów krok po kroku opisuję w poradniku jak zrobić audyt SEO.

Usunięta strona bez sensownego zamiennika nie musi dostawać przekierowania. Kod 404 albo 410 jest dla takiego adresu poprawną odpowiedzią, a przekierowanie wszystkich nieistniejących adresów na stronę główną według wpisu Google „Do 404s hurt my site?” może szkodzić zrozumieniu i indeksowaniu serwisu. Szczegóły podaję w artykule o błędzie 404.

Adres URL a AI search

Asystenci AI cytują strony przez URL i czasem zmyślają adresy, które wyglądają wiarygodnie. Badanie Ahrefs z 2.09.2025 na ok. 16 mln URL-i cytowanych przez ChatGPT, Perplexity, Copilot, Gemini, Claude i Mistral wykazało, że asystenci AI wysyłają użytkowników na strony 404 średnio 2,87 raza częściej niż Google Search (0,43% kliknięć wobec 0,15%). Najgorzej wypadł ChatGPT: 1,01% klikniętych i 2,38% cytowanych adresów kończyło się błędem 404.

Zmyślone URL-e według Ahrefs „pasują do wzorca adresów danej witryny, ale nie istnieją”, np. /blog/internal-links/ na ahrefs.com. Przewidywalna, czytelna struktura URL ma więc drugą stronę: model AI łatwo zgaduje adres, którego nie ma. Ahrefs zaleca przekierowanie 301 zmyślonych adresów, które dostają realny ruch, na pasującą stronę, i uznaje to zadanie za niski priorytet.

W praktyce wystarczy raz na kwartał przejrzeć w logach serwera albo w raporcie 404 w analityce adresy z odesłań z chatgpt.com i perplexity.ai. Stabilne adresy URL, których nie zmieniasz bez potrzeby, zmniejszają też ryzyko, że model zacytuje starą wersję adresu.

FAQ: adres URL

Co to jest adres URL w prostych słowach?

Adres URL to adres strony albo pliku w internecie, który wpisujesz w pasek przeglądarki, np. https://bynajmniej.pl/blad-404/. Adres URL mówi przeglądarce, jakim protokołem, z którego serwera i spod jakiej ścieżki pobrać zasób.

Gdzie znaleźć adres URL strony?

Adres URL strony widać w pasku adresu przeglądarki na górze okna; po kliknięciu w pasek pokazuje się pełny adres razem z https://. Na telefonie adres URL skopiujesz przez przycisk udostępniania i opcję „Kopiuj link”.

Czy w adresie URL można używać polskich znaków?

Polskie znaki w adresie URL są dopuszczalne, ale dokumentacja Google zaleca kodowanie procentowe znaków spoza ASCII w kodzie HTML, więc „ł” zamienia się w %C5%82. Ja zamieniam polskie litery na łacińskie, bo taki adres URL czytelnie się kopiuje i wkleja.

Czy wielkość liter w adresie URL ma znaczenie?

Wielkość liter w domenie nie ma znaczenia, ale w ścieżce adresu URL ma: Google traktuje /APPLE i /apple jako dwa różne adresy. Najprościej pisać ścieżki małymi literami i przekierować wersje z wielkimi literami.

Jaka jest maksymalna długość adresu URL?

Google nie podaje maksymalnej długości adresu URL dla wyszukiwarki. Protokół sitemaps.org wymaga, żeby adres URL w mapie witryny miał mniej niż 2048 znaków, a w praktyce slug z 3–5 słów w zupełności wystarcza.

Czym różni się URL od domeny?

Domena to tylko nazwa serwera, np. bynajmniej.pl, a adres URL to pełny adres konkretnego zasobu ze schematem, domeną i ścieżką, np. https://bynajmniej.pl/crawl-budget/. Jedna domena ma wiele adresów URL, po jednym dla każdej strony i pliku.

Komentarze

Dodaj komentarz

Twój adres email nie zostanie opublikowany. Wymagane pola są oznaczone *

Ta strona używa Akismet do redukcji spamu. Dowiedz się, w jaki sposób przetwarzane są dane Twoich komentarzy.