Apps auswählen und betreiben

Apps auswählen und betreiben

0:00 Eine App ist kein Feature. Sie ist ein Dienstleister mit Zugriff auf Ihre Kundendaten, eine monatliche Rechnung und eine Abhängigkeit auf Jahre. Wenn man sie so betrachtet, verändert sich der Auswahlprozess grundlegend — man vergleicht nicht mehr Funktionslisten, sondern Anbieter. In diesem Modul sehen wir uns an, wann eine App überhaupt die richtige Antwort ist, welche Zugriffsstufen Shopify definiert, wie Apps auf Ladezeit und Theme wirken und warum eine Deinstallation kein Rückbau ist.

Apps auswählen und betreiben

0:28 Willkommen zu Tag fünf, dem letzten. Heute geht es um Erweiterung und Verantwortung: Apps, Integrationen, KI, Agentic Commerce, Datenschutz und schließlich der Go-live. Wir starten mit den Apps, weil sie im Alltag die häufigste Form von Erweiterung sind — und weil sie die häufigste Quelle stiller Probleme sind: Ladezeit, Datenzugriffe, Kosten, die mit dem Volumen wachsen.

0:49 In der Übung vergleichen Sie zwei Apps anhand einer Matrix, die Sie danach wiederverwenden können.

App oder Standardfunktion

0:56 Beginnen wir mit der Frage, die vor der Auswahl kommt: Brauchen wir überhaupt eine App? Apps ergänzen den Shop um Funktionen, und es gibt zwei Arten. Öffentliche Apps stammen von Drittanbietern und stehen im Shopify App Store. Eigene Apps ergänzen den Admin, greifen über die APIs direkt auf Shopdaten zu oder erweitern den Onlineshop — sie sind für Ihren Shop gebaut und werden nicht verteilt.

1:19 Die Unterscheidung ist wichtig, weil sie unterschiedliche Fragen aufwirft: Bei öffentlichen Apps geht es um den Anbieter, bei eigenen Apps um Ihre eigene Wartung. Beides sind Verpflichtungen, nur an unterschiedliche Adressen. Fünf Schritte, und die ersten drei kosten zusammen zehn Minuten. Formulieren Sie die Anforderung als Satz, nicht als Produktname — der Unterschied zwischen wir brauchen Bewertungen und wir brauchen App X ist der ganze Auswahlprozess.

1:46 Prüfen Sie, ob eine Standardfunktion sie abdeckt. Prüfen Sie, ob eine bereits installierte App sie mit abdeckt; das ist der Schritt, der am meisten spart. Erst dann suchen, und mindestens zwei Kandidaten vergleichen. Und dokumentieren Sie die Entscheidung samt Alternative. Die zweithäufigste Ursache für App-Wildwuchs ist eine Anforderung, die nie formuliert wurde.

2:08 Vier Fragen jenseits der Funktionsliste. Deckt sie die Anforderung vollständig ab oder nur ihren sichtbaren Teil — viele Apps zeigen etwas Schönes und lassen den Prozess dahinter offen. Was passiert mit den Daten, die sie erzeugt, wenn sie geht? Diese Frage stellt vor der Installation kaum jemand und nach der Deinstallation jeder.

2:27 Wie oft wird sie aktualisiert, wie schnell antwortet der Support? Und skaliert ihr Preis mit dem Bestellvolumen? Die letzte Frage entscheidet darüber, ob die App bei Erfolg zum Problem wird. Der erste Punkt ist der Ursprung der meisten App-Listen: Die App wird installiert, um sie anzusehen, und bleibt aus Trägheit. Der zweite ist die Folge: Zwei Apps lösen dasselbe Problem, und keine wird deinstalliert.

2:51 Der dritte ist ein Kalkulationsfehler mit Ansage: Die kostenlose Stufe genügt im Test und nie im Betrieb — prüfen Sie die Staffel, bevor Sie sich gewöhnen. Und der vierte betrifft die Qualität der Entscheidung: Der Vergleich findet zwischen Marketingseiten statt, nicht im Testshop. Zwei Screenshots sind kein Vergleich.

Berechtigungen, Datenschutz und Kosten

3:11 Weiter mit der Frage, die bei jeder Installation gestellt wird und die fast niemand liest: Worauf greift diese App eigentlich zu? Apps greifen auf geschützte Kundendaten zu — Shopify verwendet diesen Begriff ausdrücklich. Dazu zählen Kundschaft, Bestellungen, Versand, Geschenkkarten und Checkout-Daten samt zugehöriger Webhooks und Metafelder.

3:30 Und Shopify unterscheidet drei Zugriffsstufen, an die konkrete Pflichten geknüpft sind. Das ist bemerkenswert, denn es macht eine sonst unscharfe Diskussion prüfbar: Sie müssen nicht einschätzen, ob eine App zu viel sieht — Sie können nachsehen, welche Stufe sie beansprucht, und die Frage stellen, ob sie die braucht. Drei Stufen. Level 0: keine Kundendaten, keine besonderen Auflagen. Level 1: Kundendaten ohne Name, Adresse, Telefon und Mail — für öffentliche Apps ist dafür eine Prüfung nötig.

