Terminaste tu sitio, lo subiste al hosting y, al escribir tu dirección, aparece una pantalla que no es la tuya. Es una situación frecuente entre quienes publican por primera vez, y se corrige sin conocimientos avanzados. Lo importante es saber qué revisar y en qué orden.

En esta guía vas a ver cómo identificar la causa y dejar tu web visible, con instrucciones claras y pensadas para quienes recién empiezan.

Por qué ocurre esto y qué vamos a revisar

Cuando alguien escribe tu dirección, el servidor recorre un camino fijo: entra a la carpeta raíz del dominio, busca un archivo de inicio y lo muestra. Si en algún punto del camino no encuentra lo que espera, muestra una pantalla alternativa. Por eso, la solución no pasa por rehacer la web, sino por revisar cada eslabón: la carpeta, el nombre del archivo, los permisos y la memoria del navegador. Cada uno de ellos es algo que puedes comprobar y corregir por tu cuenta, con las herramientas que ya tienes en tu panel.

Antes de empezar, conviene tener a mano tres cosas: el acceso al panel de control, tus archivos originales en la computadora (como copia de seguridad) y unos minutos de tranquilidad. Con eso alcanza.

Paso a paso para dejar tu web visible

Paso 1: Confirmar qué pantalla aparece realmente

Primero hay que observar con atención qué pantalla muestra el navegador, porque eso orienta el diagnóstico.

No todas las pantallas “raras” significan lo mismo, y distinguirlas ahorra mucho tiempo. Si aparece una página de bienvenida del hosting con el logo del proveedor o un texto del tipo “sitio en construcción”, casi seguro el servidor está respondiendo bien, pero todavía no encuentra tu archivo de inicio. Si aparece una lista de carpetas con el título “Index of /”, significa que la carpeta existe y está accesible, aunque no tiene un archivo principal con el nombre esperado. Si aparece “403 Forbidden”, normalmente hay un problema de permisos o de reglas en el archivo .htaccess. Y si aparece “404 Not Found”, lo más común es que el dominio apunte a una carpeta distinta de la que se llenó.

Conviene anotar o capturar la pantalla exacta antes de tocar nada. Ese dato orienta el resto del proceso y sirve de comparación al final, cuando la web ya esté funcionando.

Paso 2: Entrar al Administrador de archivos de cPanel

Luego, ingresa al Administrador de archivos de tu cPanel, donde vas a hacer todas las comprobaciones.

Todo el diagnóstico se hace desde un mismo lugar: el Administrador de archivos del panel de control. Se encuentra en la sección “Archivos” del cPanel. Al abrirlo aparece, a la izquierda, un árbol de carpetas y, a la derecha, el contenido de la carpeta seleccionada. Conviene activar desde “Configuración” la opción “Mostrar archivos ocultos (dotfiles)”, porque el archivo .htaccess está oculto por defecto y más adelante habrá que revisarlo.

Una vez dentro, la regla de oro es mirar antes de borrar. Se trata de entender cómo está organizado el hosting: qué carpetas hay, cuáles tienen archivos y cuáles están vacías. Muchas veces el problema se ve a simple vista en esta primera mirada.

Paso 3: Ubicar la carpeta raíz correcta del dominio

Enseguida corresponde ubicar la carpeta donde el servidor busca los archivos de tu dominio.

Cada dominio tiene una carpeta raíz: el lugar donde el servidor busca los archivos de la web cuando alguien escribe la dirección. Para el dominio principal de la cuenta, esa carpeta se llama public_html. Si los archivos de la web quedaron en la carpeta personal (la que está arriba de public_html), dentro de otra carpeta con el nombre del proyecto o en una carpeta como “www” que no corresponde, el visitante seguirá viendo la página por defecto.

Si el dominio es un dominio adicional (por ejemplo, una segunda web alojada en el mismo plan), tiene su propia carpeta raíz, que se definió al momento de agregarlo. Para confirmarla, se puede entrar a la sección “Dominios” del cPanel y mirar la columna “Raíz del documento”. Ese camino exacto es el que hay que usar para subir los archivos. Un error muy frecuente es subir la web de un dominio adicional a public_html y preguntarse por qué no se ve.

• Dominio principal de la cuenta: carpeta public_html.
• Dominio adicional: la carpeta indicada en la sección “Dominios”.
• Ejemplo con minegocio.cl: los archivos de esa web deben estar directamente en su carpeta raíz, sin subcarpetas intermedias.

Paso 4: Revisar el nombre y la ubicación del archivo de inicio

