• Aktuell
    • Tags
    • Beliebt
    • Benutzer
    • Gruppen
    • Suche
    • Registrieren
    • Anmelden

    Newsletter An- und Abmeldemodul für Wordpress

    ChurchTools Schnittstellen
    3
    16
    984
    Lade mehr Beiträge
    • Älteste zuerst
    • Neuste zuerst
    • Meiste Stimmen
    Antworten
    • In einem neuen Thema antworten
    Anmelden zum Antworten
    Dieses Thema wurde gelöscht. Nur Nutzer mit entsprechenden Rechten können es sehen.
    • skipyS
      skipy
      zuletzt editiert von skipy

      Könnte sich noch jemand direkt von ChurchTools zu dem Thema äußern? (Exemplarisch mal @davidschilling, @hbuerger)

      • Macht der Workflow Sinn? Was fehlt?
      • Arbeitet ihr an etw. ähnlichem, so dass die Geschichte hier kontraproduktiv ist?
      davidschillingD 1 Antwort Letzte Antwort Antworten Zitieren 0
      • davidschillingD
        davidschilling ChurchToolsMitarbeiter @skipy
        zuletzt editiert von

        Ein paar Gedanken dazu.

        Ich würde denken, dass ChurchTools die meisten deiner Anforderungen schon abdeckt.

        Eine einfache Möglichkeit, dass sich neue Leute für einen oder mehrere Newsletter registrieren können (ggf. via öffentliche Gruppen realisierbar)

        Das ist ein perfekter Anwendungsfall für die Gruppenhomepage

        Eine Möglichkeit, dass sich (auch nicht CT-Nutzer) einfach eine Übersicht über ihre bereits abonierten Newsletter bekommen.

        Das fehlt noch fände ich aber generell eine sinnvolle Erweiterung für ChurchTools.

        Eine Möglichkeit, dass sich (auch nicht CT-Nutzer) DSGVO Konform von Newslettern abmelden können.

        Das ist aktuell möglich über den Abmeldelink den man in der ersten Mail nach der Anmeldung in einer öffentlichen Gruppe bekommt.

        • Ich denke du könntest deine Anforderungen mit ChurchTools umsetzen auch wenn es nicht ganz perfekt ist.
        • Dein vorgeschlagenes Konzept sollte aus meiner Sicht funktionieren. Ich sehe jetzt keinen Punkt der hier groß problematisch ist.
        • Generell musst du halt abwägen wie viel dir deine "bessere" Lösung Wert ist, da schon ne Menge Aufwand dahinter stecken wird. Aber ich will dich auch nicht davon abhalten. Ich freue mich wenn die ChurchTools Api verwendet wird. Dafür bauen wir sie ja.
        1 Antwort Letzte Antwort Antworten Zitieren 0
        • skipyS
          skipy
          zuletzt editiert von skipy

          Danke @davidschilling für deine Rückmeldung. Die ist sehr willkommen.

          Eine Möglichkeit, dass sich (auch nicht CT-Nutzer) DSGVO Konform von Newslettern abmelden können.

          Das ist aktuell möglich über den Abmeldelink den man in der ersten Mail nach der Anmeldung in einer öffentlichen Gruppe bekommt.

          Leider ist genau das gerade eben unser Hauptproblem. Der aktuelle Weg, wie ChurchTools E-Mails verschickt ist eben nicht DSGVO konform. Denn wenn ich die DSGVO richtig verstehe, muss eine "Abmeldung vom Newsletter jederzeit möglich sein".

          Hier einige konkrete Beispiele, die eben nicht funktionieren:

          • Ein Nutzer hat die erhaltene Gruppenanmelde-EMail gelöscht
          • Die Anmeldung in einer Gruppe liegt viele Wochen zurück und ein Nutzer findet seine Anmelde-EMail nicht mehr
          • Ein Nutzer hat sich bei mehreren Newslettern der Gemeinde (aka Gruppen) registriert. Er will sich jetzt nur (!) von einem abmelden. Aber wenn es nicht explizit in der E-Mail erwähnt ist, findet er nicht heraus, über welchen Gruppenverteiler eine Mail verschickt wurde und kann sich dementsprechend auch nicht abmelden.

          Laut DSGVO muss eine Abmeldung auch dann möglich sein, wenn der E-Mail-Support (z.B. am Wochenende) nicht zur Verfügung steht. Es braucht also eine technische Lösung. Derzeit bietet Churchtools meines Wissens allerdings keine Möglichkeit für Nicht-Churchtools-Nutzer sich jederzeit wieder abzumelden.

          Als Defakto-Standard hat es sich bei Newslettersystemen eingebürgert, dass man im Footer einer erhaltenen E-Mail individuell generierten Hash eingebettet bekommt, der einen zur individualisierten "Abmelde-Homepage" führt. Somit kann er sich jederzeit von seinem Newsletter abmelden. Eine solche Möglichkeit würde ich unbedingt vorziehen, aber ist bisher in ChurchTools nicht vorhanden. Wenn so etwas in nächster Zeit geplant ist, wäre mir das viel (!) lieber, als es selbst programmieren zu müssen. 🙂

          Die Lösung mit einer zentralen Webseite, wo alle öffentlichen Newsletter einer Person einsehbar und veränderbar sind, ist nur ein Workaround. Lieber wäre es mir, das in CT von Haus aus machen zu können.

          B 1 Antwort Letzte Antwort Antworten Zitieren 0
          • B
            bwl21 @skipy
            zuletzt editiert von bwl21

            @skipy hallo, hast du an der Sache eigentlich weiter gemacht? Ich kommen an der sache auch wieder vorbei, und denke darüber nach, die Abmeldung einfach über eine Anmeldung an einer Abgemeldet-Gruppe zu realisieren.

            Dann könnte man sich sofort abmelden. Die Umsetzung wäre dann so, dass man vor dem Versand an eine Verteilerliste, erst mal die Abmeldungen rausnimmt.

            Alles ein bisschen Workaround, zugegeben ...

            skipyS 1 Antwort Letzte Antwort Antworten Zitieren 0
            • skipyS
              skipy @bwl21
              zuletzt editiert von

              @bwl21 Ja, wir haben das ganze als Gutenberg (Wordpress-Block) Modul fertig programmiert und es ist bei uns im Einsatz.

              Falls du es ausprobieren möchtest:
              https://plugins.sv-schoenaich.de/?action=download&slug=sb-churchtools-grouphomepage

              Es ist allerdings noch nicht alles ganz fertig dokumentiert. Vergiss nicht im Backend den API-Nutzer zu konfigurieren ... Der Nutzer braucht Zugriffsrechte auf die entsprechenden Gruppen und (falls auch Neuanmeldungen möglich sein sollen) auf alle Personen, die erkannt werden sollen.
              Wenn du Fragen hast, meld dich gern ...

              skipyS 1 Antwort Letzte Antwort Antworten Zitieren 1
              • skipyS
                skipy @skipy
                zuletzt editiert von

                Hier noch ein paar Screenshots dazu
                Bild Text

                Bild Text

                Bild Text

                Bild Text

                1 Antwort Letzte Antwort Antworten Zitieren 0
                • B
                  bwl21
                  zuletzt editiert von

                  @skipy Die Screenshots sehen gut aus.

                  Leider ist es nicht CMS-unabhängig, daher passt es für uns nicht so recht (wir sind in Contao).

                  lässt sich die Logik vom UI trennen, so dass ich in Contao ein andres UI drüber legen kann?

                  skipyS 1 Antwort Letzte Antwort Antworten Zitieren 0
                  • skipyS
                    skipy @bwl21
                    zuletzt editiert von skipy

                    @bwl21 Sollte weitestgehend möglich sein. Gibt ne ServiceKlasse.

                    Die UI ist ebenfalls komplett losgelöst von Gutenberg verwendbar und kann theoretisch als UI Komponente eingebunden werden. (under the hood ist es vuejs)

                    Ergänzung:
                    Mir kommt gerade, es gibt ein-zwei Sicherheitsaspekte in Bezug auf Tokens, die im Backend-Controller gehandhabt werden - da ist teilweise die UI mit verknüpft. Das müsste entsprechend bei einem eigenen Frontend nachempfunden werden.

                    B 1 Antwort Letzte Antwort Antworten Zitieren 0
                    • B
                      bwl21 @skipy
                      zuletzt editiert von

                      @skipy könntest du ein git repo aufsetzen bei dem die Service, Backend, ui und CMS Integration getrennt sind? Ich könnte dann eine contao Integration beisteuern.

                      skipyS 1 Antwort Letzte Antwort Antworten Zitieren 0
                      • skipyS
                        skipy @bwl21
                        zuletzt editiert von

                        @bwl21 Kann ich gerne versuchen ... jetzt im Herbst ist bei uns aber gerade volles Programm - da werde ich das nicht schaffen 🙂

                        1 Antwort Letzte Antwort Antworten Zitieren 0
                        • Erster Beitrag
                          Letzter Beitrag