Ouvrir et exécuter un projet web en ZIP sur iPhone ou iPad

Mis à jour le 2026-08-09

Un site web zippé — un devoir de cours, un prototype exporté, la sauvegarde d'un site statique, une appli multi-fichiers générée par IA — ne fonctionnera pas si vous vous contentez de le décompresser dans l'app Fichiers : iOS vous donne un dossier de fichiers déconnectés, Safari ne sait pas y naviguer, et tout ce qui utilise fetch() ou les modules ES est bloqué d'office sur des fichiers locaux.

L'approche qui marche : importer le ZIP comme un projet unique dans un lecteur qui en préserve la structure et sait le servir comme un vrai site web. Voici le flux de travail complet.

Étape 1 — Importer le ZIP comme un seul projet

Partagez le .zip à OpenHTML, ou choisissez-le depuis l'importateur intégré (les dossiers fonctionnent aussi).
L'archive se décompresse dans une copie privée sur l'appareil, en conservant la structure des dossiers et chaque chemin relatif intact.
La page d'entrée est détectée automatiquement et s'ouvre sous forme de site rendu.

Ce n'est pas la bonne page qui s'est ouverte ? Les projets comportant plusieurs fichiers HTML affichent leurs candidats sous « Contenu du projet » — choisissez une autre page d'entrée et elle sera mémorisée.

Étape 2 — L'exécuter comme un vrai site

Les navigateurs restreignent délibérément les pages file:// : pas de fetch(), pas de modules ES, pas de XHR. C'est pourquoi un projet qui tourne sur votre serveur de développement paraît cassé une fois en fichiers locaux. Le mode serveur local (Pro) d'OpenHTML exécute le projet sur un serveur privé 127.0.0.1, sur l'appareil lui-même — les requêtes same-origin, les imports de modules et le chargement de JSON se comportent exactement comme en production.

Le serveur est en loopback uniquement : rien d'autre sur votre réseau ne peut l'atteindre, et il s'arrête quand vous quittez la page ou mettez l'app en arrière-plan. L'accès de la page à Internet, lui, reste coupé tant que vous ne l'autorisez pas.

Étape 3 — Diagnostiquer ce qui cloche

Les contrôles de structure signalent les fichiers manquants référencés par le HTML, les fichiers inutilisés et les chemins qui sortent de la racine du projet.
Le diagnostic liste les ressources distantes bloquées et les erreurs JavaScript, avec des correctifs en un geste.
La console montre les journaux de la page ; l'inspecteur réseau (Pro) montre chaque fetch/XHR avec son statut et son temps de réponse.
N'importe quel fichier du projet s'ouvre dans la vue Source, avec coloration et recherche.

Vous devez déboguer au-delà du projet lui-même ? Voir déboguer des pages web sur iPhone sans Mac.

Étape 4 — Exporter un résultat propre

Réempaquetez l'état actuel du projet dans un nouveau ZIP à transmettre.
Intégrez tout dans un unique fichier HTML autonome, facile à partager.
Imprimez la page rendue en PDF intégral ou en image longue (Pro).

Cas d'usage typiques

Relire le site d'un étudiant ou d'un prestataire livré sous forme de ZIP.
Vérifier qu'une appli multi-fichiers générée par ChatGPT ou Claude tourne vraiment.
Lire un export de site statique ou un paquet de documentation dans le train, entièrement hors ligne.
Vérifier que la sauvegarde de votre propre site s'ouvre correctement, des années plus tard.

Le détail complet des capacités se trouve sur la page de la fonction Projets web en ZIP.

Gratuit sur l’App Store — la lecture de base ne nécessite aucun achat.

Télécharger OpenHTML