Wählen Sie die Shopify-Arbeit, die zu Ihrer heutigen Lage passt.
Starten, migrieren, erweitern oder stabilisieren Sie den Shop, ohne jedes Unternehmen durch denselben Build zu zwingen.
Launch
Ein neuer Shopify-Shop von Storefront und Katalog bis zu Zahlungen, Versand, Steuern, Tracking, SEO und Übergabe.
Migrate
Produkte, Kunden, URLs, Abonnements, Feeds, Tracking und Integrationen mit geprobtem Cutover und Rollback umziehen.
Develop
Shopify mit B2B, Markets, POS, Kundenkonten, Functions, Flow, GraphQL und eigenen Apps erweitern.
Support
Verantwortung für Checkout, Performance, Barrierefreiheit, Tracking, Feeds, API-Risiken, Lagerbestand, Fulfillment und die Release-Roadmap.
Technisches Briefing
Launch — ein Shop, bereit für echte Bestellungen
Stabile Plattform · Geprüft am 27.08.2026
Ein Launch ist nicht das Veröffentlichen eines Themes: Katalog, Lagerbestand, Zahlungen, Versand, Steuern, Richtlinien, Benachrichtigungen, Tracking, Domain und Verantwortlichkeiten müssen zusammenpassen.
Was DataTip prüft
- Erfolgreiche und fehlgeschlagene Zahlungen
- Erstattungen, Stornierungen und Teilfulfillment
- Versand-, Steuer-, E-Mail- und Tracking-Fälle
Shopify-Grenze
Das Test-Zahlungsgateway ist erst nach Auswahl eines kostenpflichtigen Plans verfügbar; solange der Testmodus aktiv ist, können Kunden keine echten Bestellungen aufgeben; simulierte Testbestellungen erscheinen weder in Auszahlungen noch in Berichten.
Nachweis der Fertigstellung
Eine dokumentierte End-to-End-Testbestellung für jedes kritische Markt-, Zahlungs- und Versandszenario, eine abgezeichnete Launch-Checkliste und ein Verantwortlicher für den Rollback.
Für das technische Team
- End-to-End-Testbestellmatrix über Zahlungs-, Markt- und Versandfälle.
- Rücklesen der Zustände von Lagerbestand, Fulfillment, Benachrichtigungen und Tracking.
Shopify-Referenz (EN): Launch Check ↗Shopify-Referenz (EN): Testing orders ↗
Migrate — Kontinuität für Daten, URLs und Bestellungen
Stabile Plattform · Geprüft am 27.08.2026
Eine Migration braucht eine Reihenfolge und einen Cutover: Shopify empfiehlt zuerst Produkte, dann Kunden, dann historische Bestellungen.
Was DataTip prüft
- Quell-zu-Ziel-Mapping und Identifikatoren
- Produkte, Kunden, Bestellungen und Weiterleitungen
- Kontinuität von Canonicals, Feeds und Analytics
Shopify-Grenze
URL-Strukturen unterscheiden sich zwischen Plattformen, daher muss die Abdeckung der Weiterleitungen explizit sein. Manche Felder oder Objekte erfordern eine App oder API. Importe historischer Bestellungen können Benachrichtigungen auslösen, sofern diese nicht vor dem Import deaktiviert werden.
Nachweis der Fertigstellung
Abgeglichene Entitätenzahlen und Prüfsummen, vollständige Weiterleitungsabdeckung für kritische Landingpages und ein geprobter Cutover mit Rollback.
Für das technische Team
- Quell-zu-Ziel-ID-Mapping und abgeglichene Prüfsummen der Entitäten.
- Weiterleitungsmatrix sowie geprobter Cutover und Rollback.
Shopify-Referenz (EN): Migrate to Shopify ↗Shopify-Referenz (EN): Import products by CSV ↗
Develop — erweitern ohne App-Flickwerk
Planabhängig · Geprüft am 27.08.2026
Neue Integrationen sind GraphQL-first und fähigkeitsgetrieben; Theme-, App-, Function-, Flow- und Account-Erweiterungen haben unterschiedliche Release- und Plangrenzen.
Was DataTip prüft
- Buy-or-Build-Entscheidung und Scopes
- Schema, Version und Extension-Target
- Fehler-, Observability- und Rollback-Pfade
Shopify-Grenze
Die REST Admin API ist Legacy. Öffentliche Apps mit Functions funktionieren in allen Plänen, benutzerdefinierte Apps mit Shopify-Function-APIs sind jedoch nur mit Plus möglich; einige Function-Fähigkeiten sind separat nur mit Plus verfügbar.
Nachweis der Fertigstellung
Eine prüfbare Architekturentscheidung, minimale Scopes, ein versionsgebundener GraphQL-Vertrag, ein Test im Dev-Store und ein Release-Artefakt.
Für das technische Team
- Versionsgebundener GraphQL-Vertrag mit minimalen Scopes.
- Abnahmetest im Dev-Store und Release-/Rollback-Artefakt.
Shopify-Referenz (EN): About GraphQL ↗Shopify-Referenz (EN): Shopify API versioning ↗
Support — ein Verantwortlicher für Risiken nach jedem Release
Stabile Plattform · Geprüft am 27.08.2026
Support umfasst Incidents, API-/Versionsschulden, Checkout, Feeds, Tracking, Performance und eine priorisierte Release-Warteschlange.
Was DataTip prüft
- Aktuelle Versionen und veraltete Aufrufe
- Fehlgeschlagene Webhooks und Produktionssignale
- Incident-Verantwortung und Runbooks
Shopify-Grenze
API-Versionen erscheinen quartalsweise, und wenn eine Version ausläuft, kann Shopify auf die älteste unterstützte Version vorspringen, was das tatsächliche Verhalten ändert. Reihenfolge und Zustellung von Webhooks sind nicht garantiert; die App braucht Idempotenz und Abgleich.
Nachweis der Fertigstellung
Ein benannter Verantwortlicher, beobachtbare Health-Checks, getesteter Abgleich und Rollback sowie ein quartalsweiser Checkpoint für API-Upgrades.
Für das technische Team
- Idempotente Webhook-Verarbeitung mit periodischem Abgleich.
- Quartalsweise Prüfung der API-Version, gestützt auf Health-Checks in der Produktion.
Shopify-Referenz (EN): Shopify API versioning ↗Shopify-Referenz (EN): Webhooks ↗
Eine Bestellung. Sechs verbundene Schichten.
DataTip verbindet die Kaufreise mit Katalog, Integrationen und Betrieb, die jede Bestellung in Bewegung halten müssen.
Storefront
FundamentUX, Theme-Architektur, Suche und Merchandising, die Kunden beim Finden und Kaufen helfen.
JetztHändlerfreundliche Farbpaletten und ein KI-Verkaufsassistent, wo verfügbar.
Checkout & Accounts
FundamentZahlungen, Versand, Steuern, Bestellstatus und Konto-Journeys, die klar und zuverlässig bleiben.
JetztEinheitliches Branding, Self-Service-Rückgaben, Abonnements und Prämien, mit planabhängigen Grenzen.
Katalog & Daten
FundamentProdukte, Varianten, Medien, Metafields, Schema und Feeds als eine vertrauenswürdige Quelle.
JetztShopify Catalog Mapping, Listing-Qualität und Bereitschaft für Agentic Discovery.
Integrationen
FundamentERP, PIM, WMS, Buchhaltung und eigene Dienste, verbunden über beobachtbare Datenflüsse.
JetztGraphQL, Events, Flow und Sidekick App Extensions statt fehleranfälliger Handarbeit.
B2B, Markets & POS
FundamentUnternehmen, Kataloge, Preisregeln, Lokalisierung, Zölle, Ladenstandorte und Abholung.
JetztB2B-Grundlagen in allen Plänen und Mixed Fulfillment, erweiterte Fähigkeiten je nach Plan.
Betrieb & Support
FundamentTracking, SEO, Performance, Barrierefreiheit, Monitoring, QA und Release-Verantwortung.
JetztSidekick Pulse, Signale zur Plattformgesundheit und proaktives API- und Versionsmanagement.
Technisches Briefing
Storefront — Theme, Produktsuche und Merchandising
Stabile Plattform · Geprüft am 27.08.2026
Suche, Predictive Search und Search & Discovery helfen nur, wenn das Theme sie auf Mobilgeräten barrierefrei darstellt.
Was DataTip prüft
- Informationsarchitektur und Navigation
- Relevanz der Suchanfragen, Nulltreffer und Filter
- Mobiler Kaufpfad und Performance im Feld
Shopify-Grenze
Search & Discovery erfordert für einige Funktionen Shopify Network Intelligence; Filter erscheinen nicht ohne kompatibles Theme. Kollektionen mit mehr als 5.000 Produkten und Suchen mit mehr als 100.000 Ergebnissen zeigen keine Filter; die Storefront-Suche zeigt höchstens 100 Filterwerte. Predictive Search hat Grenzen bei Sprachen und Ergebnisanzahl.
Nachweis der Fertigstellung
Aufgabenbasierte Discovery-Tests, ein relevantes Set an Suchanfragen, Abnahme per Tastatur und auf Mobilgeräten sowie Performance-Nachweise vorher/nachher.
Für das technische Team
- Theme-Rendering für Suche, Predictive Search, Filter und Empfehlungen.
- Tastatur-, Touch- sowie Feld- und Lab-Performance-Prüfungen.
Shopify-Referenz (EN): Storefront search ↗Shopify-Referenz (EN): Theme best practices ↗
Checkout & Accounts — ein letzter Schritt und die Konfiguration nach dem Kauf
Planabhängig · Geprüft am 27.08.2026
Checkout, Dankeseite, Bestellstatus und Kundenkonten teilen sich einen Editor; neue Konten bieten passwortlosen Self-Service und Erweiterungen.
Was DataTip prüft
- Regeln für Zahlung, Versand, Steuern und Einwilligung
- Zustände von Checkout und Konto
- Rückgabeberechtigung und Extension-Targets
Shopify-Grenze
Die Standardanpassung ist ab Basic verfügbar, App-Blöcke auf den Informations-, Versand- und Zahlungsseiten sowie die Checkout Branding API gibt es jedoch nur mit Plus. UI-Erweiterungen für Kundenkonten funktionieren nur mit neuen Kundenkonten; Legacy-Konten sind veraltet. Ein eigener Identity Provider ist nur mit Plus möglich.
Nachweis der Fertigstellung
Testbestellungen für die Kernzustände, Vorschau auf Mobilgerät und Desktop, ein Test der Kontoaktionen und eine explizite Matrix von Fähigkeiten zu Plänen.
Für das technische Team
- Extension-Targets für Checkout und Konto, dem Plan zugeordnet.
- Zustandstests für passwortloses Konto, Rückgaben und Bestellaktionen.
Shopify-Referenz (EN): Customize checkout and accounts ↗Shopify-Referenz (EN): Customer accounts apps ↗
Katalog & Daten — eine Produktwahrheit für Storefront, Feeds und Agenten
Berechtigungsabhängig · Geprüft am 27.08.2026
Catalog Mapping kann Produktdaten zuordnen, ohne das interne Modell zu ändern, während die Listing-Qualität die Vollständigkeit der Produkte misst.
Was DataTip prüft
- Single Source of Truth und Produktschema
- Identifikatoren, Medien, Preise und Lagerbestand
- Mapping, Feed-Parität und Listing-Qualität
Shopify-Grenze
Die Katalog-Berechtigung erfordert mindestens Starter, einen nicht passwortgeschützten Shop, einen Titel, ein Bild, einen Preis > 0, einen unterstützten Vertriebskanal und eine identifizierbare URL. Mapping-Änderungen greifen verzögert; die Aufnahme garantiert weder Ranking noch Anzeige. Agentic Storefronts sind nur für D2C.
Nachweis der Fertigstellung
Eine abgeglichene Stichprobe von der Quelle über die Storefront bis zum Feed, keine kritischen fehlenden Attribute, ein berechtigtes Set und eine Baseline der Listing-Qualität.
Für das technische Team
- Produkt-, Kategorie- und Variantenmapping mit Metafield-Definitionen.
- Abgleich von Quelle über Shopify bis zum Kanal und Baseline der Listing-Qualität.
Shopify-Referenz (EN): Mapping product data for Shopify Catalog ↗Shopify-Referenz (EN): Shopify Catalog requirements ↗
Integrationen — GraphQL, Events und Wiederherstellung
Planabhängig · Geprüft am 27.08.2026
Ein API-Aufruf ist noch kein Integrationsmodell: Jeder Datenfluss braucht Datenverantwortung, Event-Verträge, Wiederherstellung und Monitoring.
Was DataTip prüft
- GraphQL-Version und Scopes
- Webhook-Idempotenz und Abgleich
- Sichtbarkeit von Flow und Grenzen von Functions
Shopify-Grenze
REST ist Legacy. Webhooks garantieren weder Reihenfolge noch Zustellung. Ab API 2026-01 kann eine App höchstens fünf Bulk-Query-Operationen pro Shop gleichzeitig ausführen, und eine Bulk-Operation muss innerhalb von 10 Tagen abgeschlossen sein. Flow Send HTTP Request ist in Grow, Advanced und Plus verfügbar; benutzerdefinierte Partner-Tasks erfordern Plus.
Nachweis der Fertigstellung
Vertragstests, Tests mit doppelten und ungeordneten Events, Nachweis des Abgleichs, ein Alarm und ein manuelles Reparaturverfahren.
Für das technische Team
- Versionsgebundenes GraphQL-Schema und Scopes sowie eine Strategie für Bulk versus Echtzeit.
- Webhook-HMAC, Idempotenz, Wiederholungen und Abgleichsfenster.
Shopify-Referenz (EN): About GraphQL ↗Shopify-Referenz (EN): Webhooks ↗
B2B, Markets & POS — ein Handelsmodell mit Plangrenzen
Planabhängig · Geprüft am 27.08.2026
Markets, B2B-Unternehmen und POS verbinden kommerzielle Kontexte, doch die Grenzen von Fähigkeiten und Plänen bleiben explizit.
Was DataTip prüft
- Modell für Unternehmen, Kataloge und Konditionen
- Vorrang von Markt, Lokalisierung und Steuern
- POS-Lagerbestand und Mitarbeiterberechtigungen
Shopify-Grenze
Basic, Grow und Advanced erlauben höchstens 3 aktive Katalogzuweisungen für B2B-Märkte; direkte Unternehmenskataloge und erweiterte Zahlungsoptionen gibt es nur mit Plus; kontextbezogene Erlebnisse sind in Advanced und Plus verfügbar. Agentic Storefronts, Abonnements und beschleunigte Checkouts sind mit B2B nicht kompatibel. POS Pro wird außerhalb der in Plus enthaltenen Limits pro Standort bezahlt; Kataloge für Einzelhandelsmärkte erfordern POS Pro oder Plus.
Nachweis der Fertigstellung
Eine Matrix von Fähigkeiten zu Plänen, Tests für B2B-Bestellungen und Märkte sowie ein abgeglichener Lagerbestands- und Bestellfluss zwischen Online und POS.
Für das technische Team
- Modell für Unternehmen, Standorte, Kataloge, Preise und Zahlungsbedingungen.
- Marktvorrang und Abgleich des Lagerbestands zwischen Online und POS.
Shopify-Referenz (EN): B2B features by plan ↗Shopify-Referenz (EN): Markets overview ↗
Betrieb & Support — Fulfillment, Analytics und Plattformgesundheit
Stabile Plattform · Geprüft am 27.08.2026
Analytics, Fulfillment und die Gesundheit der Integrationen hängen zusammen, sind aber unterschiedliche operative Nachweisquellen.
Was DataTip prüft
- KPI-Definitionen und Abweichungen in Analytics
- Bestell- und Fulfillment-Zustände
- Integrationsfehler und Incident-Warteschlange
Shopify-Grenze
Die Kernfunktionen von Analytics sind in allen Plänen verfügbar, Berichtsfunktionen und Berechtigungen variieren jedoch. Das Dashboard ist um etwa eine Minute verzögert und keine buchhalterische Echtzeitquelle. Die Logs im Dev Dashboard decken keine eigenen externen Dienste ab, daher ist End-to-End-Monitoring erforderlich.
Nachweis der Fertigstellung
Ein KPI-Wörterbuch, abgeglichene Bestellungen, Alarme für kritische Integrationen und eine priorisierte Release-Warteschlange.
Für das technische Team
- KPI-/Quellen-Wörterbuch über Shopify und Analytics von Drittanbietern.
- End-to-End-Alarme für Fehler bei Webhooks, Functions und externen Diensten.
Shopify-Referenz (EN): Shopify analytics ↗Shopify-Referenz (EN): Dev Dashboard monitoring ↗
Reduzierte Bewegung oder kein Video verfügbar: Dasselbe System bleibt als statische Abfolge lesbar.
KI rettet keinen defekten Checkout und keinen unvollständigen Katalog.
Moderne Shopify-Fähigkeiten entfalten ihre Hebelwirkung erst, wenn Umsatzpfad, Daten und Betrieb verlässlich sind. Wir machen das Fundament beobachtbar, bevor wir Neues hinzufügen.
Technisches Briefing
Produktfindung — das richtige Produkt auf jedem Gerät finden
Stabile Plattform · Geprüft am 27.08.2026
Zur Produktfindung gehören Navigation, Filter, semantische und Predictive Search, Produktinformationen und der mobile Kaufpfad.
Was DataTip prüft
- Wichtigste Aufgaben und Suchanfragen
- Synonyme, Filter und Nulltreffer
- Mobiler Abschluss von der Suche bis zum Kauf
Shopify-Grenze
Suchvorschläge der Predictive Search gibt es nur auf Englisch, nicht jede Sprache wird unterstützt, und es gelten Standardlimits für Ergebnisse. Berichte von Search & Discovery enthalten keine Interaktionen mit der Predictive Search.
Nachweis der Fertigstellung
Ein repräsentatives Set an Suchanfragen nach Gerät und Sprache, eine Relevanzschwelle, ein Verantwortlicher für Nulltreffer und eine dokumentierte Abschlussrate.
Für das technische Team
- Repräsentatives Set an Suchanfragen und Aufgaben nach Sprache und Gerät.
- Analyse von Synonymen, Filtern, Boosts, Nulltreffern und Suchen ohne Klick.
Shopify-Referenz (EN): Storefront search ↗Shopify-Referenz (EN): Predictive search ↗
Checkout-Regeln — die kommerzielle Realität muss zum Checkout passen
Stabile Plattform · Geprüft am 27.08.2026
Zahlungen, Versand, Steuern, Einwilligung, Konten und Bestellkommunikation müssen in realen Kombinationen getestet werden.
Was DataTip prüft
- Ergebnisse von Zahlungen und Rabatten
- Zustände von Steuern, Versand und Fulfillment
- Benachrichtigungen und B2B-/Kontokontext
Shopify-Grenze
Der Checkout-Editor ist eine simulierte Umgebung und kann keine Bestellung abschließen; das Test-Gateway deaktiviert echte Transaktionen. Ein B2B-Test erfordert Kundenkonten, ein Testunternehmen, einen Standort und einen Katalog.
Nachweis der Fertigstellung
Eine nachvollziehbare Testbestellmatrix mit Nachweisen für nachgelagerten Lagerbestand, Fulfillment und Benachrichtigungen.
Für das technische Team
- Nachvollziehbare Testbestellmatrix über Zahlungs-, Versand-, Steuer- und Kontozustände.
- Rücklesen von nachgelagertem Lagerbestand, Fulfillment und Benachrichtigungen.
Shopify-Referenz (EN): Checkout settings ↗Shopify-Referenz (EN): Testing orders ↗
Katalog & Messung — dieselbe Wahrheit in Daten und Berichten
Stabile Plattform · Geprüft am 27.08.2026
Produktmodelle, Feeds und Messung verwenden dieselben Identifikatoren und Definitionen, auch wenn Analytics anders zählt.
Was DataTip prüft
- Produkt- und Varianten-Identifikatoren
- Feed-, Schema- und Analytics-Events
- Abgleich von Bestellungen mit Berichten
Shopify-Grenze
Catalog Mapping ändert die Darstellung mit Verzögerung; Shopify Analytics kann von externen Systemen abweichen. Das Dashboard kennzeichnet bekannte Datenstörungen, aber nicht jeden Ausfall einer Drittanbieter-Integration.
Nachweis der Fertigstellung
Ein Datenwörterbuch, eine Mapping-Matrix, abgeglichene Stichproben und dokumentierte zulässige Abweichungen der Kennzahlen.
Für das technische Team
- Gemeinsame Produkt- und Varianten-Identifikatoren über Schema, Feed und Analytics.
- Abgleich von Bestellungen mit Berichten und dokumentierte Abweichungen der Kennzahlen.
Shopify-Referenz (EN): Mapping product data for Shopify Catalog ↗Shopify-Referenz (EN): Analytics dashboard ↗
Release-Qualität — Performance und Barrierefreiheit sind Gates
Stabile Plattform · Geprüft am 27.08.2026
Performance braucht Lab- und Feldmessungen, Barrierefreiheit braucht mehr als einen Lighthouse-Score.
Was DataTip prüft
- Feld- und Lab-Performance
- Kosten von Theme und Drittanbietern
- Tastatur, Fokus und mobile Barrierefreiheit
Shopify-Grenze
Die Theme-Store-Schwellenwerte von 60 für Performance und 90 für Barrierefreiheit sind Benchmarks für die Einreichung, kein allgemeiner Nachweis für eine bestimmte Storefront. Shopify stellt ausdrücklich fest, dass Best Practices allein keine vollständige Barrierefreiheit garantieren.
Nachweis der Fertigstellung
Projektbudgets, Regressionsprüfungen in der CI, manuelle Tastatur- und Mobiltests sowie ein abgenommenes Ausnahmeregister.
Für das technische Team
- Feld- und Lab-Performance-Budgets mit Regressionsprüfungen in der CI.
- Manuelle Tests für Tastatur, Zoom, Mediensteuerung und reduzierte Bewegung.
Shopify-Referenz (EN): Theme performance ↗Shopify-Referenz (EN): Theme accessibility ↗
Teamübergabe — Berechtigungen, Dokumentation und der nächste Verantwortliche
Stabile Plattform · Geprüft am 27.08.2026
Eine Übergabe gibt dem internen Team Rollen, minimale Berechtigungen, Verantwortliche, Runbooks, Monitoring und eine Release-Warteschlange.
Was DataTip prüft
- Rollen, Berechtigungen und 2FA
- Verantwortung und Durchgang durch die Dokumentation
- Wiederherstellung, Rollback und Eskalation
Shopify-Grenze
Die Fähigkeiten von Rollen hängen von Plan und Kanal ab. Shop-Berechtigungen lassen sich nicht immer auf einzelne Bestellungen, Produkte oder Kunden einschränken. Mitarbeitende Partner (Collaborators) müssen 2FA verwenden, und ihr Zugriff läuft nach 90 Tagen ohne Anmeldung automatisch ab.
Nachweis der Fertigstellung
Zugangsdaten im Besitz des Kunden, geprüfte Berechtigungen, eine dokumentierte Übergabe, eine erfolgreiche Runbook-Übung und ein benannter Release-Verantwortlicher.
Für das technische Team
- Prüfung von Rollen mit minimalen Rechten, Collaborator- sowie App-/Kanalzugriffen.
- Runbook-Durchgang mit Übung für Wiederherstellung, Rollback und Eskalation.
Shopify-Referenz (EN): Managing users ↗Shopify-Referenz (EN): Collaborator accounts ↗
Fulfillment & Support — der Bestellkontext überdauert den Checkout
Künftiger Rollout · Geprüft am 27.08.2026
Bestellungen können mehrere Fulfillments, Standorte und Methoden enthalten, daher brauchen Support und Betrieb denselben Zustand.
Was DataTip prüft
- Routing, Standorte und Sperren
- Aufteilungen, Tracking und Teilfulfillment
- Rückgaben, Stornierungen und Sichtbarkeit im Support
Shopify-Grenze
Versand und Abholung in einem Online-Checkout ist derzeit ein Plus/Enterprise-Feature-Testlauf; die allgemeine Freigabe für Plus ist für den 01.07.2027 angekündigt. Abholpunkte und lokale Zustellung werden im gemischten Checkout nicht unterstützt; OMS/3PL müssen die Liefermethode aus den Fulfillment-Aufträgen lesen.
Nachweis der Fertigstellung
End-to-End-Fulfillment-Tests, ein Aufteilungsfall, Nachweise für Rückgabe/Stornierung und eine Übergabe an den Support ohne widersprüchliche Zustände.
Für das technische Team
- Mapping der Liefermethode aus Fulfillment-Aufträgen für OMS/WMS/3PL.
- End-to-End-Tests für Aufteilung, Teilfulfillment, Rückgabe und Stornierung.
Shopify-Referenz (EN): Fulfilling orders ↗Shopify-Referenz (EN): Ship and pickup in one order ↗
Nutzen Sie die aktuelle Plattform dort, wo sie echte Arbeit abnimmt.
Wir trennen ausgelieferte Fähigkeiten von Plangrenzen, Early Access und künftigem Rollout. Die Roadmap benennt, was jetzt nützlich ist und was warten sollte.
Catalog, UCP und Agentic Storefronts
Produktdaten für KI-Discovery strukturieren, die Listing-Qualität prüfen und berechtigte Kanäle verwalten, ohne universelle Reichweite zu versprechen.
B2B ohne Flickwerk
Unternehmensprofile, Kataloge, Mengenregeln und Zahlungsbedingungen können in Standardplänen starten; erweiterte Szenarien bleiben Plus-Terrain.
Sidekick, Flow und App-Aktionen
Verwandeln Sie Shop-Kontext in Empfehlungen und kontrollierte Aktionen über Shopify und verbundene Tools hinweg.
Kundenkonten nach dem Checkout
Bieten Sie Kunden Bestellstatus, Rückgaben, Abonnements, Prämien und nützliche Self-Service-Aktionen in einer durchgängigen Journey im Markendesign.
Online, Einzelhandel und Fulfillment gemeinsam
Verbinden Sie Lagerbestand, POS, Abholung, Umlagerungen und Mixed Fulfillment, ohne eine zweite Quelle der Wahrheit zu schaffen.
Eine Plattform, die wartbar bleibt
Nutzen Sie GraphQL, Functions, Events, Monitoring und Versionsverantwortung, damit Wachstum keine unsichtbaren App-Schulden anhäuft.
Technisches Briefing
Discovery & B2B — Reichweite über Catalog/UCP ohne überzogene Kanalversprechen
Berechtigungsabhängig · Geprüft am 27.08.2026
Catalog ist die Discovery-Schicht von Shopify und UCP sein Transaktionsprotokoll; B2B bleibt ein separates Modell für Unternehmen, Kataloge und Konten.
Was DataTip prüft
- Katalog-Berechtigung und Listing-Qualität
- Kanalsteuerung und Produkt-Privatsphäre
- B2B-Ausschlüsse und Kanalverfügbarkeit
Shopify-Grenze
Google AI Mode und Gemini sind Early Access; ChatGPT hat keine Shopify-Einstellung für Direct Checkout; Agentic Storefronts sind nur für D2C. Die Aufnahme in den Catalog oder das Ranking in der Vorschau garantiert kein Ranking im echten Kanal. Die Verfügbarkeit von UCP für Entwickler beweist nicht die Berechtigung des Händlers in jedem Kanal.
Nachweis der Fertigstellung
Eine berechtigte Stichprobe in der Catalog-Vorschau, Kanaleinstellungen, keine B2B-Überschneidungen, bekannte Lücken und eine explizite Aussage zur Verfügbarkeit.
Für das technische Team
- Validierung von Katalog-Berechtigung, Mapping und Listing-Qualität.
- Prüfungen von Kanalsteuerung, Privatsphäre und D2C-/B2B-Ausschluss.
Shopify-Referenz (EN): Catalog and product discovery for agentic storefronts ↗Shopify-Referenz (EN): Universal Commerce Protocol ↗
Automatisierung & Konten — kontrollierte Aktionen und Self-Service im Markendesign
Developer Preview · Geprüft am 27.08.2026
Flow, Sidekick-Aktionen und Kundenkonten können Arbeit und Self-Service nur mit Freigabe, Berechtigungen und Wiederherstellung automatisieren.
Was DataTip prüft
- Trigger-Semantik und Ausführungsverlauf
- Sidekick-Berechtigung und Tool-Limits
- Kontoerweiterung und Kundenberechtigungen
Shopify-Grenze
Flow-Logs werden 14 Tage aufbewahrt; Send HTTP Request gibt es ab Grow, benutzerdefinierte Partner-Tasks erfordern Plus. Die Dokumentation zu Sidekick-App-Aktionen widerspricht sich zwischen „available today“ und Developer Preview, daher muss die konkrete App geprüft werden. Sidekick erlaubt 5 Intents und 20 Tools pro App, mit strengen Limits für Antwortzeit und Tokens. Legacy-Kundenkonten unterstützen keine UI-Erweiterungen.
Nachweis der Fertigstellung
Eine kontrollierte Testaktion mit menschlicher Freigabe, beobachtbarer Wiederholung, minimalen Scopes und einem Test der Journey mit neuen Konten.
Für das technische Team
- Prüfung von Flow-Trigger, Test-Event, Ausführungsverlauf und Wiederholungen.
- Validierung von Sidekick-Intents/-Tools und Extension-Targets für Kundenkonten.
Shopify-Referenz (EN): Sidekick actions ↗Shopify-Referenz (EN): Customer accounts apps ↗
Vereinheitlichter Betrieb — POS, Lagerbestand, Fulfillment und Verantwortung
Planabhängig · Geprüft am 27.08.2026
Shopify kann Bestell- und Lagerkontext zwischen Online und POS teilen, doch die Grenzen zu ERP, WMS und 3PL brauchen weiterhin einen Abgleich.
Was DataTip prüft
- Standorte und Verantwortung für den Lagerbestand
- POS-Synchronisierung und Fulfillment-Methoden
- Webhook-Abgleich und operative Rollen
Shopify-Grenze
Mehrere Standorte müssen aktiv sein; Fähigkeiten und Preis von POS Pro gelten pro Standort. Einige Mixed-Fulfillment-Fähigkeiten sind Preview/Plus. Die Zustellung von Webhooks ist nicht garantiert, daher ist ein periodischer Abgleich erforderlich.
Nachweis der Fertigstellung
Eine abgeglichene Stichprobe aus Online, POS und Fulfillment, ein Test mit doppelten Events, eine verantwortete Ausnahme-Warteschlange und eine verifizierte manuelle Korrektur.
Für das technische Team
- Standortzuordnung, Verantwortung für den Lagerbestand und Mapping der POS-Synchronisierung.
- Idempotente Webhook-Verarbeitung mit periodischem Abgleich.
Shopify-Referenz (EN): Shopify POS ↗Shopify-Referenz (EN): Webhooks ↗
Beginnen Sie mit der Entscheidung, die Ihr Shop jetzt braucht.
Vier Antworten machen aus Ihrem aktuellen Kontext ein sichtbares Risiko und einen empfohlenen nächsten Schritt. Fügen Sie die öffentliche Website hinzu, um eine fundiertere strategische Vorschau zu erhalten. Dies ist kein technisches Audit.
Derselbe Kontext von der ersten Karte bis zu jedem Release.
Projekte und Support teilen eine technische Sicht auf Storefront, Daten, Integrationen und kommerzielle Risiken.
Technisches Briefing
Discovery — ein gemeinsames Problem und ein klarer Entscheidungsrahmen
Stabile Plattform · Geprüft am 27.08.2026
Discovery benennt Geschäftsziel, Umsatzpfad, Nutzer, Daten, Integrationen, Märkte, Rahmenbedingungen und Risiken, statt eine allgemeine Wunschliste zu erstellen.
Was DataTip prüft
- Aktuelle Plattform und kritische Journeys
- Quellsysteme, Plan und Kanäle
- Verantwortliche, Incidents und Baseline-Kennzahlen
Shopify-Grenze
Die Checklisten von Shopify sind allgemein und prüfen weder eigene Integrationen noch Geschäftsprozesse. Die Verfügbarkeit von Fähigkeiten muss im konkreten Admin- und Shop-Kontext bestätigt werden.
Nachweis der Fertigstellung
Eine vereinbarte Problemstellung, eine Systemlandkarte, priorisierte Risiken, Fragen zu Fähigkeiten und ein Entscheidungsverantwortlicher.
Für das technische Team
- Karte von Systemen und Umsatzpfad mit Fragen zu Fähigkeiten und Plänen.
- Baseline-Kennzahlen, bekannte Incidents und benannte operative Verantwortliche.
Shopify-Referenz (EN): General checklist for a new Shopify store ↗Shopify-Referenz (EN): B2B features by plan ↗
Architektur — Daten, Scopes und Systemgrenzen
Stabile Plattform · Geprüft am 27.08.2026
Die Architektur legt vor dem Code Single Source of Truth, Verträge, Vertrauensgrenzen, Umgebungen, Datenschutz und Wiederherstellung fest.
Was DataTip prüft
- Identität und minimale Scopes
- Umgang mit Secrets und Trennung der Umgebungen
- Personenbezogene Daten, Compliance und Wiederherstellung von Backups
Shopify-Grenze
Alles, was in einem Theme oder App-Bundle ausgeliefert wird, ist öffentlich; Secrets dürfen nicht in Liquid, JS, Source Maps oder zur Build-Zeit eingebettete Variablen gelangen. Öffentliche Apps müssen die verpflichtenden Compliance-Webhooks implementieren; externe Eingaben, einschließlich KI-Ausgaben, gelten als nicht vertrauenswürdig.
Nachweis der Fertigstellung
Ein freigegebenes Entscheidungsprotokoll, eine Prüfung von Bedrohungen und Datenflüssen, Scopes mit minimalen Rechten, eine verifizierte Wiederherstellung der Secrets und ein Test der Compliance-Webhooks.
Für das technische Team
- Prüfung von Bedrohungen und Datenflüssen mit Scopes nach dem Least-Privilege-Prinzip.
- Tests für Secret-Rotation, Aufbewahrung/Löschung, Wiederherstellung und Compliance-Webhooks.
Shopify-Referenz (EN): Shopify app security best practices ↗Shopify-Referenz (EN): Privacy law compliance ↗
Build — versionierte Änderungen an Storefront, App und Integrationen
Stabile Plattform · Geprüft am 27.08.2026
Themes, App-Backends, App-Erweiterungen und externe Integrationen sind separat auslieferbare Einheiten; ein Deploy veröffentlicht sie nicht gemeinsam.
Was DataTip prüft
- Git, Umgebungen und API-Version
- Extension-Snapshots und Backend-Release
- Build-Ergebnisse und Rollback-Abhängigkeiten
Shopify-Grenze
shopify app deploy erstellt einen Snapshot von App-Konfiguration und Erweiterungen, deployt aber nicht die Web-App. Ein Extension-Release kann eine Prüfung durch Shopify erfordern. Ein Theme kann nur eine veröffentlichte Version haben, Entwürfe und Vorschauen bleiben jedoch verfügbar.
Nachweis der Fertigstellung
Unveränderliche Build-IDs, gleichwertige Umgebungen, ein Deploy-Manifest, eine Vorschau im Test-Store und ein Rollback-Ziel für jede auslieferbare Einheit.
Für das technische Team
- Unveränderliche Release-Kennungen für Git, API, Erweiterungen und Backend.
- Deploy-Manifest und Rollback-Ziel für jede auslieferbare Einheit.
Shopify-Referenz (EN): Deploy app versions ↗Shopify-Referenz (EN): Deploy a web app ↗
QA — Nachweise für Umsatzpfade und Fehlerfälle
Stabile Plattform · Geprüft am 27.08.2026
QA umfasst Checkout, Daten, Integrationen, Performance, Barrierefreiheit, Analytics und Wiederherstellung, nicht nur eine optische Prüfung der Startseite.
Was DataTip prüft
- Verträge, Bestellungen und fehlgeschlagene Events
- Nachweise für Responsive, Tastatur und Performance
- Tracking, Abgleich und Rollback
Shopify-Grenze
Der Checkout-Editor schließt keine Bestellungen ab; eine simulierte Zahlung ist kein Nachweis für Auszahlungen oder Berichte. Ein Lighthouse-Score allein garantiert weder Barrierefreiheit noch Performance im Feld.
Nachweis der Fertigstellung
Ein den Kriterien zugeordnetes Nachweispaket, keine ungelösten kritischen Blocker oder deren ausdrückliche Akzeptanz sowie eine verifizierte Rollback-Bereitschaft.
Für das technische Team
- Automatisierte Vertrags- und Regressionstests sowie Testbestellungen und fehlgeschlagene Events.
- Nachweispaket zu Responsive, Barrierefreiheit, Performance und Rollback.
Shopify-Referenz (EN): Testing orders ↗Shopify-Referenz (EN): Testing for performance ↗
Launch — kontrollierter Cutover, Monitoring und Rollback
Planabhängig · Geprüft am 27.08.2026
Ein Launch hat eine Reihenfolge der Schritte, ein Freeze-/Cutover-Fenster, Kommunikation, eine Live-Smoke-Bestellung, Health-Signale und einen Rollback-Verantwortlichen.
Was DataTip prüft
- Domain, Zahlungen, Versand und Lagerbestand
- Weiterleitungen, Tracking und Benachrichtigungen
- Performance, Monitoring und Übergabe
Shopify-Grenze
Rollouts können Themes sowie Checkout- und Kontokonfigurationen planen, vorübergehend veröffentlichen, schrittweise ausrollen und per A/B-Test prüfen, nicht aber ein externes App-Backend, eine Datenmigration oder ERP/WMS. Der Rollback einer App-Version setzt weder ihr Backend noch ihre Datenbank zurück.
Nachweis der Fertigstellung
Ein zeitlich geplantes Cutover-Runbook, Nachweise einer Live-Transaktion, gesunde kritische Signale, eine Rollback-Frist und die Abnahme durch den Kunden.
Für das technische Team
- Zeitlich geplantes Cutover-Runbook mit Live-Smoke-Transaktion und Health-Signalen.
- Separate Rollback-Ziele für Theme, App-Konfiguration, Backend und Daten.
Shopify-Referenz (EN): Launch Check ↗Shopify-Referenz (EN): Schedule, publish, and A/B test new themes and checkout and customer account configurations ↗
Betrieb — Incidents, Upgrades und Wachstum in einem Rhythmus
Stabile Plattform · Geprüft am 27.08.2026
Nach dem Launch brauchen geschäftliche und technische Signale, API-Änderungen, Incidents und Verbesserungsarbeit einen einzigen Verantwortlichen.
Was DataTip prüft
- Bestellungen, Conversion und Fulfillment
- Fehler bei Webhooks, Functions und APIs
- Performance, Zugriffe und Fortschritt der Roadmap
Shopify-Grenze
Das Dev Dashboard deckt Functions, Webhooks und App-Events auf Shopify-Seite ab, nicht den gesamten eigenen Stack. Ein API-Supportfenster macht Upgrades am letzten Tag nicht sicher; nicht versionierte Oberflächen können sich außerhalb des Quartalsmodells ändern.
Nachweis der Fertigstellung
Live-Alarme, Eskalationsgrenzen, eine quartalsweise Versionsprüfung, eine monatliche Gesundheitsprüfung und eine priorisierte Warteschlange für das nächste Release.
Für das technische Team
- Monitoring von Shopify und eigenem Stack mit Incident-Eskalation.
- Quartalsweise API-Prüfung und priorisierte monatliche Release-Warteschlange.
Shopify-Referenz (EN): Dev Dashboard monitoring ↗Shopify-Referenz (EN): Shopify API versioning ↗
Fünf Grenzen, die vor der Roadmap entschieden werden sollten
Brauchen wir Shopify Plus?
Direkte Antwort: Nicht immer. Grenze: Erweiterte B2B-, Checkout- und Organisationsfunktionen können Plus rechtfertigen, während viele Grundlagen in Standardplänen funktionieren. DataTip prüft: die benötigten Fähigkeiten im Abgleich mit dem Plan und dem realen Betriebsmodell.
Können Sie migrieren, ohne SEO oder Tracking zu verlieren?
Direkte Antwort: Eine kontrollierte Migration kann die Kontinuität erhalten. Grenze: Das Ergebnis hängt von der Qualität der Quelle, der Abdeckung der Weiterleitungen, der Einwilligung und der Analytics-Historie ab. DataTip prüft: URL-Karten, strukturierte Daten, Feeds, Tracking und einen geprobten Cutover.
Kann DataTip einen Shop betreuen, den es nicht gebaut hat?
Direkte Antwort: Ja. Grenze: Die Verantwortung beginnt, nachdem das aktuelle System und die risikoreichsten Bereiche erfasst sind. DataTip prüft: Checkout, Tracking, Feeds, APIs, Performance und die Release-Warteschlange.
Sind KI-Shopping-Kanäle für jeden Shop verfügbar?
Direkte Antwort: Nein. Grenze: Berechtigung und Kanalverfügbarkeit variieren. DataTip prüft: Katalogstruktur, Listing-Qualität, aktuelle Einstellungen und die bestätigte Kanalverfügbarkeit.
Wie wird die Arbeit bepreist?
Direkte Antwort: Nachdem die Roadmap den Auftrag definiert hat. Grenze: Ein öffentliches Paket kann nicht die Systeme und Risiken jedes Shops abbilden. DataTip prüft: Umfang, Umsetzungsblöcke, Verantwortung und Abnahmegrenzen vor der Preisgestaltung.
Shopify braucht einen technischen Verantwortlichen, nicht die nächste Theme-Übergabe.
DataTip ist ein Softwareentwicklungsunternehmen. Wir verbinden Storefront, Checkout, Daten, Integrationen und Betrieb in einem gesteuerten Release-Modell.
Architektur & Daten
Produktmodell, Checkout-Grenzen und Systemlandkarte verantworten, bevor Code Risiken verbreitet.
Code & Integrationen
Themes, Apps, GraphQL sowie ERP-, PIM- oder WMS-Anbindungen als ein wartbares System versionieren.
QA & Release
Performance, Barrierefreiheit, Tracking, Cutover und Rollback vor jedem Release prüfen.
Betrieb & Roadmap
Plattformgesundheit, API-Versionen und eine sichtbare Warteschlange nach dem Launch überwachen.
Technisches Briefing
Architektur & Daten — Modell und Grenzen vor der Implementierung
Stabile Plattform · Geprüft am 27.08.2026
Ein vertrauenswürdiges Shopify-System beginnt mit der Verantwortung für Produkte, Bestellungen und Kunden, nicht mit der Wahl eines Themes oder einer App.
Was DataTip prüft
- Entitäten, Identifikatoren und Produktmodell
- Catalog Mapping und Verantwortung für den Checkout
- Datenflüsse und Abnahmekriterien
Shopify-Grenze
Shopify Catalog kann Daten standardisieren und zuordnen, aber keine widersprüchliche Verantwortung in vorgelagerten Systemen auflösen. GraphQL-Bulk-Operationen verringern die Komplexität der Paginierung, behalten aber Grenzen für Parallelität und Laufzeit und erfordern weiterhin einen Abgleich.
Nachweis der Fertigstellung
Eine vom Kunden prüfbare Systemlandkarte, Mapping-Stichproben, ein Verantwortlicher pro Entität und ein verifizierter Abgleich von der Quelle bis zum Kanal.
Für das technische Team
- Verantwortungskarte der Entitäten für Produkte, Bestellungen und Kunden.
- Mapping von Bulk-Operationen und Abgleich von der Quelle bis zum Kanal.
Zugehörige technische Shopify-Referenz (EN): Mapping product data for Shopify Catalog ↗Zugehörige technische Shopify-Referenz (EN): GraphQL bulk operations ↗
Code & Integrationen — Wartbarkeit durch versionierte Verträge
Stabile Plattform · Geprüft am 27.08.2026
Wartbarkeit bedeutet GraphQL-first, fixierte Versionen, minimale Scopes, beobachtbare Events, Idempotenz, Abgleich und Rollback.
Was DataTip prüft
- Schema, Versionen und veraltete Nutzung
- Verträge, HMAC und Verhalten bei Duplikaten
- Wiederherstellung, Release-Versionen und Logs
Shopify-Grenze
REST ist Legacy; Shopify versioniert APIs und Webhooks, aber Liquid, OAuth-Endpunkte, Shop Minis, Shop Pay Wallet, Storefront Web Components und die Web Pixels API sind nicht versionierte Oberflächen. Die Zustellung von Webhooks ist nicht garantiert.
Nachweis der Fertigstellung
Ein nachvollziehbares Release, ein Versionsbericht, bestandene Vertragstests, Nachweise zu Fehlern und Wiederherstellung sowie ein Rollback-Punkt.
Für das technische Team
- Fixierte GraphQL- und Webhook-Verträge mit HMAC-Validierung.
- Wiederherstellung bei doppelten/ungeordneten Events, Abgleich und Release-Logs.
Zugehörige technische Shopify-Referenz (EN): About GraphQL ↗Zugehörige technische Shopify-Referenz (EN): Webhooks ↗
QA & Release — Vertrauen durch Nachweise, nicht durch den Deploy-Status
Stabile Plattform · Geprüft am 27.08.2026
Ein Release ist erst akzeptabel, wenn Umsatzpfade, Barrierefreiheit, Performance, Tracking, Integrationen, Cutover und Rollback getestet sind.
Was DataTip prüft
- Abnahmematrix und Testbestellungen
- Browser-, Geräte- und automatisierte Nachweise
- Risiken, Launch-Checkliste und Release-Version
Shopify-Grenze
Eine Shopify-App-Version ist nur ein Snapshot von Konfiguration und Erweiterungen; der Rollback von Backend und Datenbank liegt außerhalb davon. Die Lighthouse-Mindestwerte des Theme Store sind eine externe Baseline, keine Projektabnahme.
Nachweis der Fertigstellung
Ein abgezeichnetes Nachweispaket, kein kritischer Blocker, ein benannter Rollback-Verantwortlicher und ein frisches Rücklesen nach dem Release.
Für das technische Team
- Abnahmematrix, die Testbestellungen, Browser-/Gerätenachweise und Observability verknüpft.
- Benannte Rollback-Ziele für App-Konfiguration, Backend und Datenbank.
Zugehörige technische Shopify-Referenz (EN): Deploy app versions ↗Zugehörige technische Shopify-Referenz (EN): Theme performance ↗
Betrieb & Roadmap — die Verantwortung endet nicht mit dem Launch
Early Access · Geprüft am 27.08.2026
Der Kunde braucht einen Ort für Geschäftsgesundheit, Plattformgesundheit, Incidents, Upgrades, Entscheidungen und die nächsten Releases.
Was DataTip prüft
- KPIs und Analytics-Definitionen
- Anwendungs- und Integrationsfehler
- API-Lebenszyklus, Fulfillment und Fortschritt der Warteschlange
Shopify-Grenze
Shopify Analytics und das Dev Dashboard sind unterschiedliche Nachweisquellen und decken nicht den gesamten eigenen Stack ab. Sidekick Pulse ist Early Access, Empfehlungen erfordern immer die Freigabe des Händlers, und es kann nicht die einzige Monitoring-Quelle oder der einzige Verantwortliche sein.
Nachweis der Fertigstellung
Ein gemeinsames Betriebs-Dashboard, ein Alarm-Verantwortlicher, ein Incident-Log, eine quartalsweise API-Prüfung und eine Roadmap mit entschiedenem nächstem Release.
Für das technische Team
- Gemeinsames Business-/Plattform-Dashboard mit Verantwortung für Alarme.
- Incident-Log, quartalsweise API-Prüfung und entschiedenes nächstes Release.
Zugehörige technische Shopify-Referenz (EN): Dev Dashboard monitoring ↗Zugehörige technische Shopify-Referenz (EN): Sidekick Pulse ↗
Fordern Sie die vollständige Shopify-Roadmap an.
Senden Sie den Kontext einmal. DataTip meldet sich mit dem empfohlenen Weg, den Hauptrisiken, Umsetzungsblöcken und der nächsten Entscheidung.