Con eso claro, revisa el nombre del archivo de inicio de tu web.

El servidor, al entrar a una carpeta, busca un archivo de inicio en un orden determinado. Normalmente prueba con index.html, index.php y algunas variantes más. Si el archivo se llama Index.html (con mayúscula), inicio.html, home.html o index.htm.txt, el servidor no lo reconoce como página principal. Los servidores distinguen entre mayúsculas y minúsculas, algo que sorprende a quienes vienen de trabajar en computadoras donde eso no importa.

Otro detalle: el archivo debe estar directamente en la carpeta raíz, no dentro de una subcarpeta. Si al abrir public_html solo se ve una carpeta llamada, por ejemplo, “mi-web” y el index está adentro, hay dos caminos: mover todo el contenido un nivel hacia arriba o, si se prefiere, configurar la raíz del documento. Para quien recién empieza, mover los archivos es lo más simple y seguro.

Paso 5: Hacer una copia y retirar el archivo de la página por defecto

Este paso resuelve una gran parte de los casos que llegan a consulta.

Muchos hostings crean automáticamente, dentro de public_html, un archivo de bienvenida llamado index.html o default.html, junto con una carpeta llamada cgi-bin. Ese archivo tiene prioridad sobre un index.php, y por eso la web nueva queda “tapada” aunque esté bien subida. La solución es simple, pero se hace con cuidado: primero se descarga una copia del archivo (clic derecho y “Descargar”) o se lo renombra, por ejemplo, a index-viejo.html.bak. Así, si algo sale mal, se puede volver atrás.

No hay que borrar la carpeta cgi-bin ni los archivos del sistema que no se reconocen. Se retira únicamente el archivo de bienvenida. Renombrar en lugar de eliminar es una costumbre excelente: no cuesta nada y evita sustos.

1. Descargar o renombrar el archivo de bienvenida.
2. Confirmar que ya no queda ningún index de más.
3. Recargar la dirección en ventana de incógnito.

Paso 6: Subir la web completa y evitar la carpeta doble

Al subir tu sitio, procura mantener una estructura limpia y sin carpetas repetidas.

Para subir muchos archivos, lo más práctico es comprimirlos en un único archivo .zip en la computadora, subirlo desde el botón “Cargar” y luego usar la opción “Extract” (Extraer) del propio Administrador de archivos. Esto es más rápido y más ordenado que subir archivo por archivo. Al comprimir, conviene seleccionar el contenido de la carpeta de la web y no la carpeta en sí, porque de lo contrario, al extraer, queda una carpeta dentro de otra (la famosa “carpeta doble”) y el index termina un nivel más abajo de lo debido.

Después de extraer, se verifica que dentro de public_html se vean directamente el archivo index y las carpetas de la web, como imágenes, estilos o scripts. Si el zip ya no hace falta, se puede eliminar para no ocupar espacio. Y si la web usa WordPress u otro sistema, también debe estar su archivo de inicio en la raíz, junto con las carpetas propias del sistema.

Paso 7: Revisar los permisos de archivos y carpetas

Si aparece un mensaje de acceso denegado, revisa los permisos.

Los permisos le indican al servidor quién puede leer o modificar cada elemento. Si quedan mal configurados, aparece el error 403 o una pantalla en blanco. Para la gran mayoría de las webs, los valores correctos son 755 para las carpetas y 644 para los archivos. Para comprobarlo, se hace clic derecho sobre el elemento y se elige “Cambiar permisos”. Si se subió el contenido desde un zip creado en otro sistema, a veces los permisos llegan alterados.

No hay que usar nunca el valor 777 “para probar”: abre la puerta a problemas de seguridad y, además, muchos servidores lo rechazan. Si hay muchos archivos para corregir, conviene hacerlo por grupos: primero las carpetas y después los archivos, y revisar de nuevo la web tras cada cambio para saber cuál fue el que resolvió el problema.

Paso 8: Revisar el archivo .htaccess

Finalmente, comprueba si existen reglas que alteren el comportamiento del sitio.

El archivo .htaccess contiene reglas que modifican el comportamiento de la web: redirecciones, forzar el https, o qué archivo se muestra primero. Una línea mal escrita, o una regla copiada de un tutorial que no corresponde, puede provocar el 403 o una pantalla por defecto. Para revisarlo, se hace clic derecho y “Edit” (Editar). Lo primero es guardar una copia con otro nombre.

