Question 1

Machst du eher Shopify oder Shopware?

Accepted Answer

Beides. Ich setze Shopify- und Shopware-Projekte um und empfehle die Plattform nicht nach Bauchgefühl, sondern nach deinem Setup: Teamgröße, Integrationen (ERP/CRM/PIM), Time-to-Market, gewünschte Flexibilität und laufende Betriebskosten. Shopify ist oft die schnellere Strecke, wenn du mit einem stabilen Standard starten willst und dein Fokus auf Marketing, Content und saubere Kampagnen liegt. Shopware spielt seine Stärke aus, wenn Prozesse komplexer sind, du mehr Backend-Logik brauchst oder B2B sauber abbilden willst. Das Entscheidende ist nicht welches System ist cooler, sondern wie dein Alltag aussieht: Datenflüsse, Team, Release-Druck und Betriebskosten. Typische Aufgaben auf Shopify sind Theme-Individualisierung, App/Plugin-Anpassungen, Reworks, Performance-Fixes, Debugging, Grundkonfiguration und Checkout-Optimierung. Typische Aufgaben auf Shopware sind Theme- und Plugin-Entwicklung, Migration Shopware 5 nach 6, Core-Updates, Integrationen, Backend-Logik und ein Setup, das Updates aushält. Und ja: Wenn es um WordPress oder WooCommerce geht, kann ich genauso übernehmen: Updates, Performance, Stabilität und Betrieb. In der Praxis läuft es kurz: URL plus Ziel plus Kontext, und du bekommst eine klare Empfehlung inklusive Reihenfolge, Risiken und Quick Wins.

Question 2

Was bekomme ich aus dem URL-Schnellcheck?

Accepted Answer

Ein kompaktes Mini-Audit: was ist ok, was ist auffällig und warum es dich (als Shop) Geld oder Zeit kostet. Der Check schaut unter anderem auf Statuscodes und Redirect-Ketten, Title und Meta-Description, H1, Bilder ohne Alt-Text, größte Bilder/Assets sowie interne und externe Links. Zusätzlich gibt es ein heuristisches System-Signal (zum Beispiel Shopware, Shopify, WordPress oder React/SPA) basierend auf HTML, Headers und Asset-Pfaden. Kein Deep-Crawl, aber oft sehr treffsicher für den ersten Blick. Wenn du willst, übernimmst du das Ergebnis direkt ins Kontaktformular, damit wir mit Context starten können.

Question 3

Machst du auch WordPress oder WooCommerce?

Accepted Answer

Ja. Ich übernehme WordPress-Seiten und WooCommerce-Shops, wenn das Setup stabil und betreibbar werden soll: Updates, Plugin-Hygiene, Performance, Caching, Backups und Monitoring. Viele WP-Probleme kommen nicht von WordPress an sich, sondern von zu vielen Plugins, keiner Update-Routine, fehlendem Staging und Backups ohne Restore-Test. Ich räume das so auf, dass ihr wieder planbar arbeiten könnt: Staging/Deploy, saubere Update-Fenster, Security-Basics, Bildgrößen/WebP und eine kleine Checkliste. Wenn WP/WooCommerce für euren Scope passt, ist das super. Wenn es an Grenzen stößt, sage ich es früh und schlage eine saubere Alternative vor.

Question 4

Was brauchst du von uns, damit du loslegen kannst?

Accepted Answer

Am besten: URL, ein Satz woran wir Erfolg messen (zum Beispiel schneller Checkout, weniger Ausfälle, bessere Conversion) und kurz, was gerade am meisten nervt. Für Bugs helfen ein bis zwei echte Beispiele: Screenshot, Fehlermeldung oder ein Link zum betroffenen Produkt plus wann es passiert. Wenn ihr schon Tools habt, spart das Zeit: Sentry/Logs, GA4, Search Console, Monitoring, Deployment-Setup. Zugänge brauche ich nur, wenn es wirklich nötig ist; dann klären wir Rollen, minimale Rechte und dass Zugänge am Ende wieder rausfliegen. Danach bekommst du einen Plan in verständlich: was ist kritisch, was ist nice-to-have, welche Reihenfolge ist realistisch und was ihr intern vorbereiten könnt.

