In der aktuellen Version des Plugins (Version 2.0.28 vom Oktober 2023) wird bei der Suche nach Veranstaltungen nur in den Datensatz der verantwortlichen Personen gesucht.

Daher werden Personen, die Einzeltermine durchführen, jedoch nicht als Verantwortliche eingetragen sind, auch nicht gefunden und somit deren Lehrveranstaltungen nicht angezeigt.

Eine Erweiterung des Plugins zur Suche und Darstellung von Lehrveranstaltungen für Dozenten, die nicht als Verantwortliche eingetragen sind, ist für eine spätere Version geplant.

Der API Key kann online über die Dokumentation von api.fau.de beantragt werden:

Dokumentation: https://api.fau.de/doc

Für FAU-Studium-Fachanteile wird die Berechtigung auf den Endpoint edu in der Version 1 benötigt.

Der API Key kann online über die Dokumentation von api.fau.de beantragt werden:

Dokumentation: https://api.fau.de/doc

Für RRZE -FAUdir wird die Berechtigung auf den Endpoint opendir in der Version 1 benötigt.

Der API Key kann online über die Dokumentation von api.fau.de beantragt werden:

Dokumentation: https://api.fau.de/doc

Für RRZE Lectures wird die Berechtigung auf den Endpoint vz in der Version 2 benötigt.

Der API Key kann online über die Dokumentation von api.fau.de beantragt werden:

Dokumentation: https://api.fau.de/doc

Für FAU-Studium-Fachanteile wird die Berechtigung auf den Endpoint edu in der Version 1 benötigt.

Der API Key kann online über die Dokumentation von api.fau.de beantragt werden:

Dokumentation: https://api.fau.de/doc

Für RRZE -FAUdir wird die Berechtigung auf den Endpoint opendir in der Version 1 benötigt.

Der API Key kann online über die Dokumentation von api.fau.de beantragt werden:

Dokumentation: https://api.fau.de/doc

Für RRZE Lectures wird die Berechtigung auf den Endpoint vz in der Version 2 benötigt.

Ja, Teile der Webstatistiken, die mit webalizer erstellt werden, können auch direkt abgerufen werden und danach mit einer geeigneten Software analysiert oder anders dargestellt werden.

Die folgenden Dateien liegen mit den entsprechenden Datumsformat (YYYY = Jahreszahl, MM = zweistellige Monatszahl, DD = zweistellige Tageszahl) jeweils in dem Statistik-Ordner des Webauftritts unter statistiken.rrze.fau.de/webauftritte/logs/Webauftritt/ .

Bitte beachten Sie, dass der Zugriff nur für Rechner aus den Netzen der Universität möglich ist.

Folgende Dateien stehen im Verzeichnis im CSV- bzw im XML-Format zur Verfügung:

• Useragents:  agent_YYYYMM.tab
• Tagesdelta bei URL-Zugriffen: url_delta_YYYYMMDD.tab
• Referer: ref_YYYYMM.tab
• Suchbegriffe: search_YYYYMM.tab
• Usage: usage_YYYYMM.xml
• Site: site_YYYYMM.tab
• URL-Zugriffe: url_YYYYMM.tab
• Fehler: err_YYYYMM.tab
• Jahreszahlen: webalizer.hist

Nein, die E-Mailadressen werden von uns nicht manipuliert, sondern syntaktisch korrekt dargestellt.
Dies kann auch nicht verhindert oder umgangen werden.

Hintergründe:

Uns erhalten ab und zu Anfragen, ob man Mailadressen nicht automatisch so manipulieren könnte, damit Spam-Bots diese nicht erkennen.
Beispielsweise indem man das „@„-Zeichen durch die Zeichenfolge „[ at ]“ ersetzt.

Wir setzen solche Wünsche nicht um. Aus folgenden Gründen:

1. Die Umsetzung derart würde zu einer Diskriminierung von Menschen führen, die aufgrund von den individuell verwendeten Geräten oder persönlichen Einschränkungen nicht in der Lage sind, dieserart manipulierter Adressen zu erkennen und zu nutzen. So führt eine oben genannte Umsetzung dazu, dass insbesondere Menschen, die auf Vorlesesoftware angewiesen sind und sich die Seiten vorlesen lassen müssen, die Inhalte nicht als solche korrekt vorgelesen bekommen. Diese Menschen sehen sich einer unnötigen Barriere gegenüber.

   Das Recht auf Barrierefreiheit ist allerdings gesetzlich festgelegt und wir als Einrichtung des Öffentlichen Dienstes sind daran gehalten.
   Der subjektive Vorteil des Empfängers eine E-Mail auf ein möglicherweise geringeres Spam-Aufkommen, rechtfertigt es nicht, andere Menschen durch den Aufbau von Barrieren zu diskriminieren.
   Ausnahmetatbestände greifen nicht, da es mildere und effektivere Wege zur Vermeidung von Spam gibt (siehe unten).

2. Zudem ist der vermeintliche Schutz nicht fachlich haltbar und ein längst Mythos:
   • Adressen der gängigen Forman Vorname.Nachname@Firmendomain.de werden vom Spamer längst en Block mittels zufallserstellter Namenslisten verwendet, ohne das hierzu ein Besuch einer Webseite notwendig ist.
   • Die E-Mailadresse wird an vielen weiteren Stellen verwendet, auch über diese aktuelle Website hinaus. Spätestens nach Abgabe einer Visitenkarte mit Ihrer E-Mailadresse haben Sie keine Kontrolle mehr darüber, wie sie verbreitet wird. 
   • Selbst wenn Spam-Bots einer auf das Sammeln von E-Mailadressen spezialisierten Firma die Webseiten besuchen, erkennen diese alle gängigen Formen der Manipulation – auch solche, die uns hier noch gar nicht eingefallen sind. Denn diese Firmen verdienen ihr Geld damit, solche Adressen zu erkennen und zu verkaufen.

     Es ist ein Trugschluss zu glauben, dass man durch eine simple automatische Textmanipulation des Zeichens @ in [ at ] von den professionellen Scannern nicht erkannt wird. Die automatische Umsetzung der Adresse in die eine Richtung ist technisch genauso trivial umsetzbar, wie es die umgekehrte Richtung ist.
     Ebenso sind E-Mailadressen in der Umsetzung in Form von Bildern längst kein Schutz mehr. Entsprechende Funktionen der Mustererkennung sind seit mehr als einem Jahrzehnt gängiger Stand der Technik. Spätestens mit der Entwicklung neuer KI-Verfahren sind auch sehr komplexe Manipulationen, die aus der Kombination von Bildern, Texten und dynamisch erzeugten Content bestehen, kein Problem mehr für die automatische Erkennung durch Spam-Bots.

     Grundsätzlich kann festgehalten werden: Jegliche automatische und manuelle Text- und Bildmanipulation kann auch automatisch wieder rückgängig gemacht werden.

3. Zur Vermeidung von Spam sind allein Spam-Erkennungs- und Filterverfahren auf der Empfängerseite legitim und sinnvoll. Hierzu finden Sie hier weitere Informationen auf derInformationsseite Anti-Spam des RRZE.

 

Die Zugriffe auf Webangebote, die am RRZE gehostet werden, sind aus dem Netz der Universität auf statistiken.rrze.fau.de abrufbar. Die Statistik wird mittels der Software webalizer erstellt und basiert auf die anonymisierten Zugriffe auf die Webserver.

In der Statistik werden unterschiedliche Begriffe verwendet:

• „Hits“, „Anfragen“, „Gesamtabrufe“

  Die Begriffe „Hits“, „Anfragen“, „Gesamtabrufe“ und deren anderssprachige Formen stehen fuer die Summe der Anfragen auf einer Domain. Sie stehen aber nicht allein für die Summe der Anfragen fuer eine Seite. Genau gibt die Zahl an, wie oft Dateien innerhalb der Domain auf dem sich die Zahl bezieht, abgerufen wurden. Diese Dateien bestehen jedoch nicht nur aus den HTML-Dateien, sondern auch aus den in diesen referenzierten Bildern, Stylesheet-Dateien und Skript-Aufrufe.
  Beispiel: Die Seite index.html enthält 3 Bilder und eine Referenz auf eine Stylesheet-Datei. Wird diese Seite aufgerufen werden in der Logdatei 5 Hits vermerkt:

  1 Hit fuer die Datei index.html
  3 Hits fuer jeweils ein Bild
  1 Hit fuer die Stylesheet-Datei

  Die Zahl der „Hits“ in einer Statistik einer Domain kann nicht durch eine andere Abrufszahl überschritten werden.

• „Seiten“, „Seitenabrufe“, „Pageviews“, „Page Impressions“

  Diese Begriffe beinhalten die Zahl der Abrufe auf Dokumentseiten _exklusive_ Referenzen auf Bilder, Stylesheet-Dateien oder Skript-Abrufen. Ausserdem werden zusätzlich nur Abrufe der Seiten gezählt, wenn diese vollstaendig vom Webserver geladen wurden. (Dies bedeutet, dass Seiten, die aus einem Proxy -also einem Zwischenspeicher für Webdokumente- geladen wurden, nicht mitgezählt wurden.)
  Beispiel: Die Seite index.html enthält 3 Bilder und eine Referenz auf eine Stylesheet-Datei. Wird diese Seite aufgerufen werden in der Logdatei 5 Hits vermerkt:

  1 Hit fuer die Datei index.html
  3 Hits fuer jeweils ein Bild
  1 Hit fuer die Stylesheet-Datei

  Die Zahl der „Pageviews“, bzw. der „Seiten“ ist jedoch nur 1. Für den Fall, daß ein Proxy die Seite gespeichert hatte bei dem der Browser des Benutzers die Seite abgerufen hat, ist die Zahl der Seitenabrufe sogar nur 0.

  Die Zahl der „Pageviews“ kann niemals größer als die der „Hits“ sein.

• „Dateien“, „Files“

  Diese Zahl gibt an, wieviele Dateien erfolgreich von der Domain geladen wurden. Dateien sind alle Dokumente auf der Webseite, inkl. Bilder und Skripten.
  Der Unterschied zur Zahl der „Anfragen“/“Hits“ besteht darin, dass hier die Abrufe, bei denen der Seiteninhalt über einen Proxy geladen wurde, nicht mitgezählt werden. D.h.: ‚Zahl der „Hits“‚ – ‚Zahl der „Dateien“‚ = ‚Zahl der Seiten, die über einen Proxy abgerufen wurden.‘ Die Zahl der „Dateien“ ist meist nur für Interesse fuer den Webmaster, da diese Einfluss auf die Größe des Datentransfers hat.

  Die Zahl der „Dateien“ kann niemals größer als die der „Hits“ sein. Sie ist größer als die Zahl der „Seitenabrufe“

• „Besuche“, „Sessions“, „Sitzungen“

  Diese Zahl beschreibt wieviele Besucher innerhalb eines festgelegten Zeitintervals Seiten, d.h. richtige Webseiten (die Grafiken etc nicht mitgezählt), vom Webserver erfolgreich abgerufen haben. Üblicherweise wird ein Wert von 90 Sekunden für den Zeitinterval benutzt.

  Die Zahl der Seitenabrufe geteilt durch die Zahl der Besucher ergibt dabei die Zahl der Seiten, die ein Besucher auf der Seite betrachtet. (Portals und Suchmaschinen werden in der Regel eine kleinere Zahl haben, als inhaltlich bezogene Seiten, die nicht sofort auf externe Angebote verweisen.)
  Kurz gesagt: Je größer der Wert „Seitenabrufe“/“Besuche“ ist, je laenger bleiben die Besucher auf der Seite.

  Die Zahl der „Besuche“ kann niemals größer als die der „Pageviews“ sein.

• „Rechner“, „Hosts“

  Diese Zahl gibt an, wieviele verschiedene Rechner innerhalb eines Zeitintervalles „Seitenabrufe“ tätigten. (Bitte beachten Sie hierbei, dass Benutzer der großen Onlinedienste meist unter einem einzigen Rechner identifiziert werden.)
  Interessant ist diese Zahl dadurch, dass sie zusammen mit der Zahl der „Besuche“ eine Abschätzung zuläßt, wie oft ein spezieller Besucher zu der Seite zurückkommt, d.h. wie interessant das auch über längere Zeiträume hinweg ist.

  Die Zahl der „Rechner“ kann niemals größer als die der „Besuche“ sein.

Die statistische Werte halten dabei folgende Reihenfolge ein:
#“Hits“ >= #“Dateien“ >= #“Seiten“ >= #“Besuche“ >= #“Rechner“

