Go-to-Market-Engineer für WooCommerce-Plugins, Shopify-Apps und Mautic

#Warum Funktionen 2026 nicht mehr genügen

Eine Funktion zu kopieren dauert heute Tage. Agenturen bauen für Kunden eigene kleine Werkzeuge, und der sichtbare Teil eines Plugins oder einer App lässt sich am leichtesten nachbauen. Schwer zu kopieren bleibt die Distribution: ein Eintrag, der die Frage des Käufers beantwortet, ein Onboarding, das schnell zum ersten Ergebnis führt, Daten, die zeigen, welche Funktion Zahlende brauchen, und eine Nachfassung, die nicht davon abhängt, dass jemand an die E-Mail denkt.

Mat De Sousa, der die Shopify-App WideBundle betreibt, beschreibt denselben Wandel nach Gesprächen mit Shopify-Agenturen: Rein visuelle Apps haben es schwer, wachsen können Apps, die eine Serviceebene ergänzen (die App für den Händler einrichten) und eine Datenebene (A/B-Tests und Analytics, die eine Agentur selbst nicht bauen kann). Auf der WooCommerce-Seite sehe ich dasselbe: Seit 2019 betreue ich für E-Commerce-Kunden A/B-Tests, Empfehlungen und dynamische Inhalte in Dynamic Yield, und nach der Datenebene fragen Kunden am häufigsten.

#Für wen Go-to-Market-Engineering gedacht ist

Drei Arten von Auftraggebern fragen diese Arbeit an, und jede beginnt an einer anderen Stelle.

• Plugin- und App-Hersteller. Sie haben ein WooCommerce-Plugin auf WordPress.org oder eine Shopify-App im App Store, eine kostenlose und eine bezahlte Stufe und Installationen, die nicht zu Umsatz werden. Die Arbeit beginnt beim Eintrag und beim Weg von der Installation zum ersten Ergebnis.
• Shops, deren Marketing-Werkzeuge zufällig gewachsen sind. GA4, Google Tag Manager, ein Newsletter-Tool, ein CRM und einige Zapier- oder Make.com-Szenarien, jedes von jemand anderem eingerichtet. Niemand kann sagen, welcher Kanal zahlende Kunden bringt. Die Arbeit beginnt bei der Messung und beim Datenfluss zwischen diesen Werkzeugen.
• B2B-Dienstleister und Agenturen. Anfragen kommen über Formulare und E-Mail, die Nachfassung hängt davon ab, wer gerade Zeit hat. Die Arbeit beginnt bei Mautic oder dem CRM: ein Ort, an dem Kontakt, Einwilligung und Verlauf liegen, und eine Automatisierung, die nachfasst.

Passt keiner der drei Fälle, liegt das Problem wahrscheinlich im Produkt oder in der Website selbst. Dann ist WooCommerce-Entwicklung oder Geschäftsprozessautomatisierung der bessere Einstieg.

#Was Sie in den ersten Wochen erhalten

Jede Zusammenarbeit liefert Dateien, die bei Ihnen bleiben, egal wer später damit weiterarbeitet.

Das Vorgehen hinter diesen Dateien, mit Messtabelle, Eintragsfeldern und Ereignisnamen, steht in meinem Artikel über das Wachstum eines WooCommerce-Plugins oder einer Shopify-App.

#Werkzeuge, mit denen ich produktiv arbeite

Ich nenne nur Werkzeuge, die ich in echten Projekten eingesetzt habe. Nutzen Sie etwas anderes, sage ich das vor dem Angebot.

#Was ich von Ihnen brauche

• Lesezugriff auf Analytics, auf die Statistiken des Verzeichnisses oder Partner-Dashboards und auf die CRM- oder Mautic-Instanz.
• Den Changelog oder die Versionshinweise der letzten Versionen.
• Ihren eigenen Satz dazu, wofür ein Käufer Ihr Produkt installiert oder Sie kontaktiert. Ich prüfe ihn an den Daten und erfinde ihn nicht.
• Eine Person, die entscheidet, wenn zwei Ziele kollidieren, etwa mehr Installationen gegen weniger Support-Tickets.
• Grafikdesign, falls Eintrag oder Landingpages neue Grafiken brauchen. Den Entwurf liefern Sie, ich setze ihn um und messe.

#Wie ich berichte

