Subiste los archivos, esperaste unos minutos, abriste tu dominio y la web sigue sin aparecer. En su lugar, el hosting muestra su propia pantalla. Si te está pasando, no eres el primero ni serás el último: es una de las consultas más habituales cuando se publica un sitio por primera vez.
Aquí tienes un método paso a paso, pensado para quienes no tienen experiencia técnica, que te permitirá resolverlo con seguridad y entender por qué ocurrió.
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
Antes de hacer cambios, identifica exactamente qué pantalla aparece, ya que cada una apunta a una causa diferente.
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
Ingresa al Administrador de archivos de tu cPanel, que será tu punto de trabajo.
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
A continuación, hay que encontrar la carpeta que usa tu dominio como raíz.
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 miempresa.net: 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
Ahora toca verificar el nombre y la posición del archivo principal.
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
Aquí está la solución más frecuente de todo el recorrido.
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.
- Descargar o renombrar el archivo de bienvenida.
- Confirmar que ya no queda ningún index de más.
- Recargar la dirección en ventana de incógnito.
Paso 6: Subir la web completa y evitar la carpeta doble
Al subir los archivos, mantén la estructura limpia para evitar carpetas dentro de carpetas.
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
Los permisos pueden causar errores de acceso si no están correctos.
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
Para cerrar el diagnóstico, examina las reglas del archivo .htaccess.
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
Como paso final, comprueba el resultado desde un entorno limpio.
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 escenario común: la agencia de viajes de Andrés en Lima
Andrés dirige una pequeña agencia de viajes en Lima y registró viajesandres.net. Contrató a un diseñador que le entregó el sitio en un zip. Lo subió, lo extrajo y esperó ver sus paquetes turísticos. Sin embargo, la dirección mostraba una lista de carpetas con el título “Index of /”.
La causa era simple: al comprimir los archivos, el diseñador había incluido la carpeta completa y no su contenido. Al extraer, el index quedó dentro de una carpeta llamada “sitio-final”. Andrés abrió esa carpeta, seleccionó todo, lo movió a public_html y recargó con Ctrl + F5. La web apareció con todos sus destinos y su formulario de consulta.
Este tipo de detalle es muy común en equipos pequeños en Perú, Colombia, México y otros países de la región, donde una misma persona se encarga de todo y no hay tiempo para revisar cada paso. Por eso conviene tener una lista de verificación a mano.
Errores 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:
- El dominio apunta a esta cuenta de hosting.
- Se identificó la carpeta raíz correcta (public_html o la del dominio adicional).
- El archivo de bienvenida del hosting fue renombrado o retirado, con copia previa.
- El archivo index está en minúsculas y directamente en la raíz.
- No hay una carpeta doble después de extraer el zip.
- Las carpetas tienen permiso 755 y los archivos 644.
- El archivo .htaccess fue revisado y no contiene reglas que interfieran.
- Se probó en ventana de incógnito y desde otro dispositivo.
Conclusión
La página por defecto del hosting parece un obstáculo enorme, pero en realidad es una invitación a ordenar carpetas y nombres. Con la revisión que acabas de ver, tienes un método claro para resolverlo cada vez que se presente.
Repite el proceso con calma, un cambio a la vez, y verás cómo tu sitio aparece como lo pensaste. Cada problema resuelto te acerca a manejar tu presencia en internet con total confianza. ¡Ánimo, que ya casi lo logras!
