# Maquettes 3D d’architecte externalisées hors du serveur WordPress

> Des fichiers de maquette numérique trop lourds pour un hébergement web classique imposent une architecture de stockage à part.

- Auteur : Clément Hadrot
- Publié le : 2026-08-22
- Mis à jour le : 2026-08-22
- Catégorie : Hébergement & serveurs
- URL : https://wpmoderne.dev.wordpress-developpement.fr/hebergement/maquettes-3d-architecte-externalisees-hors-serveur-wordpress/

## L’essentiel

- Un fichier de maquette peut peser plus que tout le reste du site réuni
- L'hébergement web classique n'est pas dimensionné pour ce type de charge
- Un lien signé évite d'exposer le stockage directement au public

2 gigaoctets pour un seul fichier de maquette numérique détaillée d'un projet résidentiel : ce poids, courant dans les formats utilisés par les logiciels de modélisation architecturale, dépasse à lui seul la limite d'upload par défaut de la quasi-totalité des hébergements web mutualisés, souvent plafonnée entre 64 et 256 Mo.

Un cabinet d'architectes qui souhaite partager ces maquettes avec ses clients depuis son site WordPress se heurte rapidement à cette réalité : l'hébergement web, pensé pour des pages et des images, n'a jamais été dimensionné pour ce type de fichier, ni en capacité de stockage, ni en bande passante de transfert.

## Pourquoi l'hébergement web classique ne convient pas

Au-delà de la limite d'upload elle-même, ajustable dans une certaine mesure via `php.ini`, le vrai problème se situe dans le transfert répété de fichiers aussi volumineux : chaque téléchargement par un client mobilise une part significative de la bande passante allouée au serveur, au risque de ralentir l'ensemble du site pendant l'opération, y compris pour les visiteurs qui ne consultent que la page d'accueil.

## Externaliser vers un stockage objet dédié

La solution robuste consiste à héberger ces fichiers volumineux sur un stockage objet compatible S3, distinct du serveur qui exécute WordPress, et à ne conserver dans WordPress que la référence vers ce fichier, jamais le fichier lui-même :

```
add_post_type_support( 'projet', 'custom-fields' );
```

Un champ personnalisé sur la fiche projet stocke uniquement l'identifiant du fichier dans le stockage objet, tandis qu'une fonction dédiée génère un lien de téléchargement à la demande.

## Générer un lien signé plutôt qu'une URL publique fixe

Exposer une URL fixe et publique vers chaque maquette poserait un problème de confidentialité évident : un lien deviné ou partagé par erreur donnerait accès indéfiniment à un projet client non encore validé. La bonne pratique consiste à générer un lien signé, valable seulement quelques heures :

```
function generer_lien_maquette( $cle_fichier ) {
    $expiration = time() + 3600;
    $signature  = hash_hmac( 'sha256', $cle_fichier . $expiration, WP_MAQUETTES_SECRET );
    return sprintf(
        'https://stockage.exemple.fr/%s?expire=%d&sig;=%s',
        $cle_fichier,
        $expiration,
        $signature
    );
}
```

> L'essentiel à retenir : Un fichier de maquette peut peser plus que tout le reste du site réuni ; L'hébergement web classique n'est pas dimensionné pour ce type de charge ; Un lien signé évite d'exposer le stockage directement au public

Ce lien signé se vérifie côté stockage objet ou via un petit service intermédiaire, qui refuse toute requête dont la signature ne correspond pas ou dont la date d'expiration est dépassée.

### Le téléchargement en aval, jamais en amont

Un point de vigilance fréquent : ne jamais faire transiter le fichier volumineux par le serveur WordPress lui-même pour le retransmettre ensuite au client, une pratique qui annulerait tout le bénéfice de l'externalisation. Le lien signé doit pointer directement vers le stockage objet, sans intermédiaire applicatif sur le chemin du transfert réel.

## Gérer le cycle de vie des maquettes

Les maquettes non retenues après validation d'un projet doivent être purgées du stockage objet selon une politique de conservation définie avec le cabinet, plutôt que de s'accumuler indéfiniment :

- Une métadonnée de date de dépôt associée à chaque fichier ;
- Une tâche planifiée qui identifie les fichiers dépassant la durée de conservation convenue ;
- Une suppression qui touche à la fois le stockage objet et la référence conservée dans WordPress.

> Un principe qui a évité une confusion sur ce projet : ne jamais confondre l'espace de stockage des maquettes avec celui des médias classiques du site, même techniquement basés sur la même technologie de stockage objet.

## Notre verdict

Un site vitrine et un espace de partage de fichiers volumineux n'ont pas les mêmes contraintes d'infrastructure, même lorsqu'ils cohabitent sous la même installation WordPress. Externaliser les maquettes 3D vers un stockage objet dédié, accessible uniquement via des liens signés temporaires, protège à la fois la performance du site principal et la confidentialité des projets non encore livrés.