Si subiste tu página y al abrir el dominio sale un cartel del hosting, una lista de carpetas o un error raro, tranquilo: tu trabajo no se perdió. Es una situación muy común y se resuelve entendiendo una sola idea: el servidor busca tus archivos en un lugar y con un nombre muy concretos.
Si trabajás con clientes, o tenés más de un sitio en el mismo plan, esta revisión te va a servir una y otra vez. Acá va el método ordenado para que lo hagas sin adivinar.
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 a tu 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
Lo primero es identificar qué pantalla aparece, porque cada una indica una causa distinta.
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
Después, abrí el Administrador de archivos desde tu cPanel; ahí vas a ver todo lo que hay en la cuenta.
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
El siguiente paso es encontrar la carpeta que el servidor usa como punto de partida para 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.com: 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, revisá el archivo de inicio, que debe tener un nombre exacto.
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 es el paso que suele resolver el problema en una sola operación.
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
Subí tus archivos con calma, pensando en cómo van a quedar organizados.
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 son otro punto clave, sobre todo si ves un error de acceso.
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
Por último, mirá si hay reglas que modifican 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
Cerrá el proceso probando el sitio 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 caso habitual: el estudio contable de Martín en Córdoba
Martín tiene un pequeño estudio contable en Córdoba y contrató un plan de hosting para estrenar la web de su estudio, con una dirección .com. Un diseñador le entregó los archivos y él los subió, pero al visitar la dirección vio “Index of /”, con una lista de carpetas. Pensó que se trataba de un error grave.
En realidad, dentro de public_html había una carpeta llamada “estudio-web” y adentro estaba el index. El servidor miraba la carpeta principal, no encontraba ningún archivo de inicio y mostraba el contenido tal cual. Martín seleccionó todo lo que había dentro de “estudio-web”, lo movió un nivel hacia arriba y recargó. Su web apareció completa, con logo y formulario.
La enseñanza es útil para cualquiera que tenga varios clientes o proyectos: cuando se arma el paquete que se va a subir, hay que comprobar cuál es la carpeta que contiene directamente el index. Un minuto de revisión antes de subir ahorra una tarde de dudas después.
Seis fallas frecuentes 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
Cuando la web no se ve como esperabas, la clave es no ponerse nervioso y revisar en orden: carpeta, archivo de inicio, permisos, reglas y memoria del navegador. Con ese método, la mayoría de los casos se resuelve en unos pocos minutos y sin ayuda técnica.
Guardá esta lista de verificación: te va a servir cada vez que publiques un sitio nuevo. Con práctica, subir una web va a ser tan natural como subir una foto. ¡Éxitos con tu proyecto!
