共有されたサイトの編集作業

サイトの所有者は、アカウント情報、請求情報、その他のサイトではなく、自分のサイトの1つへのアクセス権をあなたに付与することができ、あなたは自分の Zinn Digital® ログイン情報と無料の Zinnector® CLI を使用してそのサイトで作業を行うことができます。このガイドでは、その両方の側面、すなわち所有者が行うこととあなたが行うことについて説明します。

これまで Zinnector® を使用したことがない場合は、Zinnector® の開始方法を参照して約2分でインストールしてください。ここではホスティングを購入する必要のある手順はありません。

サイトの所有者向け — 1つのサイトの共有

1. ダッシュボードでサイトを開き、[セキュリティ] に移動します。
2. [このサイトにアクセスできるユーザー] で、[このサイトを共有] を選択します。
3. 開発者のメールアドレスを入力します。開発者はまだアカウントを持っている必要はありません。サインインしたことがない場合は招待状が送信され、承諾した瞬間からアクセスが有効になります。
4. [ロール] を選択します。
5. [閲覧者] — 閲覧のみが可能で、何も変更できません。
6. [編集者] — 開発者が通常必要とするロールです。サイトのファイルの変更、wp-admin の使用、ローカルで作業するためのサイトのアーカイブのダウンロードを行うことができます。そのアーカイブにはデータベースが含まれます。
7. [マネージャー] — 編集者が実行できるすべての操作に加え、バックアップの復元を行うことができます。
8. [理由] を入力し、作業に終了日がある場合は [有効期限] を設定します。権限はその日付になると自動的に終了するため、手動で削除し忘れる心配はありません。
9. 保存します。

どのように選択した場合でも、共同作業者がサイトを削除したり、請求情報を閲覧したり、他のサイトにアクセスしたりすることは決してできません。

「アーカイブにデータベースが含まれる」の意味

編集者またはマネージャーは作業用にサイトのコピーを取得できますが、サイトのコピーにはファイルおよびデータベースが含まれます。WordPress のデータベースには、訪問者がサイトに残した情報（コメント投稿者の名前とメールアドレス、顧客アカウント、WooCommerce の注文と配送先住所、フォームの送信内容など）が保持されます。

これは通常、開発者が正確に必要としているものです。これがなければ、開発者は空のサイトに対してテーマを確認することになります。これは実際の本物の個人データであり、そのデータの持ち主は弊社ではなくお客様の顧客であるため、把握しておく価値があります。

これに伴い、プラットフォームによって以下の2つの処理が自動的に実行されます。

• すべてのエクスポートが監査ログに記録されます。 [監査ログ] を開き、site.backup.exported を探します。各行には、誰が、いつ取得したか、およびそのアーカイブにデータベースが含まれていたかどうかが記録されます。確認のために問い合わせる必要はありません。
• いつでもアクセスを終了できます。 取り消しは即座に実行されます（下記を参照）。

データベースなしで作業させたい場合は、プル時に --no-database を追加するよう伝えてください。1つのフラグを追加するだけで、残りの手順は同様に動作します。

開発者向け — マシンへのサイトの取得

1. Zinnector® のインストール

npm install -g zinnector
zinnector --version

Node 24 以降が必要です。node --version は v24 またはそれ以降を出力する必要があります。

2. 自分のアカウントでサインイン

zinnector login

これによりブラウザが開き、招待状の送信先であるあなた自身の Zinn Digital® アカウントでサインインが行われます。所有者のパスワードが必要になることはなく、所有者からパスワードを提供してもらう必要もありません。

付与された権限を確認します。

zinnector sites

共有されたサイトのみが正確に表示されます。リストが空である場合、招待状がまだ承諾されていないか、権限が取り消されているか、有効期限が切れています。

3. サイトのプル

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

clone はホストされているサイトからローカルプロジェクトを作成します。以下が含まれます。

• wp-content — サイト独自の成果物であるテーマ、プラグイン、mu-plugins、言語、メディア
• データベース — プロジェクト内の database.sql に書き込まれます

WordPress コア（適切なバージョンはローカルのランタイムによって提供されます）、wp-config.php（ライブサイトのデータベースパスワードが保持されています）、およびオブジェクトストレージにオフロードされたメディアは意図的に除外されます。

実行するたびに、取得されたものと除外されたものが件数とともに正確に出力されます。ファイルのみが必要な場合は、--no-database を追加してください。

すでにプロジェクトがあり、最新の状態にしたいだけですか？プロジェクト内で zinnector pull を実行してください。

4. 実際のコンテンツを使用してローカルで実行する

zinnector dev --runtime docker

Docker ランタイムでは、database.sql がインポートされ、サイトの URL がローカルアドレスに書き換えられ、顧客の実際のコンテンツが含まれた状態でサイトが開きます。サイト独自の WordPress アカウントを使用してログインしてください。

デフォルトのランタイムである WordPress Playground（Docker は不要）は起動がより速く、データベースをインポートしません。空の状態で静かに起動するのではなく、その旨が表示されます。コードの作業を行っており、コンテンツを必要としない場合に使用してください。

5. 付与されたコピーの管理

database.sql は稼働中のサイトのデータベースです。Zinnector® は書き込みが行われた瞬間にプロジェクトの .gitignore に追加するため、うっかり git add -A を実行しても誰かの顧客データをリポジトリに公開してしまうことはありません。その行はそのままで、作業が完了したらファイルを削除してください。

共同作業者ができることとできないこと

| | 閲覧者 | 編集者 | マネージャー | |---|---|---|---| | サイトとその設定の表示 | ✔ | ✔ | ✔ | | ファイルの変更、wp-admin の使用、デプロイ | | ✔ | ✔ | | サイトのプル（データベースを含む） | | ✔ | ✔ | | ライブサイトへのバックアップの復元 | | | ✔ | | サイトの削除 | | | | | 請求情報または請求書の表示 | | | | | 所有者のその他のサイトへのアクセス | | | |

最後の3つの行はすべてのロールで空白になっています。これらは設定ではありません。

アクセスの終了

所有者はサイトの [セキュリティ] セクションを開き、該当するユーザー名の横にある [取り消し] を選択します。これは直ちに有効になります。その開発者が次に実行する Zinnector® コマンドではそのサイトを表示できなくなり、保持している他の手段でもアクセスできなくなります。

有効期限を設定すると、誰かが手動で覚えておく必要なく、指定した日付に同じ処理が実行されます。サイトを共有したときに有効期限を設定した場合、すでに作業は完了しています。

動作しない場合

• zinnector sites に何も表示されない。 招待が承諾されていないか、権限が取り消されているか、有効期限が切れています。所有者にサイトのセキュリティセクションを確認してもらってください。保留中の招待がそこにリストされます。
• zinnector pull でサイトに最近のバックアップがないと表示される。 プランで許可されている場合、プルによって新しいバックアップが取得されますが、その前に確認メッセージが表示されます。オンデマンドバックアップがプランに含まれていない場合は、古いバックアップを受け入れるために --max-age を増やしてください。
• zinnector dev で空の WordPress が起動する。 データベースをインポートしない Playground ランタイムを使用しています。zinnector dev --runtime docker を実行してください。
• ローカルサイトがライブドメインにリダイレクトされ続ける。 インポートによってサイトの URL が書き換えられます。そのステップが失敗した場合、コマンドはその旨を出力し、実行すべき wp search-replace の行を表示します。

その他のエラーとその解決策については、Zinnector® のトラブルシューティングを参照してください。