Subir

Arrastra y suelta

para subir tu archivo

Subir

Subdominio
Probar otro
Nombre completo
Correo electrónico
Contraseña
Ya tengo una cuenta

Generador de redirecciones

Genera redirecciones 301 para .htaccess, Nginx y cualquier hosting estático

Indica tus rutas antiguas y adónde deben apuntar ahora, elige un código de estado y obtén un fragmento listo para pegar para Apache, Nginx, Netlify, Vercel, IIS o un meta refresh de HTML. Todo se genera en tu navegador, así que nada sobre la estructura de tu sitio web se sube jamás.

Redirecciones
Ajustes predefinidos

Vídeo tutorial (en inglés)

Aprende a crear redirecciones con el generador de redirecciones gratuito de Static.app.

Ver en YouTube

  • Pega una vez y obtén seis formatos

    Escribe el mapa de redirecciones una sola vez y cambia entre .htaccess, Nginx, Netlify, Vercel, IIS y meta refresh. La sintaxis se reescribe al instante, así que no tendrás que traducir reglas a mano entre servidores.

  • Escapado resuelto por ti

    Un punto en /products.php es un comodín dentro del patrón de una RewriteRule. El generador escapa automáticamente los metacaracteres de expresiones regulares para Apache, las entidades XML para web.config y las comillas para vercel.json.

  • Detecta bucles y duplicados

    Una ruta que redirige a sí misma es un bucle infinito, y dos reglas con el mismo origen hacen que la segunda nunca se ejecute. Ambos casos se señalan mientras escribes, antes de que el archivo llegue a producción.

Cómo generar reglas de redirección

  • 1

    Escribe cada ruta antigua y la URL a la que debe apuntar ahora. Usa Pegado masivo (CSV) si ya exportaste un mapa de redirecciones desde una hoja de cálculo o un rastreador.

  • 2

    Elige el código de estado (301 para un cambio permanente) y el servidor en el que vas a publicar.

  • 3

    Copia el fragmento o descárgalo con el nombre de archivo correcto y súbelo a la raíz de tu sitio web.

Qué debes saber antes de publicar un mapa de redirecciones

  • 301 frente a 302: elige el que dice la verdad

    Una 301 dice que la dirección antigua ha desaparecido para siempre, así que los buscadores la quitan del índice y pasan su autoridad de enlaces acumulada a la nueva. Una 302 dice "volvemos enseguida", así que la URL antigua se queda en el índice y las señales canónicas no cambian; Google puede acabar tratando una 302 duradera como una 301, pero dejas la consolidación al azar. Usa una 301 para cualquier cambio permanente. 308 y 307 son las versiones estrictas que además conservan el método de la petición original, algo que importa en endpoints POST y API.

  • Las cadenas de redirecciones te cuestan

    Tras dos o tres rediseños es fácil acabar con /a → /b → /c → /d. Cada salto es otra ida y vuelta para el visitante, y los rastreadores abandonan las cadenas largas. Apunta cada ruta antigua directamente a su destino final, no a la redirección anterior. Escribir todo el mapa en una tabla hace visibles esas cadenas: si el destino de una fila aparece también como origen en otra, únelas.

  • ¿Sin configuración de servidor? Usa meta refresh

    Algunos hostings estáticos no admiten redirecciones en absoluto (ni .htaccess que subir ni archivo _redirects que leer), así que allí no hay cabecera 301 real. La alternativa es un pequeño archivo HTML en la ruta antigua con un meta http-equiv="refresh", un rel="canonical" que apunte a la URL nueva y un enlace normal como alternativa sin JavaScript. Es más débil que una 301 de verdad, pero la etiqueta canonical es la que realmente consolida las señales de posicionamiento.

¿Migras un sitio web? Aloja la versión nueva en Static.app

Seleccionar archivo
o suelta aquí tu archivo para subirlo

Preguntas frecuentes

¿Qué hace este generador de redirecciones?

Introduces pares de URL antigua y nueva, eliges un código de estado y escoges tu stack de hosting. La herramienta escribe la configuración correspondiente: reglas .htaccess de Apache, un bloque de Nginx, un archivo _redirects de Netlify, un vercel.json de Vercel, un web.config de IIS o páginas HTML independientes con meta refresh. Todo se genera en tu navegador.

¿Qué diferencia hay entre una redirección 301 y una 302?

