1. Sie füllen den Antrag für eine Umzugswebsite aus (unten bei „Website beantragen“).
2. Sie bekommen einen neuen Website auf dem neuen Server mit neuer Adresse, vorausgefüllt mit der von Ihnen gewünschten Vorlage.
3. Sie richten Ihre Website anhand der beiliegenden Checkliste (siehe https://cms.zdv.uni-mainz.de/kopiervorlage-ag/2024/03/19/checkliste/ ) ein.
4. Ihre neue Website ist öffentlich. Da die neue Subsite-Adresse den Suchmaschinen unbekannt ist, ist dies unproblematisch.
5. Wenn niemand den Zwischenzustand Ihrer Website sehen soll: Auf privat setzen funktioniert für alle Seiten in Dashboard > Seiten > alle anhaken > bei Mehrfachaktionen auf Bearbeiten > Übernehmen > Status > Privat > Aktualisieren. Links setzen, übergeordnete Seite zuordnen, im Menü einbauen funktioniert nur bei öffentlichen Seiten. Ja, Entwurf geht auch. Passwortgeschützt funktioniert nicht wirklich.
6. URLS Ihres Webauftritts, die in Suchmaschinen auch nach dem Umzug gefunden werden sollen, nennen Sie genau so wie in der alten Website. Der Effekt ist dann quasi wie eine Weiterleitung auf die alte Website!
   Wenn die Seiteninhalte in der neuen Website in einer anderen Seite enthalten sind, können Sie von einer neu angelegten Seite mit der gleichen URL einfach auf diese andere Seite verweisen, z.B. dort nur diesen Text einfügen: „Diese Inhalte finden Sie jetzt hier: (hier die URL angeben)“.
   Dies macht es Benutzern und Suchmaschinen einfacher, die Inhalte in der neuen Website zu finden. Seiten, die nur solch einen Verweis enthalten, könnten Sie nach einigen Wochen/Monaten dann auch wieder löschen.
7. Interna ziehen sie nach Sharepoint um. Infos dazu finden Sie hier Teamweb: Dokumentation und FAQ | Zentrum für Datenverarbeitung (uni-mainz.de)
8. Eventuell: Die Inhalte der alten Website sichern, z.B. per httrack
9. Sie sind fertig mit dem Umzug und benachrichtigen uns, daß die Adresse nun umziehen kann.
10. Spätestens jetzt dürfen Ihre Seiten nicht mehr privat sein. Sonst erhält man nach dem Adressumzug einen „Seite nicht gefunden 404-Fehler“.
11. Wir ziehen die Webadresse der alten Website zur neuen um.
12. Der umgezogene alte Website wird vor Zugriff geschützt. Es werden nur Seiten geschützt. Die Medien sind nicht geschützt! Ihre ganzen alten Dateien sind also weiterhin in den Suchmaschinen zu finden.
13. Sollte sie das stören, so können wir den Website archivieren, dann ist die gesamte Website für niemanden mehr zugreifbar.
14. Der letzte Schritt ist dann die vollständige Entfernung des alten Websites nach drei Monaten. Das übernehmen wir für Sie.
15. Diese Websites verwenden das neue Layout (Stand Februar 2025)

Warum gibt es keinen automatischen Umzug? Der automatische Umzug ist aus folgenden Gründen unerwünscht:

• Die Struktur der Webseiten ist eine komplett andere, man kann die Block-Elemente nicht nutzen beim automatischen Umzug.
• Altlasten vom vorletzten Umzug würden mit übertragen. Veraltete Inhalte sind nicht gut.
• Die Leitung der JGU wünscht eine zielgruppenbasierte Darstellung und Ansprache.
• Alles interne soll in einem Intranet aufbewahrt werden.
• Bilder müssen in passender Größe geliefert werden. Daher ist ein automatischer Bildübertrag nicht sinnvoll.

Die URL Ihrer Webseiten möchten Sie wiederverwenden. Wenn der hintere Teil der URL im alten und neuen Webauftritt identisch ist, erreichen Sie einen benutzer- und suchmaschinenfreundlichen Umzug.

Alle Adressen und Ihre Benennungen für einsprachige Websites:

Vor dem Umzug:

• Alter Webauftritt:
  • Primäre Domain: ihrinstitut.uni-mainz.de
  • Subsite-Adresse (unsichtbar): www.blogs.uni-mainz.de/fb-xx-ihrinstitut/
• Neuer Webauftritt:
  • Subsite-Adresse: cms.zdv.uni-mainz.de/fb-xx-ihrinstitut
  • Login: cms.zdv.uni-mainz.de/fb-xx-ihrinstitut/wp-admin

Nach dem Umzug:

• Neuer Webauftritt:
  • Primäre Domain: ihrinstitut.uni-mainz.de
  • Subsite diese Adresse bleibt unsichtbar erhalten: cms.zdv.uni-mainz.de/fb-xx-ihrinstitut
• Alter Webauftritt:
  • Subsite-Adresse: www.blogs.uni-mainz.de/fb-xx-ihrinstitut, diese Adresse bleibt nach dem Umzug mit allen Daten noch 3 Monate erhalten.
  • Login: www.blogs.uni-mainz.de/fb-xx-ihrinstitut/wp-admin
• Blöcke wie Akkordeon, Ankernavigation, Registerkarten erzeugen Sprungmarken. Wenn Sie diese anlegen, benennen Sie diese sinnvoll, damit Ihre URLs aussagekräftig bleiben!
• Beispiel: aus Lebenshaltungskosten & Miete entsteht:
  https://ihrinstitut.uni-mainz.de/uebergeordnete-seite/seitentitel#lebenshaltungskosten-amp-miete
  Besser: https://einrichtung.uni-mainz.de/seitentitel#kosten
  • /uebergeordnete-seite/: nötig für die Ordnung und das Breadcrumb-Menü: haben Sie die aktuelle Seite einer anderen untergeordnet (optional). Dies sollten sie aus Ihrer alten Website übernehmen!
  • seitentitel: die Seite selbst. Dies sollten sie aus Ihrer alten Website übernehmen!

Jede Seite besteht aus Blöcken. Die Block-Liste enthält für jeden Block eine kurze Beschreibung sowie einen Link zur Videoanleitung und Demo-Webseite.

Besonders arbeitssparend sind Blöcke, die dynamisch Daten aus anderen Systemen wie FIS = Publikationslisten, IdM = Personen und Organisationsstrukturen, Jogustine = Lehrveranstaltungen anzeigen.

Die Demo-Website bietet zu jedem der Blöcke eine kurze Beschreibung sowie Beispiele aller Varianten haben.

Header-Icon, Site-Title, Quicklinks-Fuß und Menü werden alle im Customizer eingestellt. Wechseln Sie nach Dashboard → Design → Customizer und schauen Sie die Optionen an.

• Footer: Leichte Sprache, Barrierefreiheit, Impressum, Datenschutz: Um die Inhalte dieser Seiten müssen Sie sich kümmern.
• Impressum: Jede Seite benötigt ein eigenes Impressum. In der Kopiervorlage ist das Impressum der Startseite übernommen. Geben Sie ihr Redaktionsteam als Kontakt an.
• Datenschutz: In der Kopiervorlage verwenden wir die zentrale Datenschutzerklärung der JGU. Wenn Sie darüber hinaus Daten erfassen, etwa in Formularen, wenden Sie sich bei Bedarf an den Datenschutzbeauftragen.

Mehrsprachigkeit richten wir erst auf Ihren Wunsch hin ein. WordPress Multilingual = WPML übersetzt Ihre Texte mit DEEPL automatisiert im WPML Automatic Translation Editor. Im Unterschied zu der alten blogs-Multisite werden hier beide Sprachen in einer Website verwaltet.

1. Der künftige Translation Manager (wahrscheinlich sie selbst) muß sich im WordPress Subsite einmal erfolgreich angemeldet haben.
2. Die Übersetzungssoftware WPML richten wir für Sie ein.
3. Der Translation Manager gibt sich selbst und seinen Redakteuren Übersetzungsrechte.
4. Erst jetzt dürfen diese Redakteure übersetzen.
5. Seitenweise entscheiden Sie über automatische oder eigene Übersetzung.

• WPML Editor übersetzt jedes einzelne Element eins zu eins automatisch per DEEPL. Etwaige Änderungen MÜSSEN Sie IMMER in DIESEM EDITOR ausführen. NIE dürfen Sie dazu in den WordPress Editor wechseln.
• WordPress Editor. Im Blockeditor gestalten Sie die englische Seite frei, durchaus auch mit anderen Blöcken strukturiert.

Links und Bilder auf der nicht umgezogenen Website sind nach Umzug der ersten Sprache defekt, da die primäre Webadresse verwendet wird, die dann bereits umgezogen ist. Auf der neuen Website fehlen Bilder, die für die alten Webseiten der anderen Sprachvariante benötig werden. Darum ist es sinnvoll, beide Sprachen zeitgleich umzuziehen.

Der JGU Übersetzungsservice ist für die Übersetzung der zentralen Webseiten zuständig und berät Sie in Übersetzungsfragen. Auf den Webseiten des Übersetzungsservice finden Sie umfangreiche Informationen rund um maschinelle Übersetzung und Infos und Tipps zur Übersetzung von Webseiten sowie das JGU Glossar (Deutsch-Englisch) mit hochschulspezifischer Terminologie.

• Die von Ihnen angeforderte Seite ist von Ihrem Browser aus nicht erreichbar. Bitte nutzen Sie einen Arbeitsplatz-PC in Ihrem Büro an der Johannes Gutenberg Universität Mainz oder nutzen Sie die Remote Desktop Verbindung: Diese Fehlermeldung kommt, wenn Sie von außerhalb der JGU arbeiten und VPN nicht eingeschaltet ist. Die Meldung kommt auch, wenn Sie eine Seite als Entwurf gespeichert haben. Dann wird versucht, daß Sie sich anmelden und DAS wiederum geht nur mit VPN, RDV, oder direkt an der JGU.
• Seite wird nicht gefunden 404: die Seite ist noch als Privat gekennzeichnet. Nur, wenn man Redakteur und eingelogged ist, hat man darauf Zugriff.
• Schreibrechte: im Dashboard > JGU Tools > Benutzer werden die Personen mit Zugriff auf die Berechtigung-Ressource angezeigt. Diese Personen verwalten via Account.uni-mainz.de > Berechtigungen > Ressource Webseite die Schreibrechte. Administratoren meint dort die Rechteverwalter, „Inhalte bearbeiten“ die Personen in der Redaktion. Es reicht, wenn Sie Benutzer unter account.uni-mainz.de in die richtige Gruppe eintragen. Ein Klick auf den Knopf ‚Benutzerliste aktualisieren‘ ist im neuen WordPress nicht mehr notwendig.
• Silbentrennung: Dies ist nicht browserübergreifend gelöst.
• Farben fehlen: Die Hintergrundfarben der Blöcke sind auf die im Corporate Design der JGU festgelegten Farben beschränkt.
• Eigene Icons verwenden: Dies ist technisch prinzipiell machbar, derzeit jedoch noch nicht möglich.
• Intranet-Funktion: Finden Sie in Teams, LMS, Sharepoint, je nach Anwendungsfall.
• Re·launch /ˈriːlɔːnt͜ʃ,/ ist das, was Ihre Website mit dem Umzug bekommen hat 😉

• Kurse – alles rund um die Bedienung: Wir stellen Anleitungen und Schulungen bereit, sind in Fragestunden und Foren für Sie da und helfen im Fehlerfall.
• Newsletter Abo: Mailingliste (offener Newsletter) für Informationen zum blockbasierten Layout. Starten Sie das Abo, indem Sie eine E-Mail mit dem Betreff subscribe jgu-cms an sympa@lists.uni-mainz.de senden.
• Forum: Stellen Sie Ihre Fragen zur Bedienung von WordPress, schauen Sie bei der Problemlösung zu im WordPress Forum, welches per BBB stattfindet: https://bbb.rlp.net/rooms/slo-mk5-tdt-xe0
• Koordination Webseiten: Stellen Sie organisatorische und inhaltliche Fragen in der Gruppe Koordination Webseiten (Zugänglich mit JGU Account). Sie trifft sich Montags von 12-13 Uhr alle zwei Wochen. Bei Interesse melden Sie sich bei Davina Hachgenei unter: d.hachgenei@uni-mainz.de.

Wir treffen uns am jeweils ersten Montag um 11 Uhr und am dritten Donnerstag um 10 Uhr für eine Stunde rund um WordPress.

• Donnerstag, 17.4.24 10-11 Uhr
• Montag, 12.5.24 11-12 Uhr
• Donnerstag, 22.5. 10-11 Uhr
• Montag, 2.6. 11-12 Uhr
• Donnerstag, 12.6. 10-11 Uhr
• Montag, 7.7. 11-12 Uhr
• Donnerstag, 24.7. 10-11 Uhr
• Montag, 4.8. 11-12 Uhr
• Donnerstag, 21.8. 10-11 Uhr
• Montag,1.9. 11-12 Uhr
• Donnerstag, 18.9. 10-11 Uhr
• Montag, 6.10. 11-12 Uhr
• Donnerstag, 23.10. 10-11 Uhr
• Montag, 3.11. 11-12 Uhr
• Donnerstag, 20.11. 10-11 Uhr
• Montag, 1.12. 11-12 Uhr
• Donnerstag, 18.12. 10-11 Uhr

Ihnen fällt sicher auf, dass es immer wieder unvollständige oder fehlerhafte Dinge gibt. Bei der Menge an Blöcken und Funktionen, den Verschachtelungsmöglichkeiten und den sich daraus ergebenden Wechselwirkungen ist ein Webprogrammierer-Team nötig, um alle Fehler zu fixen und alle Wünsche zu erfüllen.

Wir haben mehrere hundert Fehler aufgenommen und arbeiten sie nacheinander ab, wobei wir immer auch die Performance, die Barrierefreiheit und die Datensicherheit im Auge behalten.

Aktuelle Themen, die wir so schnell wie möglich beheben möchten:

• Burgermenu mobile Ansicht: Das mehr erfahren wird noch entfernt.
• Kategorien- und Schlagwortseiten, die man im Menü auswählen kann, funktionieren noch nicht und werden im Menü nicht angezeigt. Es gibt ähnliche Funktion durch die Blöcke: Beitragsauflistung (=Post Listing), Magazin, Beitragsarchiv
• Bilder: werden immer auf die vorhandene Fläche großgezogen. Kleine Bilder sollten Sie also nur im Kontext von Slidern, Beitragsbildern und in Spalten einsetzen, sonst sehen Sie die Pixel. Das herumfließen von Text gibt es im neuen Layout nicht mehr. Setzen Sie Medien und Bild oder die Bildergalerie ein.