Skip to main content

Regelwerk für Slugs, 3rd-Level-Domains und Weiterleitungen

InfografikURLs.png

1. Zielsetzung

Dieses Regelwerk definiert verbindliche Standards für:

  • URL-Strukturen (Slugs),
  • 3rd-Level-Domains,
  • Weiterleitungen (Redirects),
  • Zuständigkeiten und Governance.

Ziel ist eine:

  • konsistente und verständliche URL-Struktur,
  • klare organisatorische Zuordnung,
  • langfristig stabile Webarchitektur,
  • zentrale Steuerung von Domains und Namensräumen,
  • klare Trennung zwischen Drupal und externen Systemen.

2. Grundprinzipien

2.1 Zentrale Webstruktur

Webinhalte der Universität Siegen werden grundsätzlich innerhalb des zentralen Drupal-CMS unter:

www.uni-siegen.de

abgebildet.

Eigene 3rd-Level-Domains innerhalb von Drupal werden nicht mehr vergeben.

2.2 Einsatz von 3rd-Level-Domains

3rd-Level-Domains dürfen ausschließlich auf Systeme verweisen, die nicht Drupal sind.

Dies betrifft insbesondere:

  • Projektwebseiten,
  • Webanwendungen,
  • externe Plattformen,
  • technische Spezialsysteme.

Die Vergabe erfolgt durch das ZIMT.

Beispiele

tool.uni-siegen.de
projekt.uni-siegen.de

2.3 Verständliche und stabile URLs

URLs sollen:

  • sprechend,
  • verständlich,
  • möglichst kurz,
  • organisatorisch nachvollziehbar,
  • dauerhaft stabil

sein.

Änderungen an bestehenden URLs sollen auf das notwendige Maß beschränkt werden.

3. Regeln für Slugs

3.1 Allgemeine Schreibweise

Slugs werden:

  • ausschließlich kleingeschrieben,
  • mit Bindestrichen getrennt,
  • ohne Sonderzeichen,
  • ohne Leerzeichen,
  • ohne Umlaute,
  • ohne Unterstriche

angelegt.

3.2 Nicht zulässige Bestandteile

Nicht zulässig sind insbesondere:

  • technische IDs,
  • Datumsbestandteile,
  • Versionsnummern,
  • interne Kürzel ohne fachliche Bedeutung.

Nicht zulässig

/node/123
/news_2026
/projekt-v2

3.3 Vergabe allgemeiner Slugs

Neue allgemeine Slugs werden grundsätzlich durch die:

Stabsstelle Presse, Kommunikation und Marketing (PKM)

vergeben.

3.4 Slugs definierter Inhaltstypen

Bestimmte Inhaltstypen folgen einem festen allgemeinen Muster:

/inhaltstyp/titel-der-seite

Dies betrifft insbesondere:

  • Veranstaltungen,
  • Services,
  • Studiengänge,
  • Studiengangsvarianten,
  • weitere zentral definierte Inhaltstypen.

Beispiele

/veranstaltung/tag-der-offenen-tuer
/service/it-support
/studiengang/wirtschaftsinformatik

3.5 Organisatorische Inhalte

Alle übrigen Inhalte werden hinter der jeweiligen Organisationseinheit angelegt.

Beispiele

/zimt/support
/verwaltung/personal

3.6 Fakultäre Inhalte

Für Inhalte der Fakultäten wird die Fakultät im Slug vorangestellt.

Beispiel

/phil/team

Bis zu welcher organisatorischen Ebene weitere Organisationseinheiten Bestandteil des Slugs sind, regelt die jeweilige Fakultät eigenständig.

3.7 URL-Tiefe

Innerhalb eines festgelegten Slugs sollen maximal drei Ebenen verwendet werden.

Empfohlen

/phil/geschichte/team

Möglichst vermeiden

/phil/institut/abteilung/arbeitsgruppe/team

Ausnahmen regeln:

  • die jeweilige Fakultät,
  • oder die Stabsstelle PKM.

3.8 Kurz-URLs

Kurz-URLs bedürfen einer Genehmigung.

Die Genehmigung erfolgt durch:

  • die Stabsstelle PKM,
  • oder die jeweilige Fakultät.

Beispiele

/it
/hr
/help

3.9 Mehrsprachigkeit

Deutsch ist die Primärsprache der URL-Struktur.

Englischsprachige Inhalte werden als Übersetzung des deutschen Pfades mit vorangestelltem:

/en

abgebildet.

Beispiel

Deutsch:

/studium/bewerbung

Englisch:

/en/studies/application

4. Regeln für 3rd-Level-Domains

4.1 Grundsatz

Neue Webseiten innerhalb von Drupal werden ausschließlich unter:

www.uni-siegen.de/[slug]

angelegt.

3rd-Level-Domains innerhalb von Drupal werden nicht mehr vergeben.

4.2 Zulässige Ausnahmen

