Kennisbank

Werken aan een website die iemand met u heeft gedeeld

De eigenaar van een website kan één website via e-mail overdragen aan een ontwikkelaar — niet diens account, niet de facturering en niet de andere websites. Beide helften: het delen en intrekken via het dashboard, en het ophalen van de website met zinnector login, clone en dev, inclusief de database — plus wat elke rol wel en niet kan doen.

De eigenaar van een website kan u toegang geven tot één van diens websites — niet tot diens account, niet tot de facturatie, niet tot de andere websites — en u werkt eraan met uw eigen Zinn Digital®-inloggegevens en de gratis Zinnector® CLI. Deze handleiding behandelt beide kanten hiervan: wat de eigenaar doet en wat u doet.

Als u Zinnector® nog nooit hebt gebruikt, kunt u dit in ongeveer twee minuten installeren via Aan de slag met Zinnector®. U hoeft hiervoor nergens hosting aan te schaffen.

Voor de eigenaar van de website — één website delen

  1. Open de website in uw dashboard en ga naar Beveiliging.
  2. Kies onder Wie heeft er nog meer toegang tot deze website voor Deel deze website.
  3. Typ het e-mailadres van de ontwikkelaar. Deze hoeft nog geen account te hebben — als diegene nog nooit is ingelogd, ontvangt deze een uitnodiging en gaat de toegang in zodra deze wordt geaccepteerd.
  4. Kies een rol:
  • Kijker — kan alleen bekijken en kan niets wijzigen.
  • Editor — de rol die een ontwikkelaar meestal nodig heeft. Deze kan de bestanden van de website wijzigen, wp-admin gebruiken en een archief van de website downloaden om er lokaal aan te werken. Dat archief bevat de database.
  • Beheerder — alles wat een editor kan, plus het terugzetten van een back-up.
  1. Geef een reden op en, als het werk een einddatum heeft, een vervaldatum. De verleende toegang stopt op die datum automatisch; u hoeft er niet aan te denken om deze te verwijderen.
  2. Opslaan.

Wat u ook kiest, een medewerker kan de website nooit verwijderen, uw facturatie inzien of bij uw andere websites komen.

Wat "het archief bevat de database" betekent

Een editor of beheerder kan een kopie van de website meenemen om aan te werken, en een kopie van een website bestaat uit de bestanden en de database. Een WordPress-database bevat wat uw bezoekers aan de website hebben toevertrouwd — namen en e-mailadressen van reaguurders, klantaccounts, WooCommerce-bestellingen en afleveradressen, en ingediende formulieren.

Dat is doorgaans precies wat een ontwikkelaar nodig heeft: zonder dat bekijken ze uw thema op een lege website. Het is goed om dit te weten, omdat het om echte persoonsgegevens gaat en de mensen van wie ze zijn, uw klanten zijn en niet de onze.

Hier vloeien twee dingen uit voort, en het platform doet beide voor u:

  • Elke export staat in uw auditlogboek. Open Auditlogboek en zoek naar site.backup.exported. In elke rij staat wie de export heeft gemaakt, wanneer, en of dat archief de database bevatte. U hoeft het niet te vragen.
  • U kunt het op elk moment beëindigen. Intrekken werkt direct — zie hieronder.

Als u liever wilt dat ze zonder de database werken, vertel hen dan om --no-database toe te voegen bij het ophalen; het is één vlaggetje en de rest werkt hetzelfde.

Voor de ontwikkelaar — de website op uw machine krijgen

1. Zinnector® installeren

npm install -g zinnector
zinnector --version

U hebt Node 24 of hoger nodig. node --version moet v24 of hoger afdrukken.

2. Inloggen als uzelf

zinnector login

Hiermee opent u uw browser en logt u in met uw eigen Zinn Digital®-account — het account waarnaar de uitnodiging is verzonden. U hebt het wachtwoord van de eigenaar nooit nodig, en zij hoeven u er geen te geven.

Controleer wat aan u is toegewezen:

zinnector sites

U ziet precies de websites die met u zijn gedeeld, en niets anders. Als de lijst leeg is, is de uitnodiging nog niet geaccepteerd, of is de toegang ingetrokken of verlopen.

3. De website ophalen

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

Met clone maakt u een lokaal project aan op basis van de gehoste website. Dit omvat:

  • wp-content — de thema's, plugins, mu-plugins, talen en media die het eigen werk van de website vormen;
  • de database, weggeschreven naar database.sql in het project.

De WordPress-core wordt hierbij bewust achtergelaten (uw lokale runtime levert de juiste versie), evenals wp-config.php (deze bevat het database-wachtwoord van de live website) en alle media die zijn uitbesteed aan objectopslag.

Elke uitvoering drukt exact af wat er is meegenomen en wat is achtergelaten, inclusief tellingen. Als u alleen de bestanden wilt, voegt u --no-database toe.

