Comparta un sitio con un desarrollador
Dé acceso a un desarrollador a un solo sitio. No a su contraseña.
Comparta un solo 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 terminarlo en el momento en que se complete el trabajo.
Lo que hace, 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 creará una cuando la acepte.
Abra el sitio, vaya a Seguridad y 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 entrega uno de los suyos.
Elija lo que pueden hacer
Lector, Editor o Administrador. Un desarrollador normalmente necesita Editor: es el rol que puede modificar archivos, abrir la administración de WordPress y obtener una copia del sitio para trabajar en él.
Indique una fecha de finalización, si el trabajo la tiene
La concesión simplemente deja de contabilizarse en esa fecha. Nadie tiene que acordarse de eliminarla, que es la parte que todo el mundo olvida: el contratista que terminó en marzo sigue teniendo las llaves en noviembre.
Tres roles y una lista que nunca cambia
El rol se asigna por sitio, por lo que la misma persona puede tener el rol de lector en uno y de editor en otro.
Lector
Consulta y no cambia nada. Ve el sitio, sus registros y sus copias de seguridad. Adecuado para un cliente que desea visibilidad, o para un auditor.
Editor
El desarrollador del día a día. Despliega, borra la caché, abre la administración de WordPress, cambia PHP — y toma una copia del sitio, los archivos y la base de datos para trabajar localmente.
Administrador
Todo lo que hace un editor, más la restauración de una copia de seguridad en el sitio en vivo, HTTPS y la CDN.
Ningún rol puede eliminar el sitio, trasladarlo a otra cuenta, ver o pagar sus facturas, invitar a nadie más ni acceder a ningún otro sitio de su propiedad. Estos no son ajustes; no existe ninguna versión en la que un colaborador disponga de ellos.
Lo que ejecuta el desarrollador
Zinnector® es nuestra herramienta de línea de comandos gratuita y con licencia MIT. Solo necesita Node 24 o posterior y nada más: nada de Docker para lo básico, nada de PHP en su equipo.
Instálelo
npm install -g zinnector
Un paquete de npm. Nada aquí requiere una cuenta todavía.
Iniciar sesión como ellos mismos
zinnector login
Esto abre su navegador y les permite iniciar sesión con su propia cuenta, aquella a la que se envió la invitación. Nunca necesitarán su contraseña y usted nunca tendrá que proporcionarles una.
Vea exactamente lo que se les dio
zinnector sites
La lista muestra únicamente los sitios compartidos con ellos y nada más. Una lista vacía significa que la invitación no ha sido aceptada o que el acceso ha finalizado.
Desactivar el sitio
zinnector clone client-domain.com
Temas, plugins, medios y la base de datos, en un proyecto local. Deja atrás el núcleo de WordPress y el archivo de configuración en producción, e imprime con exactitud 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 lo abre. Inician sesión con las propias cuentas de WordPress del sitio.
Una copia de un sitio incluye su base de datos
Por lo general, esto es exactamente lo que un desarrollador necesita: sin ello, está viendo su tema en un sitio vacío. También son datos personales reales: todo lo que sus visitantes proporcionaron al sitio, desde direcciones de comentaristas hasta pedidos de clientes. De aquí se derivan tres aspectos, y nosotros nos encargamos de los tres.
Cada copia está en su registro de auditoría
Quién lo obtuvo, cuándo y si ese archivo incluía la base de datos. Se registra cuando se autoriza la descarga, de modo que esté presente independientemente de lo que la herramienta del otro extremo haga después con él.
Nunca se comete por accidente
La herramienta añade el archivo de la base de datos a la lista de exclusión del proyecto en el mismo momento en que lo escribe, de modo que una confirmación por descuido no pueda publicar los datos de sus clientes en un repositorio.
O pueden funcionar sin él
Un indicador toma solo los archivos. Todo lo demás funciona igual, y el desarrollador aún puede compilar e implementar.
Las preguntas que la gente realmente hace
¿Tengo que darles mi contraseña?
No, y no hay forma 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 fuera inútil, porque todo lo que hiciera quedaría registrado a su nombre.
¿Pueden ver mis otros sitios?
No. El acceso se concede sitio por sitio y la restricción se aplica en la propia base de datos, en lugar de ocultando botones: a los colaboradores que solicitan un sitio para el que no tienen permiso se les responde como si este no existiera.
«¿Obtienen los datos de mis clientes?»
Si les asigna el rol de Editor o Administrador, podrán obtener una copia del sitio, y una copia de un sitio incluye sus archivos y su base de datos. Se le informa de esto al elegir el rol, cada copia queda registrada en su registro de auditoría y, en su lugar, puede solicitarles que trabajen únicamente con archivos.
¿Cómo lo termino?
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 la fecha que usted establezca con antelación.
Cada indicador y lo que imprime cada uno
La referencia completa de comandos de Zinnector® se genera a partir de la propia herramienta, por lo que no puede diferir de la versión que tiene instalada.