Question 5

Kannst du auch Hosting und Betrieb übernehmen?

Accepted Answer

Ja. Ich übernehme Hosting und Betrieb nicht nur als Server läuft, sondern als Umsatzschutz: Monitoring mit sinnvollen Alerts, Backups inklusive Restore-Test, regelmäßige Updates und eine Deploy-Routine mit Rollback-Pfad. Ziel ist weniger Incidents, weniger heute ist es langsam, und Releases, die man wieder planen kann. Ich arbeite gern mit deutschen Premium-Hostern wie timmehosting oder all-inkl und kann auch bestehende Setups stabilisieren statt umzuziehen. Typische Baustellen sind Kleinigkeiten mit großer Wirkung: Cache-Header, Bildgrößen/Compression, Fonts, CDN, Cronjobs, Timeouts, Logs, Speicherlimits und Deploy-Reihenfolge. Wartung heißt am Ende langweilig gut: Update-Fenster, kurze Checkliste, Rollback, danach Ruhe.

Question 6

Wie schnell kannst du einsteigen?

Accepted Answer

In der Regel kann ich nach einem kurzen Kickoff innerhalb weniger Tage starten. Bei akuten Problemen wie Checkout-Ausfällen, Zahlungsproblemen oder wenn der Shop down ist, priorisiere ich schneller, weil dort sofort Umsatz und Vertrauen betroffen sind. Der Einstieg ist pragmatisch: Ist-Zustand aufnehmen, Risikoquellen benennen, Quick Wins fixen und dann eine realistische Reihenfolge definieren. Du bekommst früh Klarheit, was wirklich kritisch ist, was Folgeschaden ist und was warten kann. Wenn ihr Tickets/Reports habt (Sentry, Logs, GA4, Search Console), hilft das enorm. Wichtig: Ich verspreche keine 48h Komplettsanierung, ich verspreche saubere Priorisierung und schnelle, belastbare Schritte.

Question 7

Bekomme ich nur Umsetzung oder auch Strategie?

Accepted Answer

Beides. Ich setze operativ um und liefere gleichzeitig die Entscheidungsgrundlage: Was bringt kurzfristig Conversion oder Stabilität, was lohnt sich später, und wo baust du technische Schulden auf, wenn du abkürzt. Manche Maßnahmen wirken klein (Bilder/Fonts/Caching), haben aber großen Impact. Ich denke gern in drei Ebenen: Stabilität (Umsatz schützen), Performance (Tempo und UX) und Conversion (weniger Friction, klarer Funnel). Wenn es passt, helfe ich auch beim technischen Teil von SEO: saubere Titles/Metas, strukturierte Daten, Indexierbarkeit und Core Web Vitals. Entscheidungen dokumentiere ich kurz und verständlich, damit du intern schneller freigeben kannst.

Question 8

Ist die Zusammenarbeit auch white-label möglich?

Accepted Answer

Ja. Ich kann komplett im Hintergrund arbeiten (als technische Verlängerung deiner Agentur) oder sichtbar als technischer Ansprechpartner im Kundentermin. Wichtig sind klare Rollen, saubere Übergaben und Doku, die dem Team wirklich hilft. Ich kann mich in eure Tools einklinken (Jira/Asana, Slack/Teams, GitHub/GitLab) und so arbeiten, dass es für den Kunden wie aus einem Guss wirkt. Wenn mehrere Gewerke beteiligt sind (Design, Tracking, Backend, Hosting), halte ich die technische Kante sauber: wer liefert was, wie wird getestet, und wie vermeiden wir es funktioniert nur auf meinem Rechner. Am Ende zählt, dass das Ding läuft und das Team damit weiterarbeiten kann.

