Si alguna vez entraste al administrador de archivos de tu hosting y viste un archivo llamado .htaccess que empieza con un punto y no tiene extensión, seguramente pensaste dos cosas: qué es esto, y mejor no lo toco. La segunda parte es sana, porque un error ahí tira el sitio entero. Pero también es una de las herramientas más útiles que tenés a mano, y entenderla te ahorra plugins, dinero y problemas.
Qué es y cómo funciona
El .htaccess es un archivo de configuración que leen Apache y LiteSpeed. Sirve para dar instrucciones al servidor web sobre cómo tratar las peticiones que llegan a la carpeta donde está el archivo y a todas sus subcarpetas. Es decir: podés cambiar el comportamiento del servidor sin tener acceso a la configuración global, que en hosting compartido nunca vas a tener.
Dos particularidades importantes. Primera: los cambios tienen efecto inmediato, sin reiniciar nada, lo cual es cómodo y peligroso a partes iguales. Segunda: si escribís algo que el servidor no entiende, no lo ignora, tira un error 500 y el sitio deja de responder. Por eso la regla de oro antes de tocarlo es siempre la misma: hacé una copia del archivo original.
Redirecciones: lo que más se usa
La función más común es redirigir. Cuando cambiás la dirección de una página, la vieja tiene que llevar a la nueva, y no solo por comodidad del visitante: una redirección permanente le transfiere a la nueva dirección casi toda la autoridad que la vieja tenía en los buscadores. Si simplemente borrás la página vieja, tirás ese valor a la basura.
Los usos típicos son forzar el HTTPS para que nadie navegue tu sitio sin cifrar, unificar la versión con y sin "www" para que los buscadores no vean dos sitios distintos, redirigir páginas viejas a sus equivalentes nuevas después de un rediseño, y llevar direcciones mal escritas a la correcta. Todo eso son dos o tres líneas cada uno.
El error a evitar es la cadena de redirecciones: la página A lleva a la B, la B a la C y la C a la D. Cada salto agrega tiempo de carga y diluye la señal. Siempre que puedas, apuntá directo al destino final.
Seguridad: bloquear lo que no debería ser público
El segundo uso más valioso es tapar agujeros. Hay archivos que nunca deberían poder abrirse desde el navegador y que, sin embargo, en muchas instalaciones están perfectamente accesibles: archivos de configuración con contraseñas, copias de seguridad de bases de datos, registros de errores, archivos temporales de editores de texto.
Con unas pocas líneas se puede negar el acceso a extensiones enteras, impedir que se listen las carpetas que no tienen un archivo índice, bloquear el acceso al propio .htaccess, y proteger con contraseña carpetas administrativas. Vale la pena aclarar que esto no reemplaza a un buen antimalware ni a mantener el software actualizado: es una capa más, y las capas se suman.
También se usa para agregar cabeceras de seguridad, esas instrucciones invisibles que le dicen al navegador cómo comportarse: no adivinar el tipo de archivo, no permitir que el sitio se muestre dentro de un marco en otra página, y controlar qué información se envía al navegar hacia afuera. Son tres líneas que mejoran la postura de seguridad sin cambiar nada visible.
Rendimiento: caché del navegador y compresión
Acá está la parte que la mayoría subestima. Dos bloques de configuración pueden mejorar mucho la velocidad percibida del sitio.
El primero es la caché del navegador: le decís al navegador cuánto tiempo puede guardarse las imágenes, hojas de estilo, scripts y fuentes sin volver a pedirlas. Un visitante que vuelve a tu sitio no descarga otra vez lo que ya tiene, así que la segunda visita se siente instantánea. Lo lógico es dar plazos largos a las imágenes y fuentes, que casi no cambian, plazos medios a estilos y scripts, y cero al HTML, que sí cambia.
El segundo es la compresión: el servidor comprime el texto antes de enviarlo y el navegador lo descomprime del otro lado. En HTML, CSS y JavaScript, la reducción suele estar entre el 60 y el 80 por ciento del peso. No tiene contraindicaciones y se activa con un bloque estándar; lo único que no conviene comprimir son las imágenes, que ya vienen comprimidas.
URLs limpias y páginas de error
Otra función clásica es reescribir direcciones para que se vean prolijas: convertir una dirección con signos de pregunta y parámetros en algo legible como /servicios/diseno-web/. Los sistemas como WordPress lo hacen solos, pero si tenés un sitio hecho a medida, esa reescritura vive en el .htaccess.
Y algo simple pero valioso: definir páginas de error personalizadas. En vez de la pantalla blanca y fea del servidor cuando alguien llega a una dirección que no existe, mostrás tu propia página con el diseño del sitio, un buscador y links a las secciones principales. Es una de las mejoras más baratas que existen, y recupera visitas que de otro modo se perderían.
Cómo no romper todo
- Copia antes de tocar. Descargá el archivo original y guardalo con otro nombre.
- Un cambio por vez. Agregá un bloque, probá el sitio, seguí. Si agregás cinco y explota, no sabés cuál fue.
- Probá en incógnito. Las redirecciones se cachean en el navegador y te van a confundir muchísimo si probás en la ventana de siempre.
- Cuidado con las redirecciones permanentes. Los navegadores las recuerdan agresivamente; si te equivocás, la corrección puede tardar en verse. Cuando estés probando, usá una temporal.
- Si algo falla, renombrá el archivo. Cambiarle el nombre a .htaccess_viejo devuelve el sitio a la vida al instante mientras encontrás el error.
Cuándo el .htaccess no es la respuesta
Hay cosas que se hacen mejor en otro lado. Las redirecciones que cambian seguido conviene manejarlas desde un plugin o desde la aplicación, porque queda registro y no hay riesgo de romper el servidor. Y si tenés cientos de reglas acumuladas de años, cada petición del sitio las procesa todas, lo cual empieza a costar rendimiento: ahí conviene limpiar y consolidar en vez de seguir agregando al final.
Un detalle práctico: en servidores LiteSpeed, el .htaccess funciona con la misma sintaxis de Apache, pero además podés controlar desde ahí la caché a nivel de servidor, que es muchísimo más rápida que cualquier caché en PHP. Es una de las razones por las que elijo BanaHosting: LiteSpeed con LSCache, cPanel completo para editar el archivo con un editor decente, versiones de PHP seleccionables, y soporte 24/7 que te lo revisa si algo salió mal. Los planes arrancan en 4,95 dólares al mes con migración gratis y 30 días de garantía de devolución.