Skip to main content

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

InfografikURLs.png

Organsationseinheit Slug Geregelt durch Bemerkung Serviceeinrichtung uni-siegen.de/[oa]/[Seitenname] Presse
Ohne (Allgemeine Inhalte auf Ebene Uni) uni-siegen.de/[Seitenname] Presse
Fakultät uni-siegen.de/[fak]/[Seitenname] Fakultät
Organisationseinheit einer Fakultät uni-siegen.de/[fak]/(...)*/[oa]/[Seitenname] Fakultät * Geregelt durch die jeweilige Fakultät

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.

Hierfür verwenden wir sogenannte Slugs. Diese werden hinter die Domain www.uni-siegen.de gestellt
(z.B. uni-siegen.de/musterslug). In XIMS gab es 3rd-Level Domains z.B. bau.uni-siegen.de. 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 die Stabstelle für Presse, Kommunikation und Marketing.

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 vergeben.

3.4 Slugs definierter Inhaltstypen

Bestimmte Inhaltstypen folgen einem festen allgemeinen Muster:

/inhaltstyp/titel-der-seite

Dies betrifft insbesondere:

  • Veranstaltungen,
  • Services,
  • Study Program,
  • Study Program (Students),
  • Personenprofile,
  • Projekte,
  • Teamseiten,
  • Dokumente.

Beispiele

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

3.5 Organisatorische Inhalte

Alle übrigen Inhalte werden hinter der jeweiligen Organisationseinheit angelegt.

Beispiele

/zimt/support
/zv/dezernat4

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. Die Regelungen werden, sobald vorhanden, an dieser Stelle ergänzt.

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 Stabstelle für Presse, Kommunikation und Marketing.

3.8 Kurz-URLs

Kurz-URLs bedürfen einer Genehmigung.

Die Genehmigung erfolgt durch:

  • die Stabsstelle Stabstelle für Presse, Kommunikation und Marketing,
  • oder die jeweilige Fakultät.

Beispiele

/zimt
/presse
/phil/mewi

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 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, die auf Inhalte in Drupal oder XIMS verweisen, erhalten eine Karenzzeit bis:

11.12.2026

Danach werden die Domainweiterleitungen abgeschaltet. D.h. die Webseiten sind dann nicht mehr unter der alten URL erreichbar.

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. Drupal regelt dies in den meisten Fällen automatisch.

Dies gilt insbesondere bei:

  • Änderungen von Slugs,
  • Strukturänderungen,
  • organisatorischen Umstellungen.

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 bzw. des zuständigen Bereichsadministrators.

5.5 Redirects aus XIMS

Es erfolgt keine 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.

6.2 Änderungen bestehender Slugs

Änderungen an bestehenden Slugs dürfen ausschließlich durch die Instanz erfolgen, die den jeweiligen Slug ursprünglich genehmigt 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

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 und innerhalb des gültigen Slug-Bereich (z.B. /phil/),
  • die Stabstelle für Presse, Kommunikation und Marketing 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/projekt/musterprojekt

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