Las agencias buscan “subcuentas” porque es la palabra que usan la mayoría de herramientas para referirse a un inicio de sesión principal que contiene muchas cuentas de clientes debajo. Merece la pena precisar cómo se traduce esto a Shifter antes de construir nada, porque la estructura correcta depende de ello.
En Shifter no existe un subusuario dentro de un plan. La unidad que cumple la función de una subcuenta es un workspace (espacio de trabajo): un espacio autónomo con sus propios planes, monedero, facturas y equipo, al que la misma persona puede pertenecer en varios a la vez, cambiando entre ellos desde la barra lateral. El uso se registra por plan. Con estos dos hechos claros en tu estructura, todo lo demás encaja.
Qué necesita hacer una subcuenta
Despojando la terminología, una agencia quiere cuatro cosas de una subcuenta de cliente.
| Requisito | Qué significa | Cómo lo proporciona Shifter |
|---|---|---|
| Aislamiento | El tráfico y el presupuesto de un cliente nunca se mezclan con los de otro | Los planes nunca se cruzan entre workspaces |
| Atribución | Puedes decir cuánto ha costado cada cliente | El uso se reporta por plan |
| Control de acceso | Las personas adecuadas ven lo que corresponde | Roles de Viewer, Billing y Admin por workspace |
| Baja limpia | Un cliente se marcha sin afectar a nadie más | Eliminar miembros, cerrar los planes del cliente |
El resto de esta guía trata de elegir cómo organizar workspaces y planes para que las cuatro cosas se cumplan a la vez.
Dos estructuras que funcionan
Workspaces propiedad del cliente
Cada cliente es propietario de su propio workspace. El cliente financia el monedero y recibe las facturas. El responsable de cuenta de la agencia es invitado a cada workspace de cliente como Admin y dirige la recolección desde ahí.
Este es el arreglo más limpio cuando los clientes están dispuestos a mantener su propia relación de facturación. El aislamiento es absoluto, la atribución no requiere trabajo alguno porque la factura de cada cliente es la suya propia, y la baja consiste en que el cliente elimine a la agencia de su workspace. Un único inicio de sesión de la agencia llega a todos los clientes a través del selector de workspace.
Workspace propiedad de la agencia, un plan por cliente
La agencia es propietaria de un único workspace, compra un plan separado para cada cliente dentro de él, y factura a los clientes según el uso de cada plan.
Esto conviene a las agencias que revenden la recolección como parte de un servicio recurrente (retainer). La atribución se mantiene siempre que la regla sea estricta: un cliente, un plan, nunca compartido. Conviene conocer dos consecuencias antes de elegir esta opción.
- El monedero está delimitado al workspace, y el exceso de consumo (overage) de cualquier plan se cubre desde ese monedero. Todos los planes del workspace tiran del mismo fondo, así que el pico de un cliente puede consumir el margen del que depende otro. Vigila de cerca el overage por plan, o dale a los clientes de gran volumen su propio workspace.
- Todo dentro de un workspace es visible para sus miembros. No invites a un contacto de cliente a un workspace de agencia compartido, ni siquiera como Viewer, porque vería los planes y facturas de todos los demás clientes.
Muchas agencias acaban con un modelo híbrido: workspaces propiedad del cliente para las cuentas grandes que quieren su propia facturación, y un workspace de agencia que contiene los planes de los clientes más pequeños facturados por retainer.
Configurándolo
La mecánica es la misma para ambas estructuras.
- Abre la página Team en el workspace que quieras gestionar, desde la barra lateral del panel.
- Invita por correo electrónico y elige un rol. Un usuario de Shifter ya existente recibe un botón de un clic para unirse (Join) la próxima vez que inicie sesión, y conserva su propia cuenta. Un correo nuevo pasa por un registro breve con un enlace mágico y sin contraseña.
- Cambia entre workspaces desde el desplegable de la barra lateral, que aparece en cuanto perteneces a más de uno. Todo lo que se muestra en pantalla, planes, monedero, facturas, equipo, cambia con él.
- Compra el plan de cada cliente en el workspace al que pertenece. Los planes no se mueven entre workspaces después, así que comprar en el equivocado significa comprar de nuevo.
Cada workspace tiene un límite flexible de 10 plazas. Si necesitas más para un cliente grande, es algo que se conversa con soporte y no un límite estricto. La propiedad de un workspace también se puede transferir si se solicita, en caso de que cambie la naturaleza de una relación con un cliente.
La función en sí se describe en presentando Team Workspaces.
Elegir roles
Mantén los roles al mínimo que necesite cada persona.
| Rol | Puede hacer | Se lo das a |
|---|---|---|
| Viewer | Ver planes, tráfico y facturas; explorar el catálogo | Un interesado del cliente que quiere ver el uso, solo en su propio workspace |
| Billing | Todo lo que puede hacer un Viewer, además de financiar el monedero, pagar facturas y comprar o mejorar planes | Quien tenga la tarjeta, en cualquiera de los dos lados |
| Admin | Todo lo que puede hacer Billing, además de gestionar planes y el equipo | El responsable de cuenta de la agencia que dirige la recolección |
Los roles son por workspace, no globales. La misma persona puede ser Admin en el workspace de un cliente y Viewer en el de otro, y el rol que se aplica siempre es el del workspace activo.
Seguimiento del uso por cliente
Cada plan tiene una vista de uso en tiempo real en el panel, en la vista general del dashboard y en la propia página del plan, que se actualiza cada minuto. Muestra el ancho de banda restante en el ciclo, una tendencia de consumo diario, y los principales destinos de tráfico por nombre de host.
Estos tres elementos juntos bastan para llevar bien la atribución por cliente.
El ancho de banda restante te dice si un cliente va camino de terminar el ciclo dentro de su asignación.
La tendencia diaria muestra cuándo cambió el consumo, lo cual suele deberse a un trabajo nuevo, un crawler descontrolado, o un cliente que pide un alcance mayor sin decirlo.
Los principales destinos por nombre de host es el dato infravalorado. Permite comprobar que el plan de cada cliente realmente está apuntando a los objetivos de ese cliente. Un plan cuyo principal destino pertenece al conjunto de competidores de otro cliente es un plan con las credenciales equivocadas en algún trabajo.
Lo que el seguimiento de uso no hace es desglosar el tráfico de un plan a posteriori. No desglosa el uso por ID de sesión ni por cuál de tus trabajos lo generó. Si varios clientes pasan por un mismo plan, no hay forma de separarlos después, y precisamente por eso importa la regla de un plan por cliente.
Una rutina operativa mensual
La atribución es un hábito, no un informe que se ejecuta una sola vez.
- Al empezar cada ciclo, anota la asignación inicial de cada plan y las fechas del ciclo.
- Cada semana, compara el consumo de cada cliente con su ritmo esperado, y reproyecta el uso de fin de mes como el ancho de banda consumido dividido entre los días transcurridos, multiplicado por los días del ciclo.
- Cuando una tendencia dé un salto, revisa los principales destinos antes de asumir que el alcance del cliente ha crecido.
- Antes de que se agote la asignación, decide por cliente si el overage debe salir del monedero o si el trabajo debe pausarse. El overage en planes residenciales se factura desde el monedero a la tarifa por GB propia del plan.
- Cuando un cliente se marcha, elimina a sus personas, retira las credenciales del plan de todos los trabajos, y cierra el plan.
El método de proyección detrás de la comprobación semanal está en proyectar el ancho de banda de proxies residenciales.
Las credenciales son la otra mitad del aislamiento
Los workspaces mantienen los planes separados. Tus propios sistemas tienen que mantener las credenciales separadas.
Cada plan tiene sus propias credenciales. Guárdalas por cliente en tu gestor de secretos, dale a los trabajos de cada cliente solo el plan de ese cliente, y nunca copies las credenciales de un cliente en el trabajo de otro para resolver algo rápido, porque así es como la atribución se rompe silenciosamente. No registres cadenas de conexión de proxy completas en los logs, que es la forma más habitual en que las credenciales se filtran a un agregador de logs.
Los ID de sesión siguen siendo tuyos para nombrarlos como quieras. Anteponerles un código de cliente, sid-acme-serp-01, no cuesta nada y hace que tus propios logs sean legibles, aunque el panel no desglose el uso por ellos.
Preguntas frecuentes
¿Tiene Shifter subusuarios dentro de un plan?
No. El acceso se gestiona por workspace con tres roles, y el aislamiento entre clientes proviene de planes separados y, cuando hace falta, de workspaces separados.
¿A cuántos clientes puede gestionar un único inicio de sesión de agencia?
Un único inicio de sesión puede pertenecer a tantos workspaces como sea necesario, cambiando entre ellos desde la barra lateral. El límite flexible de 10 plazas se aplica por workspace, no por inicio de sesión.
¿Puede un cliente ver a nuestros otros clientes?
No entre workspaces. Dentro de un mismo workspace, todos los miembros ven todo, por eso los contactos de clientes solo deben invitarse a su propio workspace.
¿Puedo mover un plan de un cliente a otro?
Los planes permanecen en el workspace en el que se compraron. Compra el plan de cada cliente en el workspace de ese cliente desde el principio.
En resumen
La subcuenta que busca una agencia es, en Shifter, un workspace, y la unidad de atribución es un plan. Dale a cada cliente su propio plan sin excepción, elige workspaces propiedad del cliente cuando los clientes gestionan su propia facturación y un workspace de agencia compartido cuando revendes, mantén a los contactos de clientes fuera de los workspaces compartidos, y revisa el uso por plan cada semana en lugar de esperar a la facturación.
Estructurado así, el aislamiento, la atribución, el acceso y la baja quedan resueltos sin esfuerzo adicional. El producto está en la página de proxies residenciales para agencias, con las tarifas en la página de precios.