Revisa tu propia cuenta sección por sección. Anota qué partes del perfil has hecho privadas y luego revisa por separado tu estado escrito por ti y cualquier cosa que publicaras antes: hacer privado un perfil oculta secciones del perfil, pero un estado puede seguir siendo público y los recursos anteriormente públicos no se retiran. Elimina la redacción sensible de tu propio estado y registra el trabajo público más antiguo como historial que no puedes despublicar solo con un ajuste de privacidad. Este es un hábito de inventario, no un interruptor que borra el pasado.
Encuentra pistas de perfiles sociales públicos con nuestra app TraceSeek.
Empieza con dos listas separadas
Trata esto como dos inventarios, no como un único interruptor de privacidad. En la primera lista, anota las secciones del perfil que controlas en tu propia cuenta y si cada una es privada o visible. En la segunda lista, anota lo que queda fuera de esas secciones: el texto de estado escrito por ti y cualquier recurso que fuera público antes. Hacer privado un perfil oculta secciones del perfil, pero no oculta todos los recursos anteriormente públicos, y un estado escrito por el usuario puede seguir siendo público. Mantén las dos listas separadas para no confundir un perfil privado con una página en blanco. [Documentación de GitLab: perfil público, ID de cuenta y ajustes del propietario]
- Enumera las secciones del perfil que has configurado como privadas.
- Enumera tu texto de estado y cualquier recurso anteriormente público por separado.
- Marca cada elemento como controlado por el propietario, público por diseño o historial anteriormente público.
Revisa el campo de estado como texto escrito por ti
Tu estado es algo que tú escribiste, así que pertenece a tu propia limpieza, no a una afirmación sobre lo que una plataforma oculta. Abre tu perfil con la sesión iniciada y lee la línea de estado como lo haría un desconocido. Elimina cualquier detalle escrito por ti que ya no quieras que sea visible. Trata la edición del texto en sí como el paso protector, porque los hechos verificados solo establecen que un estado puede seguir siendo público incluso cuando las secciones del perfil son privadas; decidir qué detalles son sensibles es tu criterio. [Documentación de GitLab: perfil público, ID de cuenta y ajustes del propietario]
- Reescribe o borra el texto de estado que ya no quieras que sea visible.
- Vuelve a leer la nueva redacción como si fueras un desconocido.
- Anota la fecha en que lo cambiaste.
El trabajo público antiguo es historial, no un ajuste
Los recursos que fueron públicos antes no se retiran por hacer privado el perfil. El historial de commits, los proyectos públicos más antiguos y cualquier cosa ya copiada o indexada pueden sobrevivir a un cambio de visibilidad. No afirmes que un interruptor de privacidad borra el historial del proyecto; en su lugar, registra los elementos públicos más antiguos en tu inventario y decide elemento por elemento si la exposición todavía te importa. Donde no puedas cambiar algo, escribe no disponible y detente en ese límite en lugar de adivinar. [Documentación de GitLab: perfil público, ID de cuenta y ajustes del propietario]
- Registra los proyectos y commits públicos más antiguos como historial en tu lista.
- Decide si cada uno sigue importando; donde no puedas actuar, escribe no disponible.
- No describas un cambio de privacidad como si borrara el historial del proyecto.
Separa los campos de correo electrónico e identidad
El correo electrónico de tu perfil y el correo electrónico de tus commits son ajustes diferentes, y hay disponible un correo electrónico de commit privado generado automáticamente para trabajo futuro. Eso no borra retroactivamente commits públicos más antiguos, así que revisa ambas superficies en tu propia cuenta. El mismo cuidado se aplica a los campos de cuentas sociales externas, que pueden contener identificadores como un ID de usuario de Discord o un nombre de usuario de GitHub en lugar de un nombre visible. Revisa esos campos como identificadores que elegiste publicar. [Documentación de GitLab: perfil público, ID de cuenta y ajustes del propietario]
- Compara los ajustes de correo electrónico del perfil y de los commits.
- Anota los commits más antiguos que todavía llevan la dirección anterior.
- Lee los campos de cuentas externas como identificadores, no como nombres visibles.
Las contribuciones y la presencia no son prueba
Los propietarios pueden mostrar acciones de contribución privadas sin publicar toda la información subyacente del proyecto. Lee un gráfico de contribuciones como un resumen de actividad, no como una presencia en tiempo real ni como un registro de identidad. Esto importa cuando auditas tu propia huella: un gráfico silencioso o una sección privada no son evidencia de que alguien esté ausente, y un gráfico visible no es prueba de actividad actual. Mantén las observaciones, sus límites y tus decisiones en columnas separadas para que la auditoría siga siendo honesta. [Documentación de GitLab: perfil público, ID de cuenta y ajustes del propietario]
Un inventario elaborado (hipotético)
Supongamos que un propietario ha ocultado varias secciones del perfil pero dejó un estado que menciona una ciudad y una rutina semanal. Su proyecto público más antiguo todavía muestra commits tempranos bajo una dirección que ya no usa. Ten en cuenta que GitLab.com y las instancias alojadas de forma independiente son contextos de cuenta separados, así que confirma qué host estás revisando. La hoja de trabajo hipotética a continuación mantiene cada observación junto a su límite y el siguiente paso práctico. [Documentación de GitLab: perfil público, ID de cuenta y ajustes del propietario]
| observación | límite | siguiente paso |
|---|---|---|
| Secciones del perfil configuradas como privadas | No oculta los recursos anteriormente públicos | Enumera los proyectos públicos más antiguos como historial, no como algo fijo |
| El estado menciona una ciudad y una rutina semanal | El estado puede seguir siendo público a pesar de las secciones privadas | Edita el texto de estado hasta una redacción neutral |
| Los commits más antiguos usan un correo electrónico anterior | El correo electrónico de commit privado solo se aplica en adelante | Registra los commits más antiguos como historial; decide si es posible actuar |
Un par de preguntas más
¿Hacer privado mi perfil de GitLab oculta mi estado y mis proyectos antiguos?
No. Un perfil privado oculta secciones del perfil, pero un estado escrito por el usuario puede seguir siendo público y los recursos anteriormente públicos no se retiran. Edita tú mismo el texto de estado y registra el trabajo público antiguo como historial.
¿Puedo borrar commits públicos más antiguos con un correo electrónico de commit privado?
No. Un correo electrónico de commit privado generado automáticamente está disponible para trabajo futuro, pero no borra retroactivamente commits públicos más antiguos. Enuméralos como historial y decide elemento por elemento.
¿Qué pasa si no puedo cambiar algo que encuentro?
Regístralo como no disponible y detente en el límite de acceso. Usa la ayuda oficial actual de la plataforma para esa superficie, o pide un enlace voluntario a un co-mantenedor que ya conozcas, sin tratar el silencio como prueba de nada.
Fuentes y notas editoriales
Referencias oficiales comprobadas el 23 de octubre de 2026. Las listas de comprobación, las tablas comparativas y el texto de ejemplo son herramientas editoriales de DateClues, no pruebas oficiales ni puntuaciones de riesgo validadas.
Información general. Ninguna guía ni herramienta puede certificar la identidad, las intenciones o la seguridad de una persona. Lee nuestros estándares editoriales.