4:01 Level 2: zusätzlich genau diese vier Felder, und dafür braucht es eine Datenschutzprüfung. Die Fußzeile fasst zusammen, was ab Level 1 gilt: nur das Nötigste verarbeiten, Aufbewahrung begrenzen, verschlüsseln. Für Ihre Auswahl heißt das ganz praktisch: Eine App, die Level 2 beansprucht, obwohl sie anonym arbeiten könnte, ist eine Frage wert.

4:25 Vier Anforderungen, die zeigen, wie ernst das gemeint ist. Daten im Ruhezustand und bei der Übertragung verschlüsseln. Einwilligung und Widerspruch der Kundschaft respektieren — die App muss also wissen, was die Kundschaft entschieden hat, und darauf hören. Datenschutzvereinbarungen mit dem Händler schließen; das ist Ihre Auftragsverarbeitung. Und auf Level 2 zusätzlich getrennte Test- und Produktivumgebungen sowie Zugriffsprotokolle.

4:51 Das sind Anforderungen an den Anbieter — aber es sind zugleich die Fragen, die Sie stellen dürfen. Der erste Punkt ist so verbreitet, dass er fast unschuldig wirkt: Berechtigungen werden bestätigt, ohne die Liste zu lesen. Nehmen Sie sich die dreißig Sekunden. Der zweite ist ein handfestes Datenschutzproblem: Die App verarbeitet Kundendaten, und eine Auftragsverarbeitung fehlt.

5:13 Der dritte ist der Kostenfehler aus Kapitel eins in seiner konkreten Form: Der Preis wird als monatlicher Betrag verbucht, die Volumenstaffel übersehen. Und der vierte ist Bestandspflege: Eine App bleibt installiert, obwohl die Funktion längst im Kern steckt — Shopify holt auf, Apps bleiben.

Wirkung auf Shop und Qualität

5:31 Jetzt die technische Seite. Apps wirken auf drei Ebenen, und eine davon sieht man nicht. Die erste Ebene ist sichtbar: App Blocks im Theme, die jemand bewusst platziert hat. Die zweite ist unsichtbar: Skripte in der Storefront. Die dritte läuft im Hintergrund: Zugriffe auf die API. Die zweite Ebene ist die teuerste, weil sie Ladezeit kostet und selten jemandem zugeordnet wird — ein Skript im Quelltext trägt keinen Namen und keine Begründung.

5:59 Deshalb ist die Frage, welche Skripte eine App mitbringt, Teil der Auswahl und nicht der Nachbereitung. Vier typische Konflikte. Beide schreiben in denselben Bereich der Produktseite und überlagern sich. Beide setzen Tags nach eigener Logik auf dieselbe Bestellung — und dann widersprechen sich die Tags. Beide bringen dasselbe Tracking mit, und Ereignisse werden doppelt gezählt; Ihre Conversion sieht plötzlich hervorragend aus.

6:25 Und beide beanspruchen dieselbe API-Grenze des Tarifs, was bei hohem Volumen zu Verzögerungen führt. Solche Konflikte sind schwer zu finden, weil jede App für sich korrekt arbeitet. Gefunden werden sie fast nur im Test. Fünf Schritte, und Sie kennen den ersten aus Modul zwei: In einem Development Store oder Theme-Duplikat installieren, nicht im Livesystem.

6:47 Messen Sie die Ladezeit der wichtigsten Seiten vorher und nachher — vorher, sonst haben Sie keinen Vergleich. Prüfen Sie, welche Skripte und Blöcke sie hinzufügt. Nehmen Sie die Funktion gegen die formulierte Anforderung ab, nicht gegen den Eindruck. Und installieren Sie erst dann im Livesystem, mit einem Termin zur Nachprüfung.

7:07 Wer die Ladezeit nicht vorher misst, kann die Verschlechterung nachher nicht belegen. Der erste Punkt ist die Abkürzung mit Publikum: Die App wird im Livesystem getestet, weil es schneller geht. Der zweite ist die typische Verzögerung: Performance-Einbußen fallen erst Wochen später auf, und dann ist die Ursache nicht mehr zuzuordnen.

7:26 Der dritte ist ein Planungsfehler, den wir aus Modul vier kennen: App Blocks landen in Templates, die beim Theme-Wechsel entfallen. Und der vierte führt regelmäßig in die falsche Richtung: Konflikte zwischen Apps werden dem Theme angelastet — und dann sucht jemand tagelang an der falschen Stelle.

App-Bestand pflegen

7:43 Zum Abschluss der Teil, den niemand plant: der Bestand, der über Jahre wächst — und das, was beim Entfernen zurückbleibt. Nach einer Deinstallation können Reste bleiben: Blöcke in Templates, eingefügter Code, Datenfelder, Tags. Deinstallieren ist deshalb kein Rückbau — es ist das Abschalten der Funktion, nicht das Entfernen ihrer Spuren.

