Generador de redirecciones

PorOleh Soloninactualizado el 25 de septiembre de 2026

Resultado

Regla para nginx con código 301. Después de instalarla compruebe la cabecera, no el aspecto de la página.

Regla

location = /pagina-antigua {

    return 301 /pagina-nueva;

}

Qué hace este código

El 301 dice dos cosas. Primera: la dirección se ha mudado para siempre, así que Google traslada la valoración al destino y sustituye la antigua en el índice. Segunda: el método puede cambiar y un POST suele llegar al destino como GET. Los navegadores memorizan un 301 con tenacidad y a menudo dejan de preguntar por la dirección antigua, de modo que un error aquí cuesta deshacerlo.

Avisos

Nada que señalar.

El resultado es orientativo y no sustituye a una asesoría profesional.

Regla lista para nginx, Apache, IIS o Netlify, con aviso de bucle y de código equivocado.

Una redirección le dice al navegador y al rastreador que una dirección está ahora en otro sitio. Se escribe de forma completamente distinta según el servidor: la misma intención, cuatro sintaxis. Este generador devuelve la regla que hay que pegar: una sola línea en Apache y Netlify, un bloque corto en nginx e IIS.

Más importante que la sintaxis es el código. Definitiva o temporal: eso determina si la valoración de la dirección antigua se traslada o si la antigua se queda en el índice, y eso después solo se corrige con esfuerzo, porque los navegadores guardan un 301 con mucha insistencia.

Cómo usar la calculadora

Escriba la dirección antigua como ruta y el destino como ruta o dirección completa.
Elija el código: 301 para una mudanza definitiva, y 302 solo si la dirección antigua va a volver.
Elija la configuración de su servidor y copie la regla en el sitio que se indica abajo.
Compruebe después la cabecera, no el aspecto de la página: una redirección por JavaScript se ve igual y no funciona igual.

Cuatro códigos, dos preguntas

Elegir el código responde a dos preguntas independientes: si la mudanza es definitiva y si el método debe conservarse. De ahí salen cuatro combinaciones, y para cada una hay exactamente un código.

La segunda pregunta casi siempre se pasa por alto, porque solo se nota con formularios. Con 301 y 302 el navegador puede convertir un POST en un GET al llegar al destino, y los datos enviados desaparecen. El 307 y el 308 lo prohíben.

Todas las filas salen de la calculadora de esta página. Para un cambio de dirección corriente el correcto es el 301, por ser el más antiguo y el que entiende cualquier intermediario. El 308 solo hace falta cuando a la dirección antigua se le envían datos.
Código	Mudanza	Conserva el método	Se guarda en caché
301	definitiva	no	sí
308	definitiva	sí	sí
302	temporal	no	no
307	temporal	sí	no

Dónde va la regla

La misma redirección se escribe distinta en cada servidor, y en cada uno va a un sitio distinto. Quien pone la línea donde no toca no recibe ningún error: la regla simplemente no hace nada.

En dos de los cuatro sistemas el archivo se lee en cada petición, y en los otros dos solo tras recargar la configuración o publicar de nuevo. Eso explica la mayoría de los casos de «pero si ya lo he puesto».

Las reglas para los cuatro las escribe la calculadora de arriba, listas para copiar. En nginx son tres líneas con location y return; en Apache, una sola; en IIS, un elemento rule; y en Netlify, una línea con tres campos separados por espacios.
Configuración	Archivo	Surte efecto
nginx	bloque server del dominio	tras nginx -s reload
Apache	.htaccess en la raíz	al momento: el archivo se lee en cada petición
IIS	web.config	al momento
Netlify	_redirects en el directorio publicado	tras la siguiente publicación

Las cadenas cuestan, los bucles rompen la página

Si A apunta a B y B apunta a C, para el visitante funciona, pero cada salto cuesta una petición y Google sigue una cadena solo hasta cierto punto. Por eso, en una migración conviene reescribir las reglas antiguas para que apunten directamente al destino final, en lugar de ir encadenando otras nuevas por delante.

Un bucle casi nunca nace de un descuido, sino de dos reglas que se contradicen: una quita la barra final y otra la vuelve a poner. El navegador se rinde después de unos veinte saltos y muestra un error. Por eso este generador avisa en cuanto origen y destino se distinguen solo por la barra.

Dónde va la regla

En nginx va dentro del bloque server; «location =» coincide exactamente con una única dirección y es más rápido que una expresión regular, porque nginx no tiene que buscar. En Apache va en el .htaccess de la raíz o directamente en la configuración, lo que resulta más rápido porque el .htaccess se lee en cada petición.

Netlify espera un archivo llamado _redirects con una regla por línea, e IIS una regla en la sección rewrite del web.config. IIS conoce cuatro valores: Permanent, Found, SeeOther y Temporary, es decir 301, 302, 303 y 307. Sin equivalente se queda solo el 308: la regla devuelta usa Permanent, es decir un 301, permanente como se pide pero sin garantía de que se conserve el método de la petición. El generador lo advierte.

Después de la migración

Una redirección debería mantenerse mientras siga habiendo enlaces hacia la dirección antigua, lo que en la práctica significa: de forma permanente. Un año es un término medio habitual, pero cada enlace externo que después caiga al vacío queda desaprovechado.

El resultado solo se comprueba en la cabecera, no en la ventana del navegador: una página que se ve bien puede haberse alcanzado con un 302 en lugar de un 301. Search Console informa al cabo de unas semanas de si las direcciones nuevas están indexadas y de si Google sigue viendo cadenas.

Fuentes

Cifras vigentes en 2026. Los resultados son orientativos y no sustituyen el asesoramiento profesional.

Preguntas frecuentes

¿301 o 302, cuál escojo?

301 si la dirección antigua no va a volver: entonces la nueva hereda la valoración. 302 solo para situaciones realmente provisionales, como una página de campaña. Con un 302 la antigua se queda en el índice, porque se supone que sigue vigente.

¿Cuánto tiempo hay que mantener una redirección?

Mientras siga habiendo enlaces hacia la dirección antigua. Un año es lo habitual, permanente es más seguro: los enlaces externos no desaparecen según un calendario, y cada uno que se pierda es tráfico perdido.

¿Por qué acabo en un bucle de redirección?

Casi siempre porque dos reglas se anulan: una quita la barra final y la otra la vuelve a añadir. Revise también las redirecciones del propio código de la aplicación y de un CDN por delante, no solo la configuración del servidor.

¿Por qué pierde los datos mi formulario tras la redirección?

Porque con 301 y 302 el método puede cambiar: el POST llega al destino convertido en GET y el contenido del formulario se pierde. Para una dirección a la que se envían datos, el código correcto es el 308 o el 307.

¿Cuántas redirecciones encadenadas son demasiadas?

Cada salto cuesta una petición y, por tanto, tiempo de carga; los navegadores abandonan alrededor de las veinte y los rastreadores mucho antes. Ante una cadena conviene reescribir las reglas: quien lleva de A a B y de B a C debería tener dos reglas que apunten las dos directamente a C.

¿Redirección en el servidor o con JavaScript?

En el servidor. Una redirección en la cabecera actúa antes de cargar la página y la entiende cualquier rastreador. Una redirección por JavaScript o con meta refresh se ve igual para el visitante, obliga a montar la página entera y no se interpreta en todas partes.

Enlaces útiles

Desarrollo y web Todas las calculadoras

Generador de redirecciones

Resultado

También te puede servir

Códigos de estado HTTP

Generador de robots.txt

Longitud del title y la meta description

Codificador de URL

Generador de Open Graph

Generador de FAQ en schema.org

Enlaces útiles