What is a URL slug?
A URL slug is the human-readable, hyphenated portion of a URL that identifies a specific page — the "what-is-a-url-slug" in https://example.com/blog/what-is-a-url-slug. It replaces or supplements an opaque ID with words search engines and humans can read. Slugs are conventionally lowercase, ASCII-only, hyphen-separated, and stripped of stop words and punctuation.
Are slugs case-sensitive?
URLs are technically case-sensitive (RFC 3986) for the path segment, so /About and /about can be served as different pages. In practice, every modern site uses lowercase slugs and configures the server to redirect or canonicalise mixed case to lowercase. Mixed-case slugs hurt sharing (people retype them inconsistently) and risk duplicate-content issues for SEO.
How are non-ASCII characters handled?
With "Strip diacritics" enabled, the generator applies Unicode NFKD normalization (decomposing accented characters into base letter + combining marks) and then removes the combining marks — so "café" becomes "cafe", "naïve" becomes "naive", "Zürich" becomes "zurich". Characters with no ASCII base (Cyrillic, Chinese, Arabic) are dropped entirely. Disable the toggle to keep accented characters as percent-encoded UTF-8 in the URL.
What is the recommended max length for SEO?
Aim for under 60–80 characters. Google does not penalise long slugs directly, but they truncate in search snippets, get awkwardly wrapped in shares, and lose click-through. The generator defaults to 80 characters; set max length to 0 to disable trimming. For pages targeting one search phrase, the slug should usually contain that phrase and little else.
Can a slug have numbers?
Yes — numbers are valid in slugs and the generator preserves them. Year-based slugs (best-tools-2024) and version slugs (react-19-release-notes) are common patterns. Avoid leading numbers if the same slug must work as a JavaScript identifier or filesystem path on case-insensitive filesystems.
Should I include stop words like "the", "a", "of"?
Debatable. Some teams strip them aggressively for shorter URLs; modern Google ignores stop words in the URL when ranking. The pragmatic answer: if stripping a word makes the slug ambiguous or harder to read, keep it. "history-of-roman-empire" is clearer than "history-roman-empire". This generator preserves stop words by default — manually trim them if your style guide requires it.
How is this different from URL encoding (percent-encoding)?
URL encoding (encodeURIComponent) makes any text URL-safe by escaping unsafe characters as %XX sequences — "Hello World!" becomes "Hello%20World!". Slugification rewrites the text into a clean human-readable form — "hello-world". Slugs are designed to be readable, indexable, and shareable; percent-encoded URLs are designed to round-trip arbitrary bytes. Use the slug for the URL path; use percent-encoding for query-string values.
Should I keep slug history when renaming a post?
Always. Whenever a slug changes, configure a 301 redirect from the old URL to the new one — this preserves Google rankings, inbound links, and any cached references. WordPress, Ghost, Hugo, and most CMSes can do this automatically. A renamed post with no redirect loses 100% of its accumulated SEO authority.