Текст

Slugify

Преобразование текста в URL-безопасный «слаг»: транслитерация кириллицы (укр./рос.) по официальному стандарту, удаление диакритики и лишних символов, нижний регистр.

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.

Статья об этом инструменте: Slugify: как превратить произвольный текст в URL-адрес

Часто задаваемые вопросы

Как текст превращается в слаг, совместимый с URL?

Текст переводится в нижний регистр, кириллические символы (украинские, русские) транслитерируются по официальному стандарту, диакритические знаки и несовместимые с URL символы убираются, а затем слова соединяются выбранным разделителем.

Могу ли я выбрать разделитель, используемый в слаге?

Да, опция разделителя позволяет выбрать символ, соединяющий слова слага, обычно дефис или подчёркивание.

Отправляется ли введённый текст на сервер?

Нет, вся генерация слага выполняется локально в вашем браузере на JavaScript, ничего не передаётся онлайн.

Что делать, если два разных заголовка дают одинаковый слаг?

Заголовки «Привет, мир!» и «привет мир» после нормализации дадут один и тот же слаг, хотя тексты разные. Если слаг используется как уникальный идентификатор (например, в URL статьи), такую коллизию нужно решать дополнительно — обычно числовым суффиксом или ID.

Почему простое URL-кодирование не подходит вместо слага?

Percent-encoding кириллицы технически валиден в URL, но нечитаем для человека и выглядит ненадёжно в адресной строке или при копировании. Слаг решает именно проблему читаемости, а не только технической валидности символов.

Статьи: Текст

Case Converter: зачем нужны разные стили написания

Почему в одном проекте переменные пишут camelCase, а файлы — kebab-case, и откуда взялись эти правила.

Text Diff: как алгоритмы находят разницу между текстами

Как diff-алгоритм находит минимальный набор изменений между двумя версиями текста.

Регулярные выражения: основной синтаксис и типичные паттерны

Как читать регулярное выражение и чем жадный поиск отличается от ленивого.

Сортировка и удаление дубликатов строк: зачем это нужно

Почему числовая сортировка «10» перед «9» — это ошибка, и как этого избежать.

String Escape: почему один и тот же текст нужно экранировать по-разному

Почему один и тот же символ кавычки экранируется по-разному в JS-строке, JSON и shell-команде.

CRLF против LF: почему символы конца строки до сих пор важны

Почему файл, написанный в Windows, может показывать «изменён весь файл» в git на Linux.

Подсчёт символов и слов: почему это не всегда тривиально

Почему эмодзи или символы с диакритикой могут считаться как несколько символов сразу.

Lorem Ipsum: откуда взялся текст-заполнитель и зачем он нужен

Почему дизайнеры намеренно используют «бессмысленный» текст вместо реального контента в макетах.

Markdown: почему простой текстовый синтаксис победил сложные редакторы

Почему разработчики выбирают писать документацию в Markdown, а не в форматированном текстовом редакторе.

Пробелы и невидимые символы: скрытая причина странных багов

Почему две на вид одинаковые строки могут не совпадать при сравнении из-за невидимого символа.

Text Reverse: почему «перевернуть текст» сложнее, чем кажется

Почему наивный реверс строки может превратить эмодзи в непригодные для показа байты.

Частотный анализ текста: зачем считать повторения слов

Как частота букв в зашифрованном тексте помогает взломать простейшие шифры подстановки.