Hebt u het project al en wilt u alleen de laatste versie? Voer dan zinnector pull uit binnen het project.

4. Lokaal draaien, met de echte inhoud

zinnector dev --runtime docker

Op de Docker-runtime wordt database.sql geïmporteerd, wordt de URL van de website herschreven naar uw lokale adres, en wordt de website geopend met de echte inhoud van de klant erin. Log in met de eigen WordPress-accounts van de website.

De standaardruntime — WordPress Playground, waarvoor geen Docker nodig is — start sneller en importeert de database niet; in plaats van stilletjes leeg te starten, krijgt u hier een melding van. Gebruik deze optie wanneer u aan code werkt en de inhoud niet nodig hebt.

5. Goed zorgen voor de kopie die u hebt gekregen

database.sql is de database van een live website. Zinnector® voegt dit bestand direct toe aan de .gitignore van uw project zodra het wordt weggeschreven, zodat een afwezige git add -A niet per ongeluk de klanten van iemand anders naar een repository publiceert. Laat die regel met rust en verwijder het bestand wanneer het werk erop zit.

Wat een medewerker wel en niet kan

| | Kijker | Editor | Beheerder | |---|---|---|---| | De website en de instellingen bekijken | ✔ | ✔ | ✔ | | Bestanden wijzigen, wp-admin gebruiken, implementeren | | ✔ | ✔ | | De website ophalen, inclusief database | | ✔ | ✔ | | Een back-up terugzetten over de live website | | | ✔ | | De website verwijderen | | | | | Facturatie of facturen bekijken | | | | | Bij de andere websites van de eigenaar komen | | | |

De laatste drie rijen zijn leeg voor elke rol. Dit is geen instelling.

Toegang beëindigen

De eigenaar opent het gedeelte Beveiliging van de website en kiest Intrekken naast de naam van de persoon. Dit is direct van kracht: het volgende Zinnector®-commando dat die ontwikkelaar uitvoert, kan de website niet meer zien, en al het andere waarover deze beschikt evenmin.

Een vervaldatum doet op een bepaalde datum precies hetzelfde, zonder dat iemand eraan hoeft te denken. Als u er een hebt ingesteld toen u de website deelde, bent u al klaar.

Als iets niet werkt

  • zinnector sites laat niets zien. De uitnodiging is niet geaccepteerd, of de toegang is ingetrokken of verlopen. Vraag de eigenaar om te kijken in het beveiligingsgedeelte van de website — een in afwachting zijnde uitnodiging wordt daar weergegeven.
  • zinnector pull meldt dat de website geen recente back-up heeft. Bij het ophalen wordt er eerst om gevraagd en wordt er een nieuwe gemaakt als het abonnement dat toestaat. Als het abonnement geen on-demand back-ups omvat, verhoog dan --max-age om een oudere back-up te accepteren.
  • zinnector dev start een lege WordPress-installatie. U gebruikt de Playground-runtime, die geen database importeert. Voer zinnector dev --runtime docker uit.
  • De lokale website blijft omleiden naar het live domein. De import herschrijft de website-URL; als die stap is mislukt, meldt het commando dit en wordt de uit te voeren wp search-replace-regel afgedrukt.

Meer fouten en de bijbehorende oplossingen: Zinnector®-probleemoplossing.

Alle ontwikkelaarsdocumentatie

Laatste nieuws van de blog

Waarover we hebben geschreven over hosting, SEO en het op schaal draaien van websites.

SEO en linkbuilding vanuit de hostinglaag: de visie van een operator in 2026

Hoe hosting indexing en linkwaarde vormgeeft in 2026: pagina's geïndexeerd houden, verouderde domeinen controleren voordat je erop bouwt, linkbuilding zonder digitale voetafdruk, en een eerlijke blik op wat infrastructure wel en niet voor SEO kan doen.

Lees het bericht

WordPress snel en veilig maken: Een checklist voor prestaties en plug-ins

Een praktische checklist voor een snelle, veilige WordPress: server-level caching, een per-site object cache, het handjevol plugins dat het waard is om te draaien, het up-date houden van de stack, en de WooCommerce pagina's die je nooit mag cachen.

Lees het bericht

Hoe je beheerde webhosting kiest in 2026: een kopersgids

Wat goede beheerde hosting nu echt onderscheidt van een goedkope server met een controlepaneel — migraties, back-ups, isolatie, echte caching en eerlijke schaalbaarheid — en hoe je dit beoordeelt voordat je je verbindt.

Lees het bericht

Lees de blog

Kom je er niet uit?

Ondersteuning is inbegrepen in elk abonnement, de helpdesk is 24 uur per dag geopend en u kunt ons in elk van onze 58 talen schrijven — wij antwoorden u in de uwe.

Contact opnemen met support Alle artikelen