Ir al contenido
Haz tu AXIS Score Entrar EN
Haz tu AXIS Score

Lección · Seguridad y equipo

Accesos para freelancers y clientes

Tienes un registro de accesos con la vida completa de un usuario, de su alta a su baja, y sabes qué llaves no se le prestan nunca a un freelancer.

Construye en tu cuentaYa tengo acceso: entrar

Resultado

Tienes un registro de accesos con la vida completa de un usuario, de su alta a su baja, y sabes qué llaves no se le prestan nunca a un freelancer.

Tiempo estimado
35 minutos
Costo
US$ 0. Crear y borrar usuarios no consume saldo.

Analogía

Las llaves del edificio.

En la lección 1 le pusiste dos cerraduras a tu llave maestra. En la lección 2 cortaste una llave que abre solo los pisos y las puertas que alguien necesita.

Hoy toca lo más delicado: las llaves prestadas. Una llave prestada se entrega con registro: a quién, qué puertas abre, desde cuándo y quién lo autorizó.

Se revisa de vez en cuando y se recoge el último día. Si alguien sacó copia, como una contraseña o un token, se cambia la cerradura.

Y el freelancer que viene a arreglar la recepción no necesita la llave de la caja fuerte: la facturación, los usuarios y los tokens se quedan contigo.

Por qué importa

Alba contrató por dos meses a una asistente virtual freelance para armar los flujos de Estudio Alba, en Guadalajara. Para ir rápido, le pasó su propia contraseña de HighLevel y la de la página de Facebook del estudio. El proyecto terminó y nadie se acordó de esas llaves. Meses después, Facebook se desconectó tras un inicio de sesión desde otro país, y en los registros todo aparecía a nombre de Alba. Esta lección es el registro y la lista que le faltaron.

Guía paso a paso

