Probador gratuito de reglas .htaccess

El .htaccess Rule Tester es una herramienta online gratuita que prueba las rewriterules y redirecciones de .htaccess, con una evaluación paso a paso de las reglas para cualquier url. Funciona por completo en tu navegador, sin necesidad de instalar nada ni registrarse.

RewriteRule, RewriteCond, Redirect, RedirectMatch y las directivas Header.

Sí: la evaluación paso a paso muestra qué condiciones se cumplieron u omitieron.

Sí, totalmente gratis.

Por supuesto. El .htaccess Rule Tester procesa todo del lado del cliente, en tu navegador. No se sube ni se almacena ningún dato en ningún servidor. Tu contenido permanece siempre privado en tu dispositivo.

Sí, el .htaccess Rule Tester es totalmente adaptable y funciona en smartphones y tablets. Puedes usarlo en cualquier dispositivo con un navegador web moderno, sin necesidad de descargar ninguna app.

No se necesita ninguna cuenta ni registro. Solo abre el .htaccess Rule Tester en tu navegador y empieza a usarlo de inmediato. No hay barreras de registro ni restricciones de uso.

Simplemente introduce tus datos en el campo correspondiente, ajusta las opciones a tu gusto y la herramienta los procesará al instante. Después puedes copiar el resultado al portapapeles o descargarlo.

El .htaccess Rule Tester funciona en todos los navegadores modernos, incluidos Chrome, Firefox, Safari, Edge y Opera. Para una mejor experiencia, usa la última versión de tu navegador preferido.

En una RewriteRule de .htaccess, el flag [R=301] emite una redirección permanente y [R=302] una temporal, y esa elección importa para el SEO. Un 301 indica a los motores de búsqueda que el traslado es definitivo, por lo que transfieren las señales de posicionamiento de la URL antigua a la nueva y actualizan su índice. Un 302 indica que la URL original volverá, así que los motores siguen indexando la dirección antigua y pueden no transmitir autoridad. El error habitual es dejar el valor por defecto, ya que un flag [R] sin especificar se resuelve como 302. Usa 301 para páginas renombradas, canonicalización de www o HTTPS y URLs retiradas; reserva 302 para traslados genuinamente breves, como páginas de mantenimiento. Pega tus reglas arriba junto con una URL de prueba y el probador te indicará el código de estado HTTP exacto que devolvería cada redirección, para que puedas confirmar que dice 301 antes de publicarlo.

El flag [L] significa "last" (última): cuando una RewriteRule con [L] coincide, Apache detiene el procesamiento del resto de reglas de reescritura en esa ronda y usa el resultado obtenido. Como Apache evalúa las reglas de arriba abajo en secuencia, el orden de tus reglas cambia el resultado tanto como las propias reglas. Una regla amplia colocada al principio puede coincidir y detener el proceso antes de que una regla más específica situada más abajo llegue a ejecutarse, o la ausencia de [L] puede dejar que varias reglas se disparen en cadena y produzcan una URL que nunca quisiste. Esto es una de las cosas más difíciles de deducir leyendo el texto en bruto. El probador recorre tus reglas en el mismo orden de arriba abajo que usa Apache y marca exactamente dónde [L] detiene el procesamiento, para que puedas ver si una regla está cortocircuitando a las que hay debajo antes de publicarla.

El motivo más común es la barra inicial. En un archivo .htaccess por directorio, la ruta que Apache pasa a tu patrón RewriteRule ya tiene la barra inicial eliminada, así que un patrón como ^/pagina-antigua nunca coincidirá; en su lugar necesitas ^pagina-antigua. Otros culpables frecuentes son un punto sin escapar (usa \. para un punto literal), un patrón demasiado permisivo como (.*) que captura más de lo previsto, una RewriteCond por encima de la regla que falla silenciosamente y hace que la regla se omita, o que RewriteEngine nunca se haya activado con On. Los anclajes de expresión regular también importan: ^ y $ fijan el inicio y el final de la ruta. La traza paso a paso de esta herramienta muestra el valor que se compara con tu patrón y una nota en lenguaje sencillo que indica si coincidió o se omitió y por qué, lo cual suele localizar el desajuste en segundos. Pega la regla y una ruta de ejemplo para comprobarlo.

Un bucle de redirección ocurre cuando una regla reescribe repetidamente una URL hacia un destino que vuelve a coincidir con esa misma regla, de modo que el navegador rebota sin fin y muestra un error ERR_TOO_MANY_REDIRECTS. Las causas típicas son una regla que fuerza HTTPS cuya condición nunca se satisface detrás de un proxy, una regla de www que se vuelve a activar con su propio resultado, o dos reglas que se apuntan mutuamente. La solución suele ser una RewriteCond más restrictiva que excluya el estado ya correcto, por ejemplo redirigir solo cuando %{HTTPS} está desactivado, junto con un flag [L] adecuado para detener el procesamiento posterior. Leer las reglas de forma estática rara vez revela un bucle. Ejecuta tu fragmento contra una URL de prueba en el probador y observa la traza: si la URL de salida volviera a entrar en la misma regla que la generó, la evaluación paso a paso hace visible esa cadena para que puedas romperla antes de desplegar.

No de forma fiable, y eso es intencionado. Condiciones como RewriteCond %{REQUEST_FILENAME} !-f o -d le preguntan a Apache si existe realmente un archivo o directorio en disco, y un navegador no tiene acceso al sistema de archivos de tu servidor. Por eso el probador las aproxima: las comprobaciones de existencia de archivo y directorio se resuelven como falso, y %{REQUEST_FILENAME} se sustituye por la ruta de la petición en lugar de una ruta real del sistema de archivos. Eso significa que la lógica que depende de -f, -d o -e, habitual en configuraciones de front-controller que dirigen los archivos inexistentes a index.php, no se comportará exactamente igual que en Apache. La herramienta está pensada para validar la lógica, el orden y los flags de tus reglas de reescritura y redirección de forma rápida y privada. Úsala para confirmar patrones, grupos de captura, códigos de estado y el comportamiento de [L] aquí, y luego verifica en tu servidor real cualquier aspecto que dependa del sistema de archivos antes de publicar los cambios.