Bază de cunoștințe

De ce o pagină de la adresa dumneavoastră de previzualizare afișează 403 Forbidden

Adresele de previzualizare rulează numai fișierele proprii ale aplicației dumneavoastră, pentru a le menține în siguranță pentru toată lumea. Domeniul dumneavoastră nu este afectat.

Adresa gratuită de previzualizare a site-ului dumneavoastră (de exemplu, t-1a2b3c4d5e6f.zinnpreview.com) este destinată construirii și testării. Pentru a menține aceste adrese în siguranță pentru fiecare client, o adresă de previzualizare rulează doar fișierele proprii ale aplicației dumneavoastră. Orice altceva care ar încerca să ruleze cod acolo este refuzat cu eroarea 403 Forbidden.

Ce este refuzat pe o adresă de previzualizare

  • WordPress și WooCommerce: PHP rulează în wp-admin, wp-includes, wp-content (cu excepția uploads) și în fișierele aflate direct în dosarul principal al site-ului. Un fișier PHP din uploads, sau dintr-un dosar adăugat de dumneavoastră, este refuzat.
  • Joomla, Drupal, PrestaShop, OpenCart, Grav și MediaWiki: rulează doar punctele de intrare proprii ale aplicației, cum ar fi index.php și dosarul său de administrare.
  • Site-uri statice și aplicații Node.js: nu rulează deloc PHP.
  • Fiecare site: câteva denumiri de dosare și fișiere utilizate exclusiv de kituri de phishing sunt refuzate.

De asemenea, motoarele de căutare sunt instruite să nu indexeze adresele de previzualizare.

Propriul dumneavoastră domeniu nu este afectat

Nimic din toate acestea nu se aplică atunci când site-ul este accesat pe propriul domeniu. Dacă aveți nevoie ca un cod să ruleze dintr-un dosar creat de dumneavoastră, conectați domeniul dumneavoastră la secțiunea Domenii și DNS. Acolo funcționează exact așa cum l-ați scris.

De ce procedăm astfel

Adresele de previzualizare împart un singur domeniu. Dacă cineva ar folosi una dintre ele pentru a găzdui o pagină falsă de autentificare, browserele ar putea avertiza vizitatorii să evite fiecare adresă de previzualizare, inclusiv pe a dumneavoastră. Limitarea previzualizării doar la fișierele proprii ale aplicației previne acest lucru, fără a vă afecta site-ul real.

Bine de știut

  • Paginile, articolele, produsele, imaginile și stilurile nu sunt refuzate niciodată. Este refuzat doar codul din afara dosarelor proprii ale aplicației.
  • Dacă ceva de care aplicația dumneavoastră are cu adevărat nevoie este refuzat pe adresa de previzualizare, contactați serviciul de asistență și indicați-ne adresa care a afișat 403.

Cele mai recente din blog

Ce am scris despre găzduire, SEO și administrarea site-urilor la scară largă.

SEO și link building din stratul de găzduire: Perspectiva unui operator în 2026

Cum influențează găzduirea indexarea și distribuția autorității legăturilor (link equity) în 2026: menținerea paginilor indexate, evaluarea domeniilor vechi înainte de a construi pe ele, construirea de linkuri fără amprentă (footprint) și o perspectivă onestă asupra a ceea ce infrastructura poate și nu poate face pentru SEO.

Citiți articolul →

Optimizarea WordPress pentru viteză și securitate: o listă de verificare pentru performanță și module

O listă practică de verificare pentru un WordPress rapid și securizat: stocarea în cache la nivel de server, o memorie cache de obiecte per site, puținele module care merită rulate, menținerea stivei la zi și paginile WooCommerce pe care nu trebuie să le includeți niciodată în cache.

Citiți articolul →

Cum să alegeți găzduirea web gestionată în 2026: Ghidul cumpărătorului

Ce diferențiază cu adevărat o găzduire administrată bună de o mașină ieftină cu panou de control — migrări, copii de rezervă, izolare, stocare în cache reală și scalare corectă — și cum să o evaluați înainte de a vă lua un angajament.

Citiți articolul →

Citiți blogul →

Încă întâmpinați dificultăți?

Asistența este inclusă în fiecare plan, biroul este deschis 24 ore pe zi și ne puteți scrie în oricare dintre cele 58 limbi ale noastre — vă răspundem în limba dumneavoastră.

Contactați asistența → Toate articolele →