Base de connaissances

Pourquoi une page de votre adresse de prévisualisation affiche 403 Forbidden

Les adresses de prévisualisation n’exécutent que les propres fichiers de votre application, afin de garantir la sécurité de tous. Votre propre domaine n’est pas affecté.

L’adresse d’aperçu gratuite de votre site (par exemple t-1a2b3c4d5e6f.zinnpreview.com) est destinée au développement et aux tests. Afin de garantir la sécurité de ces adresses pour chaque client, une adresse d’aperçu exécute uniquement les fichiers propres à votre application. Tout autre élément qui tenterait d’y exécuter du code est refusé avec une erreur 403 Forbidden.

Ce qui est refusé sur une adresse d’aperçu

  • WordPress et WooCommerce : PHP s’exécute dans wp-admin, wp-includes, wp-content (à l’exception d'uploads) et dans les fichiers situés directement dans le dossier principal du site. Un fichier PHP placé dans uploads, ou dans un dossier que vous avez vous-même ajouté, est refusé.
  • Joomla, Drupal, PrestaShop, OpenCart, Grav et MediaWiki : seuls les points d’entrée propres à l’application s’exécutent, tels qu'index.php et son dossier d’administration.
  • Sites statiques et applications Node.js : aucun code PHP ne s’exécute.
  • Tous les sites : quelques noms de dossiers et de fichiers utilisés uniquement par des kits d’hameçonnage sont refusés.

Il est également demandé aux moteurs de recherche de ne pas indexer les adresses d’aperçu.

Votre propre nom de domaine n’est pas concerné

Rien de tout cela ne s’applique lorsque le site est consulté sur son propre nom de domaine. Si vous avez besoin d’exécuter du code à partir d’un dossier personnalisé, associez votre domaine sous Domaines et DNS. Tout y fonctionnera exactement comme vous l’avez programmé.

Pourquoi nous procédons ainsi

Les adresses d’aperçu partagent un domaine commun. Si quelqu’un en utilisait une pour héberger une fausse page de connexion, les navigateurs pourraient mettre en garde les visiteurs et bloquer l’accès à l’ensemble des adresses d’aperçu, y compris la vôtre. Limiter l’aperçu aux seuls fichiers de l’application évite cet écueil, sans impacter votre véritable site.

Bon à savoir

  • Les pages, articles, produits, images et styles ne sont jamais refusés. Seul le code situé en dehors des dossiers propres à l’application l’est.
  • Si un élément dont votre application a véritablement besoin est refusé sur l’adresse d’aperçu, contactez le support et indiquez-nous l’adresse ayant affiché l’erreur 403.

Les dernières nouveautés du blog

Ce que nous avons écrit sur l’hébergement, le SEO et la gestion de sites à grande échelle.

SEO et création de liens depuis la couche d’hébergement : Le point de vue d’un opérateur en 2026

Comment l’hébergement façonne l’indexation et le jus de lien en 2026 : maintenir les pages indexées, évaluer les domaines expirés avant de les exploiter, créer des liens sans empreinte pour les moteurs de recherche, et un aperçu honnête de ce que l’infrastructure peut et ne peut pas faire pour le SEO.

Lire l’article →

Rendre WordPress rapide et sécurisé : liste de contrôle des performances et des extensions

Une liste de contrôle pratique pour un WordPress rapide et sécurisé : mise en cache au niveau du serveur, cache d’objets par site, la poignée d’extensions utiles, maintien de la pile à jour et pages WooCommerce à ne jamais mettre en cache.

Lire l’article →

Comment choisir un hébergement web infogéré en 2026 : un guide d’achat

Ce qui différencie réellement un bon hébergement infogéré d’une machine bon marché avec panneau de configuration — migrations, sauvegardes, isolation, véritable mise en cache et mise à l’échelle honnête — et comment en juger avant de vous engager.

Lire l’article →

Lire le blog →

Vous avez encore besoin d’aide ?

Le support est inclus dans chaque forfait, le service est ouvert 24 heures par jour et vous pouvez nous écrire dans l’une de nos 58 langues ; nous vous répondons dans la vôtre.

Contacter l’assistance → Tous les articles →