Die Terminseite ist der einzige Teil des Auftritts, der ohne WordPress nicht vollständig funktioniert. Diese Seite zeigt, was heute tatsächlich genutzt wird, und stellt die Wege gegenüber, wie es nach der Ablösung weitergeht. Grundlage ist der Abruf der Altseite vom 23. September 2026.
Erst gemessen, dann geplant — der Kalender ist kleiner, als er aussieht:
| Funktion | Stand heute | Braucht WordPress? |
|---|---|---|
| Anzahl Termine | 5 im Zeitraum 7. Oktober – 4. November 2026 | nein |
| Ansichten | Liste, Monat, Tag, Heute, Anstehend | nein — nur eine Frage der Darstellung |
| Terminseiten | Titel, Datum, Uhrzeit, Ort mit Adresse, Veranstalter, Beschreibung | nein |
| Preis | Alle Termine sind kostenlos („Kostenlos", „Die Teilnahme ist kostenfrei") | nein |
| „Zum Kalender hinzufügen" | Google Kalender · Outlook 365 · Outlook Live — reine Verweise mit Datum in der Adresse | nein |
| iCal-Abo | je Termin ?ical=1, dazu webcal: und ein Gesamt-Abo über alle Termine | nein — eine .ics-Datei genügt |
| Karte | „Google Karte anzeigen" als Verweis, Leaflet für die Freizeitkarte | nein |
| Anmeldung | Knopf „Teilnehmen" — läuft über die Schnittstelle des Ticket-Plugins. Auf der Seite steht außerdem: „Einfach eine Mail an info@lvkm-hessen.de schicken oder über unsere Online-Anmeldung." | ja — das ist der einzige echte Punkt |
| Bezahlte Tickets | Es gibt keine. Die Seite /tickets-checkout/ zeigt nur
„Fehler beim Bezahlvorgang" und wird nicht genutzt. | nein — kann entfallen |
Die Termine stehen in einer Datendatei im Projekt. Ein Skript erzeugt daraus die Terminliste,
jede Terminseite, die Kalender-Verweise und die .ics-Datei. Änderungen schickt der
Verband per E-Mail, wir bauen neu und laden hoch.
mailto: mit vorbereitetem BetreffDie Terminseiten bleiben statisch wie in Weg 1. Die Anmeldung läuft über pretix — ein Berliner Anbieter (Open Source, für kostenlose Veranstaltungen kostenfrei). Der Verband pflegt dort seine Termine selbst: Anmeldung, Warteliste, Teilnehmerliste, Erinnerungsmails, Einlasslisten — alles dabei. Die Website verlinkt nur noch auf die Anmeldung.
Der Verband bekommt eine passwortgeschützte Seite, auf der er Termine einträgt oder eine Kalenderdatei hochlädt; daraus wird die Terminseite neu erzeugt. Läuft auf dem bestehenden Webhosting (PHP ist vorhanden).
Alles wird statisch, nur /termine/ läuft weiter über WordPress.
Google Kalender einbetten. Bequem, aber: Die Seite lädt dann wieder von außen, und die IP-Adresse jedes Besuchers geht an Google — ohne Einwilligung ist das genau das Problem, das wir beim heutigen Auftritt gerade behoben haben. Wenn ein Fremdanbieter, dann einer mit Sitz in Deutschland und Auftragsverarbeitungsvertrag.
| Frage | Weg 1 | Weg 2 | Weg 3 | Weg 4 |
|---|---|---|---|---|
| Selbstpflege durch den Verband | nein | ja | ja | ja |
| Aufwand beim Verband je Termin | E-Mail an uns | Eintrag im Dienst | Eintrag im Formular | wie heute |
| Anmeldung mit Teilnehmerliste | nein | ja | nein | ja |
| Kosten | keine | keine (bei kostenlosen Terminen) | keine | keine |
| Kein WordPress mehr nötig | ja | ja | ja | nein |
| Dauerhaft zu pflegen von | uns (gering) | Anbieter — Standardsoftware | uns (sicherheitsrelevant) | der Verband |
| Fremdanfragen beim Besucher | keine | keine (nur beim Klick auf Anmelden) | keine | keine |
Für die Entscheidung brauche ich zwei Auskünfte vom Verband:
| Nr. | Frage | Warum |
|---|---|---|
| 1 | Wer trägt heute die Termine ein — und wie viel Arbeit soll das künftig sein? | Davon hängt ab, ob Weg 1 reicht oder Selbstpflege gebraucht wird. |
| 2 | Soll es bei kostenlosen Terminen bleiben, oder sind später kostenpflichtige Veranstaltungen geplant (Fachtage, Fortbildungen)? | Bei Bezahlung ist Weg 2 deutlich überlegen — pretix kann beides. |
Und eine Angabe, die wir ohnehin brauchen: Wie viele Termine kommen im Jahr zusammen? Bei fünf bis fünfzehn ist jede der Varianten tragfähig. Bei wöchentlichen Terminen würde ich auf Weg 2 mit Live-Einbindung gehen.