8:04 Daraus folgt eine unspektakuläre, aber wirksame Praxis: Der Bestand an Apps gehört geführt wie jede andere Abhängigkeit, mit Zweck, Kosten, Zugriff und Prüftermin. Das ist eine Tabelle mit fünf Spalten. Sie zu führen kostet zehn Minuten im Quartal und beantwortet Fragen, die sonst niemand beantworten kann. Fünf Angaben, und jede hat einen Zweck in der rechten Spalte. Zweck und Anforderung — um zu erkennen, wann eine App entbehrlich wird.

8:32 Kosten samt Staffel — um die Gesamtkosten realistisch zu halten, ein Thema aus Modul eins. Die Zugriffsstufe — um den Datenschutz belegen zu können, worauf wir in Modul zweiundzwanzig zurückkommen. Die verantwortliche Rolle, damit die Rezertifizierung überhaupt jemand macht. Und das Datum der letzten Prüfung, damit der Bestand nicht stillschweigend altert.

8:54 Fünf Spalten, die im Ernstfall eine Auskunftspflicht erfüllen. Vier Fragen, einmal im Quartal gestellt. Wird die App noch für ihren ursprünglichen Zweck gebraucht? Deckt der Kern die Funktion inzwischen selbst ab — Shopify liefert laufend nach, und manche App ist schlicht überflüssig geworden. Hat sich Preis, Zugriff oder Anbieter verändert; auch das passiert, oft unbemerkt. Und was müsste beim Ausbau bereinigt werden?

9:19 Diese letzte Frage ist die wertvollste, weil sie den Aufwand sichtbar macht, solange man noch die Wahl hat. Der erste Punkt ist der, den wir eben besprochen haben: Nach der Deinstallation bleiben Codeschnipsel im Theme zurück und laden weiter mit. Der zweite ist das übliche Schicksal wiederkehrender Aufgaben: Die Rezertifizierung steht im Kalender und wird jedes Quartal verschoben.

9:42 Der dritte ist eine unangenehme Überraschung: Eine App wird entfernt, und ihre Daten fehlen danach in Auswertungen — Bewertungen etwa verschwinden mit der Bewertungs-App. Und der vierte ist ein Klumpenrisiko: Der Anbieter stellt den Dienst ein, und ein Ersatzplan existiert nicht.

Übung

9:58 Jetzt vergleichen Sie zwei Apps — und der Vergleich ist so gebaut, dass die naheliegende Antwort nicht unbedingt die richtige ist. Steglicht braucht eine Lösung für Produktbewertungen. Zwei Apps kommen in Frage: eine günstige mit Zugriff auf Kundendaten samt Namen und Adresse, und eine teurere, die ohne diese Felder auskommt und Bewertungen anonym führt.

10:19 Das ist eine bewusst unbequeme Wahl, weil sie zwei Dinge gegeneinanderstellt, die in Projekten selten zusammen diskutiert werden: Preis und Datenzugriff. Und sie hat keine eindeutig richtige Antwort — sie hat nur eine begründete und eine unbegründete. Das Lernziel: Apps anhand von Nutzen, Datenzugriff, Kosten und Ausbaubarkeit beurteilen statt anhand des Funktionsumfangs.

10:41 Erfolgreich sind Sie, wenn die Matrix beide Apps in mindestens sechs Kriterien vergleicht — einschließlich Zugriffsstufe und Kostenverlauf —, eine begründete Empfehlung nennt und den Ausbauweg beschreibt. Und wer früh fertig ist, formuliert die Kriterien als wiederverwendbare Checkliste. Genau das ist der eigentliche Gewinn dieser Übung: nicht die Entscheidung über diese zwei Apps, sondern das Raster für die nächsten zwanzig.

11:05 Formulieren Sie zuerst die Anforderung als Satz und trennen Sie Muss von Soll. Legen Sie die Kriterien fest, bevor Sie die Apps ansehen — das ist die wichtigste Regel dieser Übung. Bewerten Sie dann beide Apps gegen die Kriterien und notieren Sie Belege, nicht Eindrücke. Rechnen Sie die Kosten über zwölf Monate bei wachsendem Volumen hoch.

11:25 Und sprechen Sie eine Empfehlung aus, samt Ausbauweg. Eine Empfehlung ohne Ausbauweg ist eine Einbahnstraße mit freundlichem Schild. Der erste Punkt ist der, der jede Matrix wertlos macht: Die Kriterien entstehen erst, nachdem eine App gefallen hat — dann begründen sie nur noch. Der zweite ist Bequemlichkeit an der falschen Stelle: Die Zugriffsstufe wird nicht geprüft, weil beide Apps dasselbe versprechen. Versprechen ist nicht dasselbe wie beanspruchen.

11:52 Der dritte ist der Kostenfehler in seiner klassischen Form: gerechnet wird für den heutigen Bestellstand. Und der vierte macht die Entscheidung unumkehrbar: Der Ausbauweg fehlt — und damit sitzt man fest, sobald es nicht passt.