Es el momento más esperado: escribes la dirección de tu negocio en el navegador y… aparece una pantalla genérica del hosting en lugar de tu sitio. La frustración es comprensible, sobre todo si ya tenías planeado anunciar la web. La buena noticia es que casi siempre se trata de un detalle de carpetas o de nombres de archivos.

A continuación, un recorrido ordenado para que encuentres la causa y dejes tu sitio visible hoy mismo, sin necesidad de ser técnico.

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

Empieza por observar qué pantalla ves, porque es la pista más valiosa del proceso.

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

Abre el Administrador de archivos desde tu panel; allí podrás ver y mover todo lo que has subido.

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

Después, localiza la carpeta que el servidor toma como inicio 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 mitienda.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

Revisa a continuación cómo se llama tu archivo de inicio.

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 más veces resuelve el inconveniente.

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

Cuando subas tu web, cuida que quede ordenada y sin carpetas anidadas de más.

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 ves un error de acceso, vale la pena revisar 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

Por último, echa un vistazo al archivo que guarda reglas especiales 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 cerrar, prueba tu web como la vería cualquier visitante.

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 de la vida real: la tienda de café de Daniela en Bogotá

Daniela vende café de origen por internet desde Bogotá y registró cafedaniela.com. Su programador independiente le dejó los archivos listos, y ella misma los subió al hosting. Al abrir la dirección vio “Sitio en construcción”. Escribió a un amigo diciendo que el hosting “no funcionaba”, cuando en realidad todo estaba en su lugar salvo un detalle.

Al revisar el Administrador de archivos encontró que su web estaba dentro de una carpeta llamada “tienda” y que public_html contenía únicamente el archivo de bienvenida. Movió el contenido de “tienda” a public_html, renombró el archivo de bienvenida y recargó en incógnito. Su tienda apareció de inmediato, con las fotos de los granos y el botón de compra.

Lo mismo les ocurre a emprendedores de Lima, Ciudad de México o Medellín. Un orden mínimo en las carpetas y un nombre correcto en el archivo de inicio alcanzan para que la web se vea como se diseñó.

Seis errores frecuentes 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:

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

Una página por defecto no es una señal de que tu web esté perdida, sino de que falta acomodar un detalle. Ya conoces las causas más comunes y el orden en que conviene revisarlas, así que la próxima vez lo resolverás en minutos.

Guarda esta lista a mano y úsala cada vez que publiques o migres un sitio. Tu negocio merece estar en línea y verse bien: ¡da el último paso y compártelo con el mundo!