Die Plugin Website auf wp.org machen wir auch über dieses Repo. Wir können alles in ein docs/ Verzeichnis packen und dann bereite ich es jeweils beim Release vor.

Automatisch deaktivieren falls ungenügend.

tbd

README Dokumentation für uns.

Wir verwenden als Cookie String aktuell die Site URL, prinzipiell wäre eine ID (GA, GTM) besser. Allerdings muss man sich dann überlegen wie es funktionieren soll wenn jemand von GA zu GTM wechselt und umgekehrt.

See https://wptavern.com/wordpress-org-now-allows-plugin-authors-to-specify-a-minimum-php-version-requirement

tbd

Die Array Literal Syntax [] ist nicht mit 5.3 kompatibel.

Aktuell werden sämtliche Optionen als eigene Felder definiert und gespeichert. Zusätzlich sind diese nicht sauber genamespacet, z.B. haben wir eine Option track_logged_in:

Das ist extrem schlecht. Wir könnten alle namespacen, aber dann können wir meiner Meinung nach auch gleich alle unter eine Container Option als Array speichern wie wir das üblicherweise machen (siehe Slidebars).

Das wird ein Breaking Change, wobei wir uns überlegen können ob wir ein Update Skript mitliefern sollen, das beim Update die Werte übernimmt. Müsste man recherchieren wie dass genau zu tun ist, aber es ist möglich, habe das schonmal irgendwo gesehen.

Von Purzelbaum WPCH Slack kam der Feature Request rein, dass wir als Option das GA Script im Footer einbauen. GTM könnte man auch. Ich verstehe den Ansatz. Bin aber der Meinung, dass wir da eine Info rechts haben müssen. "Diese Option bewirkt, dass die Scripts im Footer geladen werden. Beachte bitte, dass dies von Google nicht empfohlen wird und wir bei Fehlern keine Haftung übernehmen". Etwas in die Richtung.

Gegebenenfalls die Rules etwas lockern, aber grundsätzlich normale WordPress Standards von phpcs.

Die Anonymize IP checkbox ist per Default gecheckt. Dadurch haben wir das Problem, dass es nicht deaktiviert werden kann (weil ein HTML Form checkbox nicht gecheckt keinen Wert schickt --> es wird der Default verwendet.)

Wir hatten das Problem schonmal bei Slidebars, @raphaelportmann weisst du noch was die Lösung war? Eine Variante wäre eine hidden Checkbox die den false Wert repräsentiert und per JS immer das Gegenteil der anderen ist.

1. Shortcode für einen Button im Frontend mit derselben Funktion wie der Cookie Button im Backend.
2. Ab WP 4.9.6 den Shortcode automatisch am Ende der Datenschutzerklärung einfügen. Hier sollte es auch eine Option geben die Ausgabe zu deaktivieren (Falls man ihn selber platzieren will).

Ab 31. August 2018 wird 1.0 nicht mehr supportet sein.

https://circleci.com/docs/2.0/migration/

Die Textdomain muss dem Plugin Slug von w.org entsprechen.

• 5
• 10
• 15
• 20
• 25
• 30
• 35
• 40

Im Backend eine Option einbauen, dass man Tracking pro Benutzerrolle aktivieren kann.

• WP Coding Standards
• PHPUnit
• Version consistency

Bei der GTM Checkbox ein Tooltip einfügen:

IP Anonymisation handles only the ga integration. if you want to use IP anonym. for GTM you will need to do that in the backend of GTM. Here you find a good manual -> Link zu einem Blog auf english der das erklärt -> natürlich in korrektem englisch

😁