Envoyer des fichiers avec FileZilla
Utiliser un client de transfert pour communiquer avec un hébergement, sans confondre les fichiers locaux et distants.
À quoi sert FileZilla ?
FileZilla Client est un logiciel installé sur votre ordinateur. C’est un client de transfert de fichiers : il communique avec l’espace de fichiers que votre hébergeur met à disposition. Il peut aider à envoyer, télécharger, renommer ou organiser des fichiers lorsqu’un accès direct est nécessaire.
FileZilla Client ne doit pas être confondu avec FileZilla Server, qui est un logiciel destiné à fournir un service de transfert. Vous n’avez pas besoin d’installer ce dernier pour accéder à un hébergement. Téléchargez toujours le client depuis sa source officielle, et évitez les sites ou logiciels tiers douteux. Il existe pour les principaux systèmes d’exploitation et son interface garde les mêmes rôles essentiels.
Ce n’est pas le seul moyen de gérer un site. Un hébergeur peut proposer un gestionnaire de fichiers dans son tableau de bord, et un site moderne peut être déployé autrement. FileZilla devient utile lorsqu’un accès aux fichiers de l’hébergement est réellement nécessaire.
Préparer les informations avant de se connecter
Récupérez les informations dans le tableau de bord ou la documentation de l’hébergeur. Ne devinez ni le protocole ni le port. Le guide FTP, FTPS et SFTP explique pourquoi SFTP est généralement à privilégier lorsqu’il est proposé.
| Information | Rôle | Précaution |
|---|---|---|
| Protocole | SFTP ou FTPS selon l’offre | Utiliser uniquement celui indiqué par l’hébergeur |
| Hôte et port | Adresse du serveur et porte du service | Ne pas les déduire d’une ancienne configuration |
| Utilisateur et secret | Identifiant, mot de passe ou clé SSH | Ne jamais les publier ni les transmettre sans protection |
| Dossier de départ | Point d’arrivée éventuel après connexion | Il peut ne pas être la racine publique du site |
Les accès de transfert sont parfois distincts du mot de passe général du compte client chez l’hébergeur. Conservez-les dans un gestionnaire de mots de passe. Une clé SSH doit être protégée avec le même soin.
Lire l’interface avant d’agir
FileZilla présente en général deux côtés. Le côté local, souvent à gauche, représente les fichiers de votre ordinateur. Le côté distant, souvent à droite, représente les fichiers de l’hébergement. L’emplacement exact peut varier selon le thème ou la version, mais cette séparation reste l’idée importante.
Les chemins et arborescences indiquent le dossier actuellement ouvert. La file de transferts montre ce qui attend d’être envoyé ou téléchargé, ce qui a réussi et ce qui a échoué. Avant toute action, vérifiez les deux chemins : un fichier local correct envoyé au mauvais dossier distant reste une erreur.
Créer une connexion enregistrée de façon prudente
Pour une connexion réutilisable, utilisez le principe d’une connexion enregistrée, par exemple dans le gestionnaire de sites. Renseignez le protocole, l’hôte, le port, le type d’authentification, l’utilisateur et le mot de passe ou la clé fournis. Vous pouvez aussi définir un dossier local ou distant de départ, mais seulement si leur rôle est connu.
La connexion rapide convient à un test ponctuel. Une connexion enregistrée est souvent plus claire pour retrouver le bon site, le bon protocole et les bons réglages. Sur un ordinateur partagé, n’enregistrez pas le mot de passe dans le logiciel.
Vérifier la première connexion
Lors d’une première connexion sécurisée, FileZilla peut demander de confirmer l’identité du serveur ou son certificat. Comparez les informations à celles fournies par l’hébergeur lorsque cela est possible. Si un serveur déjà connu présente soudain une identité différente, ne validez pas automatiquement l’alerte.
Une alerte inattendue n’est pas une étape à cliquer par réflexe. Fermez la connexion et demandez confirmation à l’hébergeur avant de continuer. Ne communiquez jamais votre mot de passe au support.
Identifier le bon dossier distant
Après la connexion, le dossier affiché n’est pas forcément celui qui publie votre site. Selon les hébergeurs, vous pourrez rencontrer des noms comme public_html, www, htdocs ou httpdocs. Ce sont des exemples, pas une règle universelle.
- Consultez le tableau de bord ou la documentation de l’hébergeur.
- Repérez le domaine ou le site concerné.
- Vérifiez le dossier racine indiqué pour ce site.
- Ne modifiez qu’un fichier dont le rôle est connu.
Le guide sur l’organisation des fichiers d’un site aide à lire une arborescence sans traiter chaque dossier comme une zone sûre à modifier.
Envoyer, récupérer et remplacer un fichier
Un transfert devient rassurant lorsqu’il est préparé et vérifié. Procédez dans cet ordre :
- Vérifiez le fichier local et, si le contexte le permet, préparez une copie ou un fichier de test.
- Identifiez précisément le dossier distant.
- Envoyez ou téléchargez le fichier, puis surveillez la file de transferts.
- Contrôlez qu’aucun transfert n’a échoué.
- Ouvrez le site ou la page concernée pour vérifier le résultat.
| Action | Ce qui se passe | Vigilance |
|---|---|---|
| Envoyer | Un fichier local part vers l’hébergement | Vérifier le dossier distant avant le transfert |
| Télécharger | Un fichier distant arrive sur l’ordinateur | Choisir un emplacement local identifiable |
| Remplacer | Un fichier existant est écrasé | Garder une sauvegarde et contrôler le nom exact |
| Renommer ou supprimer | La structure distante change | Ne pas agir si le rôle du fichier est inconnu |
Ne choisissez jamais « écraser systématiquement » sans vérifier chaque fichier visé. Ne supprimez pas un fichier pour faire de la place si vous ne savez pas à quoi il sert. Évitez de modifier WordPress, ses extensions ou ses fichiers de configuration sans raison précise et sans sauvegarde.
Comprendre les transferts échoués
La file des échecs est une information utile, pas un détail à ignorer. Un transfert peut échouer à cause d’un mauvais protocole, hôte, port ou identifiant, de droits insuffisants, d’une connexion interrompue, d’un fichier refusé, d’un manque d’espace ou d’un mauvais dossier de destination.
Avant de contacter l’hébergeur, notez le message d’erreur exact, le protocole utilisé et l’heure du test. Cela aide le support à retrouver le contexte. Ne joignez jamais votre mot de passe dans un message.
Avant de fermer FileZilla
- La file de transferts est vide ou les échecs ont été compris.
- Le bon site ou la bonne page a été vérifié après le changement.
- Aucune suppression involontaire n’a été faite.
- Les accès ne restent pas ouverts sur un poste partagé.
- Une sauvegarde est disponible avant un changement sensible.
- Vous savez qu’il existe d’autres méthodes de déploiement.
Le guide Déployer un site statique ou une application moderne présente ces autres méthodes. FileZilla n’est pas nécessaire pour toutes les publications.
Pour replacer cet accès dans l’ensemble technique, consultez aussi le guide sur l’hébergeur et le serveur ainsi que celui sur Apache, Nginx et LiteSpeed.
Ce qu’il faut retenir
- FileZilla Client est un logiciel qui relie votre ordinateur à l’espace de fichiers de l’hébergement.
- Local signifie votre ordinateur ; distant signifie l’hébergement ; la file indique le résultat des transferts.
- Les réglages de connexion doivent venir de l’hébergeur, et SFTP est à préférer lorsqu’il est proposé.
- Le dossier public d’un site varie selon l’offre : vérifiez-le avant toute modification.
- Une sauvegarde et une vérification valent mieux qu’un écrasement ou une suppression précipitée.