Wissensdatenbank

An einer Website arbeiten, die jemand mit Ihnen geteilt hat

Der Inhaber einer Website kann einem Entwickler eine Website per E-Mail übergeben – nicht sein Konto, nicht seine Abrechnung, nicht seine anderen Websites. Beide Hälften: das Teilen und Widerrufen im Dashboard sowie das Herunterladen der Website mit zinnector login, clone und dev, inklusive Datenbank – plus das, was jede Rolle tun kann und was nicht.

Ein Website-Besitzer kann Ihnen Zugriff auf eine seiner Websites gewähren – nicht auf sein Konto, nicht auf seine Abrechnung, nicht auf seine anderen Websites –, und Sie arbeiten daran mit Ihrer eigenen Zinn Digital®-Anmeldung und der kostenlosen Zinnector®-CLI. Diese Anleitung behandelt beide Aspekte: was der Besitzer tut und was Sie tun.

Wenn Sie Zinnector® noch nicht verwendet haben, installiert Erste Schritte mit Zinnector® dieses in etwa zwei Minuten. Nichts davon erfordert, dass Sie Hosting erwerben.

Für den Website-Besitzer – Eine Website freigeben

  1. Öffnen Sie die Website in Ihrem Dashboard und gehen Sie zu Sicherheit.
  2. Wählen Sie unter Wer sonst auf diese Website zugreifen kann die Option Diese Website freigeben.
  3. Geben Sie die E-Mail-Adresse des Entwicklers ein. Er benötigt noch kein Konto – falls er sich noch nie angemeldet hat, erhält er eine Einladung, und der Zugriff beginnt in dem Moment, in dem er sie annimmt.
  4. Wählen Sie eine Rolle:
  • Betrachter – kann sich die Website ansehen und nichts ändern.
  • Editor – die Rolle, die ein Entwickler normalerweise benötigt. Er kann die Dateien der Website ändern, wp-admin verwenden und ein Archiv der Website herunterladen, um lokal daran zu arbeiten. Dieses Archiv enthält die Datenbank.
  • Manager – alles, was ein Editor tun kann, plus das Wiederherstellen eines Backups.
  1. Geben Sie einen Grund und, falls die Arbeit ein Enddatum hat, ein Ablaufdatum an. Die Berechtigung läuft an diesem Datum einfach ab; Sie müssen nicht daran denken, sie zu entfernen.
  2. Speichern Sie.

Unabhängig davon, w Sie wählen, kann ein Mitarbeiter die Website niemals löschen, Ihre Abrechnung einsehen oder auf eine Ihrer anderen Websites zugreifen.

Was „das Archiv enthält die Datenbank“ bedeutet

Ein Editor oder Manager kann eine Kopie der Website erstellen, um daran zu arbeiten, und eine Kopie einer Website besteht aus ihren Dateien und ihrer Datenbank. Eine WordPress-Datenbank enthält alles, was Ihre Besucher der Website hinterlassen haben – Namen und E-Mail-Adressen von Kommentatoren, Kundenkonten, WooCommerce-Bestellungen und Lieferadressen, Formulareinsendungen.

Das ist normalerweise genau das, was ein Entwickler braucht: Ohne dies betrachtet er Ihr Theme auf einer leeren Website. Es ist gut zu wissen, da es sich um echte personenbezogene Daten handelt und die Personen, zu denen sie gehören, Ihre Kunden sind, nicht unsere.

Daraus ergeben sich zwei Dinge, und die Plattform erledigt beide für Sie:

  • Jeder Export befindet sich in Ihrem Audit-Log. Öffnen Sie das Audit-Log und suchen Sie nach site.backup.exported. Jede Zeile gibt an, wer ihn erstellt hat, wann und ob dieses Archiv die Datenbank enthielt. Sie müssen nicht nachfragen.
  • Sie können den Zugriff jederzeit beenden. Das Widerrufen erfolgt sofort – siehe unten.

Wenn Sie es vorziehen, dass sie ohne die Datenbank arbeiten, weisen Sie sie an, beim Pull-Vorgang --no-database hinzuzufügen; das ist ein Flag, und der Rest funktioniert wie gewohnt.

Für den Entwickler – Die Website auf Ihren Rechner holen

1. Zinnector® installieren

npm install -g zinnector
zinnector --version

Sie benötigen Node 24 oder neuer. node --version muss v24 oder höher ausgeben.

2. Als Sie selbst anmelden

zinnector login

Dadurch wird Ihr Browser geöffnet und Sie werden mit Ihrem eigenen Zinn Digital®-Konto angemeldet – dem Konto, an das die Einladung gesendet wurde. Sie benötigen niemals das Passwort des Besitzers, und er muss Ihnen keines geben.

Überprüfen Sie, was Ihnen zugewiesen wurde:

zinnector sites

Sie sehen genau die Websites, für die Sie freigegeben wurden, und nichts sonst. Wenn die Liste leer ist, wurde die Einladung noch nicht angenommen oder die Berechtigung wurde widerrufen oder ist abgelaufen.

3. Die Website herunterladen

zinnector clone client-domain.com
cd client-domain.com

clone erstellt ein lokales Projekt aus der gehosteten Website. Es umfasst:

  • wp-content – die Themes, Plugins, mu-Plugins, Sprachen und Medien, die die eigene Arbeit der Website ausmachen;
  • die Datenbank, geschrieben als database.sql im Projekt.

Dabei werden der WordPress-Core (Ihre lokale Laufzeitumgebung stellt die richtige Version bereit), wp-config.php (sie enthält das Datenbankpasswort der Live-Website) und alle Medien, die in den Objektspeicher ausgelagert wurden, bewusst ausgelassen.