Para descartar que sea la causa, se puede renombrar el archivo a .htaccess-prueba y recargar la web. Si ahora aparece correctamente, el problema estaba en alguna de sus reglas, y se pueden ir reincorporando de a una hasta encontrar la que falla. Si el sitio necesita una línea con DirectoryIndex para indicar cuál es el archivo de inicio, debe escribirse con el nombre exacto, por ejemplo: DirectoryIndex index.php index.html.

Paso 9: Probar sin caché y confirmar que el dominio apunta al lugar correcto

Para concluir, prueba tu sitio como lo vería un visitante cualquiera.

Después de cada cambio, el navegador puede seguir mostrando la versión anterior guardada en su memoria. Para evitar confusiones, conviene probar en una ventana de incógnito, forzar la recarga con Ctrl + F5 (o Cmd + Shift + R en Mac) y, si es posible, abrir la dirección desde el celular usando datos móviles en lugar de wifi. Esto descarta que se trate de la memoria del navegador o de la red local.

Si todo lo anterior está correcto y aun así no se ve la web, queda verificar que el dominio apunte realmente a este hosting. Se puede comprobar en la zona DNS del dominio o en el panel donde se registró. Si se cambió hace poco, la actualización puede tardar algunas horas en verse en todas partes. Mientras tanto, una forma de comprobar que los archivos están bien es abrir la web mediante la dirección temporal que entrega el panel, si el hosting la ofrece.

Un ejemplo real: la pyme de Camila en Valparaíso

Camila tiene un pequeño taller de cerámica en Valparaíso y registró ceramicascamila.cl. Una amiga diseñadora le preparó la web en un archivo comprimido. Camila lo subió desde el cPanel, lo extrajo y recargó la dirección, pero siguió viendo la página de bienvenida del hosting. Pensó que debía esperar horas, o que algo había fallado en el proceso.

Al revisar juntas el Administrador de archivos, descubrieron dos cosas: dentro de public_html seguía el archivo de bienvenida, que tenía prioridad, y el index de su sitio se llamaba Index.html, con mayúscula. Renombraron el primero con una copia de resguardo, corrigieron el nombre del segundo y volvieron a probar en una ventana de incógnito. El sitio se mostró completo, con su catálogo y su botón de contacto.

Si tu dominio es un .cl y lo contrataste hace poco, recuerda que la actualización de los DNS puede tardar algunas horas en verse en todos los equipos. Si el problema persiste pasado ese tiempo, la causa casi siempre está en alguno de los puntos que revisamos aquí, no en la espera.

Errores comunes que conviene descartar primero

• Subir los archivos a la carpeta equivocada: Es el motivo número uno. Antes de subir nada, se confirma la raíz del documento del dominio.
• Dejar el archivo de bienvenida del hosting: Aunque la web nueva esté perfecta, el archivo por defecto puede tener prioridad sobre ella.
• Escribir mal el nombre del index: Una mayúscula de más o una extensión doble alcanzan para que el servidor lo ignore.
• Extraer el zip y dejar una carpeta doble: Si el index queda un nivel más abajo, la dirección principal seguirá mostrando la página por defecto.
• Probar sin borrar la memoria del navegador: Muchas veces la web ya funciona y lo que se ve es una versión vieja guardada.
• Cambiar varias cosas a la vez: Si se tocan permisos, htaccess y archivos al mismo tiempo, nunca se sabe cuál fue la solución. Mejor un cambio por vez.

Lista de verificación final

Para cerrar el proceso, esta es la lista que conviene repasar antes de dar la tarea por terminada:

1. El dominio apunta a esta cuenta de hosting.
2. Se identificó la carpeta raíz correcta (public_html o la del dominio adicional).
3. El archivo de bienvenida del hosting fue renombrado o retirado, con copia previa.
4. El archivo index está en minúsculas y directamente en la raíz.
5. No hay una carpeta doble después de extraer el zip.
6. Las carpetas tienen permiso 755 y los archivos 644.
7. El archivo .htaccess fue revisado y no contiene reglas que interfieran.
8. Se probó en ventana de incógnito y desde otro dispositivo.

Conclusión

Encontrar una página por defecto después de subir tu sitio no significa que hayas hecho algo mal: significa que falta un pequeño ajuste. Ya sabes dónde mirar, qué renombrar y cómo comprobarlo sin dejarte engañar por la memoria del navegador.

Con esta lista de verificación, cada publicación nueva será más rápida y segura. Tu web ya está lista para recibir visitas: ¡adelante, que ahora se verá como tú la diseñaste!