Pasaste horas armando tu sitio, lo subiste al hosting, abriste tu dirección con el corazón en la boca… y apareció una pantalla genérica que no tiene nada que ver con tu negocio. Te pasa a vos, le pasa a casi todos los que publican su primera web, y tiene arreglo. En esta guía vas a encontrar la causa y corregirla sin tocar nada que no entiendas, paso a paso.
Spoiler: en la mayoría de los casos no se rompió nada. Lo único que falta es que el servidor encuentre tu archivo de inicio en el lugar correcto. Vamos a revisarlo con calma.
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
Antes de empezar a mover archivos, mirá bien qué es lo que ves en pantalla, porque eso te da la pista principal.
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
Entrá a tu panel de cPanel y abrí el Administrador de archivos; es la herramienta que vas a usar en casi todo el recorrido.
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
Ahora toca saber dónde mira el servidor cuando alguien escribe tu dirección.
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.ar: 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 la carpeta ubicada, revisá el archivo que el servidor busca primero.
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
Acá viene el paso que más soluciona problemas en la práctica.
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
Una vez que subas todo, fijate cómo quedó la estructura.
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 tu web muestra un 403 o queda en blanco, sospechá de 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
Si tu sitio usa reglas especiales, vale la pena mirar este archivo.
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 terminar, probá tu web como la 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 caso real: el local de Lucía en Mendoza
Lucía vende indumentaria deportiva en Mendoza y registró tiendalucia.com.ar. Su sobrino le armó la página y se la pasó en un zip. Ella lo subió a la carpeta personal del hosting, lo extrajo y esperó ver su tienda. Pero al entrar desde el celular vio la pantalla de bienvenida del hosting. Pensó que había perdido el trabajo o que tenía que volver a pagar algo.
La solución tomó diez minutos. Abrió el Administrador de archivos, entró a public_html, vio que solo estaba el archivo de bienvenida y que la web estaba una carpeta más arriba. Renombró el archivo de bienvenida, movió el contenido a public_html y probó en ventana de incógnito. La tienda apareció al instante. No tuvo que pedir nada a nadie: solo ordenar las carpetas.
Esa historia se repite todo el tiempo, y por eso conviene hacer lo mismo que ella: primero mirar, después mover, y recién al final borrar lo que ya no sirve. Si tu dominio es un .com.ar y lo registraste hace poco, tené presente además que los cambios de DNS pueden demorar un poco en verse en todas las redes de internet; es normal y no indica ningún problema.
Los errores más comunes (y cómo evitarlos)
- 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
Ver una página por defecto después de subir tu sitio asusta, pero es una de las situaciones más sencillas de resolver. Casi siempre se trata de una carpeta equivocada, un archivo de bienvenida que tapa a tu index o un nombre mal escrito. Ya sabés cómo revisar cada punto y en qué orden.
La próxima vez que publiques una web, vas a hacerlo con la seguridad de quien conoce el camino. Y cada web online es un paso más para que tu negocio se muestre como se merece. ¡Manos a la obra: tu sitio ya está listo para ser visto!
