Trabajando en un sitio que alguien compartió con usted

El propietario de un sitio puede otorgarle acceso a uno de sus sitios (no a su cuenta, no a su facturación, no a sus otros sitios) y usted puede trabajar en él con su propio inicio de sesión de Zinn Digital® y la CLI gratuita de Zinnector®. Esta guía cubre ambas mitades de ese proceso: lo que hace el propietario y lo que hace usted.

Si no ha utilizado Zinnector® anteriormente, Primeros pasos con Zinnector® lo instala en unos dos minutos. Nada de lo aquí indicado requiere que compre un servicio de alojamiento.

Para el propietario del sitio: compartir un sitio

1. Abra el sitio en su panel de control y vaya a Seguridad.
2. En Quién más puede acceder a este sitio, elija Compartir este sitio.
3. Escriba la dirección de correo electrónico del desarrollador. No necesitan tener una cuenta todavía; si nunca han iniciado sesión, recibirán una invitación y el acceso comenzará en el momento en que la acepten.
4. Elija un rol:

• Visualizador — puede ver, pero no puede cambiar nada.
• Editor — el rol que un desarrollador suele necesitar. Puede modificar los archivos del sitio, utilizar wp-admin y descargar un archivo comprimido del sitio para trabajar en él localmente. Dicho archivo incluye la base de datos.
• Administrador — todo lo que puede hacer un editor, además de restaurar una copia de seguridad.

1. Indique un motivo y, si el trabajo tiene una fecha de finalización, una caducidad. La autorización simplemente deja de contar en esa fecha; no tiene que acordarse de eliminarla.
2. Guarde.

Elija lo que elija, un colaborador nunca podrá eliminar el sitio, ver su facturación ni acceder a ninguno de sus otros sitios.

Qué significa que "el archivo incluye la base de datos"

Un editor o un administrador puede obtener una copia del sitio para trabajar en ella, y la copia de un sitio consiste en sus archivos y su base de datos. Una base de datos de WordPress contiene todo lo que sus visitantes le han proporcionado al sitio: nombres y direcciones de correo electrónico de los comentaristas, cuentas de clientes, pedidos y direcciones de entrega de WooCommerce, y envíos de formularios.

Por lo general, eso es exactamente lo que necesita un desarrollador: sin ello, estaría viendo su tema sobre un sitio vacío. Conviene saberlo, ya que se trata de datos personales reales y las personas a quienes pertenecen son sus clientes, no los nuestros.

De ello se desprenden dos cosas, y la plataforma hace ambas por usted:

• Cada exportación queda registrada en su registro de auditoría. Abra el Registro de auditoría y busque site.backup.exported. Cada fila indica quién la realizó, cuándo y si ese archivo comprimido incluía la base de datos. No tiene que preguntar.
• Puede finalizarlo en cualquier momento. La revocación es instantánea; consulte los detalles a continuación.

Si prefiere que trabajen sin la base de datos, indíqueles que añadan --no-database al realizar la extracción (pull); es un único indicador y el resto funciona igual.

Para el desarrollador: traer el sitio a su equipo

1. Instalar Zinnector®

npm install -g zinnector
zinnector --version

Necesita Node 24 o una versión posterior. node --version debe mostrar v24 o superior.

2. Iniciar sesión con su cuenta

zinnector login

Esto abrirá su navegador y le permitirá iniciar sesión con su propia cuenta de Zinn Digital®, aquella a la que se envió la invitación. Nunca necesita la contraseña del propietario, y este nunca necesita proporcionarle ninguna.

Compruebe los accesos que se le han concedido:

zinnector sites

Verá exactamente los sitios que se han compartido con usted y nada más. Si la lista está vacía, la invitación aún no ha sido aceptada, o el acceso ha sido revocado o ha expirado.

3. Extraer el sitio

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

El comando clone crea un proyecto local a partir del sitio alojado. Obtiene:

• wp-content — los temas, complementos (plugins), complementos obligatorios (mu-plugins), idiomas y archivos multimedia que forman parte del propio sitio;
• la base de datos, guardada en database.sql dentro del proyecto.

Deliberadamente omite el núcleo de WordPress (su entorno de ejecución local proporciona la versión correcta), wp-config.php (que contiene la contraseña de la base de datos del sitio en producción) y cualquier archivo multimedia que se haya delegado a un almacenamiento de objetos.

Cada ejecución indica exactamente lo que ha obtenido y lo que ha omitido, junto con los recuentos. Si solo desea los archivos, añada --no-database.

¿Ya tiene el proyecto y solo quiere la versión más reciente? Ejecute zinnector pull dentro del directorio.

4. Ejecutarlo localmente con el contenido real

zinnector dev --runtime docker

En el motor de ejecución de Docker, esto importa database.sql, reescribe la URL del sitio a su dirección local y abre el sitio con el contenido real del cliente. Inicie sesión con las cuentas de WordPress propias del sitio.

El motor de ejecución predeterminado (WordPress Playground, que no requiere Docker) se inicia más rápido y no importa la base de datos; se lo notificará en lugar de iniciarse vacío de forma silenciosa. Utilícelo cuando esté trabajando en el código y no necesite el contenido.

5. Cuidar la copia que se le ha proporcionado

database.sql es la base de datos de un sitio en producción. Zinnector® la añade al archivo .gitignore de su proyecto en el momento en que la crea, de modo que un despiste con git add -A no pueda publicar los clientes de alguien en un repositorio. No modifique esa línea y elimine el archivo cuando haya terminado el trabajo.

Lo que un colaborador puede y no puede hacer

| | Visualizador | Editor | Administrador | |---|---|---|---| | Ver el sitio y su configuración | ✔ | ✔ | ✔ | | Cambiar archivos, usar wp-admin, desplegar | | ✔ | ✔ | | Extraer el sitio, base de datos incluida | | ✔ | ✔ | | Restaurar una copia de seguridad sobre el sitio en producción | | | ✔ | | Eliminar el sitio | | | | | Ver la facturación o las facturas | | | | | Acceder a los otros sitios del propietario | | | |

Las últimas tres filas aparecen en blanco para todos los roles. No se trata de una configuración.

Finalización del acceso

El propietario abre la sección de Seguridad del sitio y selecciona Revocar junto al nombre de la persona. Tiene efecto inmediato: el siguiente comando de Zinnector® que ejecute ese desarrollador no podrá ver el sitio, y tampoco podrá hacerlo ningún otro recurso del que disponga.

Una fecha de caducidad realiza la misma acción en el momento previsto, sin que nadie tenga que recordarlo. Si configuró una al compartir el sitio, ya ha terminado.

Qué hacer si algo no funciona

• zinnector sites no muestra nada. La invitación no ha sido aceptada, o el acceso fue revocado o ha expirado. Pida al propietario que revise la sección de Seguridad del sitio; allí aparece reflejada cualquier invitación pendiente.
• zinnector pull indica que el sitio no tiene ninguna copia de seguridad reciente. La operación de extracción genera una nueva si el plan lo permite, solicitando confirmación previa. Si el plan no incluye copias de seguridad bajo demanda, incremente el valor de --max-age para aceptar una más antigua.
• zinnector dev inicia un WordPress vacío. Está utilizando el motor de ejecución Playground, el cual no importa ninguna base de datos. Ejecute zinnector dev --runtime docker.
• El sitio local sigue redirigiendo al dominio en producción. La importación reescribe la URL del sitio; si ese paso falla, el comando lo indicará y mostrará la línea de wp search-replace que debe ejecutar.

Puede consultar más errores y sus soluciones en: Solución de problemas de Zinnector®.