Compartir un sitio con un desarrollador
Entregue un sitio a un desarrollador. No su contraseña.
Comparta un único sitio por correo electrónico. El desarrollador inicia sesión con su propia cuenta de Zinn Digital®, descarga el sitio en su equipo con nuestra herramienta gratuita de línea de comandos —archivos y base de datos— y trabaja en él localmente. Nunca ve su facturación, nunca accede a sus otros sitios y usted puede finalizarlo en el momento en que el trabajo esté hecho.
Lo que haces, una vez
Tres pasos en su panel de control, en el sitio que desea compartir. El desarrollador aún no necesita una cuenta; si nunca ha iniciado sesión, la invitación crea una cuando la acepta.
Abra el sitio, vaya a Seguridad, elija Compartir este sitio
Escriba su dirección de correo electrónico. Esa es toda la invitación: nunca crea un inicio de sesión para ellos ni cede uno de los suyos.
Elija lo que pueden hacer
Lector, Editor o Administrador. Por lo general, un desarrollador necesita el rol de Editor: es el que puede modificar archivos, abrir el panel de administración de WordPress y hacer una copia del sitio para trabajar en él.
Asígnele una fecha de finalización, si el trabajo la tiene
La concesión simplemente deja de contar en esa fecha. Nadie tiene que acordarse de quitarla, que es la parte que todo el mundo olvida: el contratista que terminó en marzo todavía tiene las llaves en noviembre.
Tres roles, y una lista que nunca cambia
El rol es por sitio, por lo que la misma persona puede ser lector en uno y editor en otro.
Visor
Apariencia, y no cambia nada. Ve el sitio, sus registros y sus copias de seguridad. Ideal para un cliente que quiere visibilidad o para un auditor.
Editor
El desarrollador del día a día. Despliega, borra la caché, abre el panel de administración de WordPress, cambia la versión de PHP y hace una copia del sitio, los archivos y la base de datos para trabajar en local.
Administrador
Todo lo que hace un editor, además de restaurar una copia de seguridad en el sitio activo, HTTPS y la CDN.
Ningún rol puede eliminar el sitio, moverlo a otra cuenta, ver o pagar sus facturas, invitar a nadie más ni acceder a ningún otro sitio de su propiedad. Esos no son ajustes; no existe ninguna versión de esto en la que un colaborador los tenga.
Lo que ejecuta el desarrollador
Zinnector® es nuestra herramienta de línea de comandos gratuita con licencia MIT. Necesita Node 24 o posterior y nada más; sin Docker para lo básico, sin PHP en su máquina.
Instalarlo
npm install -g zinnector
Un paquete de npm. Aquí no se necesita ninguna cuenta todavía.
Iniciar sesión como ellos
zinnector login
Esto abre su navegador y los inicia sesión con su propia cuenta, aquella a la que se envió la invitación. Nunca necesitan su contraseña y usted nunca necesita darles una.
Vea exactamente lo que se les dio
zinnector sites
La lista muestra los sitios compartidos con ellos y nada más. Una lista vacía significa que la invitación no se ha aceptado o que el acceso ha finalizado.
Poner el sitio fuera de línea
zinnector clone client-domain.com
Temas, plugins, archivos multimedia y la base de datos, en un proyecto local. Deja atrás el núcleo de WordPress y el archivo de configuración en vivo, y muestra exactamente lo que tomó y lo que no, con recuentos.
Ejecútelo localmente, con su contenido real
cd client-domain.com && zinnector dev --runtime docker
Esto importa la base de datos, reescribe la dirección del sitio en su máquina y la abre. Inician sesión con las propias cuentas de WordPress del sitio.
Una copia de un sitio incluye su base de datos
Eso suele ser exactamente lo que un desarrollador necesita; sin eso, están viendo su tema frente a un sitio vacío. También son datos personales reales: cualquier cosa que sus visitantes hayan proporcionado al sitio, desde direcciones de comentaristas hasta pedidos de clientes. De esto se desprenden tres cosas, y nosotros hacemos las tres.
Cada copia queda registrada en su registro de auditoría
Quién lo descargó, cuándo y si ese archivo incluía la base de datos. Se registra cuando se autoriza la descarga, de modo que queda constancia independientemente de lo que la herramienta del otro extremo haga después con él.
Nunca se confirma por accidente
La herramienta añade el archivo de base de datos a la lista de ignorados del proyecto en el mismo momento en que lo escribe, de modo que una confirmación despistada no pueda publicar a sus clientes en un repositorio.
O pueden trabajar sin él
Un indicador toma solo los archivos. Todo lo demás funciona igual, y el desarrollador aún puede compilar y desplegar.
Las preguntas que la gente realmente hace
¿Tengo que darles mi contraseña?
No, y no hay manera de hacerlo. El desarrollador inicia sesión con su propia cuenta de Zinn Digital®. Compartir una contraseña también haría que su registro de auditoría sea inútil, porque todo lo que hiciera se registraría como usted.
¿Pueden ver mis otros sitios?
No. El acceso se concede de un sitio a la vez, y la restricción se aplica en la propia base de datos en lugar de ocultando botones; a un colaborador que solicite un sitio que no se le ha asignado se le responde como si este no existiera.
¿Tienen acceso a los datos de mis clientes?
Si les asigna el rol de Editor o Gestor, podrán hacer una copia del sitio, y la copia de un sitio incluye sus archivos y su base de datos. Se le avisa de esto al elegir el rol, cada copia queda registrada en su registro de auditoría y puede pedirles que trabajen únicamente con archivos.
¿Cómo lo cancelo?
Revóquelo en la sección Seguridad del sitio. Surte efecto de inmediato: el siguiente comando que ejecute ese desarrollador no podrá ver el sitio. Una fecha de caducidad hace lo mismo en una fecha que usted establezca de antemano.
Cada indicador y lo que imprime cada uno
La referencia de comandos completa de Zinnector® se genera a partir de la propia herramienta, por lo que no puede diferir de la versión que tiene instalada.