← Blog · 17 kwietnia 2026 · Zespół ConvertCaseHQ · 6 min czytania

Slug URL a SEO: dlaczego kebab-case wygrywa

Najlepszy slug adresu URL to kilka wyrazów pisanych małymi literami i połączonych łącznikami: kebab-case-slugs, a nie Kebab_Case_Slugs. Dokumentacja Google zaleca łączniki zamiast podkreślników, a ponieważ Google traktuje ścieżki URL z rozróżnieniem wielkości liter, trzymanie się małych liter chroni przed przypadkowymi duplikatami stron. Prawie wszystko inne, co się mówi o slugach (idealna długość, wyrazy funkcyjne (stop words), miejsce słów kluczowych), to kwestia osądu, a nie reguła, więc ten wpis oddziela jedno od drugiego.

Łączniki czy podkreślniki: co naprawdę mówi Google

Nie musisz polegać na folklorze SEO, bo Google mówi to wprost w swoich najlepszych praktykach dotyczących struktury URL:

We recommend using hyphens (-) instead of underscores (_) to separate words in your URLs, as it helps users and search engines better identify concepts in the URL. (Zalecamy używanie łączników (-) zamiast podkreślników (_) do oddzielania wyrazów w adresach URL, ponieważ pomaga to użytkownikom i wyszukiwarkom lepiej rozpoznawać pojęcia w adresie.)

Łatwo zrozumieć, dlaczego tak jest. Podkreślniki służą już do trzymania wyrazów razem: programiści nazywają funkcję format_date właśnie dlatego, że chcą, by czytano ją jako jedną całość. Łącznik z kolei czyta się jako przerwę między osobnymi wyrazami. Ta strona dokumentacji ilustruje to takimi przykładami:

Zwróć uwagę, czego Google nie mówi. Nigdzie nie twierdzi, że adres z podkreślnikami nie może się pozycjonować ani że jest ignorowany. Znajdziesz pewne siebie wpisy blogowe, które właśnie to głoszą; traktuj je jak plotkę. Udokumentowane stanowisko to zalecenie z rozsądnym uzasadnieniem.

Jak bardzo słowa kluczowe w slugu mają znaczenie?

Mniej, niż wielu zakłada. SEO Starter Guide Google wymienia „keywords in the domain name or URL path” (słowa kluczowe w nazwie domeny lub w ścieżce URL) wśród rzeczy, na których nie warto się skupiać, i mówi, że z punktu widzenia pozycji w wynikach „have hardly any effect beyond appearing in breadcrumbs” (nie mają prawie żadnego wpływu poza tym, że pojawiają się w ścieżce nawigacyjnej, czyli breadcrumbs). Ten sam przewodnik zachęca jednak do opisowych adresów URL, bo fragmenty adresu mogą pojawiać się w wynikach wyszukiwania jako breadcrumbs, a ludzie oceniają po nich, czy wynik wygląda na przydatny.

Prawdziwy powód, by pisać dobre slugi, to więc ludzie. Slug taki jak /blog/seo-url-slugs-kebab-case mówi, co kto dostanie, zanim kliknie, wytrzymuje wklejenie do czatu i łatwo go przeczytać na głos. Slug taki jak /p?id=8812 nie robi nic z tego.

To odpowiada też na częstą obawę: czy trzeba zmieniać każdy stary adres my_post na my-post? My byśmy tego nie robili, chyba że i tak przebudowujesz witrynę. Zmiana adresu oznacza ustawienie przekierowań i czekanie, aż wyszukiwarki nadążą, a udokumentowany zysk jest niewielki. Używaj łączników we wszystkim, co nowe, a działające adresy zostaw w spokoju. Jeśli jednak zdecydujesz się je przenieść, nasz przewodnik po permalinkach, strukturze URL i bezpiecznych przekierowaniach wyjaśnia, jak to zrobić.

Dlaczego slugi powinny być pisane małymi literami

Część adresu URL z nazwą hosta (Example.com) nie rozróżnia wielkości liter, ale wszystko po niej może rozróżniać. Dokumentacja Google wprost mówi, że jej obsługa adresów URL rozróżnia wielkość liter, i podaje przykład /APPLE i /apple, traktowanych jako dwa odrębne adresy z własną treścią.

Co dzieje się dalej, zależy od serwera. W wielu konfiguracjach /Blog/My-Post po prostu zwraca błąd 404, bo żaden plik ani trasa nie ma dokładnie takiej nazwy. W innych każdy zapis wielkimi i małymi literami zwraca tę samą stronę, co po cichu tworzy duplikaty. Rada Google na ten drugi przypadek to zamienić cały tekst na jedną wielkość liter, żeby łatwiej było poznać, że adresy prowadzą do tej samej strony.

