Ir para o conteúdo principal

0 von 3 Nutzungen heute · 3 übrig. Werde Pro und entferne das Limit.

Upgrade

SEO-Slug-Generator

Saubere URL ohne Akzente, mit automatischer SEO-Analyse.

Processado no seu navegador

Originaltitel

Geben Sie einen Titel ein, um den Slug zu generieren.

Datenschutz. Slug wird in Ihrem Browser via lokales JavaScript generiert. Kein Text wird an den Server gesendet.
Sobre

Wie generiert man benutzerfreundliche URL-Slugs?

Por Quorify EditorialAtualizado em

Quorifys Slug-Generator wandelt jede Zeichenkette (Artikeltitel, Produktname, Phrase) in ein URL-sicheres Format um: Kleinbuchstaben, keine Akzente, keine Sonderzeichen, mit Bindestrichen zur Worttrennung. Folgt den URL-Struktur-Empfehlungen von Google Search Central und IETF RFC 3986 für generische URI-Syntax. Der Prozess zur Akzententfernung nutzt Unicode NFD-Normalisierung (UAX #15). Die Berechnung erfolgt in Ihrem Browser. Teil von Quorifys Dev-Kit: kombinierbar mit dem JSON-Formatter zur Strukturierung von Seitendaten, mit dem UUID-Generator für interne IDs und mit dem Hash-Generator für deterministische Fingerprints.

Casos

Wann nutzen

  1. Generierung benutzerfreundlicher URLs für Blogartikel aus dem Titel – „Wie man das Nettogehalt berechnet" wird zu „wie-man-das-nettogehalt-berechnet".

  2. Erstellung von Produkt-Slugs im E-Commerce – Produktname + Variante wird zu SEO-optimiertem URL-Segment.

  3. Generierung semantischer Identifikatoren für Datenbankstrukturen, die in URLs exponiert sind (Kategorien, Tags).

  4. Batch-Umbenennung heruntergeladener Dateien mit Entfernung von Akzenten und Leerzeichen vor dem Upload in Cloud-Speicher.

  5. Erstellung eindeutiger Handles für Benutzer oder Profile aus dem vollständigen Namen.

Método

Wie die Berechnung funktioniert

Die Zeichenkette durchläuft: 1) Unicode NFD-Normalisierung (zerlegt akzentuierte Zeichen in Basis + diakritisches Zeichen), 2) Entfernung diakritischer Zeichen (Unicode-Klasse „M"-Zeichen), 3) Umwandlung in Kleinbuchstaben, 4) Ersetzung nicht-alphanumerischer Zeichen durch Bindestrich, 5) Zusammenführung aufeinanderfolgender Bindestriche zu einem, 6) Entfernung von Bindestrichen an den Rändern. Das Ergebnis folgt den Google Search Central-Konventionen (Kleinbuchstaben, Bindestriche statt Unterstriche, keine Sonderzeichen) und entspricht RFC 3986. Empfohlene Längenbegrenzung für SEO: 50-60 Zeichen – sehr lange Slugs werden in Ergebnisvorschauen abgeschnitten.

FAQ

Häufig gestellte Fragen

Warum Bindestrich statt Unterstrich in URLs verwenden?
Google behandelt Bindestriche als Worttrennzeichen (versteht „wie-man-berechnet" als mehrere Wörter), Unterstriche jedoch als Identifikatorzeichen (liest „wie_man_berechnet" als ein Wort). Der Bindestrich ist die offizielle Search Central-Empfehlung für URLs. Unterstriche sind für interne Identifikatoren (Funktionsname, Variable) OK, nicht jedoch für öffentliche URLs.
Kann ich Emojis oder Sonderzeichen im Slug verwenden?
Technisch ja – Percent-Encoding (%F0%9F%92%A1) macht jedes Zeichen in URLs gültig. In der Praxis vermeiden: schadet der Lesbarkeit, dem Kopieren/Einfügen und kann Probleme in Legacy-Systemen verursachen. Für SEO funktionieren reine ASCII-Slugs besser – Google versteht sie, Teilen im Chat bleibt erhalten und Kopieren/Einfügen funktioniert.
Sollte der Slug eindeutig sein?
Ja, im Allgemeinen. Doppelte Slugs erzeugen Routing-Konflikte. Gängige Muster zur Sicherstellung der Eindeutigkeit: UUID am Ende anhängen („mein-titel-a1b2"), inkrementelle Nummer hinzufügen („mein-titel-2") oder nach Kategorie präfixieren („finanzen/clt-berechnung"). Nutzen Sie Quorifys UUID-Generator für interne IDs, wenn globale Eindeutigkeit erforderlich ist.
Sollte ich Stoppwörter wie „von", „der", „ein" einschließen?
Es gibt keine feste Regel. Stoppwörter beizubehalten macht den Slug lesbarer, aber länger; sie zu entfernen spart Zeichen, kann aber die menschliche Lesbarkeit beeinträchtigen. Für modernes SEO versteht Google beide Varianten. Empfehlung: Stoppwörter behalten, wenn der Slug kürzer als 50 Zeichen ist; entfernen, wenn er 60 überschreitet.
Beeinflussen Akzente im Slug das SEO?
Technisch indexiert Google URLs mit Akzenten via Percent-Encoding, aber die Empfehlung lautet, sie zu vermeiden – die URL wird in der Adressleiste unleserlich, es gibt Probleme beim Teilen (manche Systeme kodieren falsch) und das Relevanzsignal fragmentiert. Der Standardprozess ist die Normalisierung zu reinem ASCII.
Wie geht man mit nicht-lateinischen Schriften um (Chinesisch, Arabisch, Russisch)?
Zwei Strategien: Transliteration (Pinyin für Chinesisch, lateinische Transliteration für Arabisch und Russisch) oder direktes Percent-Encoding. Google unterstützt beide in regionalen Suchen. Für überwiegend lokales Publikum bewahrt Percent-Encoding die ursprüngliche Bedeutung; für globales Publikum erleichtert Transliteration die Lesbarkeit.
Fontes

Offizielle Quellen

Tabelas, leis e referências consultadas para fundamentar esta ferramenta.

  1. Internationaler StandardRFC 3986 (2005)IETF · Internet Engineering Task Force

    RFC 3986 — Uniform Resource Identifier (URI): Generic Syntax

    Definiert die generische Syntax von URIs – einschließlich reservierter Zeichen, Percent-Encoding und Normalisierungsregeln, die bestimmen, was in einer URL/einem Slug erscheinen darf.

  2. Offizielle DokumentationAktuell gültigGoogle Search Central

    Best Practices für URL-Struktur in der Google-Suche

    Offizielle Google-Empfehlungen zum Aufbau beschreibender URLs, zur Verwendung von Bindestrichen, Kleinbuchstaben und idealer Länge – Richtlinien, denen die Slug-Generierung folgt.

  3. Internationaler StandardUAX #15Unicode Consortium

    Unicode Normalization Forms (UAX #15)

    Technische Spezifikation der Unicode-Normalisierungsformen (NFC, NFD, NFKC, NFKD) – Grundlage für die deterministische Entfernung von Akzenten und diakritischen Zeichen in Slugs und Identifikatoren.

Metodologia — esta ferramenta consulta as tabelas e legislação vigentes nas fontes acima. As regras são atualizadas conforme novas instruções normativas são publicadas pelos órgãos competentes.

Última verificação editorial: junho de 2026.

Compartilhe

Verwandte

Verwandte Werkzeuge

toolLayout.related_description