Eigene 3rd-Level-Domains sind ausschließlich zulässig für:

  • externe Systeme,
  • Projektwebseiten außerhalb von Drupal,
  • Webanwendungen,
  • technische Speziallösungen.

4.3 Bestehende 3rd-Level-Domains

Bestehende 3rd-Level-Domains erhalten eine Karenzzeit bis:

11.12.2026

Danach werden diese abgeschaltet.

Bis dahin sollen Inhalte, die künftig in Drupal betrieben werden, innerhalb der zentralen Drupal-Struktur verfügbar gemacht werden.

5. Regeln für Weiterleitungen

5.1 Grundsatz

Bei Änderungen von URLs müssen Redirects eingerichtet werden.

Dies gilt insbesondere bei:

  • Änderungen von Slugs,
  • Strukturänderungen,
  • organisatorischen Umstellungen,
  • Abschaltung von 3rd-Level-Domains.

5.2 Redirect-Typ

Standardmäßig werden permanente Redirects verwendet:

301 Redirect

5.3 Redirect-Ketten vermeiden

Nicht zulässig:

A → B → C

Stattdessen:

A → C

5.4 Redirects innerhalb von Drupal

Redirects innerhalb von Drupal bleiben bestehen, bis sie manuell entfernt werden.

Die Verantwortung liegt beim jeweils zuständigen redaktionellen Bereich.

5.5 Redirects aus XIMS

Es erfolgt keine vollständige Migration bestehender XIMS-URL-Strukturen.

Redirects aus XIMS bestehen bis zur Abschaltung von XIMS am:

11.11.2026

5.6 Redirects bestehender 3rd-Level-Domains

Für Inhalte, die künftig in Drupal betrieben werden:

bis 11.12.2026

Für weiterhin extern betriebene Systeme:

bis zur Abschaltung der jeweiligen Domain

5.7 Gelöschte Inhalte

Das Verhalten bei gelöschten Inhalten erfolgt automatisiert durch Drupal.

6. Zuständigkeiten und Governance

6.1 Vergabe allgemeiner Slugs

Verantwortlich:

Stabsstelle Presse, Kommunikation und Marketing (PKM)

6.2 Änderungen bestehender Slugs

Änderungen an bestehenden Slugs dürfen ausschließlich durch die Instanz erfolgen, die den jeweiligen Slug ursprünglich eingerichtet hat.

6.3 Konflikte bei Slugs

Konflikte innerhalb fakultärer Inhalte werden durch die jeweilige Fakultät geregelt.

Konflikte außerhalb fakultärer Inhalte werden durch die:

Stabsstelle Presse, Kommunikation und Marketing (PKM)

geregelt.

6.4 Redirect-Pflege und Qualitätssicherung

Für Redirects und Qualitätssicherung sind die jeweils redaktionell zuständigen Mitarbeitenden verantwortlich.

6.5 Ausnahmen

Ausnahmen von diesem Regelwerk werden geregelt durch:

  • die jeweilige Fakultät für fakultäre Inhalte,
  • die Stabsstelle PKM für zentrale Inhalte.

7. Regeln zur URL-Konsistenz

7.1 Kanonische URLs

Jeder Inhalt soll genau eine primäre URL besitzen.

7.2 Duplicate Content vermeiden

Inhalte sollen nicht unter mehreren URLs parallel gepflegt oder veröffentlicht werden.

Sind mehrere URLs technisch notwendig, sollen Redirects verwendet werden.

8. Regeln für Projektwebseiten

Projektwebseiten können:

  • innerhalb der zentralen Drupal-Struktur,
  • oder in externen Systemen

betrieben werden.

8.1 Projektwebseiten innerhalb von Drupal

Projektwebseiten innerhalb von Drupal werden innerhalb der zentralen URL-Struktur betrieben.

Beispiel

www.uni-siegen.de/forschung/ki-labor

8.2 Projektwebseiten in externen Systemen

Projektwebseiten in externen Systemen können eigene 3rd-Level-Domains erhalten.

Beispiele

ki-labor.uni-siegen.de
projekt.uni-siegen.de

3rd-Level-Domains dürfen ausschließlich auf Systeme verweisen, die nicht Drupal sind.

8.3 Projektlaufzeit und Abschaltung

Nach Abschluss eines Projekts ist durch den zuständigen redaktionellen Bereich zu regeln:

  • ob Inhalte archiviert,
  • weitergeleitet,
  • oder entfernt werden.

9. Beispiele

Zweck Empfohlen Nicht empfohlen
Service /zimt/support /support-zimt
Fakultät /phil/team /fakultaet-phil-team
Projekt in Drupal /forschung/ki-labor ki-labor.uni-siegen.de
Externes Projekt projekt.uni-siegen.de eigene Drupal-Domain
Bewerbung /studium/bewerbung /bewerbung2026neu
Englische Seite /en/studies/application /english/applicationpage
Technische URL /zimt/support /node/123
Tiefe URL /phil/geschichte/team /phil/institut/abteilung/arbeitsgruppe/team
Back to top