Małe litery to oczywisty wybór. Większość ludzi wpisuje adresy małymi literami i nikt nie pamięta, czy było Pricing, czy pricing. Jeśli Twój serwer już odpowiada na żądania z mieszaną wielkością liter, dodaj stałe przekierowanie z każdej ścieżki z wielkimi literami na jej małoliterowy odpowiednik. (Domeny i adresy e-mail podlegają innym regułom; wyjaśniamy je we wpisie wielkość liter w nazwach domen i adresach e-mail.)

Zamiana tytułu w czysty slug

Oto proces, który stosuje typowy generator slugów i który możesz wykonać ręcznie:

1. Zamień wszystko na małe litery.
2. Usuń apostrofy zamiast je zastępować, żeby don't zamieniło się w dont, a nie w don-t.
3. Każdy ciąg spacji i znaków interpunkcyjnych zastąp jednym łącznikiem.
4. Obetnij łączniki z początku i końca.
5. Zdecyduj, co zrobić z akcentami i literami spoza alfabetu łacińskiego.
6. Przeczytaj wynik i popraw go tak, jak zrobiłby to człowiek.

Szósty krok to miejsce, w którym zaczyna się rzemiosło. Kilka prawdziwych konwersji z użyciem opcji Slugify w naszym konwerterze:

Pierwszy wiersz to prawdziwy slug tego wpisu. Z angielskiego tytułu wycięliśmy „best practices”, „why” i „wins” (najlepsze praktyki, dlaczego, wygrywa), bo dodają długości, a nie znaczenia. Trzeci wiersz pokazuje, dlaczego nie można pominąć redakcji: symbole takie jak + i # niosą całe znaczenie tego tytułu, a mechaniczny slug je wyrzuca.

Wyrazy funkcyjne: tnij wypełniacze, zachowaj sens

Pomijanie angielskich drobnych wyrazów, takich jak „a”, „the” i „of”, to rozsądny sposób na skrócenie długiego sluga. To nie jest reguła. Zachowaj każdy krótki wyraz, który zmienia znaczenie: coffee-without-sugar i coffee-sugar to różne strony, a „not”, „no” i „vs” są maleńkie, ale dźwigają sens.

Długość

Google nie publikuje żadnego limitu znaków dla slugów. Jego wskazówka to po prostu: adresy mają być proste i czytelne. Nasza reguła kciuka to od trzech do sześciu wyrazów nazywających temat, co sprawia, że slug jest czytelny w ścieżce nawigacyjnej (breadcrumb) i na tyle krótki, by dało się go udostępnić. Slug nie musi powtarzać całego tytułu i nie powinien zmieniać się za każdym razem, gdy poprawiasz nagłówek.

Akcenty i inne języki

Google zaleca używanie w adresach URL wyrazów w języku odbiorców. W tekście łacińskim z akcentami wiele generatorów slugów usuwa akcenty, więc crème brûlée staje się creme-brulee. Zwykle to w porządku, ale czasem może zmienić wyraz: niemieckie schön (piękny) zamienia się w schon (już). Przeczytaj wynik. W przypadku pism takich jak grecki, cyrylica czy japoński możesz zachować oryginalne litery; kompromisy związane ze slugami spoza ASCII omawia nasz przewodnik po permalinkach.

kebab-case a Slugify w ConvertCaseHQ

Nasz konwerter wielkości liter ma zarówno opcję kebab-case, jak i opcję Slugify, i to nie to samo. Obie zamieniają tekst na małe litery, usuwają apostrofy, zachowują pisma niełacińskie, takie jak grecki, cyrylica i japoński (pusty slug nikomu nie pomaga), i łączą wyrazy łącznikami. Różnice:

• Akcenty: Slugify usuwa je z liter łacińskich (é → e, ł → l, ß → ss). kebab-case je zachowuje, więc Café staje się café.
• Dane w camelCase: kebab-case dzieli je (XMLHttpRequest → xml-http-request), czego chcesz w kodzie. Slugify traktuje je jako jeden wyraz (xmlhttprequest).

Żadna z opcji nie usuwa wyrazów funkcyjnych; to Twoja decyzja. Obie traktują całe pole tekstowe jako jeden ciąg, więc podziały wierszy też zamieniają się w łączniki. Konwertuj jeden tytuł naraz.

Krótka lista kontrolna dla slugów URL

• Tylko małe litery, a warianty z mieszaną wielkością liter przekierowuj, jeśli Twój serwer na nie odpowiada.
• Łączniki między wyrazami. Bez podkreślników, bez spacji, bez zlepionych wyrazów.
• Bez apostrofów, interpunkcji i pozostałych symboli, ale przepisz tytuły, w których symbole mają znaczenie.
• Od trzech do sześciu znaczących wyrazów. Tnij wypełniacze, zachowaj wyrazy zmieniające sens.
• Napisz raz i zostaw w spokoju. Stabilny adres jest lepszy niż doskonały.