Question 9

Was kostet ein typisches Projekt?

Accepted Answer

Kommt auf Umfang, Risiko und Ausgangslage an. Ein Theme-Rework mit Fixes ist etwas anderes als eine Migration Shopware 5 nach 6 oder eine Hosting-Übernahme mit Betriebsroutine. Nach einem kurzen Check (URL plus Ziel plus Kontext) nenne ich dir eine realistische Spanne und die sinnvollste Reihenfolge. Wenn es komplexer ist, starte ich lieber mit einem kleinen Audit/Discovery-Paket, damit die Schätzung belastbar wird. Ich arbeite gern in klaren Paketen (Stabilisierung, Performance, Conversion, Migration), damit du jederzeit siehst, wofür du bezahlst und was als Nächstes dran ist. Lieber sauber priorisieren und Schritt für Schritt liefern als eine Billiglösung, die später doppelt kostet.

Question 10

Bietest du laufende Betreuung an?

Accepted Answer

Ja. Viele Kunden nutzen eine laufende Betreuung, weil Shops im Alltag nicht fertig sind: Core-Updates, Apps/Plugins, Security-Patches, Performance-Drift, Tracking-Themen und kleine Bugs kommen immer wieder. Eine gute Betreuung heißt nicht immer dran rum bauen, sondern Risiken früh sehen und planbar beheben: Monitoring/Alerts, Backups mit Restore-Test, Update-Routine und schnelle Fixes, wenn etwas brennt. Dazu gehört Hygiene: Abhängigkeiten sauber halten, Dead-Code raus, klare Deploy-Routine und eine kleine QA-Checkliste, die wirklich benutzt wird. Wenn du intern ein Team hast, ist das oft die beste Kombination: euer Team bleibt im Tagesgeschäft schnell, ich stabilisiere und liefere bei Bedarf.

Question 11

Machst du auch Migrationen oder Replatforming?

Accepted Answer

Ja. Migration ist oft der Punkt, an dem es entweder einfach irgendwie online wird oder langfristig stabil. Bei Shopware ist Shopware 5 nach 6 ein Klassiker: Daten, Plugins, Theme, Prozesse, Schnittstellen. Ich plane das so, dass ihr nicht auf einmal alles gleichzeitig anfassen müsst. Bei Shopify ist es häufig kein kompletter Plattformwechsel, sondern ein Rework: Theme neu strukturieren, technische Schulden raus, Performance hoch, Apps/Custom Code aufräumen, und danach wieder planbar weiterentwickeln. Wichtig ist immer SEO und Tracking: Redirects, Canonicals, Titles/Metas, strukturierte Daten und saubere Events. Du bekommst eine klare Reihenfolge, ein Testing-Setup und einen Go-Live-Plan inklusive Rollback.

Question 12

Wie läuft der Start konkret ab?

Accepted Answer

Kurz Kickoff: Ziel, aktuelle Lage, Zugang (falls nötig) und was gerade am meisten weh tut. Danach ein Reality-Check: Was ist Ursache, was ist Symptom, was ist Risiko. Dann Quick Wins: Dinge, die sofort Ruhe reinbringen (Performance-Bremsen, offensichtliche Bugs, kaputte Releases, fehlende Backups/Monitoring). Aus dem Check entsteht eine Reihenfolge, die Sinn ergibt: zuerst Stabilität/Blocker, dann Performance, dann Conversion. Umsetzung passiert in Paketen mit QA-Checkliste und Rollback-Pfad. Du bekommst Updates, die du nachvollziehen kannst, statt ist jetzt deployed. Und wenn etwas nicht sauber ist, sage ich es: lieber Klartext als späterer Schaden.

Shopware 5 End of Life: Ihr Wegbegleiter für den Übergang

Was bedeutet "End of Life" für Shopware 5?

Warum ist der Wechsel wichtig?

Wie kann ich helfen?