Zum Thema DSGVO / Dounle-Opt-In sind wir leider nicht mehr gekommen, daher keine konkreten Vorschläge. Evtl. wäre das noch einmal ein eigener Feature-Request. Ist aber auf jeden Fall ein wichtiges Thema.
Feste Felder in der Kundenverwaltung wären hier aber auf jeden Fall hilfreich, das würde dann ggf. auch den Haken bei "Senden an alle" etwas entschärfen.
Stimmt, maximale Anzahl gibt es grundsätzlich schon, war jetzt eher in Zusammenhang mit eigenen SMTP-Konten gedacht, dass hier dann auch berücksichtigt wird.
Ergebnis zu Newsletter-Modul Auswertung aus unserem Team-Besprechung auf der webEdition Konferenz:
Für alle beteiligten war eine deutliche Ausweitung der Auswertungsmöglichkeiten der wichtigste Feature Wunsch.
Insbesondere in diesem Bereich sind die Möglichkeiten der Anwender sehr begrenzt, sich mit eigenen Mitteln irgendwie zu helfen.
Der Versand von Newslettern ohne eine (zumindest minimale) Auswertung erscheint den meisten Kunden zu unattraktiv und der Einsatz des Newsletter-Modules scheitert leider oft aus diesem Grund, obwohl das Modul gerade im Content-Bereich extrem attraktive Möglichkeiten bietet.
Ein beim Versand eingebundener, mitgesendeter Zählpixel (auch bei aktivem Bilder in HTML einbetten) würde eine grobe Angabe der Öffnungsrate ermöglichen.
Beim Versand des Newsletters müssten alle enthaltenen Links durch individuelle webEdition-Links ersetzt werden. Bei Klick eines solchen Links würde erst der webEdition-Link geöffnet werden, der den Klick zählt und dann auf die ursprünglich hinterlgte URL weiterleitet. So könnte nachträglich ausgegeben werden, welche Links, wie oft geklickt wurden.
Wünschenswerte Messwerte:
Eine Darstellung könnte dann pro Newsletter unter Auswertung erfolgen. (Gesamt und Liste der enthaltenen Links mit Klicks und Klickraten).
Zusätzlich könnten auch die Abmeldungen mit dargestellt werden (siehe FeatureRequest Newsletter-Modul: Adressen-Import)
Eine Agentur hat hier bereits eine eigene Lösung entwickelt und auf einer webEdition-Konferenz vorgestellt. Vielleicht wäre hier eine Integration, Zusammenarbeit oder Unterstützung möglich, damit das Rad nicht neu erfunden werden muss? 
Als Luxus-Lösung wäre natürlich noch eine Bounce-Auswertung wünschenswert, aber sicherlich ist dies am aufwendigsten umzusetzen.
Daher sehen wir die Bounces eher als eine spätere Option, die diesen Feature-Wunsch zu komplex machen würde.
Welche Meinungen gibt es noch dazu? Was würdet ihr euch noch in so einer Auswertung wünschen?
Ergebnis zu Newsletter-Modul Versand-Optimierung aus unserem Team-Besprechung auf der webEdition Konferenz:
Ergebnis zu Newsletter-Modul Mailing-Listen / Adressen-Import aus unserem Team-Besprechung auf der webEdition Konferenz:
Der Import von externen Mailinglisten sollte vereinfacht werden, z.B. flexibler, einfacherer CSV-Import statt der aktuell nummerischen Feld-Zuordnungen.
Grundsätzlich sollten die importierten Adressen in webEdition gespeichert werden:
a) Abmeldungen externer Empfänger sollten/könnten dann unter Auswertungen verfügbar sein, um diese in ein externe System übernehmen zu können
b) Ein möglicher Versand im Hintergrund wäre nur mit einer Speicherung der Adressen realisierbar
c) Eine einfache datenschutzkonforme Löschung / Anonymisierung externer Adressen muss gewährleistet sein.
Für die Speicherung der importierten Adressen gab es unterschiedliche Ansätze, die alle Ihre Vor- und Nachteile haben:
1) Import in Kundenverwaltung (Modul schon vorhanden und in NL-Modul integriert, saubere Trennung zu echten Kundendaten ggf. schwierig, nachträgliches entfernen nach Versand ggf. schwierig)
2) Import in Objekte und Objektliste als Mailingliste in Newsletter-Modul auswählbar (Zuordnung Felder? Filter nötig?)
3) Speicherung in eigener Mailingliste mit Zuordnung zum Newsletter (Empfänger können aus Newsletter-Modul pro Newsletter gelöscht / anonymisiert werden), Ähnlich der aktuellen Lösung, mit besserem Import und ggf. besserer Suche / Bearbeitung.
Je nach Anwendungsszenario kann es gewünscht sein Doubletten beim Import oder in der Kundenverwaltung zu vermeiden oder zuzulassen. Gerade im Kundenmodul könnte der Import unterschiedlicher externer Listen schnell unübersichtlich werden).
Eigene Klassen/Objekte als Mailing-Listen wären flexibel, würden den Aufwand pro Newsletter aber deutlich erhöhen. Hier könnten aber eigene Empfängerlisten unabhängig von der
Kundenverwaltung gepflegt werden und mit we-Tags bearbeitet werden, auch eine einfache Löschung nach Versand wäre hier möglich.
Listen pro Newsletter würden die parallel Erstellung mehrerer Newsletter mit unterschiedlichen Empfängerlisten (auch mit gewünschten Doubletten) vereinfachen, Adressen würden für eine evtl. spätere Auswertungsmöglichkeit zur Verfügung stehen und externe Adressen könnten nach Versand im Newsletter-Modul direkt entfernt / anonymisiert werden.
Zusätzlich wäre die für den Versand von Newslettern nötigen Module und Komplexität reduziert.
Evtl. ist auch eine Kombination aus den 3 Varianten sinnvoll, hier muss sich ja erstmal nichts ausschließen.
Wie ist eure Meinung dazu? Gibt es weitere Ansätze für externe Empfängerlisten?
Ergebnis zu Newsletter-Modul Usability aus unserem Team-Besprechung auf der webEdition Konferenz:
Unter Mailing-Liste: Die Option "Senden an alle" nicht mehr per default aktiv setzen. Hier ist die Gefahr groß, dass Newsletter an Empfänger gehen, die keine Zustimmung / Opt-In haben. Insbesondere bei der Verwendung von mehreren Mailing-Listen kann diese Option bei einer Liste schnell übersehen werden. Besser wäre es, wenn der Newsletter an keinen oder zu wenige Empfänger versendet wird, als an die falschen und ggf. ein Datenschutzverstoß vorliegt, weil ein Haken vergessen wurde.
Umbenennung "Senden an alle" zu "Senden an alle aus Kundenverwaltung" (Manche Anwender denken, dass ihre CSV oder importierten Adressen nicht versendet werden, wenn dieser Haken nicht gesetzt ist.)
Button "Test-Newsletter versenden" direkt neben Eingabefeld "Test-E-Mail"
Bei diesem Feature-Request geht es primär um möglichst einfach umzusetzende, kleine Optimierungen.
Die Themen Import Adressen / Optimierung Versand haben eigene Festure Request.
Habt ihr noch Ideen / Vorschläge für die Usability-Optimierung des Newsletter-Moduls?
