TeX sur le Web (Overleaf / Cloud LaTeX)

Overleaf accorde 10 secondes de compilation à un projet du plan gratuit et 240 secondes à un plan payant (documentation officielle d'Overleaf, vérifiée en août 2026). Ce facteur vingt-quatre est l'entrée la plus lisible dans la question : continuer à écrire du LaTeX dans le nuage, ou garder un environnement à soi. Le vrai débat, pourtant, ne porte pas sur la vitesse. Il porte sur le serveur qui héberge le manuscrit, sur la possibilité de choisir la version de TeX Live, et sur celle de récupérer ses sources si le service s'arrête. Cette page n'est pas une initiation pour débutants : c'est la décision nuage contre local pour ceux qui écrivent déjà. Commençons par l'événement de 2017 qui explique pourquoi Overleaf, précisément, peut tourner sur votre propre serveur.

Si Overleaf est open source, c'est grâce à une fusion de juillet 2017

Le 20 juillet 2017, Overleaf a racheté son concurrent ShareLaTeX (Scribtex Limited). L'annonce a consigné deux choses : l'éditeur ShareLaTeX serait « au cœur de la nouvelle plateforme », et l'intégralité de la base de code ouverte de ShareLaTeX resterait open source et continuerait d'être développée. Ces deux promesses expliquent exactement la situation actuelle. Overleaf lui-même a démarré fin 2012 sous le nom de WriteLaTeX, lancé par John Hammersley et John Lees-Miller, et fut rebaptisé Overleaf en 2015. L'« Overleaf v2 » d'après la fusion a été bâti sur le moteur d'édition de ShareLaTeX, et cette filiation open source est encore publiée aujourd'hui sous le nom overleaf/overleaf, sous AGPL v3.

Cet épisode compte en pratique parce que choisir le nuage n'oblige pas à confier son travail à autrui. Cloud LaTeX et Papeeria ne font que de l'hébergement ; les exploiter soi-même n'est pas prévu. Parmi les grands services, seul Overleaf peut de fait être opéré en interne, et la raison n'est pas technique : c'est la fusion de 2017. Autrement dit, la question qui semble binaire est en réalité un choix entre trois : le serveur d'un tiers, votre propre serveur, ou votre propre ordinateur. La suite règle d'abord le binaire avec des chiffres, et revient à la troisième voie à la fin.

Ce que le plan gratuit d'Overleaf ne permet pas

Trois limites mordent vraiment : le temps de compilation, la taille du projet et Git. Aucune borne sur le nombre de pages écrites gratuitement, ni sur le nombre de projets ; mais parmi les chiffres de la documentation officielle, ce sont ces trois-là que l'on rencontre en pratique. Le point Git est le plus facile à manquer : l'intégration Git est une fonction payante, si bien que le plan « commencer gratuitement et tout rapatrier plus tard avec l'historique » ne tient pas. Le tableau reprend les chiffres de la documentation d'Overleaf en août 2026.

Peut-on figer la version de TeX Live dans le nuage ?

Avec Overleaf, oui. Le millésime de TeX Live est un réglage par projet, et les versions annoncées sur leur blog remontent jusqu'à 2016. Un nouveau projet utilise par défaut la version la plus récente installée sur leurs serveurs ; quand un éditeur exige une année précise, on bascule explicitement. Ce seul réglage pèse plus qu'il n'y paraît : la plupart des « ça compile sur Overleaf mais pas chez moi » tiennent au millésime de la distribution, non à l'éditeur. Où se trouve le réglage dans l'interface relève de la page Overleaf.

Les autres services procèdent autrement. Cloud LaTeX décrit son environnement comme le TeX Live complet le plus récent, stable et développement, mis à jour par le service plutôt que choisi par l'utilisateur. Les consignes de soumission japonaises exigent souvent « composé avec TeX Live 20xx » : la différence n'a rien de théorique. Si la reproductibilité prime, un digest d'image de conteneur bat n'importe quel sélecteur d'année dans le nuage — c'est un simple fait, et pour une thèse ou un travail à reproduire des années plus tard, le compromis pratique est d'écrire dans le nuage et de confier la seule compilation finale à un conteneur.

Cloud LaTeX et les modèles KAKENHI : l'option pour écrire en japonais

Cloud LaTeX vend deux choses : du japonais qui se compose sans configuration, et une bibliothèque de plus de cent modèles qui inclut les formulaires de demande de bourse KAKENHI. Le service est exploité par Acaric. Composer du japonais sur Overleaf demande un geste — passer le compilateur du pdfLaTeX par défaut à LuaLaTeX, par exemple — alors que sur Cloud LaTeX c'est l'état initial. S'y ajoutent la synchronisation Dropbox et une intégration VS Code, ce qui évite d'être enfermé dans un onglet. Comme les formulaires de financement japonais changent de mise en page chaque année, la valeur pratique tient à la mise à jour continue de ces modèles.

La troisième option, Papeeria, propose un palier gratuit permanent avec des projets publics illimités mais un seul projet privé. Elle intègre Git aussi, mais en gratuit cela ne couvre que les dépôts publics — les dépôts privés relèvent du payant. Résumé sans nuance : Cloud LaTeX si vous écrivez surtout en japonais, Overleaf si les coauteurs sont nombreux ou le travail piloté par modèles, Papeeria si le travail est public par défaut. Ce n'est qu'un point de départ ; les deux sections suivantes — comptes institutionnels et sortie — pèsent davantage sur la durée d'un projet.

Vérifier si votre université a Overleaf Commons

Avant d'acheter un plan payant à titre personnel, vérifiez si votre établissement détient une licence de site. Overleaf Commons est l'abonnement par lequel une organisation fournit Overleaf à l'ensemble de ses membres ; là où il existe, chacun obtient le jeu de fonctions premium — temps de compilation allongés, plus de collaborateurs, suivi des modifications, intégration Git. L'inscription se fait le plus souvent par l'authentification unique de l'établissement ou par la simple confirmation d'une adresse électronique d'un domaine éligible. De nombreuses universités l'ont adopté : l'UCLA a par exemple annoncé qu'à partir du 7 avril 2025, tous les étudiants, enseignants et personnels en poste disposent d'un compte Overleaf Professional gratuit. Chercher d'abord sur les pages de votre service informatique est le geste au meilleur rendement.

Une licence de site est toutefois liée à un statut qui expire. L'inscription tient parce que l'affiliation est confirmée ; quand la remise du diplôme ou un changement de poste met fin à cette confirmation, les fonctions payantes s'arrêtent aussi. Écrire un mémoire sur un compte institutionnel, puis l'ouvrir après la soutenance à la demande d'un coauteur et n'y trouver aucun historique : l'accident est parfaitement plausible. D'où la règle permanente pour le travail collectif : faire d'un compte contrôlé par le laboratoire ou le projet le propriétaire, plutôt que du compte personnel d'une seule personne, et exporter l'ensemble des sources avant de partir.

Des travaux non publiés peuvent-ils vivre dans le nuage ?

C'est une question de règlement, non de technique. Chaque service décrit son chiffrement et ses contrôles d'accès, mais ce qui tranche, c'est la politique de gestion de l'information de votre établissement, les conditions attachées au financement et l'accord de confidentialité de la collaboration. Si l'un d'eux stipule que les données ne doivent pas quitter l'organisation, aucun service hébergé ne convient, si bon soit-il. Là où cette contrainte n'existe pas, le nuage a beaucoup pour lui. La comparaison ci-dessous suppose que les règles l'autorisent, et se lit non comme « lequel est meilleur » mais comme ce que l'on cède et ce que l'on garde en main.

Stratégie de sortie : peut-on récupérer les sources, historique compris ?

Exporter un ZIP est possible partout. Le problème, c'est l'historique. Chez Overleaf, le git clone qui rapatrie un projet entier avec son historique est une fonction payante, indisponible sur un compte gratuit. Cloud LaTeX propose l'export ZIP et la synchronisation Dropbox : une copie à jour des sources peut donc toujours résider sur votre disque. Papeeria est bâti autour de Git, mais son palier gratuit n'atteint que les dépôts publics. La règle qui en découle tient en une phrase : choisissez un service dont vous pouvez sortir par git clone. Quoi qu'il advienne du serveur, le manuscrit et son historique restent chez vous.

Cette sortie sert aussi d'entrée vers la CI. Gardez un projet Overleaf synchronisé avec un dépôt GitHub et chaque poussée peut déclencher GitHub Actions pour le composer dans un TeX Live propre, vérifiant hors du navigateur que le PDF se construit vraiment. On conserve le confort du nuage pendant qu'une machine contrôle que le travail est réellement reproductible — précieux surtout pour les articles à plusieurs auteurs. Comme signalé, les intégrations Git et GitHub sont payantes : ce montage est hors de portée d'un compte gratuit. Au quotidien, trancher ces trois points évite l'essentiel des accidents graves.

• Décider d'abord du propriétaire. Pour un travail collectif, le propriétaire doit être un compte contrôlé par le laboratoire ou le projet, non le compte personnel d'une seule personne.
• Écrire l'environnement dans le README. Une ligne nommant le service, le compilateur et le millésime de TeX Live est exactement ce qu'il faut pour reproduire la compilation en local ou en conteneur.
• Tout exporter avant la soumission. Réunir le PDF, le ZIP des sources, le .bib et les données d'origine des figures dans un unique dossier daté.

Faire tourner Overleaf sur votre propre serveur

Voici la troisième voie. Le cœur d'Overleaf est publié sous le nom overleaf/overleaf en AGPL v3 : c'est l'Overleaf Community Edition (CE). Un laboratoire ou une entreprise peut donc faire tourner son propre Overleaf sur son propre serveur, indépendamment du commercial overleaf.com. La voie recommandée est l'Overleaf Toolkit officiel : une pile Docker Compose qui lève l'application Overleaf avec MongoDB comme base de données et Redis comme cache. Clonez overleaf/toolkit depuis GitHub, initialisez, démarrez, et vous avez un Overleaf accessible depuis votre navigateur. Une fois debout, il fonctionne même dans un réseau totalement coupé d'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

Ce que l'on gagne, c'est la maîtrise de ses données et l'indépendance vis-à-vis d'un tiers. Aucun manuscrit ne quitte les serveurs de l'organisation, et ni panne ni hausse de tarif ne vous atteignent. Le prix, c'est l'exploitation elle-même : mise à disposition, sauvegardes, mises à jour de TeX Live et sécurité deviennent votre affaire. Et il reste une contrainte qu'on ne peut écarter. L'édition Community gratuite ne dispose pas des « Sandboxed Compiles » qui isolent la compilation. La compilation LaTeX d'un utilisateur s'exécute avec les mêmes privilèges que le conteneur et atteint son système de fichiers et son réseau. Le README du projet le dit sans détour : la CE est destinée à des environnements où tous les utilisateurs sont de confiance.

Si vous devez ouvrir le service plus largement, ou s'il vous faut l'isolation, l'authentification unique par LDAP ou SAML, le suivi des modifications et les autres fonctions d'entreprise, l'édition payante Server Pro existe. La règle pratique : la CE suffit à un petit laboratoire de confiance ; avant d'ouvrir à toute une université, envisagez Server Pro. Et n'oubliez pas qu'au moment où l'on choisit l'auto-hébergement, le grand avantage du nuage — n'avoir rien à maintenir — disparaît. La dernière des trois voies est la plus libre et la plus exigeante.