Una 301 es permanente: los buscadores transfieren las señales de posicionamiento a la nueva URL, con el tiempo eliminan la antigua del índice y los navegadores la guardan en caché de forma agresiva. Una 302 es temporal: la URL antigua sigue indexada y, aunque Google puede acabar tratando una 302 de larga duración como una 301, dejas esa consolidación al azar. Usa la 301 para migraciones y páginas renombradas, y la 302 solo cuando de verdad vayas a restaurar la URL original. La 308 y la 307 se comportan como la 301 y la 302, pero prohíben cambiar el método de la petición.

¿Pierden autoridad de enlaces las redirecciones?

Hoy, una única 301 bien implementada a una página muy parecida transfiere prácticamente todas sus señales de posicionamiento. Las pérdidas reales vienen de las cadenas de redirecciones, de redirigir todo a la página de inicio en lugar de a la página equivalente, y de combinar redirecciones con etiquetas canónicas que apuntan a otro sitio. Relaciona lo antiguo con lo nuevo uno a uno siempre que exista un equivalente real.

¿Qué es una cadena de redirecciones y por qué importa?

Una cadena es cuando A redirige a B y B redirige a C. Cada salto cuesta latencia al usuario y presupuesto de rastreo al bot, y Google deja de seguir tras unos pocos saltos. Cuando añadas una redirección nueva, actualiza las reglas antiguas que apuntaban a la URL intermedia para que vayan directas al destino final.

¿Cómo redirijo en un hosting estático sin configuración de servidor?

Usa la salida con meta refresh de HTML. Genera una pequeña página independiente para cada URL antigua que contiene <meta http-equiv="refresh" content="0;url=...">, un enlace canónico que apunta a la nueva dirección y un enlace alternativo en texto plano. No es una 301 de verdad, así que es más débil para el SEO que una redirección de servidor, pero funciona en cualquier sitio donde puedas subir un archivo, lo que la convierte en la opción práctica para un hosting que no admite redirecciones.

¿Dónde pongo cada archivo generado?

.htaccess va en el directorio al que debe aplicarse, normalmente la raíz web, en un host Apache con AllowOverride activado. El bloque de Nginx va dentro del bloque server correspondiente y requiere una recarga. _redirects va en la carpeta publicada en Netlify. vercel.json va en la raíz del proyecto. web.config va en la raíz del sitio de IIS. Las páginas con meta refresh van en las propias rutas antiguas.

¿Debería redirigir también de HTTP a HTTPS aquí?

Sí, si tu host no lo hace ya, y debe ser una 301. Ten en cuenta que los campos de fila de arriba relacionan rutas antiguas con URL nuevas, así que no pueden expresar por sí solos una redirección de protocolo; en Apache, usa en su lugar RewriteCond %{HTTPS} off seguido de RewriteRule ^(.*)$ https://example.com/$1 [R=301,L]. Servir la misma página en ambos protocolos divide las señales y provoca avisos de contenido mixto. Puedes confirmar que el certificado está instalado con nuestra herramienta Verificar SSL, y ver a dónde apunta ahora una URL con el Analizador de URL.

¿Cómo compruebo si funciona mi redirección en .htaccess?

Solicita cada URL antigua y confirma el código de estado y la cabecera Location, por ejemplo con curl -I. Comprueba que el destino devuelve 200 y no otra redirección, y vigila después el informe de Páginas de Search Console durante las semanas siguientes para confirmar que las URL antiguas se están sustituyendo por las nuevas.

¿Qué diferencia hay entre Redirect y RewriteRule?

Redirect viene de mod_alias: hace una coincidencia simple por prefijo, lo que lo hace más rápido y seguro para traslados uno a uno. RewriteRule viene de mod_rewrite: coincide con expresiones regulares, que necesitas para patrones y cadenas de consulta. Si se ejecutan ambos módulos, las reglas de mod_alias se siguen aplicando aunque coincida una RewriteRule, así que elige un estilo por archivo para evitar redirecciones dobles.

¿Cómo redirijo un dominio antiguo a un dominio nuevo?

Mantén el dominio antiguo apuntando a un hosting que controles y usa después una regla comodín para que cada ruta se asigne una a una; en Apache, RewriteRule ^(.*)$ https://new-domain.com/$1 [R=301,L]. Mantenlo activo al menos un año: los buscadores, los enlaces entrantes y los marcadores tardan en ponerse al día, y abandonar el dominio antiguo demasiado pronto hace perder las señales que la 301 está transfiriendo.