Knowledge base

Why a page on your preview address shows 403 Forbidden

Preview addresses only run your application's own files, to keep them safe for everyone. Your own domain is not affected.

Your site's free preview address (for example t-1a2b3c4d5e6f.zinnpreview.com) is for building and testing. To keep these addresses safe for every customer, a preview address only runs your application's own files. Anything else that would run code there is refused with 403 Forbidden.

What is refused on a preview address

  • WordPress and WooCommerce: PHP runs in wp-admin, wp-includes, wp-content (except
  • uploads) and in files directly in the site's main folder. A PHP file in uploads, or in a folder you added yourself, is refused.

  • Joomla, Drupal, PrestaShop, OpenCart, Grav and MediaWiki: only the application's own
  • entry points run, such as index.php and its admin folder.

  • Static sites and Node.js apps: no PHP runs at all.
  • Every site: a few folder and file names used only by phishing kits are refused.

Search engines are also told not to index preview addresses.

Your own domain is not affected

None of this applies when the site is reached on its own domain. If you need code to run from a folder of your own, connect your domain under Domains & DNS. It works there exactly as you wrote it.

Why we do this

Preview addresses share one domain. If anyone used one to host a fake login page, browsers could warn visitors away from every preview address, including yours. Limiting a preview to the application's own files stops that, without touching your real site.

Good to know

  • Pages, posts, products, images and styles are never refused. Only code outside the
  • application's own folders is.

  • If something your application genuinely needs is refused on the preview address, contact
  • support and tell us the address that showed 403.

Latest from the blog

What we have been writing about hosting, SEO and running sites at scale.

SEO and Link Building from the Hosting Layer: A 2026 Operator's View

How hosting shapes indexing and link equity in 2026: keeping pages indexed, vetting aged domains before you build on them, link building without a footprint, and an honest line on what infrastructure can and cannot do for SEO.

Read the post →

Making WordPress Fast and Secure: A Performance and Plugin Checklist

A practical checklist for fast, secure WordPress: server-level caching, a per-site object cache, the handful of plugins worth running, keeping the stack current, and the WooCommerce pages you must never cache.

Read the post →

How to Choose Managed Web Hosting in 2026: A Buyer's Guide

What actually separates good managed hosting from a cheap box with a control panel — migrations, backups, isolation, real caching and honest scaling — and how to judge it before you commit.

Read the post →

Read the blog →

Still stuck?

Support is included on every plan, the desk is open 24 hours a day, and you can write to us in any of our 58 languages — we answer you in yours.

Contact support → All articles →