TeX en la web (Overleaf / Cloud LaTeX)

Overleaf concede 10 segundos de compilación a un proyecto del plan gratuito y 240 segundos a uno de pago (documentación oficial de Overleaf, consultada en agosto de 2026). Ese factor de veinticuatro es la puerta de entrada más legible a la pregunta de si seguir escribiendo LaTeX en la nube o mantener un entorno propio. El debate de fondo, sin embargo, no va de velocidad. Va de en qué servidor vive el manuscrito, de si se puede elegir la versión de TeX Live y de si se pueden recuperar los fuentes si el servicio se detiene. Esta página no es una iniciación para principiantes: es la decisión nube contra local para quien ya está escribiendo. Empecemos por el suceso de 2017 que explica por qué precisamente Overleaf puede ejecutarse en su propio servidor.

Overleaf es de código abierto gracias a una fusión de julio de 2017

El 20 de julio de 2017 Overleaf adquirió a su competidor ShareLaTeX (Scribtex Limited). El anuncio dejó constancia de dos cosas: que el editor de ShareLaTeX estaría «en el núcleo de la nueva plataforma» y que toda la base de código abierta de ShareLaTeX seguiría siendo de código abierto y se seguiría desarrollando. Esas dos promesas explican con exactitud la situación actual. El propio Overleaf empezó a finales de 2012 como WriteLaTeX, fundado por John Hammersley y John Lees-Miller, y pasó a llamarse Overleaf en 2015. El «Overleaf v2» posterior a la fusión se construyó sobre el motor de edición de ShareLaTeX, y ese linaje de código abierto se sigue publicando hoy como overleaf/overleaf bajo la AGPL v3.

Ese episodio importa en la práctica porque elegir la nube no tiene por qué significar entregar el trabajo a un tercero. Cloud LaTeX y Papeeria son solo alojamiento; no hay forma de ejecutarlos uno mismo. Entre los servicios grandes, Overleaf es en la práctica el único que se puede operar en casa, y la razón no es técnica sino aquella fusión de 2017. Es decir: la pregunta que parece binaria es en realidad una elección entre tres: el servidor de otro, su propio servidor o su propio ordenador. Lo que sigue zanja primero el binario con cifras y vuelve al tercer camino al final.

Qué no permite el plan gratuito de Overleaf

Tres límites muerden de verdad: el tiempo de compilación, el tamaño del proyecto y Git. No hay tope de páginas escritas gratis ni de número de proyectos, pero de las cifras de la documentación oficial son estas tres las que se encuentran en la práctica. La de Git es la más fácil de pasar por alto: la integración con Git es una función de pago, de modo que el plan «empiezo gratis y luego me lo bajo todo con su historial» no funciona. La tabla recoge las cifras de la documentación de Overleaf en agosto de 2026.

¿Se puede fijar la versión de TeX Live en la nube?

Con Overleaf, sí. El año de TeX Live es un ajuste por proyecto, y las versiones que su propio blog ha anunciado se remontan hasta 2016. Un proyecto nuevo usa por defecto la versión más reciente instalada en sus servidores, así que cuando una editorial exige un año concreto se cambia explícitamente. Ese único control pesa más de lo que parece: la mayoría de los «compila en Overleaf pero no en mi máquina» se deben al año de la distribución, no al editor. Dónde está el ajuste en la interfaz lo cubre la página de Overleaf.

Otros servicios lo resuelven de otro modo. Cloud LaTeX describe su entorno como el TeX Live completo más reciente, estable y de desarrollo, actualizado por el servicio en lugar de elegido por el usuario. Las normas de envío japonesas suelen exigir «compuesto con TeX Live 20xx», así que la diferencia no es teórica. Si la reproducibilidad manda, el digest de una imagen de contenedor gana a cualquier selector de año en la nube: es sencillamente así, y para una tesis o un trabajo que quizá haya que reproducir años después, el arreglo práctico es escribir en la nube y ceder solo la compilación final a un contenedor.

Cloud LaTeX y las plantillas KAKENHI: la opción para escribir en japonés

Cloud LaTeX vende dos cosas: japonés que se compone sin configuración y una biblioteca de más de cien plantillas que incluye los formularios de solicitud de las becas KAKENHI. Lo opera Acaric. Componer japonés en Overleaf exige un gesto —cambiar el compilador del pdfLaTeX por defecto a LuaLaTeX, por ejemplo—, mientras que en Cloud LaTeX ese es el estado inicial. Añade sincronización con Dropbox e integración con VS Code, así que uno no queda encerrado en una pestaña del navegador. Como los formularios de financiación japoneses cambian de maqueta cada año, el valor práctico está en si esas plantillas se siguen actualizando.

La tercera opción, Papeeria, tiene un nivel gratuito permanente con proyectos públicos ilimitados pero un solo proyecto privado. También integra Git, aunque en el nivel gratuito eso cubre solo repositorios públicos: los privados son de pago. Resumido a lo bruto: Cloud LaTeX si escribe sobre todo en japonés, Overleaf si hay muchos coautores o se trabaja con plantillas, Papeeria si el trabajo es público por defecto. Es solo un punto de partida; las dos secciones siguientes —cuentas institucionales y salida— pesan más a lo largo de la vida de un proyecto.

Compruebe si su universidad tiene Overleaf Commons

