Shopware Shop-Audit: Wer hat den Reparaturplan geschrieben?

Ein Zwischenhändler am Ladentresen präsentiert einen Reparaturplan auf Transparentpapier, während das Original, von dem er abgepaust wurde, hinter ihm an der Wand hängt

Letzte Woche kam über Fiverr eine Anfrage für einen Shopware-6-Shop: eine Liste mit Fehlern im Storefront und Performance-Problemen und eine Black-Friday-Kampagne, die näher rückte.

Innerhalb von zwei Tagen habe ich meinen Ansatz, den vollständigen Umfang für ein Shopware Shop-Audit und einen Phasenplan geschickt, rückwärts vom Black Friday geplant. Dann schrieb der Auftraggeber, er habe jemand anderen beauftragt. Ich habe ihm viel Erfolg gewünscht und gesagt, er könne sich jederzeit wieder melden. Nicht jedes Angebot wird zum Auftrag, und das ist in Ordnung.

Was mich beschäftigt, ist der Verlauf des Gesprächs. Er sah sehr nach Plan-Fishing aus: Man sammelt kostenlos detaillierte Pläne von erfahrenen Entwicklern und verwendet sie dann im eigenen Angebot an jemand anderen. Wenn es so war, zahlt am Ende der Händler, dem dieser Shop gehört.

Das Briefing klang nach einem echten Händler

Die erste Nachricht listete die Probleme sauber auf: eine Mischung aus Fehlern im Storefront, Performance und Tracking. Dazu kam der Satz, man suche keinen Neubau des Shops. Genau das sagt jemand, dessen Shop läuft, aber wackelt.

Also habe ich ordentlich geantwortet. Mein erster Schritt wäre eine Prüfung mit reinen Leserechten: Shopware-Version, Plugin-Liste, Theme-Overrides und Fehlerlogs. Danach würde ich den schwersten Fehler auf einer Staging-Kopie mit aktivem Profiler nachstellen.

Die nächste Nachricht brachte eine vollständige Stellenbeschreibung. Bevor ein Termin vereinbart würde, wollte der Auftraggeber Folgendes haben:

  • Einen festen Umfang für das Audit und was es abdeckt
  • Eine Lieferzeit und meinen frühesten Starttermin
  • Eine Spanne für die Reparaturen nach dem Audit
  • Einen Plan für den monatlichen Support mit Stunden und Reaktionszeiten

Ich habe alles geschickt. Danach eine günstigere Version in Phasen, mit Terminen bis zur Kampagne.

Die Anzeichen für Plan-Fishing

Im Rückblick passen einige Signale ins Muster. Für sich allein beweist keines davon etwas.

  • Die Antworten nahmen den Plan und wollten mehr. Viele schreiben mit KI, und das ist in Ordnung. Auffällig war, dass jede Antwort meine eigenen Punkte an mich zurückgab (“your intention to inspect the system safely before touching production”) und dann mehr Details verlangte, ohne eine einzige Frage zum Plan selbst.
  • Der Absender war nicht der, den das Briefing nahelegte. Das Briefing sprach im Namen des Shops, aber das Profil wirkte wie das eines Junior-Entwicklers ohne Shopware-Hintergrund. Agenturen leiten ständig Briefings von Kunden weiter. Dieses hat nie gesagt, dass es weitergeleitet war.
  • Erst kam “langfristig”, dann ein zweiter Plan. Auf “We need someone reliable and someone who can be with us long term” folgte eine Nachricht später die Bitte um “the most economical phased approach”. Nach einer günstigeren Option zu fragen, ist normal. Hier bedeutete es aber auch einen zweiten, noch detaillierteren Plan mit Terminen.
  • Das Gespräch endete, sobald der Plan vollständig war. Der Phasenplan ging raus, am nächsten Tag folgte eine höfliche Absage.

Ich vermute, der Auftraggeber war ein Zwischenhändler, der die Pläne an den eigentlichen Shopbetreiber weitergibt. Beweisen kann ich das nicht. Vielleicht hat er einfach jemanden gefunden, der ihm besser gefiel.

Zwischenhändler sind nicht das Problem. Agenturen vergeben ständig Aufträge an Subunternehmer, und ich habe selbst in Agenturteams gearbeitet. Läuft das sauber, bezahlt die Agentur das Audit und beauftragt die Person, die den Plan geschrieben hat, oder zumindest jemanden, der ihn umsetzen kann. Etwas kostenlose Planung gehört auch zum Verkaufen: Ein Angebot soll zeigen, wie man denkt. Plan-Fishing fragt so lange nach mehr, bis das Angebot zur eigentlichen Arbeit geworden ist, und gibt die Arbeit dann jemand anderem.

Wenn es hier so war, trägt das grösste Risiko der Shopbetreiber, der nichts davon gesehen hat.

Warum ein Reparaturplan so leicht zu kopieren ist

Ein guter Reparaturplan aus einem Shopware Shop-Audit packt Jahre mit immer denselben Problemen in ein paar Absätze: welcher Fehler zuerst drankommt, wo so ein Fehler meistens anfängt, was man prüft, bevor man dem Server die Schuld gibt, und was nie auf dem Live-Shop getestet werden darf.

Das zu schreiben, braucht Erfahrung. Es in ein fremdes Angebot zu kopieren, dauert eine Minute.

