Herramienta de reescritura de URL

From (old path)

To (new URL or path)

Force non-www Force HTTPS

.htaccess rules

Share X / Twitter Facebook LinkedIn WhatsApp

Cómo usar Herramienta de reescritura de URL

Especifique la URL limpia y la URL real a la que debe asignarse.
Genere el código RewriteRule: patrón de expresiones regulares con variables capturadas.
Agregue a .htaccess en la raíz de su sitio, con RewriteEngine activado en la parte superior.
Pruebe primero en la preparación: un error de sintaxis de 500 en todo el sitio; verifique con el Comprobador de código de estado.

¿Cuál es Herramienta de reescritura de URL?

Una herramienta de reescritura de URL genera las reglas mod_rewrite de Apache (directivas .htaccess RewriteRule) que convierten URL feas y técnicas en URL limpias y legibles, transformando product.php?id=42&cat=shoes en /shoes/product-42. La URL limpia es lo que ven los visitantes; la regla de reescritura lo asigna de manera invisible al script real detrás de él.

Las URL limpias son importantes para el SEO y la usabilidad: son legibles (los usuarios confían en ellas y las recuerdan), contienen palabras clave (una pequeña ayuda para la clasificación) y se pueden compartir (sin parámetros crípticos). La reescritura de URL es la forma de obtenerlas sin reestructurar sus archivos reales.

Sobre el Herramienta de reescritura de URL

Especifique su patrón de URL (la forma limpia que desea y la URL real a la que se asigna) y genere el código RewriteRule para su .htaccess.

Reescrituras comunes: cadenas de consulta a rutas (?id=42 se convierte en /item/42, la clásica transformación de URL limpia); eliminar extensiones de archivos (/about en lugar de /about.php); imponer la coherencia de las barras diagonales; y mapeo basado en patrones (una categoría completa de URL manejadas por una regla con variables capturadas). Las reglas usan expresiones regulares para hacer coincidir la URL limpia y reescribirla en la real, con grupos capturados ($1, $2) que pasan las partes variables.

Implementación y precauciones: las reglas van en el archivo .htaccess en la raíz de su sitio, lo que requiere RewriteEngine On primero; Apache analiza .htaccess por solicitud, por lo que un error de sintaxis 500 genera errores en todo el sitio (pruebe en la preparación o prepárese para revertir). La expresión regular es la parte complicada: los patrones demasiado amplios pueden detectar URL que no deberían o crear bucles, así que pruebe cada regla. Y una nota: esto es específico de Apache: Nginx usa una sintaxis de reescritura diferente (en la configuración del servidor, no en .htaccess). Para necesidades más simples (redireccionar URL antiguas a nuevas), nuestro generador de redireccionamiento .htaccess maneja 301; utilice la reescritura cuando presente URL limpias para contenido dinámico existente. Verifique los resultados con el Verificador de redireccionamiento y el Verificador de código de estado.

Preguntas Frecuentes

La reescritura asigna una URL limpia a una real INVISIBLEMENTE (el navegador permanece en la URL limpia, el servidor muestra el contenido real). Redirigir ENVÍA el navegador a una URL diferente (la dirección cambia). La reescritura sirve para presentar URL limpias; la redirección es para mover contenido.

Legibilidad, confianza y beneficios menores de SEO: /blog/seo-tips es memorable, se puede compartir y contiene palabras clave; /post.php?id=284 no es ninguno de esos. Tanto los usuarios como los motores de búsqueda prefieren URL limpias y descriptivas.

En el archivo .htaccess en la raíz de su sitio Apache, después de RewriteEngine On. Apache lo lee por solicitud, por lo que los cambios se aplican de inmediato, pero un error de sintaxis 500 genera errores en todo el sitio, así que pruébelo con cuidado y mantenga una copia de seguridad para revertir.

No, esto genera la sintaxis de Apache mod_rewrite (.htaccess). Nginx utiliza diferentes directivas de reescritura/ubicación en la configuración de su servidor (no archivos .htaccess por directorio). Verifique qué servidor ejecuta antes de realizar la solicitud; los conceptos se transfieren pero la sintaxis no.

Por lo general, una expresión regular demasiado amplia detecta URL que no debería, o una regla cuya salida coincide nuevamente con su propio patrón (bucle infinito). Haga patrones específicos, agregue condiciones (RewriteCond) para excluir el objetivo y pruebe cada regla de forma aislada.