Qué es lo que realmente guarda el historial de versiones de Google Docs
Cada vez más estudiantes tienen que demostrar cómo se escribió un documento, y buena parte de esa escritura ocurre en Google Docs. Esto es lo que dicen las propias páginas de ayuda de Google que contiene el historial de versiones, la única cosa que no mencionan en ningún momento y cómo saber si el registro que crees tener es en realidad otro registro con un reloj de borrado enganchado.
Equipo de HumanPen
· 17 min de lectura
La respuesta corta
El historial de versiones de Google Docs es una lista de estados guardados con nombre y marca de tiempo. No es un registro de lo que se teclea. Google documenta que las revisiones «may occasionally be merged», presenta el hecho de nombrar una versión como la forma de evitarlo y no usa ni una sola vez la palabra «paste» en ninguna de sus páginas sobre historial de versiones, versiones de archivos, edición de Office o descarga de un archivo. Dos cosas que mucha gente espera encontrar ahí no están: la atribución por párrafo es una función aparte limitada a algunas ediciones de Google Workspace, y si editas un .docx dentro de Google Docs en lugar de un documento nativo, Google incluye hacer una copia de una versión antigua en la lista de funciones que no tienes disponibles.
Ese último punto importa más de lo que parece, porque hacer una copia de una versión antigua es la forma documentada de sacar un artefacto fechado del panel y meterlo en un correo.
La razón para leer esto antes de necesitarlo: todo lo de abajo ya es verdad de tu documento o ya es falso de tu documento. Aquí no hay nada que puedas activar con carácter retroactivo.
Qué dice Google que hay en el panel
Empecemos por lo pequeño, porque es lo que fija la resolución de todo el asunto.
Al pasar el cursor por la esquina superior derecha se muestra "who was the last person to update the file and when they last made changes" (quién fue la última persona en actualizar el archivo y cuándo hizo sus últimos cambios). Si abres el panel y eliges una versión obtienes algo más: "You can find who updated the file and their changes." (Puedes ver quién actualizó el archivo y qué cambió.) Cada entrada lleva, por tanto, una hora, una persona y un diff.
Y ahora la frase que decide cuánto puedes apoyarte en todo esto:
"The revisions for your file may occasionally be merged." (Las revisiones de tu archivo pueden fusionarse en algunas ocasiones.)
Google coloca eso bajo un encabezado que dice "Unable to see a previous version of your file?" (¿No puedes ver una versión anterior de tu archivo?), y el encabezado ya te dice qué viene a explicar: hay entradas que esperabas encontrar y que a veces no son entradas separadas. El panel además agrupa cosas y tiene una instrucción propia para entrar en un grupo: "Find grouped versions: In the right panel, click Expand." (Encontrar versiones agrupadas: en el panel derecho, haz clic en Expandir.)
El remedio que da Google es nombrar, y dice para qué sirve nombrar en la misma frase: "You can create a named version to track your version history and make sure your versions aren't merged." (Puedes crear una versión con nombre para seguir tu historial de versiones y asegurarte de que tus versiones no se fusionen.) Las versiones con nombre llegan hasta "up to 40 named versions per document" (hasta 40 versiones con nombre por documento), y la línea de hojas de cálculo justo debajo dice "up to 15 names versions per spreadsheet" (hasta 15 versiones con nombre por hoja de cálculo), que es un error de Google, no nuestro.
Estas dos cifras merecen una pausa por otro motivo. Son los únicos números de toda esa página de ayuda, y lo comprobamos extrayendo cada dígito del texto renderizado. En las cuatro páginas que leímos para este artículo no se dice en ninguna parte cuánto se conserva el historial de versiones de un Google Doc nativo, ni cuántas versiones automáticas se guardan como máximo, ni cada cuánto se genera una. Si has venido suponiendo que en algún sitio hay una ventana silenciosa de 30 días o un techo de 25 versiones, esa es una suposición importada de otro producto, y lo más probable es que la recogieras en la sección de más abajo sobre las versiones de archivos de Drive.
Una cosa que hay que dejar clara, porque es la forma más común con diferencia de quedarse fuera con llave por dentro: el panel necesita permiso de edición, no permiso de lectura. Google lo dice dos veces en la misma página, una vez como "To browse earlier versions of a file, you need permission to edit that file" (Para explorar versiones anteriores de un archivo necesitas permiso para editarlo) y otra como "If you don't have permission to edit a file, you won't be able to see the version history." (Si no tienes permiso para editar un archivo, no podrás ver el historial de versiones.) Compartir en modo solo lectura es el instinto cuando alguien te pide que demuestres algo, y es exactamente el modo que oculta lo que intentas mostrar. Nuestro recorrido herramienta por herramienta para sacar un registro de Word, Docs y Overleaf cubre las vías de entrega: cómo conservar el historial de versiones en Word, Google Docs y Overleaf.
La palabra que Google nunca usa
La pregunta que la gente quiere que se responda de verdad es si un pegado grande aparece en el panel como un salto evidente. Alguien en una reunión va a señalar la línea de tiempo y decir «esto parece escrito aquí mismo» o «esto parece pegado desde fuera», y las dos partes dan por hecho que la herramienta tiene una opinión al respecto.
Google no documenta ninguna. Ni una vez, en ninguna de las páginas que describen esta función.
Contamos en lugar de afirmarlo, y aquí está el recuento para que puedas repetirlo. Cuatro páginas de ayuda de Google describen el registro: la página del historial de versiones, la página de Drive sobre versiones de archivos y actividad, la página de edición de Office y la página sobre crear, ver y descargar un archivo. Desplegadas, con todas las secciones plegadas abiertas, suman 16.126 caracteres de texto de artículo entre las cuatro.
| Término de búsqueda (en inglés) | Apariciones en esas cuatro páginas |
|---|---|
| paste | 0 |
| clipboard | 0 |
| keystroke | 0 |
| version history | 20 |
| Gemini | 0 |
El instrumento funciona. Pasa el mismo contador por la página de Google sobre copiar y pegar texto e imágenes y «paste» vuelve 46 veces. Pásalo por la página de Gemini en Docs y «Gemini» vuelve 24 veces. Los ceros de arriba son, por tanto, ausencias reales y no una búsqueda rota.
Dos cosas se siguen de ahí, y la segunda es la útil.
Primero: no construyas un argumento sobre lo que el panel habría mostrado. «Ya ves que lo escribí, no hay ningún evento de pegado» es una afirmación sobre una función que Google no describe, dirigida a alguien que puede abrir el panel y comprobarlo.
Segundo, y esta es la parte que conviene llevarse a una reunión, la ausencia funciona en las dos direcciones. Si alguien mira tu historial y dice que un salto concreto demuestra que se pegó texto, esa lectura tampoco tiene respaldo en la documentación de Google. Es una interpretación de un panel cuyas reglas de segmentación el proveedor nunca ha publicado, aplicada a un documento del que el proveedor afirma sin rodeos que las revisiones pueden fusionarse.
La actividad del portapapeles sí se registra en alguna parte, solo que no en la herramienta en la que escribes. El espacio de escritura en el navegador de Turnitin la captura, y cada pegado desde fuera del documento se convierte en un elemento en el que el profesor puede hacer clic en una línea de tiempo. La lista completa de lo que recoge está en qué registra Turnitin Clarity. Si tu asignatura te da un espacio de escritura de Turnitin en lugar de un botón de subida, estás en ese sistema y no en este, y nada de este artículo se traslada.
El mismo cero se aplica a la IA. Las páginas de Google sobre el historial de versiones nunca mencionan Gemini, y la página de Google sobre escribir y editar con Gemini en Docs nunca menciona el historial de versiones. Lo que Google sí documenta sobre cómo llega el texto generado es la interacción: "Gemini will show suggestions directly in your document" (Gemini mostrará sugerencias directamente en tu documento), y después haces clic en Accept suggestion, en Accept all o en Reject all. Es una acción de edición que tú realizas. En ninguna de las dos páginas se dice que la versión resultante lleve ninguna etiqueta.
La atribución por párrafo es una función de pago
Hay una función en Google Docs que responde a la pregunta que un trabajo en grupo plantea de verdad, que no es «cuándo cambió el documento» sino «quién escribió este párrafo». Seleccionas una parte del documento, haces clic con el botón derecho y eliges Show editors.
Lee la línea que hay justo encima antes de ponerte a buscarla:
"Important: This feature is available to only Google Workspace Business Standard, Business Plus, Enterprise Standard, Enterprise Plus, and Education Plus customers." (Importante: esta función solo está disponible para los clientes de Google Workspace Business Standard, Business Plus, Enterprise Standard, Enterprise Plus y Education Plus.)
Es una lista corta de ediciones, y Education Plus es la única entrada educativa que aparece. Si la cuenta de tu universidad está en otra edición de Workspace, o si trabajas con una cuenta personal de Gmail, la opción de menú que atribuiría un pasaje a una persona no es algo que tengas. La lista de versiones sigue funcionando. La atribución por párrafo, no.
Conviene saberlo antes de prometerle a tu tutor que puedes enseñarle quién escribió una sección concreta. Comprueba hoy mismo el menú del clic derecho en tu propia cuenta, y no la noche antes de la reunión.
En la mitad de Sheets de la misma página hay, por cierto, una advertencia parecida sobre el historial de edición de celdas: "Some changes might not show up in the edit history" (Es posible que algunos cambios no aparezcan en el historial de edición), con las filas y columnas añadidas o eliminadas, los cambios de formato y los cambios hechos por fórmulas como ejemplos. Eso es Sheets y no Docs, pero sirve como recordatorio útil de que estos paneles son resúmenes con huecos conocidos, y el proveedor lo dice.
Hay dos registros distintos, y en cuál estás depende del archivo
Esta es la distinción que genera la mayor parte de la confusión en este terreno, y Google la señala en negrita, arriba del todo en su página de Drive:
"Important: Version history for Google Docs, Sheets, and Slides is different than history for .pdf files, images, and other files stored in Drive." (Importante: el historial de versiones de Google Docs, Sheets y Slides es distinto del historial de los archivos .pdf, las imágenes y otros archivos almacenados en Drive.)
Dos registros, entonces. Uno para los archivos nativos de Google y otro distinto para lo que subes. El segundo tiene límites publicados, y son las cifras que la gente atribuye por error a Google Docs:
"A version might be permanently deleted after 30 days or if there are 100 newer versions." (Una versión puede eliminarse definitivamente pasados 30 días o si hay 100 versiones más recientes.)
Drive te da una forma de fijar una: "Only the most recent versions of past documents will be saved, unless you click Keep forever." (Solo se guardarán las versiones más recientes de los documentos anteriores, a menos que hagas clic en Keep forever.) En el menú Administrar versiones de un archivo en Drive es donde viven Keep forever, Download, Upload new version y Delete.
Así que si tu forma de escribir era «escribir en Word y subir el .docx a Drive como copia de seguridad cada pocos días», lo que has construido es una pila de versiones de archivo de Drive, no un historial de Google Docs, y lleva una regla de borrado continuo adherida. Fija ahora las más tempranas. Lleva un minuto por archivo y es la única parte de todo esto que caduca en un plazo documentado.
Si editas un .docx dentro de Google Docs, hay una vía cerrada
Mucha gente nunca convierte. Sube el .docx en el que venía la plantilla de su departamento, lo abre en Docs y sigue trabajando. Google llama a esto edición de Office, y es un modo genuinamente distinto: "You can directly edit, comment, and collaborate on Office files using Google Docs, Sheets, and Slides. Changes will be auto-saved to the file in Office format." (Puedes editar, comentar y colaborar directamente en archivos de Office con Google Docs, Sheets y Slides. Los cambios se guardarán automáticamente en el archivo en formato Office.)
Primero la buena noticia. El historial de versiones existe en este modo. La lista de Google de lo que puedes hacer tras abrir un archivo de Office en Docs incluye, literalmente, "View version history" (Ver el historial de versiones). Y la página te dice dónde acaban dos tipos distintos de rastro:
"To view edits you made in previous versions, use the document's version history." (Para ver las ediciones que hiciste en versiones anteriores, usa el historial de versiones del documento.)
"To view comments you've added in previous versions, use the file versions in Google Drive." (Para ver los comentarios que añadiste en versiones anteriores, usa las versiones de archivo en Google Drive.)
Las ediciones en un sitio, los comentarios en otro. Si los comentarios de tu tutor sobre tu borrador forman parte de lo que quieres mostrar, eso son las versiones de archivo de Drive, que es el registro que lleva la regla de los 30 días encima.
Ahora la parte en la que tropieza la gente. La misma página tiene una sección titulada "Some features from Google Docs, Sheets or Slides are not available in Office editing" (Algunas funciones de Google Docs, Sheets o Slides no están disponibles en la edición de Office), y uno de los elementos de esa lista es:
"Under "Version History," make a copy of an old version of the document" (En «Historial de versiones», hacer una copia de una versión antigua del documento)
Hacer una copia de una versión antigua es la forma estándar de sacar una versión fechada del panel como archivo independiente que puedas adjuntar a un correo. En un .docx en modo de edición de Office, Google lo lista como no disponible. El remedio de Google para toda la lista está en la misma página: convertir el archivo a un Google Doc. Pero convertir tampoco está libre de consecuencias, porque Google describe la conversión como la creación de un archivo nuevo: "When you convert, you make a copy of your Office file." (Al convertir, haces una copia de tu archivo de Office.)
Dos detalles más sobre la edición de Office que conviene tener:
- Si abriste el archivo desde un adjunto de Gmail, no estás editando el adjunto. Google: "A copy of the Office attachment will be stored in Drive and all changes you make will be saved to the copy." (Se guardará una copia del adjunto de Office en Drive y todos los cambios que hagas se guardarán en la copia.) Lo que haya pasado después con la copia del remitente es un archivo distinto con un historial distinto.
- Otra persona puede reemplazarte el archivo por debajo. "If someone else uploads a new version of the Office file in Drive while you're viewing it in Google Docs, Sheets or Slides, the file will automatically be updated with the new version." (Si otra persona sube una nueva versión del archivo de Office en Drive mientras lo estás viendo en Google Docs, Sheets o Slides, el archivo se actualizará automáticamente con la nueva versión.)
Copias, descargas y lo que Google dice realmente que se traslada
Aquí aparecen constantemente dos preguntas, y las respuestas honestas tienen una forma distinta cada una.
¿Hacer una copia del documento arrastra el historial? La página de Google sobre hacer una copia nombra exactamente una cosa que puedes decidir llevarte: "If you want to copy comments from a document, spreadsheet, presentation, or video, click Copy comments and suggestions. You can choose to include resolved comments and suggestions in your new copy." (Si quieres copiar los comentarios de un documento, una hoja de cálculo, una presentación o un vídeo, haz clic en Copiar comentarios y sugerencias. Puedes elegir incluir los comentarios y sugerencias resueltos en tu nueva copia.) El historial de versiones no se menciona en absoluto en esa página. No te vamos a decir qué hereda la copia y qué no, porque Google no lo dice, y una respuesta segura aquí sería la suposición de alguien disfrazada. Lo que sí diremos es la regla práctica que se sigue de no saberlo: no trates una copia como una copia de seguridad de tu registro. Deja el original donde está y usa las copias para lo que Google sí documenta, que es extraer una versión anterior concreta.
¿Y si descargo como .docx? Las instrucciones de descarga son tres líneas sobre Archivo, Descargar, elegir un tipo de archivo. Esa página no menciona el historial de versiones en ningún momento, y ese es el cuarto de los cuatro ceros de arriba. El historial es una propiedad del archivo que está en Drive. Lo que descargas es el documento.
Así que la vía documentada para entregarle a alguien un estado anterior de un Google Doc nativo sigue siendo la que Google detalla: dentro del panel del historial de versiones, sobre la versión que quieras, Más, y luego Hacer una copia; y Google lo describe como permitirte "make a copy and edit earlier versions of a file" (hacer una copia y editar versiones anteriores de un archivo). Después tienes un documento independiente que puedes descargar o compartir. Esa vía es justo la que está cerrada en el modo de edición de Office.
Quién puede borrarlo y qué sobrevive al borrado
El historial de versiones no es permanente, y la persona que puede eliminarlo está nombrada:
"As the file owner, you can manage your document's version history to remove historical content." (Como propietario del archivo, puedes gestionar el historial de versiones de tu documento para eliminar contenido histórico.)
El propietario. En un documento compartido es quien creó el archivo, que en un trabajo en grupo suele ser quien pulsó Nuevo primero, por casualidad, en la primera semana.
Hay dos opciones documentadas, y ambas llevan la misma advertencia: "Deleting version history is permanent and cannot be undone" (Eliminar el historial de versiones es permanente y no se puede deshacer). El detalle interesante es qué dejan a salvo. Eliminar todas las versiones "can remove all versions of your document that have not been explicitly named" (puede eliminar todas las versiones de tu documento que no se hayan nombrado explícitamente). Eliminar versiones antiguas borra las versiones "that are older than a specific version and have not been explicitly named" (que sean anteriores a una versión concreta y no se hayan nombrado explícitamente).
Lee esto dos veces si trabajas en un documento compartido. Nombrar una versión no solo es la forma de evitar que se fusione. Según la propia descripción de Google de estos dos comandos, es también lo que la mantiene fuera de un borrado masivo. Diez segundos al final de una sesión de trabajo, con una fecha y dos palabras sobre lo que hiciste, compran una entrada etiquetada que tanto la fusión automática como el borrado masivo dejan en paz.
Nadie que esté leyendo esto tiene motivo para usar ninguno de los dos comandos de borrado.
La edición sin conexión cambia cuándo llegan las cosas a Drive
Una cosa más, e importa si trabajas con una conexión inestable o si escribes sin conexión a propósito.
La descripción que hace Google del guardado es que, cuando estás en línea, los cambios se guardan mientras escribes. Sin conexión es distinto: "Once offline access is turned on for Docs, Sheets, Slides, or Forms, changes will save to your device as you enter text, and will save to Drive once reconnected." (Una vez activado el acceso sin conexión para Docs, Sheets, Slides o Forms, los cambios se guardarán en tu dispositivo a medida que introduzcas texto y se guardarán en Drive cuando te vuelvas a conectar.)
Así que un tramo de escritura sin conexión no llega a Drive hasta que te reconectas. La página de edición de Office menciona lo mismo desde el lado de la resolución de problemas: te dice que "Check your version history for your offline edits" (Comprueba tu historial de versiones para ver tus ediciones sin conexión) si las ediciones hechas en un dispositivo no se ven en otro, y señala al dispositivo que todavía no se ha reconectado como la causa probable.
Lo que Google no documenta es qué marca de tiempo acaban llevando esas versiones. Así que esto pertenece a la misma caja que la pregunta del pegado. Si tu historial tiene un hueco largo y después una llegada grande, ese es un patrón con al menos una explicación ordinaria, y no es un patrón que nadie pueda leer con seguridad en ninguna de las dos direcciones.
Qué hacer esta semana
- Abre el panel y baja hasta el final. Mira la fecha de la entrada más antigua que realmente esté ahí. Esa fecha, no la fecha en que empezaste, es lo que cubre tu historial.
- Nombra una versión al final de cada sesión de trabajo real. Fecha más dos palabras. Evita la fusión y sobrevive a los comandos de borrado masivo.
- Comprueba si Show editors existe en tu cuenta. Selecciona un párrafo, haz clic con el botón derecho y mira. Averígualo ahora, y no cuando alguien te pregunte quién lo escribió.
- Si tus borradores son archivos subidos y no Docs nativos, fija los más tempranos. Administrar versiones, Keep forever, en los dos o tres primeros. Este es el único límite de este artículo que tiene un reloj publicado.
- Si trabajas con un .docx en modo de edición de Office, decídelo ahora. O lo conviertes a un Google Doc, sabiendo que eso produce un archivo nuevo, o aceptas que sacar una única versión antigua como archivo propio no está disponible para ti.
- No reconstruyas nada. Volver a teclear un documento terminado en un Google Doc nuevo crea un archivo cuya primera entrada ya es casi un trabajo entero, fechado después de que se hiciera la pregunta. Convierte una situación discutible en una situación clara, en la dirección equivocada.
Si ya estás en una conversación sobre un documento marcado, marcado, pero lo escribiste tú mismo trata de cómo armar una respuesta, y la versión de eso centrada en el historial de versiones, para Word y Docs, es cómo demostrar que no usaste IA.
Dónde encaja una reescritura
Nada de este artículo mejora reescribiendo el documento. El registro es el registro.
El único punto donde ambos se tocan es el momento. Si te han dado un informe de detección y vas a revisar los pasajes que ha resaltado, hazlo como una sesión de edición deliberada y fechada sobre el documento vivo, no como un reemplazo silencioso del archivo, y sabe qué párrafos has cambiado. Una revisión que puedes describir es una parte normal de la escritura. Un archivo que aparece ya formado, sin relación con lo que había antes, es lo que resulta difícil de explicar.
La herramienta HumanPen está pensada justo para eso: subes el documento junto con el informe, los resaltados del informe definen qué se reescribe y el resto vuelve tal como lo escribiste. El párrafo es la unidad más pequeña que toca, así que una coincidencia parcial se amplía al párrafo completo y se te muestra antes de que se ejecute nada. Los pasajes que cumplen los requisitos pueden volver a procesarse sin coste.
Eso es una descripción del alcance, no una afirmación sobre un informe futuro, y no pone en tu historial de versiones nada que no hayas puesto tú. Lee primero cómo leer un informe de escritura con IA de Turnitin si los resaltados son tu punto de partida.
Preguntas frecuentes
¿Aparecerá un pegado grande en el historial de versiones? Google no documenta cómo segmenta el panel las ediciones y nunca usa la palabra «paste» en ninguna de sus páginas de historial de versiones, versiones de archivos, edición de Office o descargas. Lo que sí documenta es que "The revisions for your file may occasionally be merged" (las revisiones de tu archivo pueden fusionarse en algunas ocasiones). Ni tú ni nadie más puede leer un salto en ese panel como prueba de algo en particular.
¿Sobrevive el historial si descargo el archivo como .docx? El historial pertenece al archivo que está en Drive. La página de Google sobre descargar un archivo no menciona el historial de versiones en ninguna parte. La forma documentada de entregar un estado anterior es hacer una copia de esa versión desde dentro del panel y compartir o descargar la copia.
¿Hacer una copia del documento entero conservará el historial? La página de Google sobre copiar un archivo dice que puedes optar por llevarte los comentarios y las sugerencias, y no dice nada del historial de versiones. No vamos a suponer nada en ninguna dirección. Conserva el original y usa el comando propio del panel de copiar una versión cuando necesites un archivo fechado.
¿Puede ver mi tutor el historial si comparto el documento con él? Solo con permiso de edición. Google lo dice dos veces: explorar versiones anteriores requiere permiso para editar el archivo, y sin ese permiso el historial de versiones no es visible. Compartir en modo solo lectura lo oculta.
¿Puedo averiguar quién escribió un párrafo concreto? Solo en algunas ediciones de Google Workspace. Google restringe Show editors a Business Standard, Business Plus, Enterprise Standard, Enterprise Plus y Education Plus. En otras cuentas la lista de versiones sigue funcionando, pero la atribución por pasaje no está disponible.
Escribí en un archivo de Word guardado en Drive. ¿Qué registro tengo? Los dos, en sitios distintos. Google dice que las ediciones que hiciste en versiones anteriores están en el historial de versiones del documento, y que los comentarios que añadiste en versiones anteriores están en las versiones de archivo de Drive. Y en el modo de edición de Office, hacer una copia de una versión antigua del documento está en la lista de Google de funciones no disponibles.
Seguir leyendo