Scripts et automatisation : le terrain de WinSCP – et le plus récent de FTPie
C’est là que WinSCP a longtemps joué dans une catégorie à part – et là où FTPie a comblé l’essentiel de l’écart en 2026.
WinSCP dispose d’une interface en ligne de commande complète et de son propre langage de script. Vous pouvez écrire des scripts qui se connectent à un serveur, récupèrent les fichiers correspondant à un motif, synchronisent des répertoires et gèrent les erreurs – le tout sans ouvrir l’interface graphique. Il est aussi livré sous forme d’assembly .NET, appelable depuis PowerShell ou du code C#. Pour des chaînes de déploiement automatisées, des récupérations planifiées ou des flux d’intégration continue, c’est extrêmement utile.
FTPie embarque désormais sa propre interface en ligne de commande, ftpie-cli: douze verbes (list, search, copy, move, upload, download et d’autres) qui font tourner le même moteur de transfert et les mêmes comptes enregistrés que l’application – services cloud compris, pas seulement le FTP et le SFTP. Elle renvoie des codes de retour documentés sur lesquels brancher vos scripts, gère --json pour une sortie structurée, et un Command Builder visuel dans l’application compose la commande pour vous. Pour les tâches récurrentes que vous préférez ne pas scripter du tout, les transferts planifiés font tourner des transferts entre deux stockages selon un calendrier – sans passer par le Planificateur de tâches.
Là où WinSCP garde l’avantage, c’est la profondeur : un langage de script dédié avec structures de contrôle, des commandes de synchronisation de répertoires, et l’assembly .NET pour intégrer des transferts dans vos propres programmes. Si votre automatisation consiste à « l’appeler depuis C# » ou à « synchroniser avec des règles sur mesure », WinSCP reste le meilleur choix. S’il s’agit de « scripter mes envois et mes téléchargements depuis PowerShell ou la CI, sur des serveurs comme sur des clouds », FTPie le fait désormais aussi.