Tekst

Slugify

Konwertuje tekst na bezpieczny dla URL "slug": transliteracja cyrylicy (ukraińskiej/rosyjskiej) według oficjalnego standardu, usunięcie znaków diakrytycznych i zbędnych znaków, małe litery.

A slug is a URL-safe version of a title or name: lowercase Latin letters, digits, and hyphens instead of spaces. This tool transliterates Cyrillic text using the official standard and strips diacritics and characters that aren't valid in a URL.

How to use it

Common uses

Things to keep in mind

Cyrillic transliteration isn't unique — different systems (e.g. passport vs. scholarly) transliterate the same letters differently; this tool follows the official transliteration standard.

Keep slugs short and meaningful — long slugs are harder to remember and look worse in search results.

Artykuł o tym narzędziu: Slugify: jak zamienić dowolny tekst w adres URL

Najczęstsze pytania

Jak tekst jest zamieniany na slug przyjazny dla URL?

Tekst jest zamieniany na małe litery, znaki cyrylicy (ukraińskie, rosyjskie) są transliterowane zgodnie z oficjalnym standardem, znaki diakrytyczne i niekompatybilne z URL są usuwane, a następnie słowa są łączone wybranym separatorem.

Czy mogę wybrać separator używany w slugu?

Tak, opcja separatora pozwala wybrać znak łączący słowa sluga, zwykle myślnik lub podkreślenie.

Czy wprowadzony tekst jest wysyłany na serwer?

Nie, całe generowanie sluga działa lokalnie w Twojej przeglądarce w JavaScript, nic nie jest wysyłane online.

Co zrobić, jeśli dwa różne tytuły dają ten sam slug?

Tytuły „Cześć, świecie!" i „cześć świecie" po normalizacji dadzą ten sam slug, mimo że teksty są różne. Jeśli slug jest używany jako unikalny identyfikator (np. w URL wpisu), taką kolizję trzeba rozwiązać dodatkowo — zwykle poprzez dodanie liczbowego sufiksu lub ID.

Dlaczego samo kodowanie URL nie wystarcza zamiast sluga?

Percent-encoding znaków spoza ASCII jest technicznie poprawny w URL, ale nieczytelny dla człowieka i wygląda niewiarygodnie w pasku adresu lub przy kopiowaniu. Slug rozwiązuje właśnie problem czytelności, a nie tylko technicznej poprawności znaków.

Artykuły: Tekst

Case Converter: po co istnieją różne style nazewnictwa

Dlaczego w jednym projekcie zmienne zapisuje się camelCase, a pliki kebab-case, i skąd wzięły się te zasady.

Text Diff: jak algorytmy znajdują różnicę między dwoma tekstami

Jak algorytm diff znajduje minimalny zestaw zmian między dwiema wersjami tekstu.

Wyrażenia regularne: podstawowa składnia i typowe wzorce

Jak czytać wyrażenie regularne i czym dopasowanie zachłanne różni się od leniwego.

Sortowanie i usuwanie duplikatów wierszy: do czego się przydaje

Dlaczego sortowanie numeryczne stawiające „10" przed „9" jest błędem, i jak tego uniknąć.

String Escape: dlaczego ten sam tekst trzeba escapować inaczej

Dlaczego ten sam cudzysłów jest escapowany inaczej w ciągu JS, w JSON i w poleceniu shell.

CRLF kontra LF: dlaczego znaki końca linii wciąż mają znaczenie

Dlaczego plik napisany w Windows może wyglądać jako „cały zmieniony" w gicie na Linuksie.

Liczenie znaków i słów: dlaczego to nie zawsze jest trywialne

Dlaczego emoji lub litera z akcentem może liczyć się jako kilka znaków naraz.

Lorem Ipsum: skąd wziął się tekst zastępczy i po co jest potrzebny

Dlaczego projektanci celowo używają „bezsensownego" tekstu zamiast prawdziwej treści w makietach.

Markdown: dlaczego prosta składnia tekstowa pokonała rozbudowane edytory

Dlaczego programiści wolą pisać dokumentację w Markdown niż w edytorze tekstu sformatowanego.

Spacje i niewidoczne znaki: ukryta przyczyna dziwnych błędów

Dlaczego dwa pozornie identyczne ciągi znaków mogą się nie zgadzać przez niewidoczny znak.

Text Reverse: dlaczego „odwrócenie tekstu" jest trudniejsze, niż się wydaje

Dlaczego naiwne odwrócenie ciągu znaków może zamienić emoji w nieużyteczne bajty.

Analiza częstotliwości tekstu: po co liczyć powtórzenia słów

Jak częstotliwość liter w zaszyfrowanym tekście pomaga złamać najprostsze szyfry podstawieniowe.