ZIP en site web : une URL en ligne, sans compte

Pourquoi une URL vaut mieux qu'un dossier de pièces jointes

• La livraison multi-fichiers, réglée

  Envoyer dix fichiers, c'est dix pièces jointes, ou un ZIP que le destinataire doit enregistrer, retrouver et extraire. Ici, l'extraction a déjà eu lieu : un clic et il est dans le dossier.

• Arborescence préservée

  css/, js/, images/, docs/ : l'arborescence que vous avez compressée est celle qui est servie. Les liens relatifs entre pages et ressources se résolvent comme vous les avez construits, rien n'est aplati ni renommé.

• Ni build, ni configuration de déploiement

  Pas de dépôt à pousser, pas de pipeline à configurer, pas de tableau de bord à apprendre. Le ZIP lui-même est l'artefact de déploiement, et le lien est actif quelques secondes après la fin de l'envoi.

L'hébergement de ZIP, en détail

Comment l'archive est-elle servie ?

Nous la décompressons et hébergeons son contenu comme un site statique en ligne : la page HTML se charge à la racine et vos CSS, JavaScript, images et polices se résolvent à leurs chemins relatifs. Tout le dossier fonctionne comme un lien navigable, pas comme un téléchargement.

Mon ZIP doit-il contenir un index.html ?

Il lui faut au moins une page HTML servant d'entrée, et index.html est l'idéal. Un ZIP sans aucune page HTML ne peut pas être servi comme site : il est refusé avec un message clair.

Est-ce statique uniquement, ou du code serveur peut-il s'exécuter ?

Statique uniquement. HTML, CSS et JavaScript côté client s'exécutent dans le navigateur ; les langages serveur comme PHP ou Python ne sont pas exécutés. C'est conçu pour les sites front-end, la documentation, les prototypes et les lots de fichiers statiques.

Y a-t-il des limites de taille ou de nombre de fichiers ?

Un ZIP peut contenir jusqu'à 500 fichiers, jusqu'à 40 Mo décompressés (et jusqu'à 50 Mo pour l'envoi compressé), chaque fichier pouvant atteindre 20 Mo. C'est généreux pour des ressources web statiques, et les fichiers que nous ne servons pas sont simplement ignorés.

Quand un lien de ZIP hébergé expire-t-il ?

Un paquet envoyé sans compte est servi pendant 48 heures. Créez un compte gratuit et le même dossier reste en ligne pendant 30 jours. Après expiration, l'URL et tous ses chemins cessent de répondre ; rien ne subsiste.

Les visiteurs doivent-ils extraire quelque chose ?

Non. Les attentes d'extraction sont la première cause d'échec des remises compressées : sur mobile ou sur un poste professionnel verrouillé, beaucoup de destinataires ne peuvent pas ou ne veulent pas décompresser une archive. Comme nous la décompressons côté serveur, les visiteurs ne voient que des pages web ordinaires.

Puis-je mettre à jour les fichiers après l'envoi ?

Chaque envoi est immuable, ce qui garde un lien de relecture partagé digne de confiance : ce que les relecteurs ont vu est ce qui a été envoyé. Pour publier une révision, envoyez le ZIP corrigé et partagez la nouvelle URL, ou utilisez le gestionnaire de fichiers de votre page une fois connecté.

Qu'advient-il des fichiers présents dans le ZIP mais jamais liés par le site ?

Ils sont quand même servis à leurs chemins : un brouillon ou une sauvegarde oubliés dans l'archive seraient accessibles à quiconque devine leur nom. Nettoyez le dossier avant de compresser ; considérez l'archive comme l'ensemble exact des fichiers que vous voulez publier.

Un seul fichier ? Transformez un fichier HTML en lien. Créé avec l'IA ? Hébergez un site web généré par IA. Vous hésitez entre plusieurs hébergeurs par glisser-déposer ? Mettez du HTML en ligne sans inscription.

Vous compressez la sortie de votre build dans un script ? L'API d'envoi accepte l'archive en une seule requête HTTP et répond avec la même URL navigable.