L’année dernière, iCloud m’avait fait une petite blagounette : les fichiers modifiés sur un fuseau horaire différent (lors de mon passage en France par rapport à ma base en Australie), avec le MacBook que j’utilise en déplacement, ne se synchronisaient pas sur mon Mac principal (enfin, il a fallu trois semaines). J’ai refait l’expérience en 2025 et : hosanna sur terre et dans les clouds, le service a correctement et rapidement synchronisé mes données ! Si bug il y avait, il semble résolu.

Ce genre de blague est évidemment fâcheux, mais c’est surtout un énorme risque quand on utilise Scrivener. En effet, pour accommoder des projets colossaux sur des machines modestes, il utilise un format de fichiers particulier, les package files, et ces fichiers sont extrêmement sensibles aux algorithmes de synchronisation employés par les services cloud. La règle d’or est : tout projet Scrivener doit être impérativement disponible intégralement en local, ou bien la corruption des données est quasi-certaine. Les développeurs fournissent même une page de précautions à respecter comme les tables de la loi au retour vénère de Moïse.

Le problème central se situe dans les algorithmes supposément intelligents de synchronisation : les services cloud déchargent de votre machine les fichiers moins couramment utilisés pour faire de la place. Or, ils peuvent décharger des fichiers à l’intérieur du projet Scrivener, parfois même alors qu’il est ouvert, conduisant à ce qu’on appelle, en termes techniques précis, un bordel sans nom. Pour cette même raison, il est également crucial d’attendre que la synchronisation d’un projet soit terminée avant de l’ouvrir sur une autre machine.

Il convient donc d’adopter :

Jusqu’à l’année dernière, il était donc impératif de s’assurer que ladite synchronisation intelligente ne soit PAS activée dans les préférences d’iCloud, appelée ici « Optimisation du stockage ». C’était la seule façon de forcer iCloud à toujours conserver les données en local, mais cela impliquait d’avoir un disque interne suffisamment gros (et on sait qu’Apple se rince bien là-dessus), parce qu’iCloud vit obligatoirement sur le disque interne :

Heureusement, depuis les mises à jour 2024 des systèmes (iOS 18 / macOS Sequoia), une nouvelle option est ENFIN disponible. Si l’on laisse iCloud le soin d’optimiser le stockage du Mac, on peut néanmoins forcer le système à conserver dossiers et/ou fichiers en local d’un simple clic-droit, ce qui règle le problème de la taille du stockage :

On prendra donc un soin obsessionnel à conserver tous ses projets Scrivener en local de la sorte (pour faire simple, on pourra conserver tout son dossier « Écriture », où l’on mettra tous ses projets). Pour ma part, j’utilise iCloud avec un GROS projet Scrivener (le projet « Les Dieux sauvages » pèse environ 1,5 Go à l’heure actuelle) et, en suivant toutes les recommandations d’usage, je n’ai eu aucun problème de fonctionnement. iCloud est donc tout à fait utilisable avec Scrivener, et c’est bien beau de râler, il faut aussi dire quand les trucs (re)marchent.

Mais au final, pourquoi utiliser iCloud ? Il existe de bonnes alternatives (j’ai utilisé Filen une bonne partie de l’année 2024). Principalement pour deux raisons : c’est intégré au système, ce qui réduit le nombre de solutions techniques à maintenir ; et mes données sont chiffrées de bout en bout (avec la Protection Avancée des Données, que j’ai adoptée dès sa disponibilité en Australie), ce qui est à mon sens un impératif de nos jours (et ce que Dropbox ne fournit pas).

(J’ai un troisième argument, qui concerne surtout ma situation personnelle, mais c’est le prix : j’utilise la formule Apple One avec le stockage et tous les services fournis comme Music, TV+, Arcade et Fitness+ ; la version australienne me donne en plus Apple News+, soit un abonnement illimité à des tas de magazines comme National Geographic ou Scientific American, et j’en rêvais depuis sa sortie aux US. Le stockage, mon utilisation intensive d’Apple Music, mon utilisation régulière de News+ et mon picorage des autres services rendent l’opération rentable, ce qui revient moins cher que l’abonnement pour chaque service à part. On peut faire le même genre de calcul en France, mais le nombre de services disponibles étant beaucoup plus restreint, cela rend le calcul moins certain.)