Navegadores antidetect para marketing en redes sociales: una configuración práctica
El flujo de trabajo de una agencia de principio a fin: un espacio de trabajo por cliente, un perfil por cuenta con proxy y zona horaria a juego, roles para el traspaso y automatización por API.
El problema operativo de una agencia de redes sociales rara vez es el contenido. Es la fontanería: una pila de cuentas de clientes repartidas en varias plataformas, un equipo que tiene que trabajar en ellas sin pisarse y plataformas que leen el entorno de cada sesión. Este artículo describe la configuración que mantiene esa fontanería aburrida, de principio a fin, con PowerOps como ejemplo de trabajo.
La estructura: espacio de trabajo, grupo, perfil
Resiste la tentación de hacer una sola lista larga de perfiles. La estructura es lo que permite que la configuración sobreviva a su crecimiento, y tres niveles bastan.
- Un espacio de trabajo por cliente. Los perfiles, los proxies y las notas del cliente viven juntos, y nada de un cliente aparece en pantalla mientras trabajas en otro. Dar de baja a un cliente pasa a ser una operación sobre un solo espacio de trabajo en lugar de un proyecto de arqueología.
- Un grupo por plataforma dentro del espacio de trabajo. Los perfiles de Facebook del cliente en un grupo, los de Instagram en otro, los de TikTok en un tercero. Las acciones en bloque se aplican a grupos, así que esta división es lo que permite iniciar o detener los perfiles de una plataforma con una sola acción.
- Un perfil por cuenta. La regla sobre la que se apoya todo lo demás. Un perfil contiene el almacenamiento, la identidad y la ruta de exactamente una cuenta, y su nombre dice cuál.
Los nombres merecen treinta segundos de política: cliente, plataforma, usuario, en ese orden. Los perfiles están numerados y se pueden buscar, de modo que cualquiera puede decir «abre el 41» en una sala llena de gente y un compañero sabe exactamente de qué fila se trata.
La estructura también zanja la cuestión de la auditoría antes de que nadie la plantee. Cuando un cliente quiere saber quién ha tocado sus cuentas y cuándo, un espacio de trabajo con miembros explícitos y perfiles que se abren de uno en uno ya trae la respuesta incorporada.
Identidad y ruta, por perfil
Cada perfil recibe una identidad de dispositivo generada como un conjunto coherente y guardada, de modo que informa de la misma máquina plausible en cada apertura. Esa parte es automática. Lo que requiere el criterio de una persona es la ruta.
- Compra direcciones sticky en los países desde los que operan las cuentas del cliente, una por cuenta.
- Añádelas a la biblioteca de proxies y pruébalas. La prueba informa de la dirección y el país observados, que es lo que verá la plataforma, diga lo que diga la factura.
- Asigna una a cada perfil antes del primer inicio de sesión, y define la zona horaria y el idioma del perfil según el país de la ruta en la misma sesión de trabajo.
- Vuelve a probar la biblioteca de forma periódica. Los endpoints se degradan sin avisar, y una ruta degradada se manifiesta como problemas en la cuenta mucho antes que como un error de conexión.
Traspaso sin compartir contraseñas
Las agencias se pasan cuentas entre personas constantemente. El becario programa, el responsable aprueba, alguien cubre el fin de semana. El método tradicional es una hoja de cálculo de contraseñas, que es como las agencias acaban con una cuenta de cliente abierta en un portátil que nadie encuentra.
Los roles lo sustituyen. Un miembro del espacio de trabajo recibe el acceso que necesita su función: un compañero abre perfiles y trabaja dentro de ellos, un responsable además edita perfiles y rutas, un propietario además controla la propia membresía. Las credenciales de la cuenta viven una sola vez con el perfil, y pasar una cuenta a un nuevo miembro del equipo significa conceder acceso en lugar de enviar una contraseña. Cuando alguien se va, revocar su membresía cierra su acceso en todas partes a la vez, y una contraseña que nunca vio no necesita rotarse.
El hábito que hace funcionar el traspaso es cerrar los perfiles. Un perfil está abierto en una sola máquina a la vez, de modo que un compañero puede ver quién lo tiene en ese momento en lugar de descubrir un conflicto de sesión por las malas. Termina la tanda, cierra el perfil, y la siguiente persona lo abre con la sesión escrita limpiamente.
Incorporar a un cliente nuevo, paso a paso
La incorporación es el momento en que la estructura se construye o se salta, así que merece una rutina propia. Un cliente nuevo debería costar una tarde de configuración y ninguna heroicidad.
- Crea el espacio de trabajo y los grupos por plataforma antes de tocar ninguna cuenta.
- Recoge el inventario de cuentas del cliente: usuarios, plataformas, el país al que sirve cada cuenta y quién guarda ahora las credenciales.
- Compra y prueba una ruta sticky por cuenta, en los países correctos, y deja que la prueba de la biblioteca confirme lo que llegó de verdad.
- Crea los perfiles, con el nombre cliente, plataforma, usuario, y asigna rutas, zonas horarias e idiomas en la misma pasada.
- Inicia sesión desde cero en cada cuenta dentro de su perfil, con el cliente a mano para los segundos factores y los correos de confirmación.
- Concede a cada persona del equipo su rol, informa al equipo del ritmo del cliente y retira el canal por el que llegaron las credenciales.
Los inicios de sesión desde cero son el paso que los equipos intentan acortar importando cookies desde donde vivían antes las cuentas. Resístelo. Una sesión importada arrastra el historial de la máquina de la que viene, y el objetivo de la incorporación es que toda sesión que las cuentas del cliente mantengan a partir de ahora se haya establecido dentro del entorno que seguirá usándola.
Automatizar las partes repetitivas
Un límite útil: las personas hacen el trabajo de criterio y los scripts hacen el trabajo de circulación. Revisar una docena de bandejas de entrada para contar mensajes sin leer, recopilar el número de seguidores para el informe del viernes y abrir el conjunto de perfiles de la mañana es circulación. La API local se encarga de ello sin que nadie tenga que resolver de nuevo el problema del entorno, porque un perfil iniciado por la API lleva la misma identidad y la misma ruta que cuando una persona lo abre desde su fila.
const { profiles } = await api(`/profiles?groupId=${clientInstagramGroup}`);
for (const profile of profiles) {
const { ws } = await api("/browser/start", { profileId: profile.id });
try {
const browser = await chromium.connectOverCDP(ws);
const context = browser.contexts()[0];
const page = context.pages()[0] ?? await context.newPage();
// The profile's identity, storage and route are already attached.
await collectForReport(profile.name, page);
} finally {
await api("/browser/stop", { profileId: profile.id });
}
}Ejecútalos de pocos en pocos, con pausas, y en el horario laboral local de la cuenta. La automatización que se comporta como una persona en su escritorio sigue siendo útil. La que machaca una plataforma es una forma de pagar dos veces por la misma lección.
Una semana dentro de la configuración
Lo que la estructura aporta se nota en la rutina. El lunes por la mañana, el equipo abre el grupo de Instagram del cliente y recorre la pasada de bandejas, perfil por perfil. El informe del viernes se ejecuta desde la API mientras el equipo hace algo mejor con la tarde. La baja de un cliente es un espacio de trabajo archivado. Nada de esto es ingenioso, y ese es el punto: la función de la configuración es que el problema del entorno deje de ser interesante.
Dos cifras indican si aguanta. La primera es con qué frecuencia alguien teclea la contraseña de una plataforma, que debería tender a nunca una vez terminada la incorporación. La segunda es con qué frecuencia una sesión sorprende a alguien con una verificación, que debería ser rara y atribuible a una causa: un cambio de ruta, una ráfaga de volumen inusual, una cuenta joven empujada demasiado rápido. Cuando una de las dos sube, la respuesta está en las rutas y en el ritmo, y el primer sitio donde mirar es lo que haya cambiado más recientemente.
Las reglas, sin rodeos
Todas las plataformas de este flujo tienen condiciones sobre las cuentas y sobre la automatización, y esta configuración no cambia ninguna. El aislamiento evita que los clientes se contaminen entre sí. Los roles sacan las credenciales de las hojas de cálculo. La API elimina el tedio. Nada de eso autoriza cuentas prohibidas, automatización prohibida ni comportamientos que una plataforma veta, y aquí no se promete ningún resultado en una plataforma que no controlamos. Las agencias que perduran tratan las reglas de las plataformas como parte del trabajo con el cliente, y las herramientas como la manera de hacer ese trabajo limpiamente.
La lista de verificación de la configuración
- Crea un espacio de trabajo por cliente y un grupo por plataforma dentro de él.
- Compra una dirección sticky por cuenta, en el país de operación de la cuenta, y prueba cada endpoint de la biblioteca de proxies.
- Crea un perfil por cuenta, con el nombre cliente, plataforma, usuario, y su ruta asignada antes del primer inicio de sesión.
- Define la zona horaria y el idioma de cada perfil según el país de su ruta.
- Concede a cada miembro del equipo un rol en lugar de enviar a nadie una contraseña.
- Automatiza el trabajo de circulación mediante la API local, con un ritmo propio de una persona.
- Cierra los perfiles al final de cada tanda.
