Kurz gesagt
Die Magento Agentur zu wechseln muss weder Ausfallzeit noch verlorene Bestellungen bedeuten. Das Risiko liegt in der Übergabe: Zugänge, die Ihnen nicht gehören, Code, den niemand geprüft hat, und Patches, die niemand bestätigen kann. Diese Checkliste zeigt, was Sie sichern sollten, bevor Sie die Magento Agentur wechseln, wie die Übergabe Schritt für Schritt auf einer Staging-Kopie abläuft und was Sie in den ersten 30 Tagen mit Ihrer neuen Magento Agentur prüfen sollten.
Anzeichen, dass es Zeit ist, die Magento Agentur zu wechseln
Die meisten Agenturbeziehungen enden schleichend, nicht mit einem großen Vorfall. Diese Anzeichen sollten Sie ernst nehmen.
- Tickets warten tagelang auf eine Antwort, und dringende Probleme werden wie normale Anfragen behandelt
- Niemand kann Ihnen sagen, welche Magento-Version und welchen Patch-Stand Ihr Shop hat
- Sicherheitspatches werden spät eingespielt oder direkt im Live-Shop, ohne Test auf Staging
- Jedes Update macht etwas kaputt, und die Korrekturen werden als neue Arbeit abgerechnet
- Sie haben keinen Zugriff auf Ihren eigenen Code, Ihren Server oder Ihre Konten, oder Sie müssen jedes Mal danach fragen
- Der Entwickler, der Ihren Shop kannte, ist gegangen, und der Rest des Teams fängt bei null an
- Sie brauchen Kompetenzen, die die Agentur nicht hat, zum Beispiel Hyvä, Adobe Commerce oder Serverarbeit
Was Ihnen gehören muss, bevor Sie die Magento Agentur wechseln
Bevor Sie etwas ankündigen, prüfen Sie, ob jedes der folgenden Konten und jeder Schlüssel auf Ihr Unternehmen läuft oder ob Sie zumindest Admin-Zugriff darauf haben. Alles, was nur die bisherige Agentur in der Hand hat, kann die Übergabe blockieren.
| Was | Wo es liegt | Warum es wichtig ist |
|---|---|---|
| Git-Repository | GitHub, GitLab oder Bitbucket | Die gesamte Code-Historie, inklusive eigener Module und Theme-Anpassungen. Sie sollte in Ihrer Organisation liegen, die Agentur ist nur als Mitglied eingeladen. |
| Server und Hosting | Konto beim Hoster, SSH und Control Panel | Ohne Inhaberzugriff können Sie den Shop weder umziehen noch skalieren oder wiederherstellen. |
| Magento Marketplace Access Keys | Commerce-Marketplace-Konto (MAGEID) | Composer lädt mit diesen Schlüsseln Magento- und Marketplace-Pakete von repo.magento.com. Im Marketplace gekaufte Erweiterungen sind an das Konto gebunden, mit dem sie gekauft wurden. |
| Composer auth.json | Projektordner oder Composer-Home auf dem Server | Enthält die Zugangsdaten für private Paket-Repositories. Die Datei gehört nicht ins Git, also lassen Sie sich jedes enthaltene Repository auflisten. |
| Hyvä-Lizenz oder Schlüssel | Hyvä-Konto | Das Hyvä-Theme ist kostenlos und Open Source, der Composer-Zugang nutzt aber einen Schlüssel, der an Ihre Domain gebunden ist. Hyvä Checkout, UI und Commerce sind kostenpflichtige Lizenzen. |
| Lizenzen für Erweiterungen | Kundenkonto beim jeweiligen Anbieter | Von der Agentur gekaufte Lizenzen laufen eventuell auf deren Namen. Bitten Sie um eine Übertragung oder um Schlüssel und Downloads auf Ihren Namen. |
| Domain, DNS und Cloudflare | Konten bei Registrar und Cloudflare | Wer das DNS kontrolliert, bestimmt, wohin der Shop zeigt und wie seine E-Mails zugestellt werden. |
| API-Schlüssel für Zahlung und Versand | Dashboards von Zahlungsanbieter und Versanddienstleister | Die Schlüssel sollten in Ihren Konten erstellt und nach dem Wechsel geändert werden. |
| Google-Konten | GA4, Search Console, Merchant Center, Google Ads, Tag Manager | Ihre Daten und deren Historie. Sie sollten Inhaber sein, die Agentur nur Nutzer. |
| Backups | Hosting und externer Speicher | Ein aktuelles Backup von Datenbank und Medien, das Sie selbst herunterladen können. |
| Dokumentation | Wiki, README, Ticketsystem | Deployment-Schritte, Cronjobs, Schnittstellen, eigene Module und bekannte Probleme. |
Laut Adobe-Dokumentation gehören Marketplace Access Keys zu dem MAGEID-Konto, das sie erstellt hat: Der Public Key ist der Benutzername, der Private Key das Passwort für repo.magento.com. Hat die bisherige Agentur die Schlüssel in ihrem eigenen Konto erstellt, legen Sie in Ihrem Konto neue an und lassen sie während der Übergabe in die auth.json eintragen. Composer empfiehlt selbst, die auth.json nicht ins Git aufzunehmen, deshalb finden Sie sie nicht im Repository.
Übergabe ohne Ausfallzeit, Schritt für Schritt
- Audit: Die neue Agentur prüft den Shop, bevor sie irgendetwas ändert, darunter Magento-Version, Erweiterungen, eigenen Code, Server-Stack, Cron, Indexer, Logs und Ladezeit.
- Zugangsübergabe: Sie legen für die neue Agentur persönliche Konten in Git, beim Hosting, im Magento-Admin, bei Cloudflare und bei Google an. Keine geteilten Passwörter und keine Logins, die von der alten Agentur weitergereicht werden.
- Staging-Kopie: Die neue Agentur baut aus dem Git-Repository und einer anonymisierten Kopie der Datenbank eine Staging-Umgebung auf und prüft, ob das Deployment sauber durchläuft.
- Code-Review: Der Code auf dem Live-Server wird mit dem Git-Repository verglichen. Änderungen, die direkt auf dem Server gemacht wurden, und veränderte Core-Dateien fallen in diesem Schritt auf.
- Patch-Stand prüfen: Das Commerce Version Tool von Adobe, im Magento-Stammverzeichnis mit php vendor/bin/patch-status gestartet, zeigt, welche monatlichen Sicherheitspatches installiert sind und welche fehlen. Der Befehl vendor/bin/magento-patches status des Quality Patches Tool listet die eingespielten Quality Patches auf.
- Monitoring: Erreichbarkeit, Fehlerlogs, Cron, Queues und Checkout-Prüfungen werden eingerichtet, bevor der Zugang der alten Agentur entfernt wird. So läuft nichts unbeobachtet.
- Zugangsdaten erneuern: Sobald das neue Team selbstständig arbeitet, werden Passwörter, SSH-Schlüssel, API-Schlüssel und Marketplace-Schlüssel, die die alte Agentur genutzt hat, geändert oder entfernt.
- Überlappung und Umstellung: Planen Sie eine kurze Überlappung ein, in der die alte Agentur noch Fragen beantworten kann, und beenden Sie ihren Zugang dann zu einem vereinbarten Datum.
Keiner dieser Schritte greift in den Live-Shop ein. Ihre Kunden bestellen weiter, während die Übergabe im Hintergrund läuft.
Die ersten 30 Tage mit Ihrer neuen Magento Agentur
- Ein schriftlicher Audit-Bericht mit Version, Patch-Stand, Risiken und einer Prioritätenliste
- Fehlende Sicherheitspatches werden zuerst auf Staging eingespielt und dann live gebracht
- Backups werden geprüft, indem eines tatsächlich auf Staging wiederhergestellt wird
- Das Deployment ist dokumentiert, sodass jeder Entwickler im Team Änderungen auf dieselbe Weise live bringt
- Ein Plan für die kommenden Monate, etwa ein Upgrade, Performance-Arbeit oder das Aufräumen von Erweiterungen
Was Sie eine neue Magento Agentur fragen sollten
- Wie führen Sie die Übergabe durch, und was brauchen Sie in der ersten Woche von uns?
- Vergleichen Sie den Code auf dem Server mit dem Git-Repository?
- Wie spielen Sie Sicherheitspatches ein, und wie bestätigen Sie danach den Patch-Stand?
- Welche Reaktionszeiten sichern Sie bei dringenden Problemen zu, und stehen sie im Vertrag?
- Bleiben alle Konten, Schlüssel und Lizenzen auf unseren Namen?
- Was dokumentieren Sie, und wo können wir es nachlesen?
Wie Sie sich im Guten von der alten Agentur trennen
- Lesen Sie zuerst den Vertrag: Kündigungsfrist, offene Rechnungen und wem Code und Lizenzen gehören
- Kündigen Sie schriftlich, mit einem klaren Enddatum und einer Liste dessen, was übergeben werden muss
- Fragen Sie nach Dokumentation, offenen Tickets und bekannten Problemen, nicht nur nach Passwörtern
- Bezahlen Sie offene Rechnungen pünktlich, denn ohne Streit läuft eine Übergabe reibungsloser
- Entfernen Sie Zugänge erst, wenn die neue Agentur bestätigt hat, dass alles funktioniert
Fehler, die Sie vermeiden sollten, wenn Sie die Magento Agentur wechseln
- Den Zugang der alten Agentur entfernen, bevor Sie eine funktionierende Kopie von Code und Datenbank haben
- Ohne Prüfung davon ausgehen, dass das Git-Repository dem Live-Server entspricht
- In der ersten Woche ein Upgrade oder Redesign starten, bevor das Audit abgeschlossen ist
- Ein Admin-Login unter mehreren Personen teilen, statt persönliche Konten anzulegen
- Cronjobs, Schnittstellen und E-Mail-Einstellungen vergessen, die nur auf dem Server existieren
- Schlüssel und Passwörter unverändert lassen, nachdem das alte Team weg ist
Wechsel zu MageBooster
MageBooster ist eine Magento Agentur für Magento Open Source, Adobe Commerce, Mage-OS und Hyvä. Der Wechsel zu uns erfolgt in vier Schritten: Audit und Prüfung der Zugänge in der ersten Woche, 24/7-Monitoring ab der zweiten Woche und danach laufende Betreuung mit monatlichen, auf Staging getesteten Sicherheitspatches und einem monatlichen Bericht. Am Anfang steht eine kostenlose Analyse Ihres Shops, und Sie entscheiden, wie es weitergeht.
Unser Magento Support und Wartung ansehen →
Lesen Sie auch: Warum mit einer Magento Agentur arbeiten? →
Wir melden uns bei Ihnen
Hinterlassen Sie Ihre Daten und die Adresse Ihres Shops. Wir sehen uns zuerst Ihren Shop an und melden uns innerhalb eines Werktags, per Telefon, WhatsApp oder E-Mail, ganz wie Sie möchten.
English
German
Dutch
Turkish