Profilseiten von Lehrenden in Drupal: Wie Hochschulen Publikationslisten auf ihre Website bringen
Eine Publikationsliste gelangt auf einem von drei Wegen auf die Profilseite: Die Wissenschaftlerin oder der Wissenschaftler tippt sie selbst ein, jemand importiert eine Datei, oder die Website liest sie aus dem System, in dem die Forschungsleistungen ohnehin erfasst werden. Dieser Artikel erklärt, welche Option zu welcher Hochschule passt, wo Publikationsdaten liegen, bevor sie die Website erreichen, was Drupal übernimmt und was es Ihnen überlässt, und wie viel der kostenlose ORCID-Dienst tatsächlich abdeckt.
Profilseiten von Lehrenden gehören zu den meistbesuchten Seiten einer Hochschulwebsite. Studieninteressierte schauen nach, wer was lehrt. Journalistinnen und Journalisten suchen nach Expertise. Forschende auf der Suche nach Kooperationspartnern lesen vor allem anderen die Publikationsliste. Trotz dieses Traffics sind diese Seiten meist der am schlechtesten gepflegte Teil der Website. Der Grund liegt selten im Design. Der Grund ist, dass niemand festgelegt hat, wer für die Informationen auf der Seite verantwortlich ist.
Eine Profilseite speist sich aus mehr als einem System
Von außen wirkt die Seite wie eine einzige Seite, doch auf ihr kommen mehrere sehr unterschiedliche Arten von Informationen zusammen. Titel, Institut, Büro und dienstliche E-Mail-Adresse liegen bei der Personalverwaltung. Lehrveranstaltungen stehen im Campus-Management-System. Die Biografie schreibt die Person selbst. Publikationen, Drittmittelprojekte und Zitationszahlen befinden sich in dem System, mit dem die Hochschule ihre Forschungsaktivitäten erfasst.
Das Einzige, was diese vier Gruppen gemeinsam haben, ist die Seite, auf der sie erscheinen. Wie oft sie sich ändern, welches System sie vorhält und wer für sie verantwortlich ist, unterscheidet sich jeweils.
Warum institutionelle Angaben und Publikationsdaten getrennt verwaltet werden
Institutionelle Angaben ändern sich langsam und werden zentral gepflegt. Ein Titel ändert sich alle paar Jahre einmal. Die Zugehörigkeit zu einem Institut ändert sich womöglich nie. Publikationsdaten dagegen wachsen ständig: Ein Aufsatz wird angenommen, ein Konferenzvortrag gehalten, ein Projekt startet.
Hochschulen, die beides in ein einziges Formular zwängen, landen meist am selben Punkt. Das zentrale Team hat keine Kapazität, Publikationen einzupflegen, und die Wissenschaftlerin öffnet das Formular nie, weil sie ihren eigenen Titel ohnehin nicht ändern kann. Innerhalb eines Jahres ist die Seite eine, die niemand mehr anfasst.
Studierendenbezogene Informationen folgen wiederum einer anderen Logik, die wir in Drupal-Integration mit Campus-Management-Systemen behandelt haben. Dort erzeugt die Hochschule den Datensatz. Hier erzeugen ihn die Forschenden selbst, und dieser Unterschied prägt alle folgenden Entscheidungen.
Wo Publikationsdaten liegen, bevor sie die Website erreichen
Die Website ist die letzte Station, nicht die Quelle. Bevor eine Publikation auf einer Profilseite erscheinen kann, muss sie an anderer Stelle in strukturierter Form vorliegen. An den meisten Hochschulen bedeutet das eines von zwei Systemen, manchmal beide.
Forschungsinformationssysteme und Repositorien
Größere Forschungsuniversitäten betreiben ein Forschungsinformationssystem (FIS bzw. CRIS), oft zusammen mit einem institutionellen Repositorium für die Volltexte. Diese Systeme sind darauf ausgelegt, Publikationsmetadaten aus externen Datenbanken zu sammeln, Dubletten zu bereinigen und jeden Datensatz der richtigen Person zuzuordnen.
Die Seiten des IT-Dienstes der Universität Oxford beschreiben genau diese Konstellation: Ist das Forschungsinformationssystem entsprechend konfiguriert, liefert es Forschungsinformationen an andere Systeme der Universität, einschließlich der öffentlichen Profile auf den Websites der Institute. Dieser Satz beschreibt den Zielzustand für die meisten Hochschulen. Die Website zeigt an, das Forschungssystem entscheidet.
Systeme zur Leistungsdokumentation
Andere Hochschulen, vor allem in Nordamerika, erfassen dieselben Informationen über ein System zur Dokumentation der Leistungen von Lehrenden, das für Jahresgespräche, Beförderungen und Tenure-Verfahren genutzt wird. Die Forschenden müssen ihre Ergebnisse dort ohnehin eintragen, was es zum vollständigsten Datenbestand auf dem Campus macht.
Es als Quelle für die Website zu nutzen, ist daher verlockend, hat aber einen Haken. Diese Systeme wurden für interne Bewertungen gebaut, nicht zum Veröffentlichen. Die Daten kommen deshalb nicht immer in einer Form an, die eine öffentliche Seite verwenden kann, und der Export muss in der Regel aufbereitet werden, bevor er präsentabel ist.
Drei Wege, Publikationen auf die Website zu bringen
Welche Option passt, hängt davon ab, wie viele Wissenschaftlerinnen und Wissenschaftler beteiligt sind und wie etabliert die vorhandenen Systeme der Hochschule bereits sind.
Manuelle Eingabe
Die Person füllt auf ihrer eigenen Seite ein Publikationsfeld aus. Das ist am schnellsten eingerichtet und funktioniert in kleinen Instituten. Die Schwäche ist die Doppelung: Dieselbe Publikation liegt nun im Forschungssystem und auf der Website, die beiden Fassungen laufen auseinander, und niemand kann sagen, welche aktuell ist.
Dateiimport
Die Person exportiert ihre Publikationsliste als BibTeX- oder RIS-Datei, und die Website importiert sie. Jede Literaturverwaltung erzeugt diese Formate, die Forschenden müssen also nichts Neues lernen. Das ist der vernünftige Mittelweg: nicht automatisch, aber weit schneller als Abtippen, und die Informationen kommen sauber in Felder aufgeteilt an.
Live-Anbindung an das Forschungssystem
Die Website verbindet sich mit dem Forschungssystem der Hochschule und liest die Publikationen von dort. Richtig umgesetzt liefert das das beste Ergebnis, weil es nur einen Datensatz gibt und die Website ihn einfach anzeigt. Im Gegenzug bauen Sie eine Schnittstelle zwischen zwei Systemen und verpflichten sich, sie zu pflegen.
Die meisten großen Forschungsuniversitäten im Ausland gehen diesen Weg. Die oben beschriebene Konstellation in Oxford ist das deutlichste öffentlich dokumentierte Beispiel dafür.
| Manuelle Eingabe | Dateiimport | Live-Anbindung | |
|---|---|---|---|
| Einrichtungsaufwand | Gering | Mittel | Hoch |
| Aktualität | Hängt von der Person ab | Periodisch | Laufend |
| Am besten geeignet für | Kleine Institute | Mittelgroße Fakultäten | Hochschulen mit etabliertem Forschungssystem |
| Hauptrisiko | Zwei Datensätze, die auseinanderlaufen | Aktualisierung wird vergessen | Lücken in der Quelle werden sichtbar |
Was Drupal Ihnen bietet und was es Ihnen überlässt
Ein Punkt sollte vor der Werkzeugfrage geklärt werden. Eine auf Forschung ausgerichtete Drupal-Distribution wurde jahrelang empfohlen und taucht noch immer in Vergleichsartikeln auf, doch ihre ältere Version wird nicht mehr gepflegt, und das aktuelle Angebot fällt nicht unter die Security-Advisory-Richtlinie von Drupal. Harvard, wo diese Distribution entstanden ist, hat seine Websites davon auf eine neue Drupal-Plattform migriert, wobei der Übergang bis August 2025 lief. Es lohnt sich, den Wartungsstatus jeder genannten Option auf ihrer eigenen Projektseite zu prüfen statt anhand von Empfehlungslisten.
Wie der Zitierstil festgelegt wird
Eine Publikationsliste ist kein Textblock. Autorin oder Autor, Titel, Zeitschrift, Jahr und DOI müssen in getrennten Feldern vorliegen. Dieselbe Publikation kann in einer Institutsübersicht in Kurzform und auf einer Profilseite vollständig erscheinen, und das ist nur möglich, wenn die Felder von Anfang an getrennt gehalten wurden.
In Drupal übernimmt das das Modul Bibliography & Citation. Version 3.1.2, veröffentlicht am 15. Juli 2026, ist ein stabiles Release, das unter die Security-Advisory-Richtlinie von Drupal fällt, und 1.349 Websites melden seine Nutzung. Es importiert BibTeX-, RIS- und EndNote-Dateien und kennt mehr als achttausend Zitierstile. In der Praxis heißt das: Um den Zitierstil Ihrer Hochschule anzuwenden, brauchen Sie keine Entwicklungsarbeit, Sie wählen ihn in den Einstellungen aus.
Publikationstitel in mehr als einer Sprache vorzuhalten, ist eine eigene Frage, die die Feldstruktur verändert. Diese Seite haben wir in Mehrsprachigkeit in Drupal verwalten behandelt.
Wie viel der kostenlose ORCID-Dienst abdeckt
ORCID gibt Forschenden eine eigene Kennung. Diese Kennung auf der Profilseite anzuzeigen, ist inzwischen üblich, und manche Hochschulen möchten einen Schritt weiter gehen und die Publikationsliste direkt aus dem ORCID-Datensatz beziehen.
Es gibt jedoch eine Grenze, die man vor Projektbeginn kennen sollte. Laut der Dokumentation von ORCID selbst ist der kostenlose Dienst rein lesend. Sie können die öffentlichen Werke im ORCID-Datensatz einer Person lesen und auf der Website anzeigen. Sie können aber keine Publikation aus Ihrem eigenen System zu diesem Datensatz hinzufügen. Das Hinzufügen erfordert eine Mitgliedschaft, und die Mitgliedschaft ist kostenpflichtig. Wer das vor Projektbeginn weiß, vermeidet später ein Budgetproblem.
Realistisch sollte man auch bei fertigen Modulen sein. Das ORCID-Modul für Drupal ermöglicht die Anmeldung auf der Website mit ORCID und wird von acht Websites genutzt. Das separate Modul zum Abrufen von Publikationen meldet eine einzige Website und fällt nicht unter die Security-Advisory-Richtlinie. Diese Zahlen führen zu einem Schluss: ORCID-Anbindungen werden nicht aus einem Modul installiert, sie werden für die jeweilige Hochschule gebaut.
Wer hält die Seite aktuell?
Ist die technische Arbeit erledigt, bleibt eine Frage: Wer darf was auf der Seite ändern?
An den meisten Hochschulen funktioniert ein dreistufiges Modell gut. Die Person selbst bearbeitet Biografie, Forschungsschwerpunkte und Foto. Die Institutsverwaltung pflegt Kontaktdaten und Verweise auf Lehrveranstaltungen. Titel und Angaben zur Stelle ändert niemand, denn sie kommen aus dem Verwaltungssystem der Hochschule.
Kommt die Publikationsliste automatisch, muss dieses Feld für die Bearbeitung gesperrt sein. Andernfalls korrigiert jemand etwas auf der Seite, der nächste Import überschreibt die Korrektur, und niemand vertraut dem System mehr.
Wie diese Stufen in Drupal umgesetzt werden, beschreiben wir in unserem Artikel über Benutzerrollen und Berechtigungen.
Was darf auf einer öffentlichen Mitarbeiterseite stehen?
Nicht alles auf der Seite fällt in dieselbe Kategorie. Titel, Institut und dienstliche E-Mail-Adresse sind berufliche Kontaktdaten, die an eine nach außen gerichtete Funktion gebunden sind, und es wird erwartet, dass sie öffentlich sind. Mobilnummern, private E-Mail-Adressen und Wohnanschriften sind dagegen personenbezogene Daten.
Nach der DSGVO und der UK GDPR ist die Veröffentlichung beruflicher Kontaktdaten für eine solche Funktion in der Regel unproblematisch, während private Kontaktdaten eine Rechtsgrundlage und in der Praxis eine widerrufliche Einwilligung benötigen. In den USA gibt es kein einheitliches Bundesgesetz für Mitarbeiterverzeichnisse, dort gelten stattdessen hochschulinterne Richtlinien und bundesstaatliches Recht. FERPA wird hier oft fälschlich angeführt. Es schützt die Bildungsdaten von Studierenden, nicht die Kontaktdaten von Lehrenden.
Die Antwort auf Seiten der Website ist in beiden Rechtsräumen dieselbe. Private Felder gehören in eine eigene Gruppe im Profilformular, standardmäßig verborgen, und werden von der Person freigegeben, wenn sie das möchte. So liegt der Nachweis der Einwilligung im System und nicht im Posteingang irgendeiner Person.
Wo sollten Sie anfangen?
Der erste Schritt ist nicht die Auswahl der Software. Er besteht darin, vier Fragen schriftlich zu beantworten: Was soll auf der Seite erscheinen? Welches System hält welche Information vor? Wie oft wird die Publikationsliste aktualisiert? Wer darf was ändern?
Liegen diese vier Antworten vor, ergibt sich die Wahl zwischen manueller Eingabe, Dateiimport und Live-Anbindung meist von selbst. Projekte, die diese Fragen überspringen, starten oft erfolgreich und sehen dann zu, wie sich die Profilseiten in den folgenden zwei Semestern leeren.
Es lohnt sich außerdem, die Erwartungen früh zu klären. Drupal liefert Ihnen eine solide Grundlage für diese Arbeit, kein fertiges Produkt. Die Publikationsfelder zu modellieren, die Zitationsausgabe zu konfigurieren und den Import zu bauen, ist ein eigenes Projekt.
Ein praktischer Vorschlag: Statt die gesamte Hochschule auf einmal umzustellen, beginnen Sie mit einer einzelnen Fakultät, deren Publikationsdaten bereits gut gepflegt sind, betreiben Sie das Ganze ein Studienjahr lang und prüfen Sie das Ergebnis, bevor Sie weitergehen.
Die Drupal-Plattformen, die das Drupal4edu-Team von Drupart für Hochschulen wie die Özyeğin-Universität, die Kadir-Has-Universität und die Acıbadem-Universität entwickelt, folgen genau diesem Prinzip: Die Website zeigt die Informationen an, die in den eigenen Systemen der Hochschule gepflegt werden, statt zu einem weiteren Ort zu werden, an dem dieselben Daten gepflegt werden müssen. Mehr über unseren Ansatz erfahren Sie auf der Seite Drupal an Hochschulen.
Häufige Fragen zu Profilseiten von Lehrenden
Kann sich eine Publikationsliste automatisch aktualisieren?
Ja. Bietet das Forschungssystem der Hochschule eine nutzbare Schnittstelle, liest die Website die Publikationen von dort, und die Liste aktualisiert sich von selbst. Die einzige Bedingung ist, dass die Daten in der Quelle gepflegt sind, denn ein Import überträgt vorhandene Informationen, er ergänzt sie nicht. Sobald ein automatischer Import eingerichtet ist, sollte das Publikationsfeld auf der Website für die Bearbeitung gesperrt werden, da sonst Korrekturen auf der Seite bei der nächsten Aktualisierung überschrieben werden.
Soll die Website aus ORCID oder aus dem eigenen System der Hochschule lesen?
In den meisten Fällen aus dem eigenen System der Hochschule. ORCID-Datensätze werden von den einzelnen Forschenden gepflegt, und ihre Vollständigkeit schwankt stark von Person zu Person. Eine auf ORCID aufgebaute Seite wirkt deshalb bei manchen vollständig und bei anderen lückenhaft. Ein Forschungsinformationssystem oder ein System zur Leistungsdokumentation wird aktuell gehalten, weil Bewertungen und Berichte davon abhängen, und ist damit der vollständigere Datenbestand. ORCID eignet sich gut als auf der Seite angezeigte Kennung und als ergänzende Quelle, nicht als Hauptquelle.
Ist das Abrufen einer Publikationsliste aus ORCID kostenlos?
Das Lesen ist kostenlos. Der öffentliche Dienst von ORCID erlaubt es, die öffentlichen Werke im Datensatz einer Person zu lesen und auf Ihrer Website anzuzeigen. Kostenpflichtig ist das Hinzufügen: Wenn Sie eine Publikation aus Ihrem Hochschulsystem in den ORCID-Datensatz einer Person übertragen möchten, benötigen Sie eine Mitgliedschaft. Für die meisten Hochschulwebsites reicht das Lesen aus, denn Aufgabe der Website ist es, Publikationen anzuzeigen, nicht den ORCID-Datensatz zu pflegen.
Gibt es ein fertiges Drupal-Modul für Publikationslisten?
Für Publikationsdaten und Zitationsausgabe ja. Das Modul Bibliography & Citation deckt diesen Bedarf ab, sein stabiles Release fällt unter die Security-Advisory-Richtlinie, und es importiert BibTeX und RIS. Bei ORCID sieht es anders aus: Die verfügbaren Module decken nur Anmeldung und Verknüpfung ab, und ihre gemeldeten Nutzungszahlen liegen im einstelligen bis niedrigen zweistelligen Bereich. Diese Zahlen zeigen, dass die Erwartung einer fertigen Lösung nicht realistisch ist. ORCID-Anbindungen werden in der Praxis für die jeweilige Hochschule gebaut.
Darf die Mobilnummer einer Lehrperson auf ihrer Seite veröffentlicht werden?
Nur mit ihrer Einwilligung. Titel, Institut und dienstliche E-Mail-Adresse sind berufliche Kontaktdaten, die an eine nach außen gerichtete Funktion gebunden sind, und werden üblicherweise veröffentlicht. Eine Mobilnummer oder private E-Mail-Adresse ist ein personenbezogenes Datum, das in der EU und im Vereinigten Königreich unter die DSGVO bzw. UK GDPR und in den USA unter hochschulinterne Richtlinien und bundesstaatliches Recht fällt. Der praktische Ansatz ist in beiden Fällen derselbe: Legen Sie diese Felder in eine eigene Gruppe im Profilformular, standardmäßig verborgen, und lassen Sie die Person sie freigeben, wenn sie das möchte. Die Einwilligung muss widerruflich bleiben.