# Livrer des fichiers lourds

> Jusqu’à 2 Go par défaut, envoyés par le navigateur directement dans votre bucket, par morceaux, avec reprise si la connexion coupe.

Canonical: https://colis-docs.vercel.app/docs/cas-d-usage/fichiers-lourds · Markdown: https://colis-docs.vercel.app/docs/cas-d-usage/fichiers-lourds.md

## Le problème

Un montage vidéo, un export haute définition, une archive de sources : trop lourd pour l’e-mail, et
les services d’envoi hébergés en gardent une copie chez eux.

## La démarche

**1. Préparez le bucket, une fois.** Une règle CORS qui autorise `PUT` depuis l’adresse de votre page
et expose `ETag`, et `AbortIncompleteMultipartUpload` après un jour dans la règle de cycle de vie.
Les deux sont détaillées dans [Gros fichiers](https://colis-docs.vercel.app/docs/gros-fichiers).

**2. Vérifiez.** `colis verifier`, en mode bucket, signale une règle CORS manquante
(`Browser uploads (CORS)`).

**3. Déposez le fichier sur la page.** Au-dessus de `DROP_MAX_SIZE_MB`, rien ne passe plus par la
fonction : le navigateur découpe le fichier en morceaux de 8 Mio et les envoie lui-même au bucket, par
URL présignées, quatre à la fois ; le serveur ne fait que signer et assembler. La barre de
progression suit les morceaux.

**4. Si la connexion tombe**, ou si l’onglet se ferme, redéposez le même fichier : la page propose
**Reprendre l’envoi** et n’envoie que ce qui manque.

Une fois assemblé, le colis est un colis comme un autre : un code, un lien, un aperçu (jusqu’à
`DROP_PREVIEW_MAX_MB`), un accusé et un webhook `parcel.sent`.

## À surveiller

- **Une règle CORS sur le bucket.** Sans elle, les petits fichiers passent et les gros échouent avec
  un message qui explique pourquoi.
- **Les envois abandonnés coûtent** tant qu’une règle ne les supprime pas.
- **La durée démarre avec l’envoi.** L’expiration est écrite à l’ouverture de l’envoi : un envoi lent
  consomme une partie de la durée choisie.
- **Seule la page envoie en morceaux.** Depuis la CLI ou n8n, le fichier doit tenir sous
  `DROP_MAX_SIZE_MB`.