Choisir sa méthode de publication selon la taille du site
WebAcappella Fusion propose trois méthodes pour envoyer votre site sur Internet : SFTP/FTP, synchronisation SSH (rsync) et publication dans un dossier local. Sur un petit site, n'importe laquelle fait l'affaire. Sur un site qui grossit (catalogue, blog, portfolio…), le choix devient décisif : une publication peut prendre quelques secondes ou trente minutes selon la méthode et les réglages.
Cette page vous aide à choisir la méthode la mieux adaptée à votre projet, et à régler correctement les options de performance.
Comparatif rapide des trois méthodes
| Critère | SFTP / FTP | Synchronisation SSH (rsync) | Publication manuelle (FileZilla...) |
|---|---|---|---|
| Prérequis hébergeur | Accès FTP (universel) | Accès SSH (offres compatibles) | Aucun (export sur disque) |
| Sécurité du transfert | SFTP chiffré, FTP en clair | Toujours chiffré (SSH) | Sans objet |
| Transfert différentiel | Fichier entier renvoyé si modifié | Delta intra-fichier : seuls les blocs modifiés sont envoyés | Sans objet |
| Reprise après coupure | Non, tout repart de zéro | Oui, reprend où la coupure a eu lieu | Sans objet |
| Vérification d'intégrité | Aucune native | Checksum sur chaque fichier | Sans objet |
| Idéal pour | Petits et moyens sites (jusqu'à ~200 pages) | Gros sites, mises à jour fréquentes | Transfert avec votre client FTP préféré, intégration externe (CI, sauvegardes) |
Petit site (jusqu'à ~50 pages) : SFTP suffit
Sur un site vitrine de quelques pages avec quelques dizaines d'images, la publication SFTP prend quelques secondes et ne pose aucun problème. Pas besoin d'aller chercher plus loin.
- Choisissez SFTP plutôt que FTP : le SFTP chiffre vos identifiants et vos données, alors que le FTP transmet le mot de passe en clair.
- Laissez le réglage par défaut du nombre de connexions simultanées (Recommandé : 10) — il est adapté à la quasi-totalité des hébergeurs.
- Voir la configuration détaillée sur la page
Site moyen (50 à 500 pages) : SFTP avec réglage des connexions simultanées
Quand le site grossit (blog accumulé, catalogue, galerie photo…), la durée de publication SFTP commence à se faire sentir. WebAcappella Fusion peut ouvrir plusieurs connexions FTP en parallèle pour accélérer le transfert.
Dans les paramètres de votre serveur SFTP/FTP, le groupe « Optimisation de la synchronisation » contient une liste déroulante qui permet de choisir entre 1 et 20 connexions simultanées :
- 1 (Plus compatible) : une seule connexion à la fois. À utiliser si votre hébergeur ferme les connexions multiples ou retourne des erreurs « too many connections ».
- 10 (Recommandé) : valeur par défaut, le bon équilibre entre vitesse et compatibilité avec la majorité des hébergeurs.
- Jusqu'à 20 : peut accélérer encore le transfert sur les très gros sites, à condition que votre hébergeur l'accepte sans brider ni couper les connexions.
Si vos publications échouent partiellement ou que l'hébergeur signale des erreurs de connexion, baissez progressivement cette valeur (10 → 5 → 3 → 1). Si tout passe à 10, vous pouvez tenter de monter à 15 ou 20 pour gagner du temps sur les transferts massifs.
Gros site (500 pages et plus) : passer à rsync (synchronisation SSH)
À partir d'un certain volume — plusieurs centaines de pages, gros catalogue produit, galeries lourdes — le SFTP atteint ses limites structurelles : pas de transfert différentiel à l'intérieur des fichiers, pas de reprise automatique en cas de coupure, pas de vérification d'intégrité native. C'est exactement le terrain de rsync.
rsync n'est pas un simple protocole de transfert : c'est un algorithme de synchronisation différentielle. Au lieu d'envoyer chaque fichier modifié en entier, il compare la version locale et la version distante, et n'envoie que les blocs réellement changés à l'intérieur du fichier.
Concrètement, voici ce que rsync fait que le SFTP ne sait pas faire :
- Transfert différentiel intra-fichier : si vous modifiez deux paragraphes dans une page, seuls ces blocs sont envoyés, pas la page entière.
- Connexion SSH unique multiplexée : tout le transfert passe par un seul canal chiffré, sans renégociation à chaque fichier (donc pas besoin d'option « connexions simultanées »).
- Compression à la volée des données envoyées.
- Checksum d'intégrité sur chaque fichier : aucun risque de fichier corrompu.
- Reprise automatique en cas de coupure réseau, sans redémarrer à zéro.
- Suppression coordonnée des fichiers obsolètes côté serveur : pas d'accumulation de vieux fichiers fantômes.
Résultat : sur un site de 500 pages où vous modifiez quelques contenus, une mise à jour rsync prend quelques secondes — le temps d'envoyer les deltas, et c'est tout.
Prérequis : un accès SSH chez votre hébergeur
rsync ne fonctionne pas par-dessus FTP : il a besoin d'un accès SSH côté serveur. Tous les hébergeurs ne le proposent pas, notamment les offres mutualisées d'entrée de gamme. Quelques exemples d'hébergeurs compatibles :
- o2switch : SSH activé par défaut sur tous les comptes.
- OVH : disponible sur certaines offres (mutualisé Performance, VPS, serveurs dédiés).
- Infomaniak, PlanetHoster et la majorité des VPS Linux avec accès shell.
Si votre offre actuelle ne propose que du FTP, vous pouvez conserver la publication SFTP (qui reste pleinement fonctionnelle), ou envisager une migration vers une offre incluant SSH si la taille de votre projet le justifie.
La procédure complète de génération de clé SSH (sur cPanel) et de configuration de la connexion est décrite sur la page :
Synchronisation SSH — configuration
Cas particulier : publication manuelle (FileZilla, Cyberduck, RsyncBrowser...)
Cette méthode n'envoie rien directement sur Internet : WA Fusion écrit le site complet dans un dossier de votre ordinateur. C'est ensuite à vous de transférer ce dossier sur le serveur, avec l'outil de votre choix (FileZilla, Cyberduck, Transmit, RsyncBrowser, un script de déploiement…). Utile pour :
- Transférer le site via un client FTP/SFTP tiers (FileZilla, Cyberduck, Transmit…) si vous préférez votre outil habituel.
- Brancher un outil de déploiement externe (Git, CI/CD, script rsync indépendant, RsyncBrowser).
- Tester le site final en local avant publication.
- Faire une sauvegarde de la version compilée du site.
Publication manuelle — détails
Et avant le transfert : la construction du site
La durée totale d'une publication = temps de construction (côté local) + temps de transfert (vers le serveur). Sur les gros sites, WA Fusion utilise une construction multiprocessus qui exploite tous les cœurs de votre machine pour générer les pages en parallèle. C'est ce qui permet de générer plusieurs centaines de pages en quelques dizaines de secondes seulement.
Combiné à rsync côté transfert, le pipeline complet — depuis « j'ai modifié du contenu » jusqu'à « le visiteur voit la nouvelle version » — devient quasi instantané, même sur les sites les plus volumineux.
En résumé : quelle méthode choisir ?
- Site vitrine ou petit blog : SFTP, réglages par défaut.
- Site moyen avec publications régulières : SFTP, conserver le défaut (10 connexions) ou monter à 15-20 si l'hébergeur tient la charge.
- Gros site, mises à jour fréquentes, exigences de fiabilité : rsync (synchronisation SSH), si votre hébergeur propose un accès SSH.
- Workflow manuel ou outil tiers (FileZilla, Cyberduck…) : publication dans un dossier local, puis transfert avec votre client préféré.
Vous pouvez basculer d'une méthode à l'autre à tout moment dans les paramètres de publication, sans perdre quoi que ce soit. Vos projets, vos contenus et vos identifiants sont indépendants du mode de transfert utilisé.