Lien de téléchargement cassé : dépannage des URL de partage

Un lien de téléchargement cassé tombe dans l'un de six cas : lien expiré (le serveur a supprimé le fichier), URL tronquée (le client email l'a coupée sur un trait d'union ou n'en a collé qu'une partie), mot de passe requis (le destinataire n'a pas reçu le mot de passe), blocage géo ou IP (pare-feu d'entreprise, restriction par pays), panne du service, ou lien mal tapé/régénéré. L'erreur dans le navigateur vous indique lequel : « 404 Not Found » est généralement une suppression ou une faute de frappe, « 403 Forbidden » est une question de permissions, « 410 Gone » est une expiration explicite, et un simple timeout est souvent un problème réseau ou pare-feu du côté du destinataire.

Commencez par l'erreur exacte

Ouvrez le lien, notez le code de statut ou le message d'erreur mot pour mot. Si le navigateur affiche une page de marque « lien expiré », le fichier est parti côté serveur et aucun dépannage ne le récupérera. Si le navigateur affiche un générique « impossible d'atteindre ce site » ou DNS_PROBE_FINISHED_NXDOMAIN, le problème est dans le réseau du destinataire, pas dans le lien lui-même.

Demandez au destinataire de faire une capture d'écran de la page d'erreur. Cette seule capture élimine 80 % des suppositions mutuelles.

Vérifiez la troncature d'URL

Les clients email, surtout les anciennes versions d'Outlook et certaines configurations Gmail d'entreprise, tronquent parfois les longues URL quand elles se coupent sur certains caractères (underscores, tirets, signes égal). Le lien semble correct en prévisualisation mais se colle incomplet.

Envoyez le lien de trois façons : en tant qu'hyperlien dans le corps de l'email, en texte brut entouré de < > (style RFC 3986, que la plupart des clients email reconnaissent), et dans un bloc de code à copier-coller. Si le destinataire clique sur le lien et que ça échoue, mais que la version en texte collé fonctionne, c'est le parseur de lien du client email qui est en cause.

WhatsApp, Signal, iMessage et Slack gèrent les URL plus fiablement que l'email pour les longs liens tokenisés. Un message Signal rapide avec le lien est souvent le correctif le plus rapide.

Problèmes de mot de passe et contrôle d'accès

Si le lien est protégé par mot de passe et que le destinataire ne l'a pas, il verra un écran de saisie de mot de passe, pas une page de lien cassé. Confirmez qu'il l'a reçu. Partagez le mot de passe par un second canal (SMS, Signal ou appel vocal) séparé de l'email qui portait le lien, à la fois pour la sécurité et pour éviter que le même filtre de boîte de réception bloque les deux.

Si le service supporte le contrôle d'accès par destinataire (Google Drive, OneDrive avec « personnes spécifiques »), vérifiez que l'email du destinataire correspond exactement à celui auquel vous avez accordé l'accès. Une faute de frappe ou un alias (hotmail.com vs outlook.com) bloquera l'accès silencieusement.

403 Forbidden et restrictions IP

Certains services de transfert bloquent géographiquement ou restreignent par IP par défaut sur certaines offres. Dropbox Business et Google Workspace peuvent être configurés pour restreindre le partage en dehors du domaine de l'organisation. Si le destinataire est sur un VPN d'entreprise qui route via un autre pays, la restriction géographique peut se déclencher.

Demandez au destinataire d'essayer depuis un autre réseau (son téléphone en 4G/5G, par exemple). Si ça fonctionne hors VPN mais échoue sur le VPN, le réseau d'entreprise est le blocage.

Pannes de service

Vérifiez la page de statut du service avant de creuser d'autres pistes. WeTransfer, Dropbox, Google et Microsoft publient tous des pages de statut. Une panne majeure peut rendre tous les liens de ce service inaccessibles pendant des heures.

Downdetector.com agrège les signalements d'utilisateurs si le service ne publie pas de statut publiquement. Si vous voyez une vague de signalements dans les 30 dernières minutes, attendez 30 minutes de plus et réessayez plutôt que de tout régénérer.

Liens expirés : le fichier est probablement parti

Si le service indique explicitement « expiré » ou « lien inactif », le fichier a été supprimé côté serveur sur la plupart des outils de transfert grand public. La récupération depuis le service n'est pas une option car ils ont déjà purgé l'objet de leur stockage pour se conformer au principe de minimisation des données du RGPD (Article 5(1)(e)).

Ré-uploadez depuis votre source. Si vous n'avez plus la source, vérifiez les sauvegardes (Time Machine, Backblaze, Carbonite, votre NAS). Ne perdez pas de temps à demander au support de « récupérer » un transfert expiré sur les offres gratuites ; la réponse est toujours non car ils ne le peuvent littéralement pas.

Liens mal tapés ou régénérés

Les URL de transfert contiennent typiquement un token aléatoire de 20 à 40 caractères. Les fautes de frappe ne renvoient pas de page « vouliez-vous dire ? », elles renvoient un 404. Assurez-vous que le destinataire utilise l'URL exacte que vous avez envoyée, pas une version retapée depuis une capture d'écran.

Si vous avez régénéré le lien (certains services proposent un « nouveau lien » pour le même fichier), les anciens liens cessent de fonctionner immédiatement. Confirmez que le destinataire utilise la dernière URL.

Blocage par antivirus ou proxy

Certains antivirus d'entreprise (Symantec Endpoint, McAfee, Sophos) classifient les domaines de transfert de fichiers comme « partage de fichiers / non catégorisé » et les bloquent par politique. Le destinataire voit « ce site est bloqué par votre politique de sécurité » ou un timeout du navigateur.

Demandez à l'IT de mettre le service spécifique en liste blanche. Si ce n'est pas possible, le destinataire peut essayer depuis un appareil personnel ou un réseau domestique, ou vous pouvez renvoyer via un service que son organisation autorise (souvent Box ou Dropbox Business s'ils l'utilisent en interne).

Problèmes de cache et cookies du navigateur

Rare, mais parfois un cookie périmé d'une session précédente interfère. Demandez au destinataire d'essayer d'abord en mode navigation privée/incognito. Si le lien fonctionne en navigation privée mais échoue dans son navigateur normal, demandez-lui d'effacer les cookies pour le domaine du service de transfert.

La fonctionnalité « Empêcher le suivi intersites » de Safari peut aussi interférer avec certains services qui s'appuient sur des cookies tiers pour le suivi de session de téléchargement.

Essayez une fenêtre de navigation privée, un autre navigateur, un autre appareil

La vérification en trois étapes pour le destinataire : (1) même navigateur, mode navigation privée ; (2) autre navigateur (si Chrome, essayez Firefox ou Safari) ; (3) autre appareil (téléphone en 4G). Si l'une de ces trois options fonctionne, le problème est spécifique au navigateur ou au réseau et vous savez maintenant où chercher.

Si aucune ne fonctionne, le lien est véritablement cassé côté serveur et vous devez ré-uploader.

Ré-uploadez vers un service avec un statut plus clair

Si cela se reproduit régulièrement, choisissez un service dont la page de téléchargement indique clairement au destinataire ce qui ne va pas (mot de passe requis vs expiré vs erreur de service) plutôt qu'un 404 générique. L'interface de téléchargement d'HexaTransfer affiche des états explicites pour les liens protégés par mot de passe, expirés et supprimés, de sorte que votre destinataire peut s'auto-diagnostiquer sans vous pinguer, et le plafond de 10 Go par transfert avec chiffrement AES-256-GCM couvre la plupart des envois confidentiels.

Essayez sur hexatransfer.com — gratuit, sans compte, jusqu'à 10 Go.