Schriftlich, im Repository oder in einem gemeinsamen Dokument, nie nur im Gespräch. Jeder Bericht enthält dieselbe Tabelle wie die Ausgangslage, was sich seit dem letzten Bericht geändert hat und was ich zu entfernen empfehle. Hat eine Änderung ihre Zahl nicht bewegt, steht das im Bericht. Rankings, Installationen oder Umsatz verspreche ich nicht: Weder das Plugin-Verzeichnis noch der App Store veröffentlicht, wie er sortiert, und Ihr Ergebnis hängt vom Produkt ebenso ab wie von seiner Distribution.

#Was bei der ersten Prüfung meist kaputt ist, auch auf meiner eigenen Website

Die erste Prüfung findet meist ein Werkzeug, das läuft und nichts Brauchbares aufzeichnet. Drei Beispiele von dieser Website, alle 2026 gefunden und behoben:

• Kampagnenparameter gehen bei der Weiterleitung verloren. Eine Regel, die doppelte URLs entfernen sollte, schickte jede Adresse mit utm_*, gclid oder fbclid per 301 auf die nackte URL. Das Canonical-Tag kümmerte sich bereits um Duplikate, die Regel richtete also nur Schaden an: Von Juli bis Oktober blieben die versteckten UTM-Felder im Kontaktformular leer, und die Herkunft dieser Anfragen ist unbekannt. Behoben wurde es, indem Tracking-Parameter unangetastet bleiben und Canonical-Tag sowie der Header No-Vary-Search ihre Arbeit machen. Der Test ist eine einzige Anfrage: Eine Adresse mit frischem utm_source muss 200 liefern, nicht 301.
• Ein Einwilligungsschalter, der nichts steuerte. Das Cookie-Banner hatte eine Kategorie “funktional”, standardmäßig angehakt, und kein Code reagierte auf die Wahl des Nutzers. YouTube-Einbettungen luden in jedem Fall, während die Beschreibung versprach, dass das Abschalten sie blockiert. Allein den Haken zu entfernen hätte es verschlimmert: Das Banner hätte dann gefragt und über die Wirkung getäuscht. Die Reihenfolge lautet immer zuerst der Mechanismus, dann die Voreinstellung.
• Ein Newsletter-Formular ohne Bestätigung und ohne Abmeldung. Das Formular schickte die Adresse direkt an einen Maildienst. Es gab kein Double-Opt-in, keinen Abmeldelink, und die Datenschutzerklärung erwähnte den Newsletter nicht. Behoben wurde es mit einem signierten Bestätigungslink, sieben Tage gültig, und einem dauerhaften Abmeldelink. Die Adresse gelangt erst nach der Bestätigung in die Liste, dem ersten Zeitpunkt, zu dem sie rechtmäßig aufgenommen werden darf.

Jedes der drei sah aus wie eine funktionierende Funktion, und jedes hätte jeden darauf aufbauenden Bericht verfälscht. Deshalb gehen die ersten Wochen in Ausgangstabelle und Ereignisplan, bevor eine Kampagne oder Automatisierung entsteht.

#Was ich als Go-to-Market-Engineer tue

#Wo ich diese Arbeit gemacht habe

Alles Folgende habe ich selbst gebaut, hier ohne Kundennamen beschrieben.

#Mautic, gespeist aus ERP, Newsletter-Tool und Adressdaten

Seit Oktober 2025 arbeite ich als Full-Stack-Engineer an einer Abo-Medien- und Commerce-Plattform für eine Wiener Softwareentwicklungsagentur. Ich habe einen Kotlin- und Spring-Boot-Dienst gebaut, der Abonnenten-, Firmen-, Adress- und Kampagnendaten aus einem älteren Verlags-ERP, CleverReach und Adressquellen per OAuth in Mautic zusammenführt. Der größte Teil der Arbeit ist Identitätsauflösung: Firmen abgleichen, E-Mail-Adressen und Telefonnummern normalisieren, Dubletten entfernen, Kontaktsperren beachten und die Herkunft jedes Datensatzes nachvollziehbar halten. Importe laufen in einer asynchronen Warteschlange über Millionen Kontaktzeilen und benutzerdefinierte Objekte. Ein lokales Sprachmodell (Ollama über Spring AI) klassifiziert die Datensätze in dieser Warteschlange mit strukturierter Ausgabe, auf der eigenen Infrastruktur des Kunden, sodass Kontaktdaten sie nie verlassen.

#Warum Erstzahlungen scheitern

