Der Serveralarm ist weg, die Ausfälle nicht: Monitoring nach dem Shopify-Umstieg
Mit dem alten Server verschwindet beim Umstieg auf Shopify auch das alte Monitoring: Serverlast, Cronjobs, Suchindex, Zertifikat. Was übrig bleibt, bricht leiser. Ein Webhook-Abo, das nach anhaltenden Fehlversuchen verschwindet. Ein App-Skript, das die Produktseite bremst. Eine Domain, die beim Registrar ausläuft. Der Beitrag zeigt, welche Alarme wegfallen, welche bleiben und welche neu dazukommen, und wer es merkt, wenn niemand hinsieht.
Ein Beispiel: ein Händler für Fahrradteile aus dem Allgäu, sechs Jahre auf Shopware 6 bei einem Managed Hoster. Um das Monitoring kümmerte sich der Hoster: Serverlast, Plattenplatz, der Worker für die Message Queue, das Zertifikat, alle fünf Minuten ein Aufruf der Startseite. Wenn etwas rot wurde, rief jemand an. Mit dem Go-live auf Shopify wurde der Hostingvertrag gekündigt und das Monitoring gleich mit. Vermisst hat es niemand, der neue Shop lief.
Drei Wochen später häuften sich im Kundenservice Rückfragen zu Lieferzeiten. Die Warenwirtschaft hatte seit Freitagabend keine Bestellung mehr bekommen. Der Server der Schnittstelle war übers Wochenende nicht erreichbar gewesen. Shopify hatte jede Bestellung wie vorgesehen bis zu acht Mal innerhalb von vier Stunden zuzustellen versucht und das Webhook-Abo danach entfernt. Als der Server wieder lief, kam nichts mehr an. Die Warenwirtschaft schrieb ihre Bestände trotzdem jede Stunde nach Shopify, nur ohne die Bestellungen seit Freitag abzuziehen. Der Shop verkaufte weiter, auch Teile, die das Lager nicht mehr hatte. Kein Alarm schlug an, denn der einzige Alarm, den es gab, hatte einen Server überwacht, den es nicht mehr gab.
Shopify hat am 18. Oktober beschrieben, wie man die Website-Performance überwacht: synthetische Tests und Messungen bei echten Besuchern, reaktives und proaktives Monitoring, die RED-Methode und Werkzeuge von PageSpeed Insights bis Datadog. Der Beitrag richtet sich an alle, die eine Website betreiben. Wer von Shopware, Magento oder WooCommerce kommt, hat eine andere Frage. Ein großer Teil dessen, was er heute überwacht, wird mit dem Umstieg Shopifys Sache. Ein kleinerer Teil bleibt bei ihm, und ein paar Stellen kommen neu dazu, an denen es leiser bricht als bei einem Server.
Dieser Beitrag ist für Händler, die den Go-live planen oder gerade hinter sich haben. Er zeigt, welche Alarme wegfallen, wo Sie die Ladezeit messen, wenn der alte Shop keine Zahlen mehr liefert, wo es nach dem Umstieg leise bricht und wer es merkt. Wie Sie Rankings und Traffic rund um den Wechsel beobachten, steht in SEO-Monitoring beim Shopsystem-Wechsel, warum der Lighthouse-Wert erst einmal fällt, in Lighthouse beim Shopsystem-Wechsel.
Was mit dem alten Server aus der Überwachung verschwindet
Bevor der Hostingvertrag endet, lohnt ein Blick auf die Liste dessen, was heute überwacht wird. Bei einem Managed Hoster steht sie in dessen Monitoring, bei einem eigenen Server in Zabbix, Icinga, Uptime Kuma oder einem APM-Werkzeug wie New Relic. Jede Zeile darauf gehört nach dem Umstieg in eine von vier Gruppen.
Alarmliste
Vierzehn Signale aus dem alten Betrieb, und wer sie nach dem Umstieg trägt
Was ein selbst betriebener Shop typischerweise überwacht. Wählen Sie Ihr altes System, dann zeigt jede Zeile, wie das Signal dort heute heißt. Fünf fallen weg, fünf bleiben, zwei ziehen um, zwei kommen neu dazu.
- 5 fällt weg · Shopify trägt es
- 5 bleibt · bleibt bei Ihnen
- 2 zieht um · gleiche Aufgabe, neuer Ort
- 2 neu · gab es vorher nicht
-
Server und Datenbank: Last, Speicher, langsame Abfragen
Heute Server-Monitoring des Hosters, Slow-Query-Log von MySQL oder MariaDB
Auf ShopifyShopify betreibt die Plattform. Von ihrem Zustand sehen Sie nur noch die Statusseite.
fällt weg
-
Hintergrundjobs
Shopware 6 Scheduled Tasks und Worker der Message Queue
Magento 2 Cronjobs und Queue-Consumer
WooCommerce WP-Cron und Action Scheduler
Auf ShopifyShopifys eigene Jobs laufen ohne Sie. Was Ihre Jobs erledigt haben, wandert in Flow oder in Apps, siehe unten.
fällt weg
-
Suchindex
Shopware 6 OpenSearch oder Elasticsearch
Magento 2 OpenSearch und Status der Indexer
WooCommerce Such-Plugin mit eigenem Index
Auf ShopifyDie Shopsuche indiziert selbst. Eine Such-App führt ihren Index beim Anbieter.
fällt weg
-
Seiten-Cache
Shopware 6 HTTP-Cache, oft mit Varnish
Magento 2 Full Page Cache mit Varnish
WooCommerce Cache-Plugin und Object Cache
Auf ShopifyShopify liefert über das eigene CDN aus. Einen Cache, der voll läuft, gibt es nicht.
fällt weg
-
TLS-Zertifikat und Ablaufdatum
Heute Zertifikat beim Hoster, Warnung vor dem Ablauf
Auf ShopifyKostenlos für alle verbundenen Domains. Alte CAA-Einträge im DNS müssen Shopifys Zertifizierungsstellen erlauben.
fällt weg
-
Erreichbarkeit der Startseite
Heute Aufruf alle paar Minuten, Alarm bei Fehler
Auf ShopifyBleibt sinnvoll, misst aber vor allem DNS und Domain. Störungen bei Shopify stehen zusätzlich auf der Statusseite.
bleibt
-
Domain beim Registrar
Heute Verlängerung beim Registrar oder über den Hoster
Auf ShopifyLiegt die Domain außerhalb von Shopify, verlängert sie niemand für Sie. Automatische Verlängerung nur für Domains, die Shopify verwaltet.
bleibt
-
Ladezeit und Core Web Vitals
Heute PageSpeed Insights und Search Console
Auf ShopifyDazu kommt Shopifys Web-Performance-Bericht, mit Markierungen für App-Installationen und Theme-Updates.
bleibt
-
Zahlungsanbieter
Shopware 6 Payment-Plugin, Statusseite des Anbieters
Magento 2 Payment-Extension, Statusseite des Anbieters
WooCommerce Payment-Gateway-Plugin, Statusseite des Anbieters
Auf ShopifyStörungen im Checkout meldet Shopifys Statusseite. Externe Anbieter melden ihre auf eigenen Statusseiten.
bleibt
-
Bestelleingang
Heute Bestellungen pro Stunde im Backend, selten mit Alarm
Auf ShopifyWird zum wichtigsten Signal für den Checkout. Ein zeitgesteuerter Flow-Workflow meldet, wenn keine Bestellungen kommen.
bleibt
-
Schnittstelle zur Warenwirtschaft
Shopware 6 Plugin oder Middleware, Fehlerlog auf dem Server
Magento 2 Extension oder Middleware, Cron-Log
WooCommerce Plugin oder Middleware, WooCommerce-Logs
Auf ShopifyHängt an Webhooks. Fünf Sekunden für die Antwort, acht Versuche in vier Stunden, danach kann das Abo verschwinden.
zieht um
-
Eigene Automatisierungen
Shopware 6 Flow Builder und Rule Builder
Magento 2 Cronjobs aus Extensions
WooCommerce Hooks und Automatisierungs-Plugins
Auf ShopifyLaufen in Shopify Flow. Fehler stehen 14 Tage im Verlauf, gemeldet werden sie nur mit einem eigenen Fehler-Workflow.
zieht um
-
Skripte von Apps im Shop
Heute Plugin-Code auf dem eigenen Server, Teil des Deployments
Auf ShopifyJede App kann Skripte in den Shop bringen, ohne Deployment. Wann sie dazukamen, zeigt der Web-Performance-Bericht.
neu
-
Störungen der Plattform selbst
Heute Ihr Server, Ihr Alarm
Auf ShopifyStatusseite mit Admin, Checkout, Storefront, API und Kasse als eigenen Bereichen. Meldungen lassen sich abonnieren.
neu
Geprüft am 21.10.2026 in der Shopify-Hilfe (Zertifikate, Domains, Web-Performance-Bericht, Flow), auf shopify.dev (Webhooks) und auf shopifystatus.com. Wie die Signale im alten Shop heißen, unterscheidet sich je Installation und Hoster, die Bezeichnungen sind die gängigen.
Was wegfällt, fällt wirklich weg. Serverlast, Hintergrundjobs, Suchindex und Seiten-Cache gibt es für Sie auf Shopify nicht mehr, und damit auch keinen Alarm dafür. Auch das Zertifikat ist erledigt: TLS-Zertifikate stellt Shopify laut Shopify-Hilfe für alle verbundenen Domains kostenlos aus, eigene Zertifikate lassen sich gar nicht einbinden. Eine Ausnahme stammt oft noch vom alten Hoster: Stehen im DNS Ihrer Domain CAA-Einträge, müssen sie die Zertifizierungsstellen erlauben, die Shopify nutzt. Sonst bleibt die Domain in „SSL ausstehend“ hängen, länger als die bis zu 48 Stunden, die die Ausstellung dauern kann.
Was bleibt, bleibt bei Ihnen. Die Domain verlängert niemand für Sie, solange sie bei einem externen Registrar liegt. Der Aufruf der Startseite alle paar Minuten bleibt sinnvoll, er misst nach dem Umstieg aber vor allem DNS und Domain. Fehler in den DNS-Einträgen sind laut Shopify-Beitrag gerade beim Plattformwechsel häufig. Und der Bestelleingang wird zum wichtigsten Signal überhaupt, dazu unten mehr.
Was neu dazukommt, hat keinen Server. Apps bringen Skripte in den Shop, Schnittstellen hängen an Webhooks, Automatisierungen laufen in Shopify Flow. Und Shopify selbst kann gestört sein. Dafür gibt es die Statusseite, auf der Admin, Checkout, Storefront, API und Kasse einzeln aufgeführt sind und deren Meldungen sich abonnieren lassen.
Ladezeit messen, wenn der alte Shop keine Zahlen mehr liefert
Für die Ladezeit bringt Shopify einen eigenen Bericht mit. Unter Statistiken › Berichte oder über den Hinweis auf der Theme-Seite zeigt er die drei Core Web Vitals, also Ladezeit des größten Elements (LCP), Reaktionszeit auf Eingaben (INP) und Layoutverschiebung (CLS). Gemessen wird bei echten Besuchern, ausgewertet am 75. Perzentil, laut Shopify-Hilfe mit bis zu 36 Stunden Verzug und für die letzten 90 Tage. Das Nützlichste für Umsteiger ist eine Kleinigkeit im Verlauf: Jede App-Installation und jedes Theme-Update erscheint dort als nummerierte Linie. In den ersten Monaten nach dem Go-live, wenn fast jede Woche eine App dazukommt, ist das die schnellste Antwort auf die Frage, seit wann die Produktseite langsamer ist.
Für den Vergleich mit dem alten Shop hilft der Bericht allerdings nicht. Er kennt nur den Shopify-Shop, und solange dieser hinter dem Passwort steht, sammelt er keine Werte. Den Vorher-Wert liefert nur der Chrome User Experience Report (CrUX), aus dem auch PageSpeed Insights und die Search Console ihre Felddaten beziehen. CrUX fasst Messungen je Domain über 28 Tage zusammen. Weil Ihre Domain beim Umstieg dieselbe bleibt, mischt CrUX vier Wochen lang alten und neuen Shop.
Felddaten
Was welche Quelle an welchem Tag nach dem Go-live zeigt
Ziehen Sie den Regler von vier Wochen vor bis 120 Tage nach dem Go-live. Die Zeitleiste zeigt, welche 28 Tage CrUX gerade zusammenfasst, und die Karten, was jede Quelle an diesem Tag anzeigt.
Im 28-Tage-Fenster von CrUX
46 % alter Shop 54 % Shopify
-
Shopifys Web-Performance-Bericht
nur ShopifyNur der neue Shop. Die Ansicht über 30 Tage enthält 14 Tage mit Werten.
-
PageSpeed Insights und Search Console
Mischwert46 % der Messungen stammen aus dem alten Shop, 54 % aus Shopify. Eine Verbesserung zeigt sich nur nach und nach.
-
CrUX-Verlauf über die History API
MischwerteDie neuen Wochenwerte sind Mischwerte. Die Werte des alten Shops stehen weiter im Verlauf.
Angenommen ist gleich viel Traffic an jedem Tag. Shopify-Bericht laut Shopify-Hilfe (bis zu 36 Stunden Verzug, 90 Tage, keine Werte im Passwortmodus), CrUX laut developer.chrome.com (28-Tage-Zeiträume, wöchentlich montags, bis 40 Wochen), Stand 21.10.2026. Beide Quellen werten nur Chrome aus, nicht Safari und nicht Chrome auf dem iPhone.
Daraus folgen zwei Regeln. Erstens: Sichern Sie den Vorher-Wert vor dem Go-live. Die CrUX History API liefert Wochenwerte für die Domain und für einzelne Adressen, standardmäßig 25, höchstens 40 Wochen zurück. Fragen Sie die Startseite, eine starke Kategorie und zwei, drei Bestseller einzeln ab und legen Sie das Ergebnis ins Projektlaufwerk. Zweitens: Beurteilen Sie den neuen Shop in den ersten vier Wochen nicht nach PageSpeed Insights. Der Wert dort ist ein Mischwert, und eine Verbesserung durch den neuen Shop zeigt sich erst nach und nach.
Eine Einschränkung gilt für beide Quellen. CrUX wertet laut Methodik Chrome auf Desktop und Android aus, nicht aber Chrome auf dem iPhone oder Safari. Auch Shopifys Bericht stützt sich laut Entwicklerdoku auf Chrome-Nutzer, die das Teilen von Messdaten erlaubt haben. Kauft Ihre Kundschaft überwiegend auf dem iPhone, sehen Sie sie in keiner der beiden Messungen. Dann hilft nur ein eigenes RUM-Werkzeug, also ein Skript, das bei echten Besuchern misst. Fragen Sie den Anbieter, welche Werte es aus Safari bekommt.
Wo es nach dem Umstieg leise bricht
Die RED-Methode aus dem Shopify-Beitrag zählt für einen Server drei Dinge: wie viele Anfragen kommen (Rate), wie viele davon scheitern (Errors) und wie lange sie dauern (Duration). Auf Shopify sehen Sie diese Zahlen für die Plattform nicht mehr, und Sie brauchen sie auch nicht. Dafür brauchen Sie sie für jede Verbindung, die Ihr Shop nach außen hat: zur Warenwirtschaft, zum PIM, zum Versanddienstleister, zur Buchhaltung.
Schnittstellen
Rate, Fehler, Dauer: die RED-Methode für Ihre Schnittstellen
Auf dem alten Server zählte RED die Anfragen an den Shop. Auf Shopify zählen Sie dieselben drei Dinge für jede Verbindung nach außen. Das Schema zeigt die häufigste: die Anbindung an die Warenwirtschaft.
D Dauer: vom Klick auf „Kaufen“ bis zum Auftrag im Lager, und vom Wareneingang bis zum Bestand im Shop
-
Rate: wie oft Ihre Anbindung anfragt
- Früher
- Anfragen pro Sekunde an Ihren Server
- Jetzt
- API-Aufrufe Ihrer Schnittstelle gegen das Limit Ihres Tarifs
Standard 100Advanced 200Plus 1.000Enterprise 2.000Punkte pro Sekunde, GraphQL Admin API
Eine einzelne Abfrage darf höchstens 1.000 Punkte kosten. Ist das Kontingent erschöpft, rät Shopify zu einer Sekunde Pause vor dem nächsten Versuch.
Alarm, wenndie Schnittstelle regelmäßig gedrosselt wird, etwa beim nächtlichen Bestandsabgleich
Sichtbar inden Logs der Schnittstelle, Drosselstatus in jeder API-Antwort
-
Fehler: was nicht ankommt
- Früher
- Fehlerhafte Anfragen, 500er im Server-Log
- Jetzt
- Fehlgeschlagene Webhook-Zustellungen und Flow-Läufe mit Fehlern
- Antwort binnen 5 Sekunden
- bis zu 8 Versuche in 4 Stunden
- Abo entfernt, wenn die Fehler anhalten
Nach dem Entfernen gibt es keine Fehler mehr, nur keine Daten. Flow zeigt Fehler je Schritt, 14 Tage lang, meldet sie aber nicht von selbst.
Alarm, wenndie Fehlerquote der Webhooks über 0,5 % steigt, ab da rät Shopify zum Nachsehen
Sichtbar indem Webhook-Protokoll der App (7 Tage) und unter Flow › Letzte Läufe
-
Dauer: wie lange eine Bestellung unterwegs ist
- Früher
- Antwortzeit des Servers je Anfrage
- Jetzt
- Zeit von der Bestellung bis zur Warenwirtschaft, und vom Wareneingang bis zum Bestand im Shop
Die Schnittstelle muss den Webhook innerhalb von fünf Sekunden annehmen und erst danach verarbeiten. Wie lange die Verarbeitung dauert, sieht Shopify nicht mehr.
Alarm, wenneine Bestellung nach 15 Minuten nicht in der Warenwirtschaft ist (Beispielwert)
Sichtbar indem Zeitstempel des Webhooks gegen den Eingang in der Warenwirtschaft
Der Abgleich, der alle drei fängt. Jede Nacht die Bestellungen von gestern in Shopify und in der Warenwirtschaft zählen. Eine Differenz ist ein Alarm, auch wenn keine der drei Zahlen auffällig war.
Grenzen laut shopify.dev (GraphQL-Limits, Webhook-Fehlerbehebung) und Shopify-Hilfe (Flow-Läufe), Stand 21.10.2026. Die Schwelle von 15 Minuten ist ein Beispiel, sie hängt davon ab, wie oft Ihr Lager Aufträge zieht.
Die gefährlichste der drei Zahlen ist die zweite, weil ein Fehler bei Webhooks sich selbst beendet. Laut Entwicklerdoku muss Ihre Schnittstelle innerhalb von fünf Sekunden antworten. Scheitert die Zustellung, versucht Shopify es bis zu acht Mal innerhalb von vier Stunden. Halten die Fehler an, wird das Abo entfernt. Ab dann gibt es keine Fehler mehr, sondern einfach keine Daten. Genau das ist im Beispiel vom Anfang passiert.
Shopify empfiehlt für diesen Fall, das Abo neu anzulegen und die Datensätze aus dem Ausfallzeitraum nachzuholen. Praktisch heißt das: Jede Schnittstelle braucht einen Abgleich, der nicht auf Webhooks vertraut. Einmal pro Nacht zählt er die Bestellungen von gestern in Shopify und in der Warenwirtschaft. Weichen die Zahlen ab, ist das ein Alarm, egal welche der drei Zahlen ihn verursacht hat. Wie Schnittstellen nach dem Umstieg gebaut werden, steht in Aus Plugins werden Dienste und in den Mustern für die ERP-Anbindung.
Für Shopify Flow gilt dasselbe in klein. Flow hält laut Shopify-Hilfe die Läufe 14 Tage vor und zeigt Fehler je Schritt, meldet sie aber nicht von selbst. Dafür gibt es seit 2023 einen eigenen Auslöser, „Workflow error threshold reached“. Er löst je Workflow-Version einmal aus, beim ersten Fehler. Ein Workflow mit diesem Auslöser und einer internen E-Mail kostet zehn Minuten und ist der Unterschied zwischen einem Fehler am Dienstag und einem Fund beim Monatsabschluss.
Der beste Checkout-Monitor ist die Bestellkurve
Der Shopify-Beitrag empfiehlt Transaction Monitoring: Skripte, die regelmäßig einen Kauf durchspielen. Auf einem Live-Shop erzeugt ein Skript, das bis zur Zahlung geht, echte Bestellungen, mit Rechnung, Lagerbewegung und Übergabe an die Warenwirtschaft. Prüfen Sie synthetisch deshalb nur bis zum Aufruf des Checkouts. Den Rest beantwortet eine einfachere Frage: Kommen Bestellungen an?
Dafür reicht ein Workflow in Flow. Der Auslöser „Scheduled time“ startet ihn laut Shopify-Hilfe zu festen Zeiten, höchstens alle zehn Minuten. Mit der Aktion „Get order data“ holt er die Bestellungen der letzten Stunden, und kommt in Ihren umsatzstarken Stunden keine einzige, schickt er eine interne E-Mail. Der Workflow weiß nicht, warum die Bestellungen fehlen, ob ein Theme-Update den Warenkorb-Button lahmgelegt hat, ob ein Zahlungsanbieter gestört ist oder Shopify selbst. Aber er merkt es, bevor es die Kundschaft meldet.
Reaktionszeit
Wer merkt es zuerst? Sieben Störungen, ohne und mit Überwachung
Typische Störungen der ersten Monate nach dem Umstieg. Der hohle Punkt zeigt, wann es ohne Überwachung jemand bemerkt, der gefüllte, wann ein Signal es meldet. Größenordnungen, keine Messung.
-
Shopify-Störung im Checkout
- Ohne Überwachung · Stunden
- Kundschaft meldet sich, Bestellungen bleiben aus
- Mit Überwachung · Minuten
- Abonnierte Meldung der Shopify-Statusseite
- Wer handelt
- Shopify behebt. Sie informieren Kundschaft und pausieren Kampagnen.
-
Neue App bremst die Produktseite
- Ohne Überwachung · Wochen
- Die Conversion Rate sinkt, niemand weiß, seit wann
- Mit Überwachung · Tage
- Markierung der App-Installation im Web-Performance-Bericht
- Wer handelt
- Agentur oder App-Anbieter: Skript verzögert laden oder App ersetzen.
-
Webhook-Abo der Warenwirtschaft entfernt
- Ohne Überwachung · Tage
- Kundenservice, nach den ersten Überverkäufen
- Mit Überwachung · Stunden
- Fehlerquote der Webhooks oder nächtlicher Abgleich
- Wer handelt
- Betreiber der Schnittstelle: Abo neu anlegen, Bestellungen nachholen.
-
Domain läuft beim Registrar aus
- Ohne Überwachung · Stunden
- Der Shop ist nicht erreichbar, E-Mails kommen zurück
- Mit Überwachung · vorher
- Ablaufdatum im Kalender oder automatische Verlängerung
- Wer handelt
- Wer den Zugang zum Registrar hat, nicht die Agentur von früher.
-
Flow-Workflow scheitert bei jeder Bestellung
- Ohne Überwachung · Wochen
- Buchhaltung beim Monatsabschluss
- Mit Überwachung · Minuten
- Auslöser für Fehlerschwellen mit interner E-Mail
- Wer handelt
- Wer den Workflow gebaut hat, danach die Läufe erneut starten.
-
Theme-Änderung legt den Warenkorb-Button lahm
- Ohne Überwachung · Tage
- Am Montag fällt der schwache Wochenendumsatz auf
- Mit Überwachung · Stunden
- Zeitgesteuerter Workflow meldet null Bestellungen
- Wer handelt
- Agentur: vorherige Theme-Version veröffentlichen, dann suchen.
-
Zahlart eines externen Anbieters gestört
- Ohne Überwachung · Stunden
- Abbrüche im Checkout, Rückfragen per E-Mail
- Mit Überwachung · Minuten
- Abonnierte Statusseite des Zahlungsanbieters
- Wer handelt
- Zahlart vorübergehend ausblenden, Anbieter kontaktieren.
Einordnung auf der Skala als Größenordnung, keine Messung. Die Signale beruhen auf der Shopify-Statusseite, dem Web-Performance-Bericht, der Webhook-Fehlerbehebung auf shopify.dev und den Flow-Auslösern für Fehlerschwellen und feste Zeiten, Stand 21.10.2026.
Zwei Dinge fallen in der Übersicht auf. Die meisten Störungen auf Shopify werden ohne Überwachung nicht von Ihnen bemerkt, sondern von Ihrer Kundschaft, Ihrem Kundenservice oder Ihrer Buchhaltung, also spät. Und kaum eine Überwachung kostet mehr als ein paar Stunden Einrichtung, weil die Werkzeuge schon da sind: Statusseite, Web-Performance-Bericht, Flow, das Dashboard der Schnittstelle. Was fehlt, ist meistens nur die Zuständigkeit. Schreiben Sie zu jedem Alarm einen Namen, bevor der Hostingvertrag endet.
Checkliste
Bevor der alte Server abgeschaltet wird
Die ersten fünf Punkte gehören vor den Go-live, die nächsten vier in die erste Woche danach, der letzte in die fünfte Woche. Ihre Häkchen bleiben in diesem Browser gespeichert.
0 von 10 erledigt
Wo Sie ansetzen, je nach Ausgangslage
| Ihre Situation | Empfehlung |
|---|---|
| Managed Hosting, der Hoster hat bisher alles überwacht | Vor der Kündigung die Liste seiner Alarme anfordern. Jede Zeile einer der vier Gruppen zuordnen, für die bleibenden einen Namen |
| Warenwirtschaft über eine eigene Schnittstelle angebunden | Fehlerquote der Webhooks beobachten, ab 0,5 % nachsehen. Nächtlicher Abgleich der Bestellungen, unabhängig von Webhooks |
| Warenwirtschaft über eine App des ERP-Anbieters angebunden | Beim Anbieter klären, wer Fehler bemerkt, wie er Sie informiert und ob die App fehlende Bestellungen selbst nachholt |
| Viele neue Apps in den ersten Monaten | Web-Performance-Bericht wöchentlich ansehen. Jede Verschlechterung mit den Markierungen für App-Installationen abgleichen |
| Wenig Besucher, wenige Tausend Sitzungen im Monat | Bericht wochen- oder monatsweise gruppieren. Für CrUX reicht der Traffic womöglich nicht, dann den Vorher-Wert im Labor festhalten |
| Kundschaft kauft überwiegend auf dem iPhone | Eigenes RUM-Werkzeug einplanen, weil weder CrUX noch Shopifys Bericht Safari-Nutzer erfassen |
| Domain beim Registrar, DNS bisher beim Hoster | Vor dem Umzug klären, wer die Domain verlängert und wer die DNS-Einträge pflegt. Alte CAA-Einträge prüfen |
| Automatisierungen aus Shopwares Flow Builder oder Cronjobs | In Flow nachbauen und einen Workflow mit dem Auslöser für Fehlerschwellen anlegen. Die Läufe sind nur 14 Tage einsehbar |
| Produkt-Drops oder große Kampagnen an festen Tagen | Statusseite abonnieren und am Kampagnentag die Bestellkurve verfolgen. Mehr dazu unter Produkt-Drops |
Was Sie aus diesem Artikel mitnehmen sollten
Mit dem Umstieg auf Shopify verschwindet der Teil der Überwachung, der am meisten Arbeit gemacht hat. Übrig bleibt der Teil, der am leisesten bricht. Drei Fragen helfen, ihn rechtzeitig abzudecken.
Welche Alarme gibt es heute? Die Liste liegt beim Hoster oder im eigenen Monitoring. Fünf von vierzehn typischen Zeilen fallen weg, der Rest bleibt, zieht um oder kommt neu dazu.
Wo liegt der Vorher-Wert? Shopifys Bericht kennt den alten Shop nicht, und PageSpeed Insights mischt vier Wochen lang beide Shops. Wer vergleichen will, sichert die CrUX-Werte vor dem Go-live.
Wer merkt es, wenn eine Verbindung abreißt? Ein Webhook-Abo, das nach anhaltenden Fehlversuchen entfernt wird, meldet sich nicht mehr. Ein nächtlicher Abgleich und ein Workflow, der fehlende Bestellungen meldet, schließen diese Lücke.
Wenn Sie vor dem Go-live stehen und Ihre Alarmliste einmal mit jemandem durchgehen möchten, der Shops nach dem Umstieg betreut: Lassen Sie uns sprechen. Wie wir Migrationen planen, steht auf Shopsystem-Migration. Für Shops ohne B2B und ERP-Anbindung gibt es den Migration-Starter zum Festpreis. Was der Wechsel von Ihrem System konkret bedeutet, lesen Sie auf Shopware zu Shopify, Magento zu Shopify und WooCommerce zu Shopify.
