Qué es .htaccess: definición y guía completa SEO
.htaccess: Archivo de configuración de servidores Apache que permite controlar el comportamiento del servidor a nivel de directorio sin acceso a la configuración principal. Para SEO, es fundamental para gestionar redirecciones 301, configurar la caché, activar la compresión, forzar HTTPS y gestionar el acceso a recursos.
Qué puedes controlar desde el .htaccess para SEO
Las redirecciones son el uso más frecuente en SEO: desde una sola URL (Redirect 301 /vieja-url /nueva-url) hasta redirecciones masivas por patrones con RewriteRule. La fuerza de HTTPS se implementa mediante una regla que detecta conexiones no seguras y las redirige a https://. La configuración de caché mediante mod_expires y mod_headers establece los tiempos de vida de los recursos estáticos. La compresión Gzip con mod_deflate reduce el tamaño de transferencia de HTML, CSS y JS. El bloqueo de acceso a directorios sensibles y la configuración de páginas de error personalizadas (ErrorDocument 404 /404.php) completan el repertorio SEO del .htaccess.
Redirecciones 301 en .htaccess: sintaxis y ejemplos prácticos
La forma más simple de redirección usa la directiva Redirect: ‘Redirect 301 /pagina-vieja https://dominio.com/pagina-nueva’. Para redirecciones con patrones y expresiones regulares se usa mod_rewrite con RewriteRule. Un ejemplo típico para forzar HTTPS: RewriteCond %{HTTPS} off seguido de RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]. Para redirigir www a no-www: RewriteCond %{HTTP_HOST} ^www.dominio.com y RewriteRule ^(.*)$ https://dominio.com/$1 [R=301,L]. Las reglas de rewrite se procesan en orden y la bandera [L] detiene el procesamiento de reglas adicionales.
Configuraciones de .htaccess que mejoran el rendimiento y el SEO técnico
La compresión Gzip se habilita con AddOutputFilterByType DEFLATE para tipos de contenido text/html, text/css, application/javascript, etc. El caché de navegador se configura con mod_expires: ExpiresByType image/jpeg ‘access plus 1 year’ para imágenes, y tiempos más cortos para HTML. El HSTS (HTTP Strict Transport Security) fuerza conexiones HTTPS incluso antes de la primera redirección: Header always set Strict-Transport-Security ‘max-age=31536000; includeSubDomains’. Desactivar el listado de directorios (Options -Indexes) es una medida de seguridad básica que evita que el servidor muestre el contenido de carpetas sin index.
Errores en .htaccess que pueden bloquear el rastreo de Google
Un error de sintaxis en el .htaccess puede devolver un error 500 (Internal Server Error) a todo el servidor, haciendo el sitio completamente inaccesible para usuarios y para Googlebot. La forma más segura de editar el .htaccess es tener siempre una copia de backup y validar la sintaxis antes de guardar (en cPanel existe una opción de verificación). Las reglas de rewrite en bucle (una regla redirige a una URL que activa la misma regla) son otro error grave que genera too many redirects. Bloquear accidentalmente el user-agent de Googlebot en el .htaccess (Deny from all bajo una sección que aplica al bot) impide completamente el rastreo.
Preguntas frecuentes
¿El .htaccess funciona en servidores Nginx o solo en Apache?
El .htaccess es exclusivo de Apache. Nginx usa un sistema de configuración diferente (nginx.conf y archivos en /etc/nginx/conf.d/) y no lee archivos .htaccess. Muchos hostings modernos usan Nginx como proxy inverso frente a Apache, en cuyo caso el .htaccess puede funcionar para la parte de Apache pero no para la de Nginx. Si tu hosting usa Nginx puro, necesitas configurar las redirecciones y optimizaciones directamente en el archivo de configuración de Nginx.
¿El .htaccess afecta a la velocidad del servidor?
Sí, ligeramente. Apache lee el .htaccess en cada petición HTTP que pasa por ese directorio y sus subdirectorios. En sitios con mucho tráfico, esto puede añadir una pequeña latencia. La alternativa de mayor rendimiento es mover las reglas directamente al archivo de configuración de Apache (httpd.conf o el VirtualHost), donde se cargan una sola vez al arrancar el servidor. En la práctica, para la mayoría de sitios el impacto del .htaccess en el rendimiento es insignificante comparado con el de PHP o la base de datos.