Las rutas van como aparecen con la interfaz en inglés. Si tu cuenta está en español, verás entre paréntesis el nombre que muestra HighLevel, que a veces deja rótulos en inglés. Los rótulos de Meta y Google van como los muestran sus páginas en inglés.

  1. Una persona, una llave: nunca prestes la tuya

    Antes de dar cualquier acceso, fija la regla: cada persona entra con su propio usuario y su propio correo. Vale para tu freelancer, tu asistente virtual y tu cliente.

    Nunca prestas tu usuario de HighLevel, la contraseña del Facebook del negocio ni una cuenta de Google. Tampoco una clave de API ni un token.

    Los Términos de HighLevel te hacen responsable de todo uso de tu cuenta y de tus credenciales, lo hayas autorizado o no.

    Para HighLevel, tus credenciales incluyen tus claves de API y el acceso a tus integraciones. Un token prestado es una contraseña prestada.

    Según esos Términos, también respondes por lo que hagan en la plataforma tus empleados, tus colaboradores y tus clientes.

    Los usuarios son ilimitados en todos los planes. Un usuario más no cuesta nada, así que prestar el tuyo no te ahorra nada.

    Claves

    • Lo que obliga HighLevel: respondes por todo uso de tu acceso, y la verificación en dos pasos va en tu cuenta y en cada usuario que cuelga de ella.
    • Lo que recomienda AXIS: una persona, un usuario, siempre. Los Términos no traen una frase que diga «no prestes tu contraseña», pero la regla sale de lo anterior.
    • La verificación en dos pasos es de una persona: solo quien inició sesión puede ligar su app de códigos a su usuario. Pide a cada quien que la active el primer día.
    • Con un usuario prestado, todo queda a tu nombre. Si algo sale mal, no hay forma de saber quién fue.
    • HighLevel lista, entre las causas de que se caiga la conexión con Facebook, un cambio de contraseña y un asistente virtual que entra desde otro país sin VPN.

    Fuente: F1, F2, F3, F4

  2. La llave del freelancer: solo su piso y sus puertas

    Agency View → Settings → Users → Edit user → Roles & permissions

    En tu cuenta en español: Vista de agencia → Configuración → Usuarios → Edit user → Roles & permissions

    En la vista de agencia, abre Settings → Users. Usa + Add user para alguien nuevo, o el lápiz de su fila (Edit user) para revisar a alguien que ya tiene acceso.

    En Roles & permissions, un freelancer o un asistente virtual va como User type Account y User role User. Es la llave que cortaste en la lección I.2.2.

    En Add sub-accounts, deja solo las sub-cuentas donde trabaja. Si trabaja para dos de tus clientes, van las dos; si para uno, solo esa.

    En las tarjetas de módulos, enciende solo lo que pide su tarea. Quien arma flujos necesita Automation; quien contesta mensajes, Conversations y Contacts.

    Deja cerrada la caja fuerte: Account Billing, el Billing de la sub-cuenta con sus tarjetas. También el permiso de crear, editar y borrar usuarios (User Management; en la ayuda, «View & Manage Users»).

    Si trabaja ventas, enciende Restrict data visibility to only assigned data. Así solo ve los contactos y oportunidades que le asignas.

    Guarda. HighLevel le manda la invitación a su correo. Para la siguiente persona con la misma tarea, usa Copy Permissions y revisa cada tarjeta antes de guardar.

    Claves

    • Nunca le das a un freelancer un usuario Agency: entra a todas las sub-cuentas de tu agencia. HighLevel pide evitar el acceso de agencia salvo que haga falta.
    • Menos aún Agency con rol Admin. Los admins de agencia traen por defecto Login As, para entrar a una sub-cuenta como uno de sus usuarios sin su contraseña, y pueden crear tokens.
    • Un usuario Account no llega a lo que solo vive en la agencia: su facturación, la ficha de tu empresa, la creación de sub-cuentas, los snapshots y el modo SaaS.
    • La regla se llama mínimo privilegio: cada quien con lo mínimo que su trabajo pide. La recomienda HighLevel, y es el estándar del NIST, el instituto de normas de Estados Unidos.
    • Ningún artículo de HighLevel dice qué módulos vienen encendidos en un usuario nuevo. Revisa cada tarjeta antes de guardar, sin confiar en lo que trae.
    • Si su correo ya es de un usuario de tu agencia, HighLevel no crea otro y te muestra qué hacer. Lo normal es sumarle la sub-cuenta al que ya existe.
    • Apagar un módulo no detiene los flujos que ya corren en él. Si el freelancer armó flujos, siguen funcionando aunque le quites el acceso.

    Fuente: F5, F6, F7, F8, F9, F10, F11, F12, F29

  3. El cliente entra solo a su departamento

    (client's sub-account) → Settings → Users → + Add user

    En tu cuenta en español: (sub-cuenta del cliente) → Configuración → Usuarios → + Add user

    A tu cliente lo das de alta dentro de su sub-cuenta, como usuario de tipo Account. Así nunca ve tu agencia ni a tus otros clientes.

    Elige User si solo va a mirar o atender: ver sus contactos, contestar mensajes, revisar su calendario. Enciende solo esos módulos.

    Elige Admin solo si va a manejar a su propio equipo. Un admin de sub-cuenta puede agregar y editar usuarios en su nivel.

    Aun como admin, tu cliente no llega a lo que solo vive en la agencia: tu facturación, tus snapshots, el modo SaaS ni la ficha de tu empresa.

    Revisa las tarjetas como con el freelancer y deja encendido solo lo que el cliente va a usar.

    Anótalo en tu registro de accesos, como a cualquier otra persona.

    Claves

    • Si tu cliente maneja su propio equipo, pásale este mismo checklist: cada persona, su usuario.
    • Un admin de sub-cuenta también puede borrar usuarios de su lista. En un reporte de 2023, un cliente borró así a la asistente de su agencia y la sacó de todas las sub-cuentas.
    • Si un día tu cliente se lleva su sub-cuenta a otra agencia, se van con ella solo los usuarios Account asignados únicamente a esa sub-cuenta.
    • En ese traslado se borran todas las conexiones de la sub-cuenta, como Google o Facebook. Sus claves de API, en cambio, siguen iguales: cámbialas o bórralas antes.

    Fuente: F6, F7, F8, F9, F18, F28

  4. Facebook y Google se prestan por invitación, no por contraseña

    (sub-account) → Settings → Integrations

    En tu cuenta en español: (sub-cuenta) → Configuración → Integraciones

    El freelancer que conecta Facebook o Google no necesita la contraseña de tu cliente. Necesita una invitación a su propia cuenta.

    Meta: tu cliente lo agrega a su portafolio comercial, como persona o, si es una agencia, como socio. Luego le asigna la página y la cuenta publicitaria.

    HighLevel pide que quien conecta Facebook sea Admin de la página y del portafolio donde vive. Su ayuda no dice si el acceso como socio basta.

    En Settings → Integrations de la sub-cuenta, Facebook e Instagram son tarjetas separadas, cada una con su botón Connect.

    Google Business Profile: el dueño del perfil lo invita por correo como Manager. Un Owner puede quitar personas: déjalo para el dueño. Cada persona entra con su propia cuenta de Google.

    Para conectar ese perfil a HighLevel, basta una cuenta de Google con acceso Owner o Manager.

    Google Ads: tu cliente invita su correo y elige el nivel. Standard edita campañas, pero también la información de facturación. Si solo debe ver resultados, basta Read-only.

    Anota cada invitación en tu registro: quién, qué sistema, qué nivel y desde cuándo.

    Claves

    • En la ayuda de Meta, la guía para socios es «Give a Partner Access to Business Assets in Your Business Portfolio». La de personas, «Add People to a Business Portfolio and Assign a Business Asset». Sigue sus pasos allá.
    • Ser Admin del portafolio es una llave grande en Meta. Si puedes, que conecte tu cliente con su propio perfil. Si conecta el freelancer, que sea por la tarea y anótalo.
    • Prestar la contraseña de Facebook rompe cosas: un cambio de contraseña o un inicio de sesión desde otro país pueden tumbar la conexión con HighLevel.
    • En Google Business Profile, solo los propietarios quitan personas. El propietario principal no puede irse sin pasar antes esa propiedad a alguien más.
    • Quien recién entra a Google Business Profile espera 7 días para borrar el perfil, quitar a otros o pasar la propiedad principal. Nada de eso le toca a tu freelancer.
    • El último día, quita estos accesos donde se dieron. En Google Ads: Admin → Access and security → Remove access.

    Fuente: F19, F20, F21, F22, F23, F24, F25, F26, F4

  5. Las claves de API y los tokens se cuidan como contraseñas

    (sub-account) → Settings → Private Integrations

    En tu cuenta en español: (sub-cuenta) → Configuración → Integraciones Privado

    Una clave de API o un token es una llave para aplicaciones: deja que otra herramienta lea o cambie datos de tu cuenta.

    Hoy se llaman Private Integrations y están en Settings de cada sub-cuenta. Las claves antiguas de agencia siguen en Settings → API Keys de la vista de agencia.

    Si una herramienta necesita un token, créalo tú: uno por herramienta y solo con los permisos que esa herramienta usa.

    HighLevel muestra el token una sola vez. Cópialo directo a un gestor de contraseñas y pégalo en la herramienta.

    Nunca lo mandes por chat ni por correo. Si el freelancer configura la herramienta, pega tú el token en ella.

    Rótalo cada 90 días, como recomienda HighLevel. Al rotarlo, el viejo y el nuevo funcionan juntos 7 días.

    Si un token se filtró, usa Rotate and expire this token now: el viejo deja de servir en ese momento.

    Cuando la herramienta ya no se usa, borra su integración.

    Claves

    • Los Términos de HighLevel cuentan las claves de API y el acceso a integraciones como credenciales. Respondes por ellas igual que por tu contraseña.
    • Por defecto, todo admin de agencia puede crear y manejar tokens. Es otra razón para que un freelancer nunca sea admin de agencia.
    • Las claves de la API v1 perdieron su soporte el 31 de diciembre de 2025 y ya no se crean nuevas. HighLevel borra solas las que llevan 90 días sin usarse.
    • Cada agencia y cada sub-cuenta admite hasta 20 tokens. Borra los que ya no uses.
    • Deja Enhanced Account Security en Enabled, en Settings → Company → Advanced Settings. Así una sub-cuenta nueva no genera claves de API sola.

    Fuente: F12, F13, F14, F15, F1, F32

    Qué llave lleva cada quien
    Freelancer o asistente virtual
    Account · UserSub-cuentas: solo donde trabaja
    Módulos: los de su tarea
    Facebook y Google: invitación a su propia cuenta
    Tokens: ninguno; los crea el dueño
    Cliente
    Account · User, o Admin si maneja su equipoSub-cuentas: solo la suya
    Módulos: los que va a usar
    Facebook y Google: dueño de sus cuentas
    Tokens: ninguno
    Tú, dueño de la agencia
    Agency OwnerSub-cuentas: todas
    Módulos: todos
    Facebook y Google: invitación, si conectas tú
    Tokens: los creas tú, uno por herramienta
    La caja fuerte: Account Billing · User Management · claves de API y tokens · facturación de la agenciaFreelancer: no

  6. Aplica el checklist: del alta a la baja de tu usuario de prueba

    (your sub-account) → Settings → Users

    En tu cuenta en español: (tu sub-cuenta) → Configuración → Usuarios

    Descarga la plantilla de esta lección. Llena el renglón de tu usuario de prueba «Recepción» de la lección I.2.2: rol, sub-cuenta, módulos, fecha de alta y quién lo aprobó.

    Revisa con él los cuatro puntos de alta. Los puntos 2 y 3 se corrigen en Edit user. La verificación del punto 1 solo la activa la persona: en tu prueba, anota «no aplica». El punto 4 anótalo hoy.

    Baja, punto 5: abre Settings → Audit Logs en tu sub-cuenta y filtra por ese usuario. Revisa qué hizo; si quieres guardarlo, exporta a CSV. Si solo entró a mirar, la lista puede salir vacía: Audit Logs registra cambios, y su ayuda no menciona inicios de sesión.

    Punto 6: reasigna sus contactos, oportunidades y citas a otra persona. Tu usuario de prueba no tiene ninguno, pero con un freelancer real este punto no se salta.

    Punto 7, primero: cierra sus sesiones. Desde el icono de perfil de arriba a la derecha, entra como él con Login As, que solo tienen los admins de agencia. Abre Settings → My Profile → Security y usa Sign Out Everywhere. Esa sesión también se cierra: vuelve a entrar con tu usuario.

    Después, en Settings → Users de tu sub-cuenta, busca «Recepción» con tu código y bórralo con la papelera de su fila. Lee el aviso antes de confirmar.

    Punto 8: tu usuario de prueba no tenía accesos en Meta ni en Google, ni vio tokens. Anótalo así en el registro.

    Cierra su renglón con la fecha de baja y cómo se hizo, por ejemplo «borrado en Settings → Users». Ese renglón va en tu evidencia.

    Toma tu captura: Settings → Users de tu sub-cuenta ya sin «Recepción», con el nombre de la sub-cuenta en el selector.

    Claves

    • HighLevel no documenta ninguna opción para desactivar un usuario: solo se borra. Sus usuarios la piden en su foro de ideas, sin respuesta de HighLevel.
    • En ese foro, un usuario reporta que al borrar a alguien sus contactos se quedan sin dueño. Por eso se reasigna antes.
    • Al darlo de alta, HighLevel pudo crearle un calendario personal, «Recepción AX-7K2Q's Personal Calendar». Después de borrarlo, mira en Settings → Calendars si sigue ahí. Con un freelancer real, revisa antes si su calendario tiene citas.
    • Si la persona sigue con otro de tus clientes, no la borres. En la vista de agencia, abre su Edit user y quita solo esa sub-cuenta de Add sub-accounts.
    • Hay reportes de que borrar a alguien desde la lista de una sub-cuenta lo borró de todas. Para quitar un solo cliente, usa siempre Add sub-accounts.
    • Audit Logs guarda 60 días. Según la ayuda de HighLevel de diciembre de 2025, lo que un admin hace con Login As aparece a nombre del usuario.
    • Si alguna vez prestaste tu contraseña, cámbiala en My Profile → Security y usa Sign Out Everywhere en tu propio usuario, como en la lección I.2.1.
    • Revisa el registro cada trimestre: ¿sigue trabajando contigo y necesita lo mismo? HighLevel pide revisar los permisos de forma periódica; el ritmo trimestral es recomendación de AXIS.
    • En esa revisión, mira también Support Access: debe estar apagado, salvo que tengas un caso abierto con soporte de HighLevel.
    • La agencia de ciberseguridad de Estados Unidos (CISA) documentó un ataque que entró por la cuenta de un exempleado que nadie desactivó. La baja también es seguridad.

    Fuente: F17, F11, F33, F27, F28, F5, F30, F31, F16

    La línea de vida de un acceso
    1 · Alta
    Usuario propio, con su correo y su 2FA
    Account · User, solo en sus sub-cuentas
    Solo los módulos de su tarea; sin Account Billing ni User Management
    Anotado en el registro, con quién lo aprobó
    2 · Revisión trimestral
    ¿Sigue trabajando contigo?
    ¿Necesita lo mismo?
    Support Access apagado
    3 · Baja
    Audit Logs antes de 60 días
    Reasignar contactos, oportunidades y citas
    Cerrar sesiones y borrar, o quitar solo esa sub-cuenta
    Meta, Google, tokens y fecha de baja
    Registro de accesosAcompaña toda la línea: a quién, qué abre, desde cuándo, quién lo autorizó y cuándo se cerró
    (tu sub-cuenta) → Settings → Users

Registro de accesos y checklist de alta y baja

Registro de accesos · [Negocio o agencia] · Responsable: [tu nombre] · Próxima revisión trimestral: [mes y año]

A. Registro (un renglón por persona; sus accesos fuera de HighLevel, en la línea de abajo)
Quién | Rol (tipo · rol) | Sub-cuentas | Módulos encendidos | Fecha de alta | Aprobó | Revisión trimestral | Fecha de baja y cómo
Ejemplo: Recepción AX-7K2Q (prueba de AXIS) | Account · User | Estudio Alba AX-7K2Q | Conversations, Calendars, Contacts (sin exportar) | 11-oct-2026 | Yo (dueño) | No aplica | 11-oct-2026, borrado en Settings → Users
   Otros accesos: Meta, ninguno · Google Business Profile, ninguno · Google Ads, ninguno · Tokens que vio, ninguno
1. __________ | __________ | __________ | __________ | __________ | __________ | __________ | __________
   Otros accesos: Meta [nivel y fecha] · Google Business Profile [Owner o Manager y fecha] · Google Ads [nivel y fecha] · Tokens que vio [herramienta y fecha]
2. __________ | __________ | __________ | __________ | __________ | __________ | __________ | __________
   Otros accesos: Meta [__] · Google Business Profile [__] · Google Ads [__] · Tokens que vio [__]
3. __________ | __________ | __________ | __________ | __________ | __________ | __________ | __________
   Otros accesos: Meta [__] · Google Business Profile [__] · Google Ads [__] · Tokens que vio [__]

B. Checklist de alta (antes de mandar la invitación)
☐ 1. Un usuario propio para cada persona, con su propio correo y su verificación en dos pasos
☐ 2. Tipo Account, rol User, solo en las sub-cuentas donde trabaja
☐ 3. Solo los módulos de su tarea, con Account Billing y User Management apagados
☐ 4. Anotado en este registro, con quién lo aprobó y su fecha de revisión

C. Checklist de baja (el último día)
☐ 5. Revisé en Audit Logs lo que hizo, antes de que pasen 60 días
☐ 6. Reasigné sus contactos, oportunidades y citas
☐ 7. Cerré sus sesiones y lo borré, o le quité solo esta sub-cuenta en Add sub-accounts si sigue con otro cliente
☐ 8. Reconecté lo que conectó con su perfil, lo quité de Meta y Google, roté los tokens que vio y anoté la fecha de baja

D. Revisión trimestral · Fecha: ____________
¿Cada persona sigue trabajando contigo? ¿Necesita lo mismo? ¿Support Access está apagado, o encendido solo por un caso abierto?

Nunca anotes aquí contraseñas, claves de API, tokens ni códigos de respaldo. Este registro dice quién tiene qué llave, no la llave.

Revisó: ______________________   Fecha: ____________

Interactivo

Alta y baja de un acceso

Este interactivo se usa dentro de tu cuenta de AXIS.

  1. 06Construye
  2. 07Demuestra
  3. 08Comprueba
  4. 09Enséñalo

Esto se hace en tu cuenta.

Construir, demostrar, comprobar y explicar con tus palabras ocurre dentro de tu cuenta de AXIS, con tu código personal y AXIS Tutor al lado.

  • Construye. La tarea en tu propia cuenta de HighLevel, con su criterio de «listo».
  • Demuestra. Subes tu evidencia y una IA la revisa primero.
  • Comprueba. Cuatro preguntas, cada opción con su explicación.
  • Enséñalo. Lo explicas con tus palabras.
Haz tu AXIS ScoreYa tengo acceso: entrar

Si se rompe

Los errores que más se repiten, y su salida.

Facebook dejó de sincronizar después de cambiar una contraseña o de que alguien entró desde otro país.

La conexión venció. Reconéctala en Settings → Integrations con un perfil que sea Admin de la página y de su portafolio comercial, y no vuelvas a prestar esa contraseña.

Fuente: F4

HighLevel no me deja dar de alta al freelancer con su correo.

Ese correo ya es de un usuario de tu agencia. Sigue lo que te muestra HighLevel. Lo normal es editar ese usuario y sumarle la sub-cuenta en Add sub-accounts, en vez de crear otro.

Fuente: F5

Quité al freelancer de un cliente y desapareció también de los demás.

Probablemente lo borraste desde Users de esa sub-cuenta: hay reportes de que eso lo saca de todas. Escribe al soporte de HighLevel: en un caso así, restauró la cuenta. Si no, créalo de nuevo solo con las sub-cuentas que siguen y revisa sus contactos.

Fuente: F28

No sé qué cambió el freelancer antes de irse.

Abre Settings → Audit Logs, filtra por su usuario y exporta a CSV. Solo guarda 60 días: hazlo antes de borrarlo.

Fuente: F17

Una herramienta conectada dejó de funcionar después de la baja.

Usaba un token que rotaste o borraste. Crea una Private Integration nueva solo para esa herramienta, con los permisos mínimos, y pega tú el token.

Fuente: F12

Fecha

AXIS by CREZIR · Responsable editorial: Daniel Mendoza Arévalo · Verificado el 11 de octubre de 2026 contra el centro de ayuda de HighLevel, sus Términos de servicio y la ayuda de Google

Fuentes (33)
  1. F1 HighLevel · Terms of Service · Última modificación: junio de 2026 («Last Updated: June 2026»)
  2. F2 HighLevel · Pricing · Última modificación: sin fecha publicada (consultada el 11 de octubre de 2026)
  3. F3 Authenticator App Support for Two-Factor Authentication (2FA) · Última modificación: 6 de octubre de 2026
  4. F4 A Facebook token has expired in your HighLevel account (título tomado de la dirección; la página no muestra encabezado) · Última modificación: sin fecha visible en la página (puede ser antigua)
  5. F5 User Access · Última modificación: 6 de octubre de 2026
  6. F6 Manage Agency User Roles and Permissions in HighLevel · Última modificación: 6 de octubre de 2026
  7. F7 Sub-account: User Roles, Permissions and Assigned data · Última modificación: 6 de octubre de 2026
  8. F8 Admin Vs. User Roles and Permission Scopes · Última modificación: 6 de mayo de 2026
  9. F9 How to create a user or admin to manage multiple HL locations without giving them agency access? · Última modificación: 21 de mayo de 2025
  10. F10 Permissions Update : User Management (registro de cambios oficial) · Última modificación: sin fecha publicada (consultada el 11 de octubre de 2026)
  11. F11 Login As User (Agency Admin Only) · Última modificación: 4 de diciembre de 2025
  12. F12 Private Integrations: Everything you need to know · Última modificación: 29 de septiembre de 2026
  13. F13 HighLevel API Migration Guide: How to Move to Private Integrations · Última modificación: 21 de agosto de 2026
  14. F14 API – Security Initiatives · Última modificación: 24 de junio de 2026
  15. F15 Enhanced Account Security · Última modificación: 23 de junio de 2026
  16. F16 How to Enable Support Access for Your HighLevel Account · Última modificación: 1 de junio de 2026
  17. F17 Audit Logs · Última modificación: 12 de mayo de 2026
  18. F18 Sub Account Transfers : Eject Sub-Account to a New Agency · Última modificación: 22 de abril de 2026
  19. F19 Step-by-Step Guide to Facebook Integration in HighLevel · Última modificación: 25 de mayo de 2026
  20. F20 Connecting Facebook Business Account to Ad Manager · Última modificación: 23 de septiembre de 2026
  21. F21 Give a Partner Access to Business Assets in Your Business Portfolio (ayuda de Meta para empresas) · Última modificación: no legible: la página bloquea la lectura automática (consultada el 2026-10-11)
  22. F22 Add People to a Business Portfolio and Assign a Business Asset (ayuda de Meta para empresas) · Última modificación: no legible: la página bloquea la lectura automática (consultada el 2026-10-11)
  23. F23 Manage your Business Profile owners & managers (ayuda de Google) · Última modificación: sin fecha publicada (consultada el 11 de octubre de 2026)
  24. F24 How to Integrate Google Business Profile (GBP) With HighLevel · Última modificación: 25 de mayo de 2026
  25. F25 About access levels in your Google Ads account (ayuda de Google) · Última modificación: sin fecha publicada (consultada el 11 de octubre de 2026)
  26. F26 Manage access to your Google Ads account (ayuda de Google) · Última modificación: sin fecha publicada (consultada el 11 de octubre de 2026)
  27. F27 Allow to Inactivate user instead of delete (foro de ideas de HighLevel, fuente secundaria) · Última modificación: publicación del 2025-06-30, comentarios hasta el 2026-07-27; sin respuesta de HighLevel ni estado
  28. F28 Don't let Users remove people completely from HighLevel (foro de ideas de HighLevel, fuente secundaria) · Última modificación: publicación del 2023-04-17, comentarios hasta el 2023-11-02; sin respuesta de HighLevel
  29. F29 least privilege · Glossary (NIST CSRC, fuente secundaria) · Última modificación: sin fecha publicada (consultada el 11 de octubre de 2026)
  30. F30 NIST SP 800-53 Rev. 5 · control AC-2 Account Management (catálogo OSCAL oficial de NIST, fuente secundaria) · Última modificación: catálogo 5.2.0, modificado el 2026-05-11
  31. F31 Threat Actor Leverages Compromised Account of Former Employee to Access State Government Organization (CISA, AA24-046A) · Última modificación: 15 de febrero de 2024
  32. F32 Secrets Management Cheat Sheet (OWASP, fuente secundaria) · Última modificación: sin fecha publicada (consultada el 11 de octubre de 2026)
  33. F33 Security update – Sign Out Everywhere (registro de cambios oficial) · Última modificación: sin fecha publicada (consultada el 11 de octubre de 2026)