(wobei das Zeichen ‚#‘ sich auf die Zahl bezieht.)

Unabhaengig von diesen Zahlen wird in den meisten Statistiken auch noch die Zahl der übertragenen kBytes angegeben. Diese Zahl bezieht sich in der Regel auf den Datentransfer aller Dateien innerhalb des Zeitintervals.
Der Wert #“Dateien“ / #’kBytes‘ gibt dabei die durchschnittliche Dateigröße pro Datei an.

In dem Fall, wo eine Website mehreren Departments einer Fakultät untergeordnet ist, ist zu empfehlen als Aufpunkt die Fakultät zu nehmen.
Wenn die Website mehreren Departments oder Einrichtungen verschiedener Fakultäten untergeordnet ist, würde als Aufpunkt die Uni selbst zu nehmen.

Der Ziel der Orga Breadcrumb ist der, das ein Besucher einer Website eine Vorstellung bekommt, zu welcher Organisation die Website gehört.
Dies kann aber neben dem rein organisatorischen Aspekt durchaus inhaltlich auch anderes sein.
Zum Beispiel wenn die Stellen von einem Department kommen, aber die Inhalte und Arbeiten um die es geht, einer anderen Forschungsrichtung zugeordnet werden könnten.
Überlegen Sie in diesen Fällen daher, was aus Sicht Ihrer Besucher und im Rahmen der Öffentlichkeitsarbeit nützlicher ist und entscheiden Sie pragmatisch.

Die Erstellung von Kontaktseiten kostet stets etwas Zeit, da die Daten der einzelnen Personen zunächst vom FAUdir Portal geladen werden müssen. Damit, gerade bei Listen vieler Personen, die Ladezeit reduziert wird, werden sowohl die erzeugten Seiten als auch die darauf beruhenden Daten von Personen, Einrichtungen und Arbeitsplätzen in soegannte „Caches“ zwischengespeichert.

Der Administrator einer Webseite kann in den Einstellungen zum Plugin einstellen, dass die Generierung der Ausgabeseite für angemeldete Redakteure nicht gecacht wird. Dies ist sinnvoll, wenn die Ausgabe noch mehrmals angepasst werden muss. Die Daten der Personen und Einrichtungen hingegen werden nach dem ersten Laden von der zentralen Datenquelle in einem Cache abgelegt. Personendaten werden üblicherweise über 2 Stunden zwischengespeichert, die von Einrichtungen über 4 Stunden.

Wenn eine Person in FAUdir Einträge ändert, kann es dementsprechend so lange dauern, bis diese auch auf der Website geändert werden. Sollte es jedoch dringliche Änderungen geben, hat der Administrator der Website die Möglichkeit, im Backend unter den Einstellungen des Plugins den gesamten Cache zu löschen und somit die Daten neu anzufordern.

In der aktuellen Version des Plugins (Version 2.0.28 vom Oktober 2023) wird bei der Suche nach Veranstaltungen nur in den Datensatz der verantwortlichen Personen gesucht.

Daher werden Personen, die Einzeltermine durchführen, jedoch nicht als Verantwortliche eingetragen sind, auch nicht gefunden und somit deren Lehrveranstaltungen nicht angezeigt.

Eine Erweiterung des Plugins zur Suche und Darstellung von Lehrveranstaltungen für Dozenten, die nicht als Verantwortliche eingetragen sind, ist für eine spätere Version geplant.

Das Lectures-Plugin kann derzeit keine Daten aus vergangenen Semestern anzeigen, da das Campo-System diese Daten leider nicht bereit stellt.

Es werden nur Veranstaltungen, aus dem letzten, dem aktuellen und den anstehenden Semester gezeigt.

In der aktuellen version des FAUdir Plugins sind nur Bildern im Format 1:1 (viereckig) vorgesehen. Ein Foto sollte dabei mindestens 500×500 Pixel groß sein und im JPG-Format hochgeladen werden.

Andere Formate des Bildes (z.B. Hochkant oder Quer) sind derzeit nicht möglich und nicht vorgesehen.

Hintergrund: Im Rahmen des anstehenden Relaunches des Corporate Designs der FAU werden Personenprofile nur noch im viereckigen Format auf der Website veröffentlicht. Auch wenn die jeweiligen Website noch nicht auf das neue Design umgestellt wurde, sollten bereits jetzt die Bilder entsprechend angepasst werden.

Es können nur folgende Personen aus dem alten FAU Person Plugin übernommen werden:

• Zu den Personeneinträgen des alten Plugins gibt es eine UnivIS-Id. Diese UnivIS-Id muss im UnivIS-System gültig sein und zu einem Personeneintrag führen.
• Der Personeneintrag aus UnivIS wird im FAUdir gesucht. Und zwar mit entweder der im UnivIS hinterlegten IdM-Kennung oder wenn es diese nicht gibt, mit der im UnivIS hinterlegten Mailadresse oder wenn es auch diese nicht gibt mit der Kombination aus Vornamen und Nachname.
• Bei der Suche im FAUdir kann es nur dann z u Treffern kommen, wenn die aus UnivIS ermittelten Daten zu nur einer Person im FAUdir führen, deren Eintrag öffentlich sein muss.

Dementsprechend schlägt der Import dann fehl, wenn obiges Verfahren keine Treffer hat. Häufige Ursachen sind also:

• Die E-Mailadresse der Person im UnivIS ist nicht dieselbe, die im öffentlichen Eintrag in FAUdir zu finden ist.
• Die Person ist im FAUdir nicht öffentlich.
• Der Personeneintrag in FAU Person enthielt keine gültige UnivIS Id.

Der Import wird automatisch gestartet, wenn das FAUdir Plugin aktiviert wird und das FAU Person Plugin noch aktiv ist. Der Import kann später (z.B. nach einer Korrektur der Alteinträge um die Perosnen zu finden) neu angefordert werden. Hierzu findet sich in den Einstellungen des Plugins (Einstellung – RRZE FAUdir in der Lasche „Erweiterte EInstellungen“) eine entsprechende Option.

Über das FAUdir Plugin können nur Personen angezeigt werden, die einen öffentlichen Eintrag im FAUdir-Verzeichnis haben. Auch Externe können dort, zum Beispiel als Gastwissenschaftler, eingetragen werden.
Sollte dies nicht möglich sein, ist eine Anzeige mit FAUdir nicht möglich und derzeit auch nicht geplant. Möglicherweise kann es in Zukunft andere Lösungen hierzu geben. Zum Beispiel über die Projekt-, Forschungsbereich- und Aktivitätenverwaltung im Forschungsinformationssystem CRIS.

Für die Darstellung von Personenlisten mit externen Personen verwenden Sie daher den normalen Website-Editor. Beachten Sie jedoch, dass für alle Personen welche auf der Website öffentlich publiziert werden, die datenschutzrechtlichen Bestimmungen einzuhalten sind.

Ja, dies ist möglich, wenn die jeweilige Person als Personeneintrag abgelegt wurde. Dann kann nicht nur ein Personenbild hinzugefügt werden, sondern auch Lebenslauf und Kurzbeschreibungen.

Bitte beachten Sie, daß das Foto einer Person datenschutzrechtlich relevant ist. Sie müssen daher die Erlaubnis der jeweiligen Person haben. Die Zustimmung der Person zur „weltweit öffentlichen Verbreitung“ des Bildes, wie sie auf einer Website erfolgt, sollte gemäß den Empfehlungen des Datenschutzes protokolliert werden.

Da Abfragen nach personenbezogenen Daten stets nur in dem Maße gemacht werden, wie es unbedingt technisch notwendig ist (Prinzip der Datensparsamkeit), können bei der Suche nach der lecturer_id nur Personen gefunden werden, die eine der folgenden Personengruppen zugehören:

• Einrichtungsleiter
• Professoren und Professorinnen
• Juniorprofessoren und Juniorprofessorinnenv
• Wissenschaftliche Mitarbeiter und Mitarbeiterinnen
• Honorarprofessoren und Honorarprofessorinnen
• Privatdozenten und Privatdozentinnen
• Außerplanmäßige Professoren und Professorinnen
• Lehrbeauftragte
• Gastdozent und Gastdozentinnen
• Gastwissenschaftler und Gastwissenschaftlerinnen

Nein, die E-Mailadressen werden von uns nicht manipuliert, sondern syntaktisch korrekt dargestellt.
Dies kann auch nicht verhindert oder umgangen werden.

Hintergründe:

Uns erhalten ab und zu Anfragen, ob man Mailadressen nicht automatisch so manipulieren könnte, damit Spam-Bots diese nicht erkennen.
Beispielsweise indem man das „@„-Zeichen durch die Zeichenfolge „[ at ]“ ersetzt.

Wir setzen solche Wünsche nicht um. Aus folgenden Gründen:

1. Die Umsetzung derart würde zu einer Diskriminierung von Menschen führen, die aufgrund von den individuell verwendeten Geräten oder persönlichen Einschränkungen nicht in der Lage sind, dieserart manipulierter Adressen zu erkennen und zu nutzen. So führt eine oben genannte Umsetzung dazu, dass insbesondere Menschen, die auf Vorlesesoftware angewiesen sind und sich die Seiten vorlesen lassen müssen, die Inhalte nicht als solche korrekt vorgelesen bekommen. Diese Menschen sehen sich einer unnötigen Barriere gegenüber.

   Das Recht auf Barrierefreiheit ist allerdings gesetzlich festgelegt und wir als Einrichtung des Öffentlichen Dienstes sind daran gehalten.
   Der subjektive Vorteil des Empfängers eine E-Mail auf ein möglicherweise geringeres Spam-Aufkommen, rechtfertigt es nicht, andere Menschen durch den Aufbau von Barrieren zu diskriminieren.
   Ausnahmetatbestände greifen nicht, da es mildere und effektivere Wege zur Vermeidung von Spam gibt (siehe unten).

2. Zudem ist der vermeintliche Schutz nicht fachlich haltbar und ein längst Mythos:
   • Adressen der gängigen Forman Vorname.Nachname@Firmendomain.de werden vom Spamer längst en Block mittels zufallserstellter Namenslisten verwendet, ohne das hierzu ein Besuch einer Webseite notwendig ist.
   • Die E-Mailadresse wird an vielen weiteren Stellen verwendet, auch über diese aktuelle Website hinaus. Spätestens nach Abgabe einer Visitenkarte mit Ihrer E-Mailadresse haben Sie keine Kontrolle mehr darüber, wie sie verbreitet wird. 
   • Selbst wenn Spam-Bots einer auf das Sammeln von E-Mailadressen spezialisierten Firma die Webseiten besuchen, erkennen diese alle gängigen Formen der Manipulation – auch solche, die uns hier noch gar nicht eingefallen sind. Denn diese Firmen verdienen ihr Geld damit, solche Adressen zu erkennen und zu verkaufen.

     Es ist ein Trugschluss zu glauben, dass man durch eine simple automatische Textmanipulation des Zeichens @ in [ at ] von den professionellen Scannern nicht erkannt wird. Die automatische Umsetzung der Adresse in die eine Richtung ist technisch genauso trivial umsetzbar, wie es die umgekehrte Richtung ist.
     Ebenso sind E-Mailadressen in der Umsetzung in Form von Bildern längst kein Schutz mehr. Entsprechende Funktionen der Mustererkennung sind seit mehr als einem Jahrzehnt gängiger Stand der Technik. Spätestens mit der Entwicklung neuer KI-Verfahren sind auch sehr komplexe Manipulationen, die aus der Kombination von Bildern, Texten und dynamisch erzeugten Content bestehen, kein Problem mehr für die automatische Erkennung durch Spam-Bots.

     Grundsätzlich kann festgehalten werden: Jegliche automatische und manuelle Text- und Bildmanipulation kann auch automatisch wieder rückgängig gemacht werden.

3. Zur Vermeidung von Spam sind allein Spam-Erkennungs- und Filterverfahren auf der Empfängerseite legitim und sinnvoll. Hierzu finden Sie hier weitere Informationen auf derInformationsseite Anti-Spam des RRZE.

 

Ja, dies ist möglich, nachdem diese Einrichtungen im FAUdir-Portal eingerichtet wurde. Alle offiziellen Einrichtungen der FAU sind bereits in FAUdir enthalten. IdM-Beauftragte der EInrichtungen können überdies eigene untergeordnete Einheiten in „Ordnern“ anlegen. Diese Order haben, wie auch Einrichtungen, eigene Titel, Beschreibungen und Kontaktdaten.

Alle diese Ordner können ebenfalls mit dem FAUdir Plugin angezeigt werden. Dies eignet sich insbesondere dann, wenn man nicht einzelne Personen als Kontakt angeben möchte, sondern Arbeits- und Projektgruppen oder Servicestellen.

Ein Beispiel zeigt der Ordner „Webteam“: https://faudir.fau.de/public/org/6f44f3fb31

Diese kann mit dem Shortcode eingebunden werden:

Wenn Kalendertermine aus Exchange auf der Webseite angezeigt werden, wird hierzu der ICS-Feed von Exchange verwendet.
Der ICS-Feed zeigt standardmäßig jedoch nur die Termine an, welche drei Monate in der Zukunft liegen. Alles darüber hinaus nicht.

Wenn die eingetragenen Termine entsprechend in der Zukunft liegen, können sie daher auch auf der Webseite nicht angezeigt werden.

Über das FAUdir Plugin können nur Personen angezeigt werden, die einen öffentlichen Eintrag im FAUdir-Verzeichnis haben. Auch Externe können dort, zum Beispiel als Gastwissenschaftler, eingetragen werden.
Sollte dies nicht möglich sein, ist eine Anzeige mit FAUdir nicht möglich und derzeit auch nicht geplant. Möglicherweise kann es in Zukunft andere Lösungen hierzu geben. Zum Beispiel über die Projekt-, Forschungsbereich- und Aktivitätenverwaltung im Forschungsinformationssystem CRIS.

Für die Darstellung von Personenlisten mit externen Personen verwenden Sie daher den normalen Website-Editor. Beachten Sie jedoch, dass für alle Personen welche auf der Website öffentlich publiziert werden, die datenschutzrechtlichen Bestimmungen einzuhalten sind.

Bitte prüfen Sie die Konfiguration des Plugins im Backend hinsichtlich der Nutzung der eigenen FAUorg Nummer.

Ab der Version 2.0.28 wird in den Einstellungen festgelegt, ob die Suche nach Lehrveranstaltungen stets ergänzt wird um eine Filterung nach einer FAUorg Nummer, oder ob diese nur optional hinzukommt.
Wenn Sie beispielsweise gezielt nach Veranstaltungen einer Person suchen, die einer anderen Organisationsnummer zugehörig ist, in den EInstellungen aber gleichzeit angegeben wurde, nur solche Veranstaltungen zu finden, die einer anderen FAUorg Nummer zugewiesen sind, dann kann es keine Treffer geben.

Ändern Sie daher im Backend unter Einstellungen -> RRZE Lectures die Einstellung unter FAUorg Nummer verwenden ab auf die Option Füge die FAUorg zur Suche nach Veranstaltungen nur dann hinzu, wenn alle anderen notwendigen Mindestangaben fehlen.

Wenn Kalendertermine aus Exchange auf der Webseite angezeigt werden, wird hierzu der ICS-Feed von Exchange verwendet.
Der ICS-Feed zeigt standardmäßig jedoch nur die Termine an, welche drei Monate in der Zukunft liegen. Alles darüber hinaus nicht.

Wenn die eingetragenen Termine entsprechend in der Zukunft liegen, können sie daher auch auf der Webseite nicht angezeigt werden.

In der aktuellen version des FAUdir Plugins sind nur Bildern im Format 1:1 (viereckig) vorgesehen. Ein Foto sollte dabei mindestens 500×500 Pixel groß sein und im JPG-Format hochgeladen werden.

Andere Formate des Bildes (z.B. Hochkant oder Quer) sind derzeit nicht möglich und nicht vorgesehen.

Hintergrund: Im Rahmen des anstehenden Relaunches des Corporate Designs der FAU werden Personenprofile nur noch im viereckigen Format auf der Website veröffentlicht. Auch wenn die jeweiligen Website noch nicht auf das neue Design umgestellt wurde, sollten bereits jetzt die Bilder entsprechend angepasst werden.

Über das FAUdir Plugin können nur Personen angezeigt werden, die einen öffentlichen Eintrag im FAUdir-Verzeichnis haben. Auch Externe können dort, zum Beispiel als Gastwissenschaftler, eingetragen werden.
Sollte dies nicht möglich sein, ist eine Anzeige mit FAUdir nicht möglich und derzeit auch nicht geplant. Möglicherweise kann es in Zukunft andere Lösungen hierzu geben. Zum Beispiel über die Projekt-, Forschungsbereich- und Aktivitätenverwaltung im Forschungsinformationssystem CRIS.

Für die Darstellung von Personenlisten mit externen Personen verwenden Sie daher den normalen Website-Editor. Beachten Sie jedoch, dass für alle Personen welche auf der Website öffentlich publiziert werden, die datenschutzrechtlichen Bestimmungen einzuhalten sind.

Zur Verifikation der Website als Property in den Google Webmaster Tools wird die Methode über den HTML-Tag ausgewählt. Google erstellt dann auf der Einrichtungsseite eine HTML-Anweisung. Von dieser Anweisung kopiert man den Bestandteil, der im Attribut „content“ angegeben ist.
Bei einer Website, die eines der FAU Themes nutzt, finden Sie im Customizer unter „Erweitert“ >> Metadaten und Inhalte ein Eingabefeld, in dem Sie diesen Content einfügen.

Nachdem Sie dies getan und gespeichert haben, lassen Sie Google die Website prüfen.
Google wird damit erkennen, dass Sie die Berechtigungen an der Website haben und Ihnen die Website zuordnen.

Die Zugriffe auf Webangebote, die am RRZE gehostet werden, sind aus dem Netz der Universität auf statistiken.rrze.fau.de abrufbar. Die Statistik wird mittels der Software webalizer erstellt und basiert auf die anonymisierten Zugriffe auf die Webserver.

In der Statistik werden unterschiedliche Begriffe verwendet:

• „Hits“, „Anfragen“, „Gesamtabrufe“

  Die Begriffe „Hits“, „Anfragen“, „Gesamtabrufe“ und deren anderssprachige Formen stehen fuer die Summe der Anfragen auf einer Domain. Sie stehen aber nicht allein für die Summe der Anfragen fuer eine Seite. Genau gibt die Zahl an, wie oft Dateien innerhalb der Domain auf dem sich die Zahl bezieht, abgerufen wurden. Diese Dateien bestehen jedoch nicht nur aus den HTML-Dateien, sondern auch aus den in diesen referenzierten Bildern, Stylesheet-Dateien und Skript-Aufrufe.
  Beispiel: Die Seite index.html enthält 3 Bilder und eine Referenz auf eine Stylesheet-Datei. Wird diese Seite aufgerufen werden in der Logdatei 5 Hits vermerkt:

  1 Hit fuer die Datei index.html
  3 Hits fuer jeweils ein Bild
  1 Hit fuer die Stylesheet-Datei

  Die Zahl der „Hits“ in einer Statistik einer Domain kann nicht durch eine andere Abrufszahl überschritten werden.

• „Seiten“, „Seitenabrufe“, „Pageviews“, „Page Impressions“

  Diese Begriffe beinhalten die Zahl der Abrufe auf Dokumentseiten _exklusive_ Referenzen auf Bilder, Stylesheet-Dateien oder Skript-Abrufen. Ausserdem werden zusätzlich nur Abrufe der Seiten gezählt, wenn diese vollstaendig vom Webserver geladen wurden. (Dies bedeutet, dass Seiten, die aus einem Proxy -also einem Zwischenspeicher für Webdokumente- geladen wurden, nicht mitgezählt wurden.)
  Beispiel: Die Seite index.html enthält 3 Bilder und eine Referenz auf eine Stylesheet-Datei. Wird diese Seite aufgerufen werden in der Logdatei 5 Hits vermerkt:

  1 Hit fuer die Datei index.html
  3 Hits fuer jeweils ein Bild
  1 Hit fuer die Stylesheet-Datei

  Die Zahl der „Pageviews“, bzw. der „Seiten“ ist jedoch nur 1. Für den Fall, daß ein Proxy die Seite gespeichert hatte bei dem der Browser des Benutzers die Seite abgerufen hat, ist die Zahl der Seitenabrufe sogar nur 0.

  Die Zahl der „Pageviews“ kann niemals größer als die der „Hits“ sein.

• „Dateien“, „Files“

  Diese Zahl gibt an, wieviele Dateien erfolgreich von der Domain geladen wurden. Dateien sind alle Dokumente auf der Webseite, inkl. Bilder und Skripten.
  Der Unterschied zur Zahl der „Anfragen“/“Hits“ besteht darin, dass hier die Abrufe, bei denen der Seiteninhalt über einen Proxy geladen wurde, nicht mitgezählt werden. D.h.: ‚Zahl der „Hits“‚ – ‚Zahl der „Dateien“‚ = ‚Zahl der Seiten, die über einen Proxy abgerufen wurden.‘ Die Zahl der „Dateien“ ist meist nur für Interesse fuer den Webmaster, da diese Einfluss auf die Größe des Datentransfers hat.

  Die Zahl der „Dateien“ kann niemals größer als die der „Hits“ sein. Sie ist größer als die Zahl der „Seitenabrufe“

• „Besuche“, „Sessions“, „Sitzungen“

  Diese Zahl beschreibt wieviele Besucher innerhalb eines festgelegten Zeitintervals Seiten, d.h. richtige Webseiten (die Grafiken etc nicht mitgezählt), vom Webserver erfolgreich abgerufen haben. Üblicherweise wird ein Wert von 90 Sekunden für den Zeitinterval benutzt.

  Die Zahl der Seitenabrufe geteilt durch die Zahl der Besucher ergibt dabei die Zahl der Seiten, die ein Besucher auf der Seite betrachtet. (Portals und Suchmaschinen werden in der Regel eine kleinere Zahl haben, als inhaltlich bezogene Seiten, die nicht sofort auf externe Angebote verweisen.)
  Kurz gesagt: Je größer der Wert „Seitenabrufe“/“Besuche“ ist, je laenger bleiben die Besucher auf der Seite.

  Die Zahl der „Besuche“ kann niemals größer als die der „Pageviews“ sein.

• „Rechner“, „Hosts“

  Diese Zahl gibt an, wieviele verschiedene Rechner innerhalb eines Zeitintervalles „Seitenabrufe“ tätigten. (Bitte beachten Sie hierbei, dass Benutzer der großen Onlinedienste meist unter einem einzigen Rechner identifiziert werden.)
  Interessant ist diese Zahl dadurch, dass sie zusammen mit der Zahl der „Besuche“ eine Abschätzung zuläßt, wie oft ein spezieller Besucher zu der Seite zurückkommt, d.h. wie interessant das auch über längere Zeiträume hinweg ist.

  Die Zahl der „Rechner“ kann niemals größer als die der „Besuche“ sein.

Die statistische Werte halten dabei folgende Reihenfolge ein:
#“Hits“ >= #“Dateien“ >= #“Seiten“ >= #“Besuche“ >= #“Rechner“

(wobei das Zeichen ‚#‘ sich auf die Zahl bezieht.)

Unabhaengig von diesen Zahlen wird in den meisten Statistiken auch noch die Zahl der übertragenen kBytes angegeben. Diese Zahl bezieht sich in der Regel auf den Datentransfer aller Dateien innerhalb des Zeitintervals.
Der Wert #“Dateien“ / #’kBytes‘ gibt dabei die durchschnittliche Dateigröße pro Datei an.

Ja, Teile der Webstatistiken, die mit webalizer erstellt werden, können auch direkt abgerufen werden und danach mit einer geeigneten Software analysiert oder anders dargestellt werden.

Die folgenden Dateien liegen mit den entsprechenden Datumsformat (YYYY = Jahreszahl, MM = zweistellige Monatszahl, DD = zweistellige Tageszahl) jeweils in dem Statistik-Ordner des Webauftritts unter statistiken.rrze.fau.de/webauftritte/logs/Webauftritt/ .

Bitte beachten Sie, dass der Zugriff nur für Rechner aus den Netzen der Universität möglich ist.

Folgende Dateien stehen im Verzeichnis im CSV- bzw im XML-Format zur Verfügung:

• Useragents:  agent_YYYYMM.tab
• Tagesdelta bei URL-Zugriffen: url_delta_YYYYMMDD.tab
• Referer: ref_YYYYMM.tab
• Suchbegriffe: search_YYYYMM.tab
• Usage: usage_YYYYMM.xml
• Site: site_YYYYMM.tab
• URL-Zugriffe: url_YYYYMM.tab
• Fehler: err_YYYYMM.tab
• Jahreszahlen: webalizer.hist

Wenn Kalendertermine aus Exchange auf der Webseite angezeigt werden, wird hierzu der ICS-Feed von Exchange verwendet.
Der ICS-Feed zeigt standardmäßig jedoch nur die Termine an, welche drei Monate in der Zukunft liegen. Alles darüber hinaus nicht.

Wenn die eingetragenen Termine entsprechend in der Zukunft liegen, können sie daher auch auf der Webseite nicht angezeigt werden.

Kategorien aus dem Person-Plugin (Kontakte) werden nur in das FAUdir-Plugin übernommen, wenn Sie mindestens einen importierten UnivIS Kontakt enthalten.
Kategorien, die ausschließlich nicht importierte oder externe Mitarbeiter beinhalten, werden nicht übernommen. Diese müssen dann im FAUdir-Plugin neu angelegt werden.

Die Identifier einer Person kann man auf zwei Wegen erhalten:

1. Man besucht die Website faudir.fau.de und sucht dort die gewünschte Person. Aus der Trefferliste ruft man dann den Personenintrag auf. Hat man dies getan, kann man sich in der Adresszeile des Browsers den Identifier kopieren.
   Die Adresse (URL) hat dabei die Form: https://faudir.fau.de/public/person/abcd1234efgh56 . Die Zeichen am Ende, hinter person/, sind der Identifier. Im Beispiel dann abcd1234efgh56 .
2. Administratoren der Website finden unter den EInstellungen von FAUdir eine Lasche zur Suche nach Personen. Mittels dieser können ebenfalls Personeneinträge gefunden und dann gleich als Eintrag übernommen werden.
   (Die Suche im FAUdir-Portal ist jedoch qualitativ besser und bietet mehr Möglichkeiten).

Die Zugriffe auf Webangebote, die am RRZE gehostet werden, sind aus dem Netz der Universität auf statistiken.rrze.fau.de abrufbar. Die Statistik wird mittels der Software webalizer erstellt und basiert auf die anonymisierten Zugriffe auf die Webserver.

In der Statistik werden unterschiedliche Begriffe verwendet:

• „Hits“, „Anfragen“, „Gesamtabrufe“

  Die Begriffe „Hits“, „Anfragen“, „Gesamtabrufe“ und deren anderssprachige Formen stehen fuer die Summe der Anfragen auf einer Domain. Sie stehen aber nicht allein für die Summe der Anfragen fuer eine Seite. Genau gibt die Zahl an, wie oft Dateien innerhalb der Domain auf dem sich die Zahl bezieht, abgerufen wurden. Diese Dateien bestehen jedoch nicht nur aus den HTML-Dateien, sondern auch aus den in diesen referenzierten Bildern, Stylesheet-Dateien und Skript-Aufrufe.
  Beispiel: Die Seite index.html enthält 3 Bilder und eine Referenz auf eine Stylesheet-Datei. Wird diese Seite aufgerufen werden in der Logdatei 5 Hits vermerkt:

  1 Hit fuer die Datei index.html
  3 Hits fuer jeweils ein Bild
  1 Hit fuer die Stylesheet-Datei

  Die Zahl der „Hits“ in einer Statistik einer Domain kann nicht durch eine andere Abrufszahl überschritten werden.

• „Seiten“, „Seitenabrufe“, „Pageviews“, „Page Impressions“

  Diese Begriffe beinhalten die Zahl der Abrufe auf Dokumentseiten _exklusive_ Referenzen auf Bilder, Stylesheet-Dateien oder Skript-Abrufen. Ausserdem werden zusätzlich nur Abrufe der Seiten gezählt, wenn diese vollstaendig vom Webserver geladen wurden. (Dies bedeutet, dass Seiten, die aus einem Proxy -also einem Zwischenspeicher für Webdokumente- geladen wurden, nicht mitgezählt wurden.)
  Beispiel: Die Seite index.html enthält 3 Bilder und eine Referenz auf eine Stylesheet-Datei. Wird diese Seite aufgerufen werden in der Logdatei 5 Hits vermerkt:

  1 Hit fuer die Datei index.html
  3 Hits fuer jeweils ein Bild
  1 Hit fuer die Stylesheet-Datei

  Die Zahl der „Pageviews“, bzw. der „Seiten“ ist jedoch nur 1. Für den Fall, daß ein Proxy die Seite gespeichert hatte bei dem der Browser des Benutzers die Seite abgerufen hat, ist die Zahl der Seitenabrufe sogar nur 0.

  Die Zahl der „Pageviews“ kann niemals größer als die der „Hits“ sein.

• „Dateien“, „Files“

  Diese Zahl gibt an, wieviele Dateien erfolgreich von der Domain geladen wurden. Dateien sind alle Dokumente auf der Webseite, inkl. Bilder und Skripten.
  Der Unterschied zur Zahl der „Anfragen“/“Hits“ besteht darin, dass hier die Abrufe, bei denen der Seiteninhalt über einen Proxy geladen wurde, nicht mitgezählt werden. D.h.: ‚Zahl der „Hits“‚ – ‚Zahl der „Dateien“‚ = ‚Zahl der Seiten, die über einen Proxy abgerufen wurden.‘ Die Zahl der „Dateien“ ist meist nur für Interesse fuer den Webmaster, da diese Einfluss auf die Größe des Datentransfers hat.

  Die Zahl der „Dateien“ kann niemals größer als die der „Hits“ sein. Sie ist größer als die Zahl der „Seitenabrufe“

• „Besuche“, „Sessions“, „Sitzungen“

  Diese Zahl beschreibt wieviele Besucher innerhalb eines festgelegten Zeitintervals Seiten, d.h. richtige Webseiten (die Grafiken etc nicht mitgezählt), vom Webserver erfolgreich abgerufen haben. Üblicherweise wird ein Wert von 90 Sekunden für den Zeitinterval benutzt.

  Die Zahl der Seitenabrufe geteilt durch die Zahl der Besucher ergibt dabei die Zahl der Seiten, die ein Besucher auf der Seite betrachtet. (Portals und Suchmaschinen werden in der Regel eine kleinere Zahl haben, als inhaltlich bezogene Seiten, die nicht sofort auf externe Angebote verweisen.)
  Kurz gesagt: Je größer der Wert „Seitenabrufe“/“Besuche“ ist, je laenger bleiben die Besucher auf der Seite.

  Die Zahl der „Besuche“ kann niemals größer als die der „Pageviews“ sein.

• „Rechner“, „Hosts“

  Diese Zahl gibt an, wieviele verschiedene Rechner innerhalb eines Zeitintervalles „Seitenabrufe“ tätigten. (Bitte beachten Sie hierbei, dass Benutzer der großen Onlinedienste meist unter einem einzigen Rechner identifiziert werden.)
  Interessant ist diese Zahl dadurch, dass sie zusammen mit der Zahl der „Besuche“ eine Abschätzung zuläßt, wie oft ein spezieller Besucher zu der Seite zurückkommt, d.h. wie interessant das auch über längere Zeiträume hinweg ist.

  Die Zahl der „Rechner“ kann niemals größer als die der „Besuche“ sein.

Die statistische Werte halten dabei folgende Reihenfolge ein:
#“Hits“ >= #“Dateien“ >= #“Seiten“ >= #“Besuche“ >= #“Rechner“

(wobei das Zeichen ‚#‘ sich auf die Zahl bezieht.)

Unabhaengig von diesen Zahlen wird in den meisten Statistiken auch noch die Zahl der übertragenen kBytes angegeben. Diese Zahl bezieht sich in der Regel auf den Datentransfer aller Dateien innerhalb des Zeitintervals.
Der Wert #“Dateien“ / #’kBytes‘ gibt dabei die durchschnittliche Dateigröße pro Datei an.

Wenn Kalendertermine aus Exchange auf der Webseite angezeigt werden, wird hierzu der ICS-Feed von Exchange verwendet.
Der ICS-Feed zeigt standardmäßig jedoch nur die Termine an, welche drei Monate in der Zukunft liegen. Alles darüber hinaus nicht.

Wenn die eingetragenen Termine entsprechend in der Zukunft liegen, können sie daher auch auf der Webseite nicht angezeigt werden.

Kategorien aus dem Person-Plugin (Kontakte) werden nur in das FAUdir-Plugin übernommen, wenn Sie mindestens einen importierten UnivIS Kontakt enthalten.
Kategorien, die ausschließlich nicht importierte oder externe Mitarbeiter beinhalten, werden nicht übernommen. Diese müssen dann im FAUdir-Plugin neu angelegt werden.

Bitte prüfen Sie die Konfiguration des Plugins im Backend hinsichtlich der Nutzung der eigenen FAUorg Nummer.

Ab der Version 2.0.28 wird in den Einstellungen festgelegt, ob die Suche nach Lehrveranstaltungen stets ergänzt wird um eine Filterung nach einer FAUorg Nummer, oder ob diese nur optional hinzukommt.
Wenn Sie beispielsweise gezielt nach Veranstaltungen einer Person suchen, die einer anderen Organisationsnummer zugehörig ist, in den EInstellungen aber gleichzeit angegeben wurde, nur solche Veranstaltungen zu finden, die einer anderen FAUorg Nummer zugewiesen sind, dann kann es keine Treffer geben.

Ändern Sie daher im Backend unter Einstellungen -> RRZE Lectures die Einstellung unter FAUorg Nummer verwenden ab auf die Option Füge die FAUorg zur Suche nach Veranstaltungen nur dann hinzu, wenn alle anderen notwendigen Mindestangaben fehlen.

Ja, dies ist möglich, nachdem diese Einrichtungen im FAUdir-Portal eingerichtet wurde. Alle offiziellen Einrichtungen der FAU sind bereits in FAUdir enthalten. IdM-Beauftragte der EInrichtungen können überdies eigene untergeordnete Einheiten in „Ordnern“ anlegen. Diese Order haben, wie auch Einrichtungen, eigene Titel, Beschreibungen und Kontaktdaten.

Alle diese Ordner können ebenfalls mit dem FAUdir Plugin angezeigt werden. Dies eignet sich insbesondere dann, wenn man nicht einzelne Personen als Kontakt angeben möchte, sondern Arbeits- und Projektgruppen oder Servicestellen.

Ein Beispiel zeigt der Ordner „Webteam“: https://faudir.fau.de/public/org/6f44f3fb31

Diese kann mit dem Shortcode eingebunden werden:

Das alte Kontakte- und Personen-Plugin (FAU-Person) wird vrsl. noch bis Ende 2025 auf dem CMS-Angebot des RRZE verfügbar bleiben. Spätestens wenn das neue WordPress-Theme FAU-Elemental mit dem neuen Corporate Design an allen Fakultäten ausgerollt wurde, wird es deaktiviert.
Die Weiterentwicklung des bisherigen Plugins ruht davon unabhängig bereits seit längerem. Auch bei Fehlern oder konkreten Problemen wird das alte Plugin nicht mehr korrigiert werden. Für den Fall, dass ein Systemupdate (WordPress Core oder PHP) vor Ende der Umstellungsphase verhindert, dass das Plugin weiter funktioniert, kann nicht garantiert werden, dass das Plugin entsprechend aktualisiert wird.

Grundsätzlich werden aus Gründen der Sicherheit und der Wartbarkeit des CMS-Angebots solche Plugins deaktiviert, die nach einem Systemupdate nicht mehr fehlerfrei funktionieren. Siehe hierzu auch: Vorgaben für WordPress-Plugins und -Themes.

Da Abfragen nach personenbezogenen Daten stets nur in dem Maße gemacht werden, wie es unbedingt technisch notwendig ist (Prinzip der Datensparsamkeit), können bei der Suche nach der lecturer_id nur Personen gefunden werden, die eine der folgenden Personengruppen zugehören:

• Einrichtungsleiter
• Professoren und Professorinnen
• Juniorprofessoren und Juniorprofessorinnenv
• Wissenschaftliche Mitarbeiter und Mitarbeiterinnen
• Honorarprofessoren und Honorarprofessorinnen
• Privatdozenten und Privatdozentinnen
• Außerplanmäßige Professoren und Professorinnen
• Lehrbeauftragte
• Gastdozent und Gastdozentinnen
• Gastwissenschaftler und Gastwissenschaftlerinnen

Die Angabe kann, genauso wie die IdM-Kennung, bei der Person erfragt werden, deren Daten eingeblendet werden sollen. Um die eigene Identifier zu erhalten, kann wie folgt vorgegangen werden:

1. Rufen Sie das IdM-Portal auf.
2. Nach dem Login erscheint die Datenansicht mit den eigenen, persönlichen Daten.
3. In den Daten finden Sie die Angabe eines „API-Person-Identifier“. Diese Angabe wird als Lecturer-Identifier verwendet.

Das Lectures-Plugin kann derzeit keine Daten aus vergangenen Semestern anzeigen, da das Campo-System diese Daten leider nicht bereit stellt.

Es werden nur Veranstaltungen, aus dem letzten, dem aktuellen und den anstehenden Semester gezeigt.

In der aktuellen Version des Plugins (Version 2.0.28 vom Oktober 2023) wird bei der Suche nach Veranstaltungen nur in den Datensatz der verantwortlichen Personen gesucht.

Daher werden Personen, die Einzeltermine durchführen, jedoch nicht als Verantwortliche eingetragen sind, auch nicht gefunden und somit deren Lehrveranstaltungen nicht angezeigt.

Eine Erweiterung des Plugins zur Suche und Darstellung von Lehrveranstaltungen für Dozenten, die nicht als Verantwortliche eingetragen sind, ist für eine spätere Version geplant.

Die Erstellung von Kontaktseiten kostet stets etwas Zeit, da die Daten der einzelnen Personen zunächst vom FAUdir Portal geladen werden müssen. Damit, gerade bei Listen vieler Personen, die Ladezeit reduziert wird, werden sowohl die erzeugten Seiten als auch die darauf beruhenden Daten von Personen, Einrichtungen und Arbeitsplätzen in soegannte „Caches“ zwischengespeichert.

Der Administrator einer Webseite kann in den Einstellungen zum Plugin einstellen, dass die Generierung der Ausgabeseite für angemeldete Redakteure nicht gecacht wird. Dies ist sinnvoll, wenn die Ausgabe noch mehrmals angepasst werden muss. Die Daten der Personen und Einrichtungen hingegen werden nach dem ersten Laden von der zentralen Datenquelle in einem Cache abgelegt. Personendaten werden üblicherweise über 2 Stunden zwischengespeichert, die von Einrichtungen über 4 Stunden.

Wenn eine Person in FAUdir Einträge ändert, kann es dementsprechend so lange dauern, bis diese auch auf der Website geändert werden. Sollte es jedoch dringliche Änderungen geben, hat der Administrator der Website die Möglichkeit, im Backend unter den Einstellungen des Plugins den gesamten Cache zu löschen und somit die Daten neu anzufordern.

Nein, die E-Mailadressen werden von uns nicht manipuliert, sondern syntaktisch korrekt dargestellt.
Dies kann auch nicht verhindert oder umgangen werden.

Hintergründe:

Uns erhalten ab und zu Anfragen, ob man Mailadressen nicht automatisch so manipulieren könnte, damit Spam-Bots diese nicht erkennen.
Beispielsweise indem man das „@„-Zeichen durch die Zeichenfolge „[ at ]“ ersetzt.

Wir setzen solche Wünsche nicht um. Aus folgenden Gründen:

1. Die Umsetzung derart würde zu einer Diskriminierung von Menschen führen, die aufgrund von den individuell verwendeten Geräten oder persönlichen Einschränkungen nicht in der Lage sind, dieserart manipulierter Adressen zu erkennen und zu nutzen. So führt eine oben genannte Umsetzung dazu, dass insbesondere Menschen, die auf Vorlesesoftware angewiesen sind und sich die Seiten vorlesen lassen müssen, die Inhalte nicht als solche korrekt vorgelesen bekommen. Diese Menschen sehen sich einer unnötigen Barriere gegenüber.

   Das Recht auf Barrierefreiheit ist allerdings gesetzlich festgelegt und wir als Einrichtung des Öffentlichen Dienstes sind daran gehalten.
   Der subjektive Vorteil des Empfängers eine E-Mail auf ein möglicherweise geringeres Spam-Aufkommen, rechtfertigt es nicht, andere Menschen durch den Aufbau von Barrieren zu diskriminieren.
   Ausnahmetatbestände greifen nicht, da es mildere und effektivere Wege zur Vermeidung von Spam gibt (siehe unten).

2. Zudem ist der vermeintliche Schutz nicht fachlich haltbar und ein längst Mythos:
   • Adressen der gängigen Forman Vorname.Nachname@Firmendomain.de werden vom Spamer längst en Block mittels zufallserstellter Namenslisten verwendet, ohne das hierzu ein Besuch einer Webseite notwendig ist.
   • Die E-Mailadresse wird an vielen weiteren Stellen verwendet, auch über diese aktuelle Website hinaus. Spätestens nach Abgabe einer Visitenkarte mit Ihrer E-Mailadresse haben Sie keine Kontrolle mehr darüber, wie sie verbreitet wird. 
   • Selbst wenn Spam-Bots einer auf das Sammeln von E-Mailadressen spezialisierten Firma die Webseiten besuchen, erkennen diese alle gängigen Formen der Manipulation – auch solche, die uns hier noch gar nicht eingefallen sind. Denn diese Firmen verdienen ihr Geld damit, solche Adressen zu erkennen und zu verkaufen.

     Es ist ein Trugschluss zu glauben, dass man durch eine simple automatische Textmanipulation des Zeichens @ in [ at ] von den professionellen Scannern nicht erkannt wird. Die automatische Umsetzung der Adresse in die eine Richtung ist technisch genauso trivial umsetzbar, wie es die umgekehrte Richtung ist.
     Ebenso sind E-Mailadressen in der Umsetzung in Form von Bildern längst kein Schutz mehr. Entsprechende Funktionen der Mustererkennung sind seit mehr als einem Jahrzehnt gängiger Stand der Technik. Spätestens mit der Entwicklung neuer KI-Verfahren sind auch sehr komplexe Manipulationen, die aus der Kombination von Bildern, Texten und dynamisch erzeugten Content bestehen, kein Problem mehr für die automatische Erkennung durch Spam-Bots.

     Grundsätzlich kann festgehalten werden: Jegliche automatische und manuelle Text- und Bildmanipulation kann auch automatisch wieder rückgängig gemacht werden.

3. Zur Vermeidung von Spam sind allein Spam-Erkennungs- und Filterverfahren auf der Empfängerseite legitim und sinnvoll. Hierzu finden Sie hier weitere Informationen auf derInformationsseite Anti-Spam des RRZE.

 

Der Sprachschalter wurde bei der mobilen Darstellung bewusst, in längeren Diskussionen und aufgrund von Feedback aus der sichtbaren Anzeige genommen und in das Organisatorische Menü (nur sichtbar  auf der mobilen Darstellung) getan, damit mehr Platz für das eigene Logo und den eigenen Titel bleibt.

Die Heatmaps von Inhaltsseiten in der mobilen Darstellungen auf beispielsweise www.fau.de belegen zudem, dass der Sprachschalter dort kaum verwendet wird.

Lediglich auf der Startseite wird er angeklickt.  Da gleichzeitig gemessen werden kann, dass die meisten Zugriffe auf der Startseite über Suchmaschinen kommen, diese jedoch bereits nach Sprache gefiltert wurden (deutschsprachige Suchanfragen erhalten bevorzugt die deutschsprachige Website als Ergebnis, englischsprachige jedoch die englischsprachige Website), kann davon ausgegangen werden, dass die Mehrzahl aller Seitenbesucher bereits auf der jeweils gewünschten Seite sind.
Ein Sprachschalter ist aus diesem Gründen von geringerer Relevanz als die anderen Bestandteile, die im Kopfteil der Seite in der mobilen Darstellung sichtbar sein sollen.

In dem Fall, wo eine Website mehreren Departments einer Fakultät untergeordnet ist, ist zu empfehlen als Aufpunkt die Fakultät zu nehmen.
Wenn die Website mehreren Departments oder Einrichtungen verschiedener Fakultäten untergeordnet ist, würde als Aufpunkt die Uni selbst zu nehmen.

Der Ziel der Orga Breadcrumb ist der, das ein Besucher einer Website eine Vorstellung bekommt, zu welcher Organisation die Website gehört.
Dies kann aber neben dem rein organisatorischen Aspekt durchaus inhaltlich auch anderes sein.
Zum Beispiel wenn die Stellen von einem Department kommen, aber die Inhalte und Arbeiten um die es geht, einer anderen Forschungsrichtung zugeordnet werden könnten.
Überlegen Sie in diesen Fällen daher, was aus Sicht Ihrer Besucher und im Rahmen der Öffentlichkeitsarbeit nützlicher ist und entscheiden Sie pragmatisch.

Die Zugriffe auf Webangebote, die am RRZE gehostet werden, sind aus dem Netz der Universität auf statistiken.rrze.fau.de abrufbar. Die Statistik wird mittels der Software webalizer erstellt und basiert auf die anonymisierten Zugriffe auf die Webserver.

In der Statistik werden unterschiedliche Begriffe verwendet:

• „Hits“, „Anfragen“, „Gesamtabrufe“

  Die Begriffe „Hits“, „Anfragen“, „Gesamtabrufe“ und deren anderssprachige Formen stehen fuer die Summe der Anfragen auf einer Domain. Sie stehen aber nicht allein für die Summe der Anfragen fuer eine Seite. Genau gibt die Zahl an, wie oft Dateien innerhalb der Domain auf dem sich die Zahl bezieht, abgerufen wurden. Diese Dateien bestehen jedoch nicht nur aus den HTML-Dateien, sondern auch aus den in diesen referenzierten Bildern, Stylesheet-Dateien und Skript-Aufrufe.
  Beispiel: Die Seite index.html enthält 3 Bilder und eine Referenz auf eine Stylesheet-Datei. Wird diese Seite aufgerufen werden in der Logdatei 5 Hits vermerkt:

  1 Hit fuer die Datei index.html
  3 Hits fuer jeweils ein Bild
  1 Hit fuer die Stylesheet-Datei

  Die Zahl der „Hits“ in einer Statistik einer Domain kann nicht durch eine andere Abrufszahl überschritten werden.

• „Seiten“, „Seitenabrufe“, „Pageviews“, „Page Impressions“

  Diese Begriffe beinhalten die Zahl der Abrufe auf Dokumentseiten _exklusive_ Referenzen auf Bilder, Stylesheet-Dateien oder Skript-Abrufen. Ausserdem werden zusätzlich nur Abrufe der Seiten gezählt, wenn diese vollstaendig vom Webserver geladen wurden. (Dies bedeutet, dass Seiten, die aus einem Proxy -also einem Zwischenspeicher für Webdokumente- geladen wurden, nicht mitgezählt wurden.)
  Beispiel: Die Seite index.html enthält 3 Bilder und eine Referenz auf eine Stylesheet-Datei. Wird diese Seite aufgerufen werden in der Logdatei 5 Hits vermerkt:

  1 Hit fuer die Datei index.html
  3 Hits fuer jeweils ein Bild
  1 Hit fuer die Stylesheet-Datei

  Die Zahl der „Pageviews“, bzw. der „Seiten“ ist jedoch nur 1. Für den Fall, daß ein Proxy die Seite gespeichert hatte bei dem der Browser des Benutzers die Seite abgerufen hat, ist die Zahl der Seitenabrufe sogar nur 0.

  Die Zahl der „Pageviews“ kann niemals größer als die der „Hits“ sein.

• „Dateien“, „Files“

  Diese Zahl gibt an, wieviele Dateien erfolgreich von der Domain geladen wurden. Dateien sind alle Dokumente auf der Webseite, inkl. Bilder und Skripten.
  Der Unterschied zur Zahl der „Anfragen“/“Hits“ besteht darin, dass hier die Abrufe, bei denen der Seiteninhalt über einen Proxy geladen wurde, nicht mitgezählt werden. D.h.: ‚Zahl der „Hits“‚ – ‚Zahl der „Dateien“‚ = ‚Zahl der Seiten, die über einen Proxy abgerufen wurden.‘ Die Zahl der „Dateien“ ist meist nur für Interesse fuer den Webmaster, da diese Einfluss auf die Größe des Datentransfers hat.

  Die Zahl der „Dateien“ kann niemals größer als die der „Hits“ sein. Sie ist größer als die Zahl der „Seitenabrufe“

• „Besuche“, „Sessions“, „Sitzungen“

  Diese Zahl beschreibt wieviele Besucher innerhalb eines festgelegten Zeitintervals Seiten, d.h. richtige Webseiten (die Grafiken etc nicht mitgezählt), vom Webserver erfolgreich abgerufen haben. Üblicherweise wird ein Wert von 90 Sekunden für den Zeitinterval benutzt.

  Die Zahl der Seitenabrufe geteilt durch die Zahl der Besucher ergibt dabei die Zahl der Seiten, die ein Besucher auf der Seite betrachtet. (Portals und Suchmaschinen werden in der Regel eine kleinere Zahl haben, als inhaltlich bezogene Seiten, die nicht sofort auf externe Angebote verweisen.)
  Kurz gesagt: Je größer der Wert „Seitenabrufe“/“Besuche“ ist, je laenger bleiben die Besucher auf der Seite.

  Die Zahl der „Besuche“ kann niemals größer als die der „Pageviews“ sein.

• „Rechner“, „Hosts“

  Diese Zahl gibt an, wieviele verschiedene Rechner innerhalb eines Zeitintervalles „Seitenabrufe“ tätigten. (Bitte beachten Sie hierbei, dass Benutzer der großen Onlinedienste meist unter einem einzigen Rechner identifiziert werden.)
  Interessant ist diese Zahl dadurch, dass sie zusammen mit der Zahl der „Besuche“ eine Abschätzung zuläßt, wie oft ein spezieller Besucher zu der Seite zurückkommt, d.h. wie interessant das auch über längere Zeiträume hinweg ist.

  Die Zahl der „Rechner“ kann niemals größer als die der „Besuche“ sein.

Die statistische Werte halten dabei folgende Reihenfolge ein:
#“Hits“ >= #“Dateien“ >= #“Seiten“ >= #“Besuche“ >= #“Rechner“

(wobei das Zeichen ‚#‘ sich auf die Zahl bezieht.)

Unabhaengig von diesen Zahlen wird in den meisten Statistiken auch noch die Zahl der übertragenen kBytes angegeben. Diese Zahl bezieht sich in der Regel auf den Datentransfer aller Dateien innerhalb des Zeitintervals.
Der Wert #“Dateien“ / #’kBytes‘ gibt dabei die durchschnittliche Dateigröße pro Datei an.

Ja, Teile der Webstatistiken, die mit webalizer erstellt werden, können auch direkt abgerufen werden und danach mit einer geeigneten Software analysiert oder anders dargestellt werden.

Die folgenden Dateien liegen mit den entsprechenden Datumsformat (YYYY = Jahreszahl, MM = zweistellige Monatszahl, DD = zweistellige Tageszahl) jeweils in dem Statistik-Ordner des Webauftritts unter statistiken.rrze.fau.de/webauftritte/logs/Webauftritt/ .

Bitte beachten Sie, dass der Zugriff nur für Rechner aus den Netzen der Universität möglich ist.

Folgende Dateien stehen im Verzeichnis im CSV- bzw im XML-Format zur Verfügung:

• Useragents:  agent_YYYYMM.tab
• Tagesdelta bei URL-Zugriffen: url_delta_YYYYMMDD.tab
• Referer: ref_YYYYMM.tab
• Suchbegriffe: search_YYYYMM.tab
• Usage: usage_YYYYMM.xml
• Site: site_YYYYMM.tab
• URL-Zugriffe: url_YYYYMM.tab
• Fehler: err_YYYYMM.tab
• Jahreszahlen: webalizer.hist

In der aktuellen Version des Plugins (Version 2.0.28 vom Oktober 2023) wird bei der Suche nach Veranstaltungen nur in den Datensatz der verantwortlichen Personen gesucht.

Daher werden Personen, die Einzeltermine durchführen, jedoch nicht als Verantwortliche eingetragen sind, auch nicht gefunden und somit deren Lehrveranstaltungen nicht angezeigt.

Eine Erweiterung des Plugins zur Suche und Darstellung von Lehrveranstaltungen für Dozenten, die nicht als Verantwortliche eingetragen sind, ist für eine spätere Version geplant.

Da Abfragen nach personenbezogenen Daten stets nur in dem Maße gemacht werden, wie es unbedingt technisch notwendig ist (Prinzip der Datensparsamkeit), können bei der Suche nach der lecturer_id nur Personen gefunden werden, die eine der folgenden Personengruppen zugehören:

• Einrichtungsleiter
• Professoren und Professorinnen
• Juniorprofessoren und Juniorprofessorinnenv
• Wissenschaftliche Mitarbeiter und Mitarbeiterinnen
• Honorarprofessoren und Honorarprofessorinnen
• Privatdozenten und Privatdozentinnen
• Außerplanmäßige Professoren und Professorinnen
• Lehrbeauftragte
• Gastdozent und Gastdozentinnen
• Gastwissenschaftler und Gastwissenschaftlerinnen

In der aktuellen version des FAUdir Plugins sind nur Bildern im Format 1:1 (viereckig) vorgesehen. Ein Foto sollte dabei mindestens 500×500 Pixel groß sein und im JPG-Format hochgeladen werden.

Andere Formate des Bildes (z.B. Hochkant oder Quer) sind derzeit nicht möglich und nicht vorgesehen.

Hintergrund: Im Rahmen des anstehenden Relaunches des Corporate Designs der FAU werden Personenprofile nur noch im viereckigen Format auf der Website veröffentlicht. Auch wenn die jeweiligen Website noch nicht auf das neue Design umgestellt wurde, sollten bereits jetzt die Bilder entsprechend angepasst werden.

Ja, dies ist möglich, wenn die jeweilige Person als Personeneintrag abgelegt wurde. Dann kann nicht nur ein Personenbild hinzugefügt werden, sondern auch Lebenslauf und Kurzbeschreibungen.

Bitte beachten Sie, daß das Foto einer Person datenschutzrechtlich relevant ist. Sie müssen daher die Erlaubnis der jeweiligen Person haben. Die Zustimmung der Person zur „weltweit öffentlichen Verbreitung“ des Bildes, wie sie auf einer Website erfolgt, sollte gemäß den Empfehlungen des Datenschutzes protokolliert werden.

Wenn Kalendertermine aus Exchange auf der Webseite angezeigt werden, wird hierzu der ICS-Feed von Exchange verwendet.
Der ICS-Feed zeigt standardmäßig jedoch nur die Termine an, welche drei Monate in der Zukunft liegen. Alles darüber hinaus nicht.

Wenn die eingetragenen Termine entsprechend in der Zukunft liegen, können sie daher auch auf der Webseite nicht angezeigt werden.

Das alte Kontakte- und Personen-Plugin (FAU-Person) wird vrsl. noch bis Ende 2025 auf dem CMS-Angebot des RRZE verfügbar bleiben. Spätestens wenn das neue WordPress-Theme FAU-Elemental mit dem neuen Corporate Design an allen Fakultäten ausgerollt wurde, wird es deaktiviert.
Die Weiterentwicklung des bisherigen Plugins ruht davon unabhängig bereits seit längerem. Auch bei Fehlern oder konkreten Problemen wird das alte Plugin nicht mehr korrigiert werden. Für den Fall, dass ein Systemupdate (WordPress Core oder PHP) vor Ende der Umstellungsphase verhindert, dass das Plugin weiter funktioniert, kann nicht garantiert werden, dass das Plugin entsprechend aktualisiert wird.

Grundsätzlich werden aus Gründen der Sicherheit und der Wartbarkeit des CMS-Angebots solche Plugins deaktiviert, die nach einem Systemupdate nicht mehr fehlerfrei funktionieren. Siehe hierzu auch: Vorgaben für WordPress-Plugins und -Themes.

Die Angabe kann, genauso wie die IdM-Kennung, bei der Person erfragt werden, deren Daten eingeblendet werden sollen. Um die eigene Identifier zu erhalten, kann wie folgt vorgegangen werden:

1. Rufen Sie das IdM-Portal auf.
2. Nach dem Login erscheint die Datenansicht mit den eigenen, persönlichen Daten.
3. In den Daten finden Sie die Angabe eines „API-Person-Identifier“. Diese Angabe wird als Lecturer-Identifier verwendet.

Ja, Teile der Webstatistiken, die mit webalizer erstellt werden, können auch direkt abgerufen werden und danach mit einer geeigneten Software analysiert oder anders dargestellt werden.

Die folgenden Dateien liegen mit den entsprechenden Datumsformat (YYYY = Jahreszahl, MM = zweistellige Monatszahl, DD = zweistellige Tageszahl) jeweils in dem Statistik-Ordner des Webauftritts unter statistiken.rrze.fau.de/webauftritte/logs/Webauftritt/ .

Bitte beachten Sie, dass der Zugriff nur für Rechner aus den Netzen der Universität möglich ist.

Folgende Dateien stehen im Verzeichnis im CSV- bzw im XML-Format zur Verfügung:

• Useragents:  agent_YYYYMM.tab
• Tagesdelta bei URL-Zugriffen: url_delta_YYYYMMDD.tab
• Referer: ref_YYYYMM.tab
• Suchbegriffe: search_YYYYMM.tab
• Usage: usage_YYYYMM.xml
• Site: site_YYYYMM.tab
• URL-Zugriffe: url_YYYYMM.tab
• Fehler: err_YYYYMM.tab
• Jahreszahlen: webalizer.hist

Gemäß aktueller Google-Updates (insbesondere dem Helpful Content Update) werden Seiten mit wenig oder dünnem Content zunehmend schlechter bewertet. Es ist besser, wenige, aber dafür qualitativ hochwertige und umfassende Seiten zu haben, als viele Seiten mit wenig Inhalt.

Konzentrieren Sie sich darauf, jede Seite mit wertvollem, hilfreichem Content zu füllen, der die Fragen und Bedürfnisse Ihrer Zielgruppe beantwortet. Wenn eine Seite noch im Aufbau ist, können Sie sie als Entwurf speichern oder mit einem „noindex“-Tag versehen, bis ausreichend Inhalt vorhanden ist.

Vorab: Es ist zwar möglich, bei Google zu beantragen, dass eine bestimmte Seite aus dem Index genommen wird, sodass diese Seite nicht mehr in den Suchergebnissen auftaucht. Sollte man sich dann aber irgendwann dazu entscheiden, die Seite doch wieder indexieren zu lassen, kann das längere Zeit in Anspruch nehmen. Wir raten von diesem Vorgehen ab.

Wer dennoch diese Option wählen und bei Google die Indexierung der Seite rückgängig machen möchte, muss sich bei Google Search Console anmelden und dort bei der betreffenden Seite den Punkt „entfernen“ anwählen. (Hier gibt es weitere Informationen zum Ausschließen von Inhalten in der Google-Suche.)

Auch von sogenannten „Baustellen-Seiten“, auf denen der User dann nur so etwas sieht wie „An dieser Seite wird gerade gearbeitet“, raten wir ab, da diese sich negativ auf das Google-Ranking auswirken.

Eine bessere Lösung, wenn man nicht möchte, dass ein bereits publizierter Inhalt von Nutzerinnen und Nutzern gesehen wird, ist, die Seite innerhalb der Homepage an einen Ort zu verschieben, an dem sie nicht gefunden wird. Dazu können Sie die Seite, die nicht gefunden werden soll, einem Menüpunkt zuordnen, der nicht öffentlich sichtbar ist. Suchmaschinen können die Seite dann zwar immer noch anzeigen, aber Userinnen und User finden sie nicht mehr (so leicht).

Eine andere Möglichkeit ist, die einzelne Seite, von der man nicht möchte, dass sie von anderen gelesen wird, mit einem Passwort zu schützen.

Nein, reine Link-Sammlungen werden von Google nicht mehr als hochwertiger Content betrachtet. Nach modernen SEO-Richtlinien ist es wichtig, eigenen, wertvollen Inhalt zu erstellen.

Links sollten als Ergänzung dienen, nicht als Ersatz für eigenen Content. Besser ist es, wenige, aber dafür qualitativ hochwertige Seiten zu haben. Eine Seite mit einer fundierten Einführung ins Thema plus sorgfältig kuratierte, relevante Links mit Kontext und Mehrwert kann durchaus sinnvoll sein.

Zunächst einmal sollten Sie überprüfen, ob Ihre Seite bei Google schlecht rankt oder ob sie von Google noch nicht indexiert worden ist und deshalb noch nicht in den Sucherergebnissen auftaucht. Dazu rufen Sie Google auf und geben in das Suchfenster ein: „site:die URL Ihrer Homepage“. Beim RRZE wäre das dann zum Beispiel: site:www.rrze.fau.de. Mit dieser Sucheingabe zeigt Google alle Ihrer bislang indexierten Seiten auf.

Nun sehen Sie entweder, dass Google Ihre Seite / Ihren Beitrag indexiert hat – in diesem Fall gilt es, die Seite / den Beitrag zu optimieren, um Ihr Ranking zu verbessern und von Google besser aufgefunden zu werden.

Oder Sie stellen fest, dass Google Ihre Seite / Ihren Beitrag wirklich noch nicht indexiert hat. Das kann mehrere Ursachen haben.

• Wenn Ihre gesamte Seite von Google noch nicht indexiert worden ist, können Sie einmal im WordPress-Backend nachsehen, ob ein Haken bei „Suchmaschinen davon abhalten, diese Website zu indexieren“ (zu finden unter „Einstellung“ – „Lesen“ – „Sichtbarkeit für Suchmaschinen“) gesetzt worden ist. Das ist aber eher unwahrscheinlich, weil dies keine Standardeinstellung ist und Sie den Haken also selbst gesetzt haben müssen.

• Es könnte auch sein, dass das CMS-Plugin PrivateSite (falls Sie dieses verwendet haben) den Zugriff für Google-Crawler verhindert. In diesem Fall müssen Sie dieses wieder deaktivieren, damit die Seite durch Google indexiert werden kann.
• Sie sollten sich außerdem in Ihr Konto bei Google Search Console einloggen (bzw. sich dort registrieren lassen, falls noch kein Konto besteht). Dort können Sie Google um ein Crawling Ihrer Seite bitten, sodass neue Seiten schneller in den Suchergebnissen erscheinen. Falls es Probleme mit dem Crawling geben sollte, wird Ihnen das die Google Search Console rückmelden und Vorschläge zu deren Lösung machen. Siehe auch: „Wie beschleunige ich die Indexierung meiner Seite?“

Generell empfehlen wir, die Sprache einer Seite einheitlich zu halten und diese in Übereinstimmung mit der Domain-Endung zu wählen. Wenn die Domain z. B. auf „de“ endet, sollte die Sprache der Webseite Deutsch sein. Außerdem sollte im WordPress-Backend unter „Einstellungen“ – „Allgemein“ – „Sprache der Webseite“ die jeweils passende Sprache festgelegt sein.

Die einheitliche Sprachwahl gilt auch für angegliederte PDFs. Sollten diese englisch sein, die Hauptsprache der Webseite aber Deutsch, kann Google den Content nicht mehr gut zuordnen. Auch die Barrierefreiheit der Seite leidet darunter, denn Screenreader werden versuchen, den englischen Inhalt auf Deutsch vorzulesen. Falls Sie eine deutsche und englische Version anbieten möchten, können Sie Ihre Seite mit dem Plugin RRZE Multilang übersetzen.

Es gibt sehr viele Faktoren, die das Ranking beeinflussen.

Grundsätzlich sollten folgende Punkte für ein gutes Ranking umgesetzt sein:

• Ihre Seite sollte genügend relevante Inhalte enthalten, die für Userinnen und User, aber auch für Google interessant sind. Stichwort: eigener, gut aufbereiteter, nicht zu kurzer Content. (Hier finden Sie Tipps dazu, wie guter Content gestaltet sein sollte.)
• Ihre Seite sollte übersichtlich strukturiert sein. Das bedeutet: viele aussagekräftige Zwischenüberschriften nutzen, die das Hauptkeyword enthalten, zu lange Textblöcke vermeiden und stattdessen lieber mehr Absätze machen; nach Möglichkeit auch Bebilderung des Themas einbauen.
• Die Sprache der Homepage sollte richtig festgelegt werden. Uns erreichen oft Anfragen von Nutzerinnen und Nutzern, deren Seiten schlecht von Google gefunden werden, und die zum Teil deutschen, zum Teil englischen Content haben, das aber für Suchmaschinen nicht ausreichend markiert haben. Die Folge: Die Suchmaschinen können den Content nicht gut zuordnen, die Barrierefreiheit leidet (da auch Screenreader die Sprache nicht richtig einordnen können), das Ranking wird schlechter.
• Die Keywords, also der Hauptschlagworte, anhand derer der Beitrag oder die Seite gefunden werden soll, sollten sowohl in der h1- als auch in den h2-Überschriften vorkommen – sowie auch in der URL!
• Das automatisch auf unserem WordPress laufende Plugin wpSEO sollte genutzt werden, z. B. um passende Meta-Beschreibungen für Google zu entwerfen.
• Linkziele sollten ausreichend deklariert werden. Sie sollten eine Phrase verwenden, die unverkennbar den gewünschten Inhalt beschreibt. Zum Beispiel: „Tagungsprogramm 2021“ anstatt „Zum Programm geht es hier.“
• Leere Content-Seiten sollten vermieden werden. Leere Seiten signalisieren Suchmaschinen, dass die entsprechende Seite wenig Mehrwert für Seitenbesucherinnen und -besucher bietet. Deshalb fallen diese in der Regel entweder ganz aus dem Google-Ranking hinaus oder im Ranking ab.

Zur Verifikation der Website als Property in den Google Webmaster Tools wird die Methode über den HTML-Tag ausgewählt. Google erstellt dann auf der Einrichtungsseite eine HTML-Anweisung. Von dieser Anweisung kopiert man den Bestandteil, der im Attribut „content“ angegeben ist.
Bei einer Website, die eines der FAU Themes nutzt, finden Sie im Customizer unter „Erweitert“ >> Metadaten und Inhalte ein Eingabefeld, in dem Sie diesen Content einfügen.

Nachdem Sie dies getan und gespeichert haben, lassen Sie Google die Website prüfen.
Google wird damit erkennen, dass Sie die Berechtigungen an der Website haben und Ihnen die Website zuordnen.

Sie rufen Google auf und geben in das Suchfenster ein: „site:die URL Ihrer Homepage“. Beim RRZE wäre das dann zum Beispiel: site:www.rrze.fau.de. Mit dieser Sucheingabe zeigt Google alle Ihrer bislang indexierten Seiten auf.

Die Zugriffe auf Webangebote, die am RRZE gehostet werden, sind aus dem Netz der Universität auf statistiken.rrze.fau.de abrufbar. Die Statistik wird mittels der Software webalizer erstellt und basiert auf die anonymisierten Zugriffe auf die Webserver.

In der Statistik werden unterschiedliche Begriffe verwendet:

• „Hits“, „Anfragen“, „Gesamtabrufe“

  Die Begriffe „Hits“, „Anfragen“, „Gesamtabrufe“ und deren anderssprachige Formen stehen fuer die Summe der Anfragen auf einer Domain. Sie stehen aber nicht allein für die Summe der Anfragen fuer eine Seite. Genau gibt die Zahl an, wie oft Dateien innerhalb der Domain auf dem sich die Zahl bezieht, abgerufen wurden. Diese Dateien bestehen jedoch nicht nur aus den HTML-Dateien, sondern auch aus den in diesen referenzierten Bildern, Stylesheet-Dateien und Skript-Aufrufe.
  Beispiel: Die Seite index.html enthält 3 Bilder und eine Referenz auf eine Stylesheet-Datei. Wird diese Seite aufgerufen werden in der Logdatei 5 Hits vermerkt:

  1 Hit fuer die Datei index.html
  3 Hits fuer jeweils ein Bild
  1 Hit fuer die Stylesheet-Datei

  Die Zahl der „Hits“ in einer Statistik einer Domain kann nicht durch eine andere Abrufszahl überschritten werden.

• „Seiten“, „Seitenabrufe“, „Pageviews“, „Page Impressions“

  Diese Begriffe beinhalten die Zahl der Abrufe auf Dokumentseiten _exklusive_ Referenzen auf Bilder, Stylesheet-Dateien oder Skript-Abrufen. Ausserdem werden zusätzlich nur Abrufe der Seiten gezählt, wenn diese vollstaendig vom Webserver geladen wurden. (Dies bedeutet, dass Seiten, die aus einem Proxy -also einem Zwischenspeicher für Webdokumente- geladen wurden, nicht mitgezählt wurden.)
  Beispiel: Die Seite index.html enthält 3 Bilder und eine Referenz auf eine Stylesheet-Datei. Wird diese Seite aufgerufen werden in der Logdatei 5 Hits vermerkt:

  1 Hit fuer die Datei index.html
  3 Hits fuer jeweils ein Bild
  1 Hit fuer die Stylesheet-Datei

  Die Zahl der „Pageviews“, bzw. der „Seiten“ ist jedoch nur 1. Für den Fall, daß ein Proxy die Seite gespeichert hatte bei dem der Browser des Benutzers die Seite abgerufen hat, ist die Zahl der Seitenabrufe sogar nur 0.

  Die Zahl der „Pageviews“ kann niemals größer als die der „Hits“ sein.

• „Dateien“, „Files“

  Diese Zahl gibt an, wieviele Dateien erfolgreich von der Domain geladen wurden. Dateien sind alle Dokumente auf der Webseite, inkl. Bilder und Skripten.
  Der Unterschied zur Zahl der „Anfragen“/“Hits“ besteht darin, dass hier die Abrufe, bei denen der Seiteninhalt über einen Proxy geladen wurde, nicht mitgezählt werden. D.h.: ‚Zahl der „Hits“‚ – ‚Zahl der „Dateien“‚ = ‚Zahl der Seiten, die über einen Proxy abgerufen wurden.‘ Die Zahl der „Dateien“ ist meist nur für Interesse fuer den Webmaster, da diese Einfluss auf die Größe des Datentransfers hat.

  Die Zahl der „Dateien“ kann niemals größer als die der „Hits“ sein. Sie ist größer als die Zahl der „Seitenabrufe“

• „Besuche“, „Sessions“, „Sitzungen“

  Diese Zahl beschreibt wieviele Besucher innerhalb eines festgelegten Zeitintervals Seiten, d.h. richtige Webseiten (die Grafiken etc nicht mitgezählt), vom Webserver erfolgreich abgerufen haben. Üblicherweise wird ein Wert von 90 Sekunden für den Zeitinterval benutzt.

  Die Zahl der Seitenabrufe geteilt durch die Zahl der Besucher ergibt dabei die Zahl der Seiten, die ein Besucher auf der Seite betrachtet. (Portals und Suchmaschinen werden in der Regel eine kleinere Zahl haben, als inhaltlich bezogene Seiten, die nicht sofort auf externe Angebote verweisen.)
  Kurz gesagt: Je größer der Wert „Seitenabrufe“/“Besuche“ ist, je laenger bleiben die Besucher auf der Seite.

  Die Zahl der „Besuche“ kann niemals größer als die der „Pageviews“ sein.

• „Rechner“, „Hosts“

  Diese Zahl gibt an, wieviele verschiedene Rechner innerhalb eines Zeitintervalles „Seitenabrufe“ tätigten. (Bitte beachten Sie hierbei, dass Benutzer der großen Onlinedienste meist unter einem einzigen Rechner identifiziert werden.)
  Interessant ist diese Zahl dadurch, dass sie zusammen mit der Zahl der „Besuche“ eine Abschätzung zuläßt, wie oft ein spezieller Besucher zu der Seite zurückkommt, d.h. wie interessant das auch über längere Zeiträume hinweg ist.

  Die Zahl der „Rechner“ kann niemals größer als die der „Besuche“ sein.

Die statistische Werte halten dabei folgende Reihenfolge ein:
#“Hits“ >= #“Dateien“ >= #“Seiten“ >= #“Besuche“ >= #“Rechner“

(wobei das Zeichen ‚#‘ sich auf die Zahl bezieht.)

Unabhaengig von diesen Zahlen wird in den meisten Statistiken auch noch die Zahl der übertragenen kBytes angegeben. Diese Zahl bezieht sich in der Regel auf den Datentransfer aller Dateien innerhalb des Zeitintervals.
Der Wert #“Dateien“ / #’kBytes‘ gibt dabei die durchschnittliche Dateigröße pro Datei an.

Diese Option wird es nicht mehr geben.

Da in Zukunft der Umstieg auf den Blockeditor erfolgt, ist es nicht mehr sinnvoll, Shortcodes zu verwenden. Statdessen soll der FAUdir Block verwendet werden.
Zudem wurde die Metabox mit der Copy&Paste-Vorlage nur im FAU Einrichtungen-Theme gezeigt, wenn dieser noch im Modus des Classic Editors verwendet wurde. Somit ist diese Option ohnehin mit dem Blockeditor nicht mehr sofort sichtbar, sondern muss erst gesucht werden.
Da auch das Theme mit dem geplanten Relaunch wegfallen wird, wird unabhängig vom FAUdir Plugin auch diese Metabox dann komplett wegfallen.

Nein, die E-Mailadressen werden von uns nicht manipuliert, sondern syntaktisch korrekt dargestellt.
Dies kann auch nicht verhindert oder umgangen werden.

Hintergründe:

Uns erhalten ab und zu Anfragen, ob man Mailadressen nicht automatisch so manipulieren könnte, damit Spam-Bots diese nicht erkennen.
Beispielsweise indem man das „@„-Zeichen durch die Zeichenfolge „[ at ]“ ersetzt.

Wir setzen solche Wünsche nicht um. Aus folgenden Gründen:

1. Die Umsetzung derart würde zu einer Diskriminierung von Menschen führen, die aufgrund von den individuell verwendeten Geräten oder persönlichen Einschränkungen nicht in der Lage sind, dieserart manipulierter Adressen zu erkennen und zu nutzen. So führt eine oben genannte Umsetzung dazu, dass insbesondere Menschen, die auf Vorlesesoftware angewiesen sind und sich die Seiten vorlesen lassen müssen, die Inhalte nicht als solche korrekt vorgelesen bekommen. Diese Menschen sehen sich einer unnötigen Barriere gegenüber.

   Das Recht auf Barrierefreiheit ist allerdings gesetzlich festgelegt und wir als Einrichtung des Öffentlichen Dienstes sind daran gehalten.
   Der subjektive Vorteil des Empfängers eine E-Mail auf ein möglicherweise geringeres Spam-Aufkommen, rechtfertigt es nicht, andere Menschen durch den Aufbau von Barrieren zu diskriminieren.
   Ausnahmetatbestände greifen nicht, da es mildere und effektivere Wege zur Vermeidung von Spam gibt (siehe unten).

2. Zudem ist der vermeintliche Schutz nicht fachlich haltbar und ein längst Mythos:
   • Adressen der gängigen Forman Vorname.Nachname@Firmendomain.de werden vom Spamer längst en Block mittels zufallserstellter Namenslisten verwendet, ohne das hierzu ein Besuch einer Webseite notwendig ist.
   • Die E-Mailadresse wird an vielen weiteren Stellen verwendet, auch über diese aktuelle Website hinaus. Spätestens nach Abgabe einer Visitenkarte mit Ihrer E-Mailadresse haben Sie keine Kontrolle mehr darüber, wie sie verbreitet wird. 
   • Selbst wenn Spam-Bots einer auf das Sammeln von E-Mailadressen spezialisierten Firma die Webseiten besuchen, erkennen diese alle gängigen Formen der Manipulation – auch solche, die uns hier noch gar nicht eingefallen sind. Denn diese Firmen verdienen ihr Geld damit, solche Adressen zu erkennen und zu verkaufen.

     Es ist ein Trugschluss zu glauben, dass man durch eine simple automatische Textmanipulation des Zeichens @ in [ at ] von den professionellen Scannern nicht erkannt wird. Die automatische Umsetzung der Adresse in die eine Richtung ist technisch genauso trivial umsetzbar, wie es die umgekehrte Richtung ist.
     Ebenso sind E-Mailadressen in der Umsetzung in Form von Bildern längst kein Schutz mehr. Entsprechende Funktionen der Mustererkennung sind seit mehr als einem Jahrzehnt gängiger Stand der Technik. Spätestens mit der Entwicklung neuer KI-Verfahren sind auch sehr komplexe Manipulationen, die aus der Kombination von Bildern, Texten und dynamisch erzeugten Content bestehen, kein Problem mehr für die automatische Erkennung durch Spam-Bots.

     Grundsätzlich kann festgehalten werden: Jegliche automatische und manuelle Text- und Bildmanipulation kann auch automatisch wieder rückgängig gemacht werden.

3. Zur Vermeidung von Spam sind allein Spam-Erkennungs- und Filterverfahren auf der Empfängerseite legitim und sinnvoll. Hierzu finden Sie hier weitere Informationen auf derInformationsseite Anti-Spam des RRZE.

 

Der Sprachschalter wurde bei der mobilen Darstellung bewusst, in längeren Diskussionen und aufgrund von Feedback aus der sichtbaren Anzeige genommen und in das Organisatorische Menü (nur sichtbar  auf der mobilen Darstellung) getan, damit mehr Platz für das eigene Logo und den eigenen Titel bleibt.

Die Heatmaps von Inhaltsseiten in der mobilen Darstellungen auf beispielsweise www.fau.de belegen zudem, dass der Sprachschalter dort kaum verwendet wird.

Lediglich auf der Startseite wird er angeklickt.  Da gleichzeitig gemessen werden kann, dass die meisten Zugriffe auf der Startseite über Suchmaschinen kommen, diese jedoch bereits nach Sprache gefiltert wurden (deutschsprachige Suchanfragen erhalten bevorzugt die deutschsprachige Website als Ergebnis, englischsprachige jedoch die englischsprachige Website), kann davon ausgegangen werden, dass die Mehrzahl aller Seitenbesucher bereits auf der jeweils gewünschten Seite sind.
Ein Sprachschalter ist aus diesem Gründen von geringerer Relevanz als die anderen Bestandteile, die im Kopfteil der Seite in der mobilen Darstellung sichtbar sein sollen.

Ja, Teile der Webstatistiken, die mit webalizer erstellt werden, können auch direkt abgerufen werden und danach mit einer geeigneten Software analysiert oder anders dargestellt werden.

Die folgenden Dateien liegen mit den entsprechenden Datumsformat (YYYY = Jahreszahl, MM = zweistellige Monatszahl, DD = zweistellige Tageszahl) jeweils in dem Statistik-Ordner des Webauftritts unter statistiken.rrze.fau.de/webauftritte/logs/Webauftritt/ .

Bitte beachten Sie, dass der Zugriff nur für Rechner aus den Netzen der Universität möglich ist.

Folgende Dateien stehen im Verzeichnis im CSV- bzw im XML-Format zur Verfügung:

• Useragents:  agent_YYYYMM.tab
• Tagesdelta bei URL-Zugriffen: url_delta_YYYYMMDD.tab
• Referer: ref_YYYYMM.tab
• Suchbegriffe: search_YYYYMM.tab
• Usage: usage_YYYYMM.xml
• Site: site_YYYYMM.tab
• URL-Zugriffe: url_YYYYMM.tab
• Fehler: err_YYYYMM.tab
• Jahreszahlen: webalizer.hist

Die Identifier einer Person kann man auf zwei Wegen erhalten:

1. Man besucht die Website faudir.fau.de und sucht dort die gewünschte Person. Aus der Trefferliste ruft man dann den Personenintrag auf. Hat man dies getan, kann man sich in der Adresszeile des Browsers den Identifier kopieren.
   Die Adresse (URL) hat dabei die Form: https://faudir.fau.de/public/person/abcd1234efgh56 . Die Zeichen am Ende, hinter person/, sind der Identifier. Im Beispiel dann abcd1234efgh56 .
2. Administratoren der Website finden unter den EInstellungen von FAUdir eine Lasche zur Suche nach Personen. Mittels dieser können ebenfalls Personeneinträge gefunden und dann gleich als Eintrag übernommen werden.
   (Die Suche im FAUdir-Portal ist jedoch qualitativ besser und bietet mehr Möglichkeiten).

Bitte prüfen Sie die Konfiguration des Plugins im Backend hinsichtlich der Nutzung der eigenen FAUorg Nummer.

Ab der Version 2.0.28 wird in den Einstellungen festgelegt, ob die Suche nach Lehrveranstaltungen stets ergänzt wird um eine Filterung nach einer FAUorg Nummer, oder ob diese nur optional hinzukommt.
Wenn Sie beispielsweise gezielt nach Veranstaltungen einer Person suchen, die einer anderen Organisationsnummer zugehörig ist, in den EInstellungen aber gleichzeit angegeben wurde, nur solche Veranstaltungen zu finden, die einer anderen FAUorg Nummer zugewiesen sind, dann kann es keine Treffer geben.

Ändern Sie daher im Backend unter Einstellungen -> RRZE Lectures die Einstellung unter FAUorg Nummer verwenden ab auf die Option Füge die FAUorg zur Suche nach Veranstaltungen nur dann hinzu, wenn alle anderen notwendigen Mindestangaben fehlen.

Die Erstellung von Kontaktseiten kostet stets etwas Zeit, da die Daten der einzelnen Personen zunächst vom FAUdir Portal geladen werden müssen. Damit, gerade bei Listen vieler Personen, die Ladezeit reduziert wird, werden sowohl die erzeugten Seiten als auch die darauf beruhenden Daten von Personen, Einrichtungen und Arbeitsplätzen in soegannte „Caches“ zwischengespeichert.

Der Administrator einer Webseite kann in den Einstellungen zum Plugin einstellen, dass die Generierung der Ausgabeseite für angemeldete Redakteure nicht gecacht wird. Dies ist sinnvoll, wenn die Ausgabe noch mehrmals angepasst werden muss. Die Daten der Personen und Einrichtungen hingegen werden nach dem ersten Laden von der zentralen Datenquelle in einem Cache abgelegt. Personendaten werden üblicherweise über 2 Stunden zwischengespeichert, die von Einrichtungen über 4 Stunden.

Wenn eine Person in FAUdir Einträge ändert, kann es dementsprechend so lange dauern, bis diese auch auf der Website geändert werden. Sollte es jedoch dringliche Änderungen geben, hat der Administrator der Website die Möglichkeit, im Backend unter den Einstellungen des Plugins den gesamten Cache zu löschen und somit die Daten neu anzufordern.

Es können nur folgende Personen aus dem alten FAU Person Plugin übernommen werden:

• Zu den Personeneinträgen des alten Plugins gibt es eine UnivIS-Id. Diese UnivIS-Id muss im UnivIS-System gültig sein und zu einem Personeneintrag führen.
• Der Personeneintrag aus UnivIS wird im FAUdir gesucht. Und zwar mit entweder der im UnivIS hinterlegten IdM-Kennung oder wenn es diese nicht gibt, mit der im UnivIS hinterlegten Mailadresse oder wenn es auch diese nicht gibt mit der Kombination aus Vornamen und Nachname.
• Bei der Suche im FAUdir kann es nur dann z u Treffern kommen, wenn die aus UnivIS ermittelten Daten zu nur einer Person im FAUdir führen, deren Eintrag öffentlich sein muss.

Dementsprechend schlägt der Import dann fehl, wenn obiges Verfahren keine Treffer hat. Häufige Ursachen sind also:

• Die E-Mailadresse der Person im UnivIS ist nicht dieselbe, die im öffentlichen Eintrag in FAUdir zu finden ist.
• Die Person ist im FAUdir nicht öffentlich.
• Der Personeneintrag in FAU Person enthielt keine gültige UnivIS Id.

Der Import wird automatisch gestartet, wenn das FAUdir Plugin aktiviert wird und das FAU Person Plugin noch aktiv ist. Der Import kann später (z.B. nach einer Korrektur der Alteinträge um die Perosnen zu finden) neu angefordert werden. Hierzu findet sich in den Einstellungen des Plugins (Einstellung – RRZE FAUdir in der Lasche „Erweiterte EInstellungen“) eine entsprechende Option.

Ja, Teile der Webstatistiken, die mit webalizer erstellt werden, können auch direkt abgerufen werden und danach mit einer geeigneten Software analysiert oder anders dargestellt werden.

Die folgenden Dateien liegen mit den entsprechenden Datumsformat (YYYY = Jahreszahl, MM = zweistellige Monatszahl, DD = zweistellige Tageszahl) jeweils in dem Statistik-Ordner des Webauftritts unter statistiken.rrze.fau.de/webauftritte/logs/Webauftritt/ .

Bitte beachten Sie, dass der Zugriff nur für Rechner aus den Netzen der Universität möglich ist.

Folgende Dateien stehen im Verzeichnis im CSV- bzw im XML-Format zur Verfügung:

• Useragents:  agent_YYYYMM.tab
• Tagesdelta bei URL-Zugriffen: url_delta_YYYYMMDD.tab
• Referer: ref_YYYYMM.tab
• Suchbegriffe: search_YYYYMM.tab
• Usage: usage_YYYYMM.xml
• Site: site_YYYYMM.tab
• URL-Zugriffe: url_YYYYMM.tab
• Fehler: err_YYYYMM.tab
• Jahreszahlen: webalizer.hist

Grund: Das Bild wurde wahrscheinlich vor 2020 hochgeladen. Damals wurden beim Upload nur kleine Bildformate erstellt. Die in den neuen Versionen des Themes nach 2020 gebräuchlichen Bildformate fehlen jedoch. Lösung: Laden Sie ein neues Bild der Person hoch. Vielleicht wäre dies ja auch nach der langen Zeit eine Gelegenheit, alte Bilder zu ersetzen.

Das Lectures-Plugin kann derzeit keine Daten aus vergangenen Semestern anzeigen, da das Campo-System diese Daten leider nicht bereit stellt.

Es werden nur Veranstaltungen, aus dem letzten, dem aktuellen und den anstehenden Semester gezeigt.

Die Zugriffe auf Webangebote, die am RRZE gehostet werden, sind aus dem Netz der Universität auf statistiken.rrze.fau.de abrufbar. Die Statistik wird mittels der Software webalizer erstellt und basiert auf die anonymisierten Zugriffe auf die Webserver.

In der Statistik werden unterschiedliche Begriffe verwendet:

• „Hits“, „Anfragen“, „Gesamtabrufe“

  Die Begriffe „Hits“, „Anfragen“, „Gesamtabrufe“ und deren anderssprachige Formen stehen fuer die Summe der Anfragen auf einer Domain. Sie stehen aber nicht allein für die Summe der Anfragen fuer eine Seite. Genau gibt die Zahl an, wie oft Dateien innerhalb der Domain auf dem sich die Zahl bezieht, abgerufen wurden. Diese Dateien bestehen jedoch nicht nur aus den HTML-Dateien, sondern auch aus den in diesen referenzierten Bildern, Stylesheet-Dateien und Skript-Aufrufe.
  Beispiel: Die Seite index.html enthält 3 Bilder und eine Referenz auf eine Stylesheet-Datei. Wird diese Seite aufgerufen werden in der Logdatei 5 Hits vermerkt:

  1 Hit fuer die Datei index.html
  3 Hits fuer jeweils ein Bild
  1 Hit fuer die Stylesheet-Datei

  Die Zahl der „Hits“ in einer Statistik einer Domain kann nicht durch eine andere Abrufszahl überschritten werden.

• „Seiten“, „Seitenabrufe“, „Pageviews“, „Page Impressions“

  Diese Begriffe beinhalten die Zahl der Abrufe auf Dokumentseiten _exklusive_ Referenzen auf Bilder, Stylesheet-Dateien oder Skript-Abrufen. Ausserdem werden zusätzlich nur Abrufe der Seiten gezählt, wenn diese vollstaendig vom Webserver geladen wurden. (Dies bedeutet, dass Seiten, die aus einem Proxy -also einem Zwischenspeicher für Webdokumente- geladen wurden, nicht mitgezählt wurden.)
  Beispiel: Die Seite index.html enthält 3 Bilder und eine Referenz auf eine Stylesheet-Datei. Wird diese Seite aufgerufen werden in der Logdatei 5 Hits vermerkt:

  1 Hit fuer die Datei index.html
  3 Hits fuer jeweils ein Bild
  1 Hit fuer die Stylesheet-Datei

  Die Zahl der „Pageviews“, bzw. der „Seiten“ ist jedoch nur 1. Für den Fall, daß ein Proxy die Seite gespeichert hatte bei dem der Browser des Benutzers die Seite abgerufen hat, ist die Zahl der Seitenabrufe sogar nur 0.

  Die Zahl der „Pageviews“ kann niemals größer als die der „Hits“ sein.

• „Dateien“, „Files“

  Diese Zahl gibt an, wieviele Dateien erfolgreich von der Domain geladen wurden. Dateien sind alle Dokumente auf der Webseite, inkl. Bilder und Skripten.
  Der Unterschied zur Zahl der „Anfragen“/“Hits“ besteht darin, dass hier die Abrufe, bei denen der Seiteninhalt über einen Proxy geladen wurde, nicht mitgezählt werden. D.h.: ‚Zahl der „Hits“‚ – ‚Zahl der „Dateien“‚ = ‚Zahl der Seiten, die über einen Proxy abgerufen wurden.‘ Die Zahl der „Dateien“ ist meist nur für Interesse fuer den Webmaster, da diese Einfluss auf die Größe des Datentransfers hat.

  Die Zahl der „Dateien“ kann niemals größer als die der „Hits“ sein. Sie ist größer als die Zahl der „Seitenabrufe“

• „Besuche“, „Sessions“, „Sitzungen“

  Diese Zahl beschreibt wieviele Besucher innerhalb eines festgelegten Zeitintervals Seiten, d.h. richtige Webseiten (die Grafiken etc nicht mitgezählt), vom Webserver erfolgreich abgerufen haben. Üblicherweise wird ein Wert von 90 Sekunden für den Zeitinterval benutzt.

  Die Zahl der Seitenabrufe geteilt durch die Zahl der Besucher ergibt dabei die Zahl der Seiten, die ein Besucher auf der Seite betrachtet. (Portals und Suchmaschinen werden in der Regel eine kleinere Zahl haben, als inhaltlich bezogene Seiten, die nicht sofort auf externe Angebote verweisen.)
  Kurz gesagt: Je größer der Wert „Seitenabrufe“/“Besuche“ ist, je laenger bleiben die Besucher auf der Seite.

  Die Zahl der „Besuche“ kann niemals größer als die der „Pageviews“ sein.

• „Rechner“, „Hosts“

  Diese Zahl gibt an, wieviele verschiedene Rechner innerhalb eines Zeitintervalles „Seitenabrufe“ tätigten. (Bitte beachten Sie hierbei, dass Benutzer der großen Onlinedienste meist unter einem einzigen Rechner identifiziert werden.)
  Interessant ist diese Zahl dadurch, dass sie zusammen mit der Zahl der „Besuche“ eine Abschätzung zuläßt, wie oft ein spezieller Besucher zu der Seite zurückkommt, d.h. wie interessant das auch über längere Zeiträume hinweg ist.

  Die Zahl der „Rechner“ kann niemals größer als die der „Besuche“ sein.

Die statistische Werte halten dabei folgende Reihenfolge ein:
#“Hits“ >= #“Dateien“ >= #“Seiten“ >= #“Besuche“ >= #“Rechner“

(wobei das Zeichen ‚#‘ sich auf die Zahl bezieht.)

Unabhaengig von diesen Zahlen wird in den meisten Statistiken auch noch die Zahl der übertragenen kBytes angegeben. Diese Zahl bezieht sich in der Regel auf den Datentransfer aller Dateien innerhalb des Zeitintervals.
Der Wert #“Dateien“ / #’kBytes‘ gibt dabei die durchschnittliche Dateigröße pro Datei an.

Ja, Teile der Webstatistiken, die mit webalizer erstellt werden, können auch direkt abgerufen werden und danach mit einer geeigneten Software analysiert oder anders dargestellt werden.

Die folgenden Dateien liegen mit den entsprechenden Datumsformat (YYYY = Jahreszahl, MM = zweistellige Monatszahl, DD = zweistellige Tageszahl) jeweils in dem Statistik-Ordner des Webauftritts unter statistiken.rrze.fau.de/webauftritte/logs/Webauftritt/ .

Bitte beachten Sie, dass der Zugriff nur für Rechner aus den Netzen der Universität möglich ist.

Folgende Dateien stehen im Verzeichnis im CSV- bzw im XML-Format zur Verfügung:

• Useragents:  agent_YYYYMM.tab
• Tagesdelta bei URL-Zugriffen: url_delta_YYYYMMDD.tab
• Referer: ref_YYYYMM.tab
• Suchbegriffe: search_YYYYMM.tab
• Usage: usage_YYYYMM.xml
• Site: site_YYYYMM.tab
• URL-Zugriffe: url_YYYYMM.tab
• Fehler: err_YYYYMM.tab
• Jahreszahlen: webalizer.hist

Ja, Teile der Webstatistiken, die mit webalizer erstellt werden, können auch direkt abgerufen werden und danach mit einer geeigneten Software analysiert oder anders dargestellt werden.

Die folgenden Dateien liegen mit den entsprechenden Datumsformat (YYYY = Jahreszahl, MM = zweistellige Monatszahl, DD = zweistellige Tageszahl) jeweils in dem Statistik-Ordner des Webauftritts unter statistiken.rrze.fau.de/webauftritte/logs/Webauftritt/ .

Bitte beachten Sie, dass der Zugriff nur für Rechner aus den Netzen der Universität möglich ist.

Folgende Dateien stehen im Verzeichnis im CSV- bzw im XML-Format zur Verfügung:

• Useragents:  agent_YYYYMM.tab
• Tagesdelta bei URL-Zugriffen: url_delta_YYYYMMDD.tab
• Referer: ref_YYYYMM.tab
• Suchbegriffe: search_YYYYMM.tab
• Usage: usage_YYYYMM.xml
• Site: site_YYYYMM.tab
• URL-Zugriffe: url_YYYYMM.tab
• Fehler: err_YYYYMM.tab
• Jahreszahlen: webalizer.hist

Ja, Teile der Webstatistiken, die mit webalizer erstellt werden, können auch direkt abgerufen werden und danach mit einer geeigneten Software analysiert oder anders dargestellt werden.

Die folgenden Dateien liegen mit den entsprechenden Datumsformat (YYYY = Jahreszahl, MM = zweistellige Monatszahl, DD = zweistellige Tageszahl) jeweils in dem Statistik-Ordner des Webauftritts unter statistiken.rrze.fau.de/webauftritte/logs/Webauftritt/ .

Bitte beachten Sie, dass der Zugriff nur für Rechner aus den Netzen der Universität möglich ist.

Folgende Dateien stehen im Verzeichnis im CSV- bzw im XML-Format zur Verfügung:

• Useragents:  agent_YYYYMM.tab
• Tagesdelta bei URL-Zugriffen: url_delta_YYYYMMDD.tab
• Referer: ref_YYYYMM.tab
• Suchbegriffe: search_YYYYMM.tab
• Usage: usage_YYYYMM.xml
• Site: site_YYYYMM.tab
• URL-Zugriffe: url_YYYYMM.tab
• Fehler: err_YYYYMM.tab
• Jahreszahlen: webalizer.hist

Ja, Teile der Webstatistiken, die mit webalizer erstellt werden, können auch direkt abgerufen werden und danach mit einer geeigneten Software analysiert oder anders dargestellt werden.

Die folgenden Dateien liegen mit den entsprechenden Datumsformat (YYYY = Jahreszahl, MM = zweistellige Monatszahl, DD = zweistellige Tageszahl) jeweils in dem Statistik-Ordner des Webauftritts unter statistiken.rrze.fau.de/webauftritte/logs/Webauftritt/ .

Bitte beachten Sie, dass der Zugriff nur für Rechner aus den Netzen der Universität möglich ist.

Folgende Dateien stehen im Verzeichnis im CSV- bzw im XML-Format zur Verfügung:

• Useragents:  agent_YYYYMM.tab
• Tagesdelta bei URL-Zugriffen: url_delta_YYYYMMDD.tab
• Referer: ref_YYYYMM.tab
• Suchbegriffe: search_YYYYMM.tab
• Usage: usage_YYYYMM.xml
• Site: site_YYYYMM.tab
• URL-Zugriffe: url_YYYYMM.tab
• Fehler: err_YYYYMM.tab
• Jahreszahlen: webalizer.hist