Antes de comprar un plan de pago a título personal, compruebe si su institución tiene una licencia de campus. Overleaf Commons es la suscripción con la que una organización ofrece Overleaf a todos sus miembros; donde existe, cada miembro obtiene el conjunto de funciones de pago: tiempos de compilación más largos, más colaboradores, control de cambios, integración con Git. El alta suele completarse iniciando sesión con el inicio de sesión único de la institución o simplemente confirmando una dirección de correo de un dominio con derecho. Muchas universidades lo han adoptado: UCLA, por ejemplo, anunció que desde el 7 de abril de 2025 todo el estudiantado y el personal en activo dispone de una cuenta Overleaf Professional gratuita. Buscar primero en las páginas del servicio informático propio es el gesto de mayor rendimiento.

Ahora bien, una licencia de campus está atada a una condición que caduca. El alta se sostiene porque se confirma la afiliación; cuando la graduación o un cambio de trabajo pone fin a esa confirmación, las funciones de pago terminan con ella. Escribir una tesis de máster en una cuenta institucional y luego abrirla tras graduarse, a petición de un coautor, para no encontrar historial es un accidente perfectamente verosímil. De ahí la regla permanente para el trabajo en común: que el propietario sea una cuenta controlada por el laboratorio o el proyecto y no la cuenta personal de alguien, y exportar todo el fuente antes de marcharse.

¿Puede vivir en la nube una investigación sin publicar?

Es una cuestión de normas, no de tecnología. Todos los servicios describen su cifrado y sus controles de acceso, pero lo que decide el asunto es la política de gestión de la información de su institución, las condiciones de la financiación y el acuerdo de confidencialidad de la colaboración. Si alguno de ellos dice que los datos no pueden salir de la organización, ningún servicio alojado sirve, por bueno que sea. Donde no rige tal restricción, la nube tiene mucho a su favor. La comparación siguiente supone que las normas lo permiten, y se lee no como «cuál es mejor» sino como qué se cede y qué se conserva en la propia mano.

Estrategia de salida: ¿puede llevarse los fuentes, historial incluido?

Exportar un ZIP se puede en todos los servicios. El problema es el historial. En Overleaf, el git clone que baja un proyecto entero con su historial es una función de pago, no disponible en una cuenta gratuita. Cloud LaTeX ofrece exportación en ZIP y sincronización con Dropbox, así que una copia actual del fuente puede vivir siempre en su propio disco. Papeeria está construido en torno a Git, pero su nivel gratuito solo alcanza a los repositorios públicos. La regla que se desprende cabe en una frase: elija un servicio del que pueda salir con git clone. Pase lo que pase con el servidor, el manuscrito y su historial se quedan con usted.

Esa salida es a la vez la entrada a la CI. Mantenga un proyecto de Overleaf sincronizado con un repositorio de GitHub y cada envío podrá disparar GitHub Actions para componerlo en un TeX Live limpio, verificando fuera del navegador que el PDF se construye de verdad. Se conserva la comodidad de la nube mientras una máquina comprueba que el trabajo es realmente reproducible, algo especialmente valioso en artículos con varios autores. Como se ha dicho, las integraciones con Git y GitHub son de pago, así que este montaje queda fuera del alcance de una cuenta gratuita. En el día a día, decidir estas tres cosas evita la mayoría de los accidentes graves.

• Decida antes el propietario. En trabajo colaborativo, que el propietario sea una cuenta controlada por el laboratorio o el proyecto, no la cuenta personal de alguien.
• Escriba el entorno en el README. Una línea con el servicio, el compilador y el año de TeX Live es justo lo que hará falta para reproducir la compilación en local o en un contenedor.
• Expórtelo todo antes de enviar. Reúna el PDF, el ZIP del fuente, el .bib y los datos de origen de las figuras en una única carpeta fechada.

Ejecutar Overleaf en su propio servidor

Este es el tercer camino. El núcleo de Overleaf se publica como overleaf/overleaf bajo la AGPL v3, y eso es Overleaf Community Edition (CE). Un laboratorio o una empresa puede así ejecutar su propio Overleaf en su propio servidor, con total independencia del comercial overleaf.com. La vía recomendada es el Overleaf Toolkit oficial: una pila de Docker Compose que levanta la aplicación Overleaf junto con MongoDB como base de datos y Redis como caché. Clone overleaf/toolkit desde GitHub, inicialícelo, arránquelo y tendrá un Overleaf accesible desde su propio navegador. Una vez en pie, funciona incluso en una red sin ninguna conexión a Internet.

# Bring up your own Overleaf with the official toolkit.
git clone https://github.com/overleaf/toolkit.git
cd toolkit
bin/init      # generates the config/ directory
bin/up        # starts Overleaf + MongoDB + Redis via Docker Compose

Lo que se gana es el control de los propios datos y la independencia frente a un tercero. Ningún manuscrito sale de los servidores de la organización, y ni una caída ni una subida de precio le afectan. El precio es la operación misma: aprovisionar, hacer copias, actualizar TeX Live y la seguridad pasan a ser tarea suya. Y queda una restricción más que no se puede esquivar. La Community Edition gratuita no tiene «Sandboxed Compiles» para aislar la compilación. La compilación LaTeX de un usuario se ejecuta con los mismos privilegios que el contenedor y alcanza su sistema de archivos y su red. El README del propio proyecto dice sin rodeos que la CE está pensada para entornos donde todos los usuarios son de confianza.

Si necesita abrir el servicio a más gente, o requiere aislamiento, inicio de sesión único por LDAP o SAML, control de cambios y demás funciones empresariales, existe la edición de pago Server Pro. La regla práctica: la CE basta para un laboratorio pequeño y de confianza; antes de abrirlo a toda una universidad, valore Server Pro. Y no olvide que, en cuanto se opta por el autoalojamiento, la gran ventaja de la nube —no tener que mantener nada— desaparece. El último de los tres caminos es el más libre y el que más trabajo da.