Jeder Ausführungsvorgang gibt genau aus, was übernommen und was weggelassen wurde, einschließlich der Anzahl. Wenn Sie nur die Dateien möchten, fügen Sie --no-database hinzu.

Sie haben das Projekt bereits und möchten nur die neuesten Daten? Führen Sie darin zinnector pull aus.

4. Lokal ausführen, mit den echten Inhalten

zinnector dev --runtime docker

In der Docker-Laufzeitumgebung wird dadurch database.sql importiert, die URL der Website auf Ihre lokale Adresse umgeschrieben und die Website mit den echten Inhalten des Kunden geöffnet. Melden Sie sich mit den eigenen WordPress-Konten der Website an.

Die Standardlaufzeitumgebung – WordPress Playground, die kein Docker erfordert – startet schneller und importiert die Datenbank nicht; sie weist Sie darauf hin, anstatt leise im leeren Zustand zu starten. Verwenden Sie sie, wenn Sie an Code arbeiten und die Inhalte nicht benötigen.

5. Die erhaltene Kopie pflegen

database.sql ist die Datenbank einer Live-Website. Zinnector® fügt sie in dem Moment, in dem sie geschrieben wird, zur .gitignore-Datei Ihres Projekt hinzu, damit ein unachtsames git add -A nicht die Kundendaten von jemandem in einem Repository veröffentlichen kann. Ändern Sie diese Zeile nicht und löschen Sie die Datei, wenn die Arbeit erledigt ist.

Was ein Mitarbeiter tun kann und was nicht

| | Betrachter | Editor | Manager | |---|---|---|---| | Website und Einstellungen anzeigen | ✔ | ✔ | ✔ | | Dateien ändern, wp-admin verwenden, bereitstellen | | ✔ | ✔ | | Website inklusive Datenbank abrufen | | ✔ | ✔ | | Ein Backup über der Live-Website wiederherstellen | | | ✔ | | Die Website löschen | | | | | Abrechnung oder Rechnungen einsehen | | | | | Auf die anderen Websites des Besitzers zugreifen | | | |

Die letzten drei Zeilen sind für jede Rolle leer. Sie stellen keine Einstellung dar.

Zugriff beenden

Der Besitzer öffnet den Bereich Sicherheit der Website und wählt neben dem Namen der Person die Option Widerrufen. Dies wird sofort wirksam: Der nächste Zinnector®-Befehl, den dieser Entwickler ausführt, kann die Website nicht mehr sehen, und auch nichts anderes, worüber er verfügt.

Ein Ablaufdatum bewirkt dasselbe an einem bestimmten Datum, ohne dass sich jemand daran erinnern muss. Wenn Sie beim Freigeben der Website eines festgelegt haben, sind Sie bereits fertig.

Wenn etwas nicht funktioniert

  • zinnector sites zeigt nichts an. Die Einladung wurde nicht angenommen oder die Berechtigung wurde widerrufen oder ist abgelaufen. Bitten Sie den Besitzer, den Sicherheitsbereich der Website zu überprüfen – eine ausstehende Einladung ist dort aufgelistet.
  • zinnector pull meldet, dass die Website kein aktuelles Backup hat. Der Pull-Vorgang erstellt ein neues, falls der Tarif dies zulässt, und fragt zuvor nach. Wenn der Tarif keine On-Demand-Backups beinhaltet, erhöhen Sie den Wert von --max-age, um ein älteres zu akzeptieren.
  • zinnector dev startet ein leeres WordPress. Sie verwenden die Playground-Laufzeitumgebung, die keine Datenbank importiert. Führen Sie zinnector dev --runtime docker aus.
  • Die lokale Website leitet immer wieder zur Live-Domain um. Der Import schreibt die Website-URL um; falls dieser Schritt fehlgeschlagen ist, gibt der Befehl eine Meldung aus und zeigt die auszuführende wp search-replace-Zeile an.

Weitere Fehler und deren Behebung: Zinnector®-Fehlerbehebung.

Alle Entwicklerdokumente

Neueste Beiträge aus dem Blog

Worüber wir über Hosting, SEO und das Betreiben von Websites im großen Stil geschrieben haben.

SEO und Linkbuilding aus der Hosting-Ebene: Die Sicht eines Betreibers für 2026

Wie Hosting die Indexierung und Link-Equity im Jahr 2026 beeinflusst: Seiten im Index halten, alte Domains vor dem Aufbau von Projekten prüfen, Linkaufbau ohne digitalen Fußabdruck und eine ehrliche Einschätzung darüber, was Infrastruktur für SEO leisten kann und was nicht.

Beitrag lesen

WordPress schnell and sicher machen: Eine Checkliste für Leistung und Plugins

Eine praktische Checkliste für schnelles, sicheres WordPress: Server-Caching, ein objektspezifischer Cache pro Site, die wenigen Plugins, die sich lohnen, das Aktualisieren des Stacks und die WooCommerce-Seiten, die Sie niemals cachen dürfen.

Beitrag lesen

So wählen Sie 2026 das richtige Managed Webhosting aus: Ein Einkäufer-Leitfaden

Was gutes Managed Hosting wirklich von einem billigen Server mit Control Panel unterscheidet – Migrationen, Backups, Isolierung, echtes Caching und ehrliches Scaling – und woran Sie das erkennen, bevor Sie sich festlegen.

Beitrag lesen

Den Blog lesen

Immer noch nicht weiter?

Der Support ist in jedem Tarif enthalten, das Team ist 24 Stunden am Tag für Sie da und Sie können uns in jeder unserer 58 Sprachen schreiben – wir antworten Ihnen in Ihrer Sprache.

Support kontaktieren Alle Artikel