Der Plan selbst repariert allerdings nichts. Ihn umzusetzen heisst, ein Theme zu lesen, das man nicht geschrieben hat, eine Store-API-Antwort durch Twig und JavaScript zu verfolgen und Ursache von Symptom zu unterscheiden.

So kann ein Händler am Ende ein Angebot in der Hand halten, das nach Senior-Arbeit klingt, und einen Entwickler, der es nicht umsetzen kann. Das merkt man, sobald die Arbeit beginnt. Vier Wochen vor Black Friday ist dafür der schlechteste Zeitpunkt.

Was ein sicheres Shopware Shop-Audit abdeckt

Hier ist das Audit, das ich für diesen Shop vorgeschlagen habe, ohne die Preise. Halten Sie jeden Plan, den Sie bekommen, daneben.

  • Im Live-Shop ändert sich nichts. Admin-Zugang nur mit Leserechten, Lesezugriff auf Theme- und Plugin-Code und Lesezugriff auf Analytics.
  • Fehler werden auf einer Staging-Kopie nachgestellt. Shopware dokumentiert, wie man eine Staging-Instanz anlegt, und ein ernsthaftes Audit beginnt dort.
  • Jeder Fehler wird von vorne bis hinten verfolgt. Von der Store-API-Antwort über Layout, Theme und JavaScript, mit aktivem Profiler, bis klar ist, wo genau er entsteht.
  • Fehler bekommen eine Ursache. Wer ein Symptom von Hand flickt, lässt die Ursache stehen, und derselbe Fehler taucht an anderer Stelle wieder auf.
  • Langsame Seiten und Timeouts werden an Belegen geprüft. Cache-Einrichtung, Plugins, langsame Anfragen, Import-Zeitpunkte und Server-Logs, bevor jemand einen grösseren Server vorschlägt.
  • Das Tracking wird inventarisiert. Welche Analytics-, Pixel- und Consent-Tools installiert sind und was fehlt.
  • Der Bericht beziffert jeden Fix. Ursache pro Problem, Stunden pro Fix und die Reihenfolge der Umsetzung.
  • Jeder Fix hat einen Weg zurück. Erst Staging, dann Backup und Rollback-Plan, dann ein Code-Freeze vor der Kampagne.

Für Performance gilt dieselbe Regel: erst messen, dann reparieren. Bei einem Shop mit 530.000 Artikeln habe ich den Import von 33 Stunden auf unter 3 gesenkt. Mehr davon finden Sie in meinen Case Studies.

Fünf Fragen, die zeigen, wer den Plan geschrieben hat

Dafür müssen Sie keinen Code lesen. Fragen Sie die Person, die die Arbeit macht, und nicht nur die, die das Angebot geschickt hat.

  1. “Nehmen Sie ein Problem und sagen Sie mir, was es Ihrer Meinung nach verursacht.” Wer den Plan geschrieben hat, hat eine Vermutung und kann sie begründen. Ein kopierter Plan wird Ihnen nur vorgelesen.
  2. “Warum diese Reihenfolge?” Die Reihenfolge der Fixes ist eine Entscheidung, und wer sie getroffen hat, kann sie verteidigen.
  3. “Was fassen Sie in meinem Live-Shop nicht an?” Die Antwort sollte eine konkrete Liste von Dingen sein, die nur auf Staging passieren.
  4. “Zeigen Sie mir einen Live-Shop auf Shopware, an dem Sie gearbeitet haben, und Ihre genaue Rolle.” “Allein gebaut” und “Backend-Features in einem Agenturteam” sind beides gute Antworten. Vage Antworten sind ein Warnsignal.
  5. “Wer macht die Arbeit, und wer ist verantwortlich, wenn etwas kaputtgeht?” Eine gute Agentur oder ein guter Freelancer beantwortet beides ohne Zögern. Eine vage Antwort auf eine der beiden Fragen ist das Warnsignal.

Der Preis ist die andere Hälfte der Beauftragung. Darüber habe ich in was der günstigste Shopware-Entwickler wirklich kostet geschrieben.

Ein Shopware Shop-Audit rückwärts vom Black Friday planen

Black Friday fällt dieses Jahr auf den 27. November. Rechnen Sie von dort zurück:

  • Ein Code-Freeze etwa eine Woche vorher. Keine Deployments, solange die Kampagne läuft.
  • Etwa eine Woche Tests vor dem Freeze.
  • Die Fixes, beziffert aus den Ergebnissen des Audits.
  • Das Shopware Shop-Audit, das am ersten Tag Staging und Zugänge braucht.

Ab Ende Oktober bleiben dafür etwa vier Wochen. Wenn die Zugänge eine Woche brauchen, ist der Plan schon knapp.

Wenn Ihr Shopware-Shop so eine Liste hat und ein Kampagnendatum darauf steht, schicken Sie mir die Liste. Ich sage Ihnen, wo ich zuerst hinschauen würde, und Sie können mir jede der fünf Fragen oben stellen.

Artikel teilen

Fanden Sie das hilfreich? Teilen Sie es mit Ihrem Netzwerk

Huzaifa Mustafa

Huzaifa Mustafa

Shopware 6 zertifizierter Entwickler mit 166+ individuellen Plugins in der DACH-Region. Ich schreibe über Shopware-Architektur, E-Commerce-Performance und Erfahrungen aus realen Projekten.

Brauchen Sie Hilfe mit Shopware?

Lassen Sie uns besprechen, wie ich bei Ihrem E-Commerce-Projekt helfen kann.