Auf derselben Plattform habe ich eine lesende Analyse abgebrochener Erstzahlungen bei Stripe, Klarna, PayPal und Rechnung durchgeführt. Sie trennte Fehlercluster bei SCA und 3-D Secure von Nutzern, die abbrechen oder zwischen Zahlarten wechseln, und wurde zu einem wiederholbaren monatlichen Export, der die manuelle Prüfung ersetzt. Für ein Abo-Geschäft ist das der Schritt zwischen “eine Testphase hat begonnen” und “Umsatz ist eingegangen”, also genau dort, wo Go-to-Market-Arbeit sich auszahlt.

#Experimente, Tracking und CRM-Automatisierung

• Experimente: A/B-Tests, Empfehlungen und dynamische Inhalte in Dynamic Yield für E-Commerce-Kunden seit 2019.
• Tracking: Google Tag Manager, GA4, Search Console und BigQuery, so eingerichtet, dass sich Kampagnen und Conversions tatsächlich auslesen lassen.
• CRM: seit Januar 2021 Projektarbeit für einen Berliner Kunden mit WordPress, WooCommerce, HubSpot und Shopify, mit Automatisierungen in Make.com und Zapier zwischen den Websites, dem CRM und weiteren Tools.

#Meine eigenen Plugins als Prüfstand

• plogins: meine WooCommerce-Plugins, kostenlose Versionen auf WordPress.org und Pro-Versionen im Direktvertrieb, mit PHPStan, PHPCS und automatisierten Releases. Zu den Conversion-Funktionen gehören Order Bumps, Rückgewinnung abgebrochener Warenkörbe, Nachfass-E-Mails, Wartelisten für wieder lieferbare Artikel und Staffelpreise; zur EU-Compliance gehören der Widerrufsbutton nach Richtlinie (EU) 2023/2673 und Polski for WooCommerce (GPSR, Omnibus).
• Release-Feed: Jedes Release schreibt seine neuen Funktionen in einen öffentlichen Feed unter plogins.com/features.json, und mein Presse-Workflow macht daraus Artikel über die Probleme, die sie lösen.
• KI-Agenten: Ich habe einen Open-Source-MCP-Server geschrieben, woocommerce-mcp, der WooCommerce-Produkte, Bestellungen und Verkaufsdaten für KI-Agenten bereitstellt.

Verwandte Leistungen: Shopify-Entwickler, WooCommerce-ERP-Integration und Geschäftsprozessautomatisierung.

#Was App Store und Plugin-Verzeichnis tatsächlich belohnen

Shopify dokumentiert einen Teil davon. Apps mit dem Status Built for Shopify erhalten ein Badge, einen Suchfilter und einen Ranking-Vorteil in der App-Store-Suche. Der Status hängt von Leistung, Bedienbarkeit und nachgewiesenem Nutzen ab, gemessen an Installationen, Zahl der Bewertungen und Rating (Shopify, Built for Shopify). Der Leitfaden zum Eintrag erlaubt bis zu fünf Suchbegriffe aus vollständigen Wörtern und verlangt, dass eine App den Lighthouse-Performance-Wert eines Shops um höchstens 10 Punkte senkt (Shopify, App Store best practices).

WordPress.org dokumentiert das Readme-Format: 1 bis 5 Tags, Tags, die nur Ihr Plugin verwendet, werden nicht angezeigt, und die Kurzbeschreibung sollte unter 150 Zeichen bleiben (Plugin Handbook, readme). Keine der Plattformen veröffentlicht ihre Ranking-Gewichte, deshalb verspreche ich keine Positionen. Ich korrigiere, was dokumentiert ist, und messe den Rest.

#Einwilligung bei der Nachfassung

Automatisierte E-Mails an Personen, die ein kostenloses Plugin installiert oder eine Testphase gestartet haben, sind in den meisten Fällen Werbung und brauchen eine Rechtsgrundlage. In Deutschland gilt Werbung mit elektronischer Post ohne vorherige ausdrückliche Einwilligung des Adressaten als unzumutbare Belästigung (§ 7 Abs. 2 Nr. 2 UWG). Österreich und die Schweiz haben eigene Regeln, die Sie prüfen sollten, wenn Sie dort verkaufen. Ich richte Mautic so ein, dass Einwilligung, Quelle und Datum je Kontakt gespeichert werden und Kampagnen dieses Feld prüfen, statt es vorauszusetzen.

Senden Sie ein kurzes schriftliches Briefing über die Kontaktseite: das Produkt, wo es verkauft wird, welche Daten Sie schon haben und die eine Zahl, die sich bewegen soll.