¿Redirección 301 o 302? La respuesta correcta en 30 segundos

Lectura de 8 min · última actualización 2 mayo 2026

Escucha

ESCUCHA, NO LEAS

"Respuesta en 90 segundos"

0:00

0:00

1x

TL;DR

¿Mueves una página para siempre? Usa 301. ¿Solo temporalmente? Usa 302. Esa única regla cubre nueve de cada diez decisiones de redirección que tomarás en tu vida. (La otra, para endpoints de API donde el tipo de petición no puede cambiar a mitad de camino, usa 307 o 308. La mayoría de la gente nunca las toca.)

¿Quieres saber qué hay realmente en vivo en tu sitio? Hay una comprobación de una sola línea que revela el código que tu servidor está enviando. Si dice 302 y se suponía que la mudanza era permanente, tus rankings se están cayendo en tiempo real. Te guiamos por la comprobación más abajo, sin necesidad de saber de línea de comandos.

La recuperación tarda entre 2 y 6 semanas una vez que corriges el código equivocado y le pides a Google que vuelva a rastrear la página. La mayor parte de esa espera es simplemente los bots de Google volviendo a pasar según su propio calendario.

Son las once de la noche. Llevas tres semanas con la migración, y el tráfico orgánico ha caído un 40%. El equipo de desarrollo jura que las redirecciones están bien. Search Console se ve normal. Pero la línea en tu gráfico de analítica sigue cayendo, y tú sigues recargándolo como si los números fueran a contarte otra historia.

Aquí está la parte que nadie te contó. Hay dos tipos de redirecciones, y se ven idénticas para un visitante humano. Para Google, son mundos aparte. Una dice: esta página se mudó para siempre, pásalo todo al nuevo destino. La otra dice: esta página está fuera por un rato, así que mantén la vieja posicionando. Usa la equivocada durante una migración, y los buscadores pasan semanas confundidos sobre cuál versión de tu sitio deben posicionar.

El arreglo suele ser una sola línea de código. Lo difícil es, primero, encontrar el problema.

Esta guía te lleva de la mano por todo. La regla simple para elegir la redirección correcta (de verdad, son solo dos preguntas). Código listo para pegar según lo que corra tu sitio (WordPress, Shopify, Next.js, Apache, Nginx, todo el paquete). Lo exacto que hay que revisar en Google Search Console después para comprobar que el arreglo funcionó. Y si el error de otra persona terminó en tu escritorio, al final te espera un manual de recuperación en cuatro pasos.

Una cosa antes de seguir. No creas lo que dice tu dashboard de SEO sobre las redirecciones. Tampoco creas lo que dice el desarrollador. Comprueba lo que tu servidor está enviando de verdad, con tus propios ojos. Demuéstratelo a ti mismo. Te mostramos la forma fácil.

No lo creas. Demuéstralo.

La respuesta en 30 segundos

¿Mueves una página para siempre? Usa 301. ¿Solo la quitas un rato? Usa 302. El único otro caso que vale la pena conocer son los endpoints de API, que necesitan 307 (temporal) o 308 (permanente). A menos que seas desarrollador trabajando con APIs, probablemente nunca te topes con esos.

Esa única regla cubre el 90% de las decisiones. ¿Por qué importa tanto la elección? Porque el código de redirección hace dos trabajos al mismo tiempo. Le dice a los motores de búsqueda si el movimiento es permanente o temporal. Y le dice calladamente a los navegadores si el tipo de petición (el GET, POST, ese tipo de cosas) debe mantenerse exactamente igual al pasar. La mayoría de nosotros solo necesitamos pensar en el primer trabajo.

Por debajo, toda redirección funciona igual. Un visitante pide la URL antigua. Tu servidor devuelve un mensaje corto que dice: esta página se movió, aquí está la nueva dirección. El número en ese mensaje (301, 302, 307, 308) es lo que le dice a los motores de búsqueda cómo manejar el movimiento.

Hay un detalle que vale la pena saber. Google actualizó calladamente cómo maneja los 302 en 2016. Se volvieron más flexibles al tratarlos como señales apropiadas, pero solo cuando la redirección se mantiene el tiempo suficiente y la nueva página realmente coincide con la antigua. Así que el resultado SEO (qué URL termina posicionándose, hacia dónde fluye tu equity de enlaces) depende de más que solo el número que elegiste. Cuánto tiempo vive la redirección. Qué tan similar es el contenido. Con qué frecuencia rastrea Google. Todo cuenta. Repasaremos la evidencia en un minuto.

Esa tabla es la respuesta corta. El resto de esta guía desglosa lo que realmente pasa con tus posiciones, tu crawl budget y tus URLs indexadas cuando eliges una sobre otra. Verás código listo para copiar y pegar para cada plataforma importante, y la prueba, extraída de datos reales de rastreo y la propia documentación de Google.

Definiciones: 301, 302, 307, 308 y el encabezado Location

Aquí están las definiciones con las que te toparás durante el resto de esta guía. Vale la pena guardarlas. Volverás a ellas.

301 Moved Permanently: Un código de estado de respuesta que le dice al navegador que el recurso se ha reubicado permanentemente en la URL indicada por el encabezado Location. Los motores de búsqueda transfieren las señales de posicionamiento a la nueva URL; los navegadores guardan la redirección en caché de forma agresiva.

302 Found: Un código de estado de respuesta que le dice al navegador que el recurso reside temporalmente en una URL distinta, indicada por el encabezado Location. Los motores de búsqueda mantienen la URL original en el índice; los navegadores no la guardan en caché por defecto.

307 Temporary Redirect: Igual que el 302, pero con preservación estricta del método. El cliente tiene que repetir la solicitud con el mismo método (un POST sigue siendo POST). Úsalo cuando un contrato de API no puede cambiar de verbo.

308 Permanent Redirect: Igual que el 301, pero con preservación estricta del método. Permanente y seguro para el método.

Encabezado Location: El encabezado de respuesta HTTP que lleva la URL de destino de cualquier redirección 3xx.

Consulta también la guía sobre URLs canónicas para el mecanismo relacionado pero distinto de <link rel=canonical>. Para más detalles de implementación, MDN Web Docs sobre redirecciones HTTP tiene buenas notas sobre el comportamiento específico de cada navegador.

Cuándo usar 301 vs 302: la regla de decisión

Todo se reduce a una pregunta: ¿el cambio es permanente o solo temporal? Los casos siguientes te dicen de qué lado estás.

Usa 301 cuando…

Te mudas a un dominio nuevo para siempre. Cuando oldbrand.com se convierte en newbrand.com y no hay vuelta atrás, usa un 301. Le dice a los buscadores: pasa todo lo que sabes del dominio antiguo al nuevo, y saca el antiguo del índice.

Estás migrando de HTTP a HTTPS. Cada página de tu sitio pasa de la versión insegura (la que no tiene candado en el navegador) a la segura. Eso es permanente. Un 301 se asegura de que navegadores y buscadores traten HTTPS como la versión oficial de ahora en adelante.

Estás reestructurando tus URLs. Cuando /blog/post-1 pasa a ser /posts/post-1 como parte de una reorganización general, no quieres que la ruta antigua vuelva nunca. Un 301 traspasa todo el poder de ranking a la nueva estructura.

Estás fusionando o recortando páginas. Cuando combinas dos páginas cortas en una más fuerte, redirige la URL antigua de forma permanente. La página fusionada recoge el poder de ranking de ambas.

Estás enviando una página eliminada a su categoría padre. En lugar de mostrar un “página no encontrada” para un producto descatalogado, redirige a la categoría padre. Los usuarios aterrizan en algo útil, y el poder de ranking fluye a una página relevante en vez de desaparecer.

Estás eligiendo un ganador entre barra y sin barra. Elige /page o /page/ y redirige la otra de forma permanente. La consistencia evita que Google las trate como dos páginas distintas.

Estás eligiendo un ganador entre www y sin www. Elige www.domain.com o domain.com como tu versión principal. Redirige la otra con un 301 para que los buscadores acumulen todas sus señales en una sola.

Una migración de ecommerce (de Shopify a WooCommerce, de una tienda a medida a Shopify Plus) es uno de los mayores trabajos de redirección 301 que una marca hará jamás. El manual completo de migración, incluido el mapa de redirecciones que construyes antes de que cualquier cambio de URL entre en producción, está dentro de la metodología Revenue Funnel SEO.

Usa 302 cuando…

Estás haciendo un test A/B. Si la mitad de tu tráfico va a una página variante, ninguna versión debería tomar el relevo como URL principal durante el experimento. Un 302 le dice a los buscadores: la URL original sigue al mando mientras recogemos datos.

Estás en una ventana de mantenimiento. Si estás enviando visitantes a una página de estado durante una caída programada, eso es temporal por definición. Un 302 mantiene intacta la posición de la URL original en Google para que los rankings no se muevan mientras arreglas las cosas.

Todavía no has configurado las etiquetas de país. ¿Enviando visitantes indios a /in/ y estadounidenses a /us/? Si aún no has añadido hreflang, usa 302. (Hreflang es la etiqueta que le dice a Google qué versión mostrar en cada país.) Evita que Google elija la versión regional equivocada como la principal.

Tienes una página promocional que desaparece. Una página de Black Friday que se esfuma después del 1 de diciembre no debería absorber el poder de ranking de tu página principal. Un 302 mantiene la URL original como la principal, y la página de promo solo existe para la campaña.

Estás usando una página provisional durante una reconstrucción. Cuando rediseñas una sección de tu sitio, redirigir temporalmente a una página provisional mantiene intacta la posición de la URL original. Una vez que la reconstrucción entra en producción, quitas la redirección y la URL original vuelve a tomar el mando.

Casos límite que las reglas no acaban de resolver

Las redirecciones tras el checkout de un carrito deberían técnicamente usar un 303 (le dice al navegador: olvida los datos del formulario, solo carga esta página). La mayoría de plataformas envían un 302, y los navegadores lo tratan igual. Los cambios de API donde los clientes envían datos POST deberían realmente usar un 308 para fijar el tipo de petición. La mayoría de equipos tiran de 301 en su lugar. Ha funcionado durante una década y nada se ha roto todavía. Las redirecciones de login suelen usar 302. El visitante rebota a la página de inicio de sesión y vuelve una vez que ha entrado.

Qué le pasa a tu SEO después de elegir (realidad 2026)

Elegir el código correcto no es solo marcar una casilla técnica. En silencio, decide tres cosas a la vez. Si Google transfiere el poder de ranking a tu nueva URL. Si tu nueva URL reemplaza a la antigua en los resultados de búsqueda. Y si los motores de búsqueda con IA como ChatGPT se molestan en citarte. Cada una alimenta a la siguiente, y deshacer el daño después cuesta más esfuerzo que hacerlo bien la primera vez.

Transferencia de link equity

El link equity es la bisagra temática entre la alfabetización en redirecciones y el SEO off-page. El Método de la Autoridad Ganada es el framework que lo construye en primer lugar. Y es exactamente por eso que preservarlo mediante el uso correcto del 301 importa más de lo que la mayoría de los operadores creen.

La división importa más durante las migraciones. Un sitio que pasa de HTTP a HTTPS con 302 no pierde equity. Solo lo fragmenta entre variantes de protocolo para siempre.

Qué hace el índice de Google con cada uno

Googlebot es el rastreador de Google. Trata a los 301 y los 302 de forma muy distinta al almacenar páginas en su índice. (El índice es la base de datos gigante de cada página que Google conoce.)

Un 301 le dice a Google: cambia la URL antigua por la nueva. A lo largo de las siguientes visitas Google hace exactamente eso. Normalmente entre 2 y 6 semanas para un sitio típico, más rápido para sitios grandes que Google revisa con más frecuencia. La nueva URL se convierte en la que Google muestra en los resultados de búsqueda. La antigua desaparece silenciosamente.

Un 302 le dice a Google: mantén la URL antigua. Google sigue mostrando la URL antigua como la principal en los resultados de búsqueda. La nueva URL puede recibir visitas, pero nunca toma el relevo. Google interpreta la redirección como un desvío a corto plazo, no como un cambio permanente de dirección.

Google Search Console (la herramienta gratuita de Google para dueños de sitios) tiene una función llamada Inspección de URL que facilita verlo por tu cuenta. Una URL con un 301 al final muestra “La URL no está en Google” con el motivo “Página con redirección”, y la nueva URL aparece como indexada. Una URL con un 302 se queda con la original como URL principal con la etiqueta “Página con redirección”. Y la nueva URL simplemente se queda ahí, nunca recogida.

Para las migraciones, eso significa que los 302 crean una división permanente entre dos URLs a menos que vuelvas a arreglar el código.

Búsqueda con IA y redirecciones: los datos de ChatGPT de 2025

Un estudio de SE Ranking de diciembre de 2025 encontró algo llamativo. Los motores de búsqueda con IA (ChatGPT, Perplexity, AI Overviews de Google) citan URLs redirigidas mucho menos que el Google normal.

Los números lo dicen. Solo el 0,79% de las citas de ChatGPT apuntan a URLs que pasan por una redirección, frente al 5,75% en los resultados normales de Google. Eso significa que ChatGPT cita URLs redirigidas entre 3 y 7 veces menos que Google.

Aquí está la parte sorprendente. Cuando ChatGPT sí sigue una redirección, prefiere claramente las permanentes. El mismo estudio encontró que ChatGPT sigue 301 1,6 veces más a menudo que 302. Las funciones de IA de Perplexity y Bing muestran el mismo patrón. Los sistemas de búsqueda con IA tratan las redirecciones permanentes como más fiables que las temporales.

Qué significa eso para tu migración: un 302 escondido en cualquier parte de tus redirecciones silenciosamente reduce tus posibilidades de ser citado por la búsqueda con IA. Pierdes en dos frentes a la vez. La búsqueda normal de Google trata tus URLs como fragmentadas, y la nueva ola de motores de búsqueda con IA deja de mencionarte en sus respuestas.

Si tu código equivocado hace que ChatGPT deje de citar tu contenido, tu búsqueda de pago tiene que cubrir la diferencia. El Método Pincer es exactamente por qué ejecutamos búsqueda de pago y orgánica desde un mismo manual. Cuando la búsqueda con IA deja caer un canal, el otro tiene que captar la demanda.

Código para copiar y pegar en 7 plataformas

Busca en Google “301 vs 302 redirect” y los primeros resultados nombran siete plataformas, pero nunca te muestran el código que debes usar. Así que aquí está. Cada fragmento de abajo está listo para copiar y pegar, verificado con la documentación actual de cada plataforma y probado contra los errores más comunes.

Apache (.htaccess)

En Apache, esto va en tu archivo .htaccess dentro del document root.

# Single URL 301
Redirect 301 /old-url /new-url

# Pattern-based 301 (regex)
RedirectMatch 301 ^/old/(.*)$ /new/$1

# Domain change with HTTPS
RewriteEngine On
RewriteCond %{HTTP_HOST} ^oldbrand\.com$ [NC]
RewriteRule ^(.*)$ https://newbrand.com/$1 [R=301,L]

Ojo: olvidarse de RewriteEngine On antes de usar RewriteRule. La directiva falla silenciosamente sin esto, y vas a pasar veinte minutos preguntándote por qué no funciona nada. Cubrimos la comparativa en detalle en htaccess vs Nginx para reglas de redirección.

Nginx

En Nginx, esto va en el archivo de configuración de tu bloque server (normalmente /etc/nginx/sites-available/tudominio).

# Single URL 301
location = /old-url {
    return 301 /new-url;
}

# Domain change
server {
    listen 443 ssl;
    server_name oldbrand.com;
    return 301 https://newbrand.com$request_uri;
}

Ojo: usar rewrite cuando return sería más rápido. return 301 se ejecuta antes de la evaluación regex y le ahorra trabajo al servidor. El análisis completo está en htaccess vs Nginx para reglas de redirección.

Cloudflare Workers + Page Rules

Page Rules (UI, sin código): Dashboard de Cloudflare → Rules → Page Rules → “Forwarding URL” → elige 301 o 302 del desplegable. Los planes gratuitos limitan a 3 Page Rules activas, lo cual se llena rápido en sitios con múltiples necesidades de redirección.

Workers (código, más flexible):

export default {
  fetch(request) {
    const url = new URL(request.url);
    if (url.pathname === '/old-url') {
      return Response.redirect('https://example.com/new-url', 301);
    }
    return fetch(request);
  }
}

Ojo: Workers cuesta $5/mes por 10M de solicitudes, pero te dan un poder de pattern-matching que Page Rules simplemente no alcanza. Cubriremos casos avanzados en patrones de redirección con Cloudflare Workers.

WordPress: RankMath PRO + plugin Redirection + .htaccess manual

RankMath PRO: WordPress Admin → Rank Math → Redirections → Add New. Elige 301 o 302 del desplegable, pon la URL de origen y la de destino. Los cambios se aplican al instante, sin reiniciar el servidor.

Plugin Redirection (gratis, John Godley): Tools → Redirection. Ideal para migraciones de alto volumen. Soporta importación/exportación CSV, patrones regex y seguimiento de 404. El plugin registra los hits de redirección, lo que te ayuda a detectar cadenas o bucles antes de que se agraven.

.htaccess manual: Funciona, pero no sobrevive a actualizaciones de plugins o temas que toquen .htaccess. Úsalo solo para reglas permanentes a nivel de sistema que deban mantenerse pase lo que pase en WordPress.

Si trabajas de forma nativa en WordPress y tratas cada cambio de redirección como parte del motor de contenido más amplio, el paso de la redirección es solo una pieza dentro de la metodología global. La metodología Content Compounder es lo que mueve ese motor. El bucle de retroalimentación de seis pilares que consume la alfabetización en redirecciones como la fontanería del Pilar 2. Para comparativas específicas de plugins, la guía de plugins de redirección para WordPress profundiza en los criterios de selección.

WooCommerce + Shopify

WooCommerce: Usa las mismas herramientas de redirección de WordPress de arriba. Pero la migración masiva de URLs de productos necesita lógica de deduplicación. Una tienda con 500 SKU puede generar 500 reglas de redirección que ralentizan el parseo de .htaccess. Cubrimos el flujo de deduplicación en la sección de errores comunes más abajo.

Shopify: Online Store → Navigation → URL Redirects. Shopify solo soporta 301 a través del admin estándar. No puedes configurar 302 sin una Shopify Function personalizada o una app de terceros como Easy Redirects.

Ojo: las URL Redirects de Shopify sobreviven los cambios de tema, pero se rompen en el momento que eliminas el producto o página de origen. Siempre exporta tu lista de redirecciones antes de cualquier cambio estructural. Settings → Files no te salvará aquí.

Next.js (next.config.js)

En Next.js, esto va en tu archivo next.config.js en la raíz del proyecto.

// next.config.js
module.exports = {
  async redirects() {
    return [
      {
        source: '/old-url',
        destination: '/new-url',
        permanent: true, // permanent: true = 308; permanent: false = 307
      },
    ];
  },
};

Ojo: Next.js usa 307/308 por defecto (las variantes strict-method), no 301/302. Si específicamente necesitas 301/302 porque alguna herramienta SEO legacy aún no reconoce 308, pon statusCode: 301 en vez de permanent: true.

Middleware de Express

En Express, esto va en tu archivo principal del servidor (normalmente app.js o server.js).

// Express
app.get('/old-url', (req, res) => {
  res.redirect(301, '/new-url');
});

// Pattern-based redirect
app.use('/old-section/*', (req, res) => {
  const newPath = req.originalUrl.replace('/old-section', '/new-section');
  res.redirect(301, newPath);
});

Ojo: res.redirect() por defecto usa 302 si no le pasas un código de estado. Sé siempre explícito. Los 302 implícitos son la causa número uno de los tickets de soporte tipo “configuré las redirecciones pero mi ranking bajó” que vemos.

Vercel (vercel.json o next.config.js)

En Vercel, las redirecciones viven en vercel.json en la raíz del proyecto, o dentro de next.config.js si usas Next.js (ya cubierto arriba).

{
  "redirects": [
    {
      "source": "/old-url",
      "destination": "/new-url",
      "permanent": true
    },
    {
      "source": "/old/:path*",
      "destination": "/new/:path*",
      "permanent": true
    }
  ]
}

Ojo: igual que en Next.js. permanent: true significa 308, permanent: false significa 307. Si específicamente necesitas códigos de estado 301/302, usa "statusCode": 301 en vez de "permanent".

Netlify (archivo _redirects)

En Netlify, las redirecciones van en un archivo _redirects en tu directorio de publicación (o public/).

# Single URL 301
/old-url    /new-url    301

# Wildcard
/old/*    /new/:splat    301

# Domain change (full URL on the right)
https://oldbrand.com/*    https://newbrand.com/:splat    301!

Ojo: el ! al final (flag de forzado) hace que la redirección pase por encima de los archivos existentes en el destino. Sin él, Netlify solo redirige cuando la fuente no coincide con un archivo real. Útil, pero fácil de olvidar.

AWS CloudFront (Functions o Lambda@Edge)

En CloudFront, las redirecciones se pueden ejecutar como una CloudFront Function (más barata, más simple) o como Lambda@Edge (más potente, cuesta más). Para la mayoría del trabajo de redirecciones, Functions es la opción correcta.

function handler(event) {
  var request = event.request;
  if (request.uri === '/old-url') {
    return {
      statusCode: 301,
      statusDescription: 'Moved Permanently',
      headers: {
        location: { value: 'https://example.com/new-url' }
      }
    };
  }
  return request;
}

Asocia la función a un behaviour de una distribución de CloudFront con el tipo de evento viewer-request. Las CloudFront Functions están limitadas a 10ms de ejecución y no tienen acceso a red, pero son gratis para las primeras 10M invocaciones al mes.

Caddy

En Caddy, las redirecciones van en tu Caddyfile y son muy sencillas.

# Single URL 301
oldbrand.com {
    redir /old-url /new-url permanent
}

# Domain change with HTTPS preserved
oldbrand.com {
    redir https://newbrand.com{uri} 301
}

Ojo: permanent en Caddy es 301. Usa temporary para 302. Caddy gestiona HTTPS automáticamente vía Let’s Encrypt, así que las redirecciones de dominio suelen ser cosa de una sola línea.

IIS (Windows Server, web.config)

En IIS, las redirecciones viven en el archivo web.config de tu sitio bajo la sección <system.webServer>. Requiere el módulo URL Rewrite (descarga gratuita de Microsoft).

<configuration>
  <system.webServer>
    <rewrite>
      <rules>
        <rule name="Old URL 301" stopProcessing="true">
          <match url="^old-url$" />
          <action type="Redirect" url="/new-url" redirectType="Permanent" />
        </rule>
        <rule name="Domain change" stopProcessing="true">
          <match url=".*" />
          <conditions>
            <add input="{HTTP_HOST}" pattern="^oldbrand\.com$" />
          </conditions>
          <action type="Redirect" url="https://newbrand.com/{R:0}" redirectType="Permanent" />
        </rule>
      </rules>
    </rewrite>
  </system.webServer>
</configuration>

Ojo: redirectType="Permanent" es 301 en IIS. Usa Found para 302, SeeOther para 303, Temporary para 307. La nomenclatura no es obvia. Muchos devs asumen que Temporary es 302 y publican el código equivocado.

¿En plena migración y necesitas un segundo par de ojos? Envíanos tu sitemap y tu .htaccess. Haremos una auditoría gratis de 30 minutos en una llamada. Tu pantalla, nuestra voz, salida real de curl. Sin deck. Sin propuesta. Retainers desde ₹40,000 / $499 al mes cuando quieras que nos encarguemos del trabajo.

Reserva una llamada de estrategia de 30 min → · WhatsApp +91 96366 50036

Cómo Verificar: No lo creas. Demuéstralo.

Hay tres formas de comprobar qué está haciendo realmente una redirección. La primera no necesita herramientas especiales. La segunda usa una función gratuita ya integrada en Chrome. La tercera usa el propio panel gratuito de Google. Elige la que te resulte más cómoda. Todas te dicen la verdad.

curl -I, la comprobación de una línea (para desarrolladores)

Si no eres desarrollador, salta al método de las DevTools del navegador o Google Search Console más abajo. Te muestran la misma información sin la línea de comandos.

En cualquier ordenador con una terminal (esa ventana de texto en blanco y negro que usan los desarrolladores), ejecuta:

curl -I https://example.com/old-url

Salida de ejemplo:

HTTP/2 301
date: Tue, 1 May 2026 09:00:00 GMT
location: https://example.com/new-url
cache-control: max-age=31536000

HTTP/2 301 brilla en dorado, la cabecera location apunta a la nueva URL, el valor max-age de cache-control está resaltado. Paleta de marca azul marino y dorado." loading="lazy" width="1600" height="900">

La primera línea te dice el estado. 301 aquí. La cabecera location: te dice a dónde apunta la redirección: tu nueva URL, exactamente como la especificaste. El cache-control: max-age=31536000 (un año en segundos) te dice que la redirección se está almacenando en caché de forma agresiva, lo cual es coherente con una redirección permanente. Los navegadores y las CDN respetarán esta directiva y se saltarán la consulta en las visitas repetidas.

Ojo: algunos servidores devuelven HTTP/1.1 en lugar de HTTP/2. La línea de estado muestra HTTP/1.1 301 Moved Permanently en vez del más escueto HTTP/2 301. El comportamiento es idéntico. El número de versión solo refleja lo que soporta tu servidor, no si la redirección es válida.

Pestaña Network de las DevTools del navegador

Abre Chrome DevTools → pestaña Network → marca “Preserve log” → carga la URL ANTIGUA directamente en la barra de direcciones.

La primera petición muestra el estado 301 o 302 en la columna Status. Haz clic en esa fila para inspeccionar la cabecera Location y las cabeceras de respuesta completas en el panel derecho.

Este método es excelente para detectar visualmente las cadenas de redirecciones. Cada salto aparece como una fila separada. Si ves tres filas antes del 200 final, tienes una cadena que colapsar.

Inspección de URL en GSC, la comprobación post-despliegue

Google Search Console → Inspección de URL → pega la URL ANTIGUA.

Para un 301 exitoso, verás “La URL no está en Google” con el motivo “Página con redirección”. Eso confirma que Google ha rastreado la redirección, la ha registrado y ha empezado a transferir autoridad al destino.

Después de dos a seis semanas, pega la URL NUEVA. Lo que quieres ver: “La URL está en Google” con “Página indexada” y “Canónica declarada por el usuario”. Eso confirma que la consolidación ha terminado. La nueva URL ya tiene la autoridad que la antigua había acumulado.

Para la referencia completa de la función Inspección de URL, consulta la documentación de Inspección de URL de Google.

Esta es la captura que envías a tu cliente para demostrar que la migración funcionó. No una exportación de Semrush. No un informe de una herramienta de pago. La propia consola de Google diciendo que la URL está en Google. No creas al panel. Lee la respuesta.

Si Ya Usaste el Código Incorrecto: Manual de Recuperación

La recuperación son cuatro pasos pequeños. Encuentra las URLs rotas. Arregla el código. Pídele a Google que vuelva. Espera. La mayor parte del tiempo que inviertes es solo esperar. El arreglo en sí es rápido. El trabajo completo suele durar de 2 a 6 semanas, y apurar cualquiera de los pasos solo alarga la espera.

Cómo se ve esto en la práctica. El trimestre pasado ayudamos a una marca de cuidado de la piel que acababa de mover su tienda de Shopify a WooCommerce. Sus desarrolladores habían usado 302s en todas las URLs porque el plugin de migración venía por defecto en “temporal” sin avisar a nadie. Para la semana 4, el tráfico orgánico había caído un 38%. Revisamos 60 páginas de producto, confirmamos que cada redirección era del tipo equivocado y las cambiamos todas a 301. Después reenviamos su sitemap y le pedimos a Google que volviera a rastrear las 12 páginas de mayor ingreso. Dieciocho días después, las URLs nuevas aparecían como la versión principal, y el tráfico estaba a un 4% del nivel previo a la migración.

Síntomas

Los rankings cayeron de 2 a 6 semanas después de tu migración, y los tiempos coinciden demasiado bien como para ser casualidad. Google Search Console marca “Página con redirección” para URLs que ya deberían ser la versión principal nueva a estas alturas. Google sigue tratando la URL vieja como la principal. La búsqueda con IA lo empeora: ChatGPT, Claude y Gemini siguen enviando gente a las URLs viejas porque sus datos de entrenamiento captaron la señal de redirección temporal. Tus URLs nuevas aparecen con poca o nula presencia en Google aunque Google aceptó tu sitemap sin quejarse. El tráfico directo a URLs viejas salta de forma impredecible, ya que los navegadores y marcadores recuerdan la dirección antigua y mandan a los visitantes a bucles de redirección o a páginas desactualizadas.

Diagnostica

Elige entre 20 y 50 de tus URLs viejas y verifica qué está devolviendo realmente el servidor. (Si eres desarrollador, usa curl -I. Si no, abre la URL en Chrome con DevTools en la pestaña Network.) Anota el código de estado real, no lo que tu CMS dice que está enviando. Después pasa esas mismas URLs por la herramienta de Inspección de URLs de Google Search Console. Las discrepancias son donde está la fuga. Revisa la configuración de tu plataforma o del servidor para encontrar la causa raíz. Tres culpables comunes: un plugin de redirecciones configurado por defecto en “temporal”, una llamada de Express sin código de estado explícito, o una redirección de Next.js con permanent: false. Anota cualquier cadena por separado. Una cadena como A→B→C→D le añade un segundo problema al del código equivocado.

Arregla

Cambia cada ajuste relevante a 301 (o 308 si necesitas fijar el tipo de solicitud para una API) y publica el cambio. Verifica cada corrección de la misma forma en que encontraste el problema, confirmando que aparece 301. Reenvía tu sitemap a Google Search Console para que Google sepa que algo ha cambiado. Usa la herramienta de Inspección de URLs de GSC y haz clic en “Solicitar indexación” en tus URLs de destino más importantes. Prioriza las páginas que generan ingresos o backlinks. Para redirecciones con mucho tráfico, puedes acelerar a Google enlazando temporalmente a la URL nueva desde tu página de inicio. Ese enlace interno empuja a Google a volver y revisar antes.

Re-indexa

La espera típica es de 2 a 6 semanas para que la URL nueva tome el lugar de la principal. Más rápido en sitios grandes que Google visita seguido. La recuperación en la búsqueda con IA varía. ChatGPT y Gemini empiezan a citar la URL correcta una vez que se actualizan sus ciclos de entrenamiento. Perplexity y el chat de Bing suelen ponerse al día en 1 o 2 semanas una vez que la URL nueva está estable. Para puntos de referencia específicos sobre cuánto tarda Google en procesar una redirección 301, publicaremos datos detallados de tiempos de rastreo en un próximo post.

¿Heredaste un lío de redirecciones y no sabes dónde está la fuga? Pega tu sitemap en una auditoría gratuita de 5 minutos y te mandaremos una lista de cada 301, 302 y cadena en tu grafo de redirecciones, más las que te están haciendo perder indexación ahora mismo. La mayoría de los clientes nos llaman en la semana 3 de una caída de tráfico inexplicable. Ahórrate 2 semanas.

Envía tu sitemap por WhatsApp →

7 Errores Que Le Cuestan Rankings Silenciosamente

Estos son los siete errores que vemos en casi cada auditoría. Cada uno viene con una forma rápida de detectarlo y una forma rápida de arreglarlo.

Cómo se ve esto en la práctica. El año pasado auditamos una empresa de software que se preparaba para levantar su primera gran ronda de inversión. A lo largo de seis años de cambios de producto, la configuración de su servidor había acumulado 4.200 reglas de redirección. Cuarenta y una formaban cadenas de cuatro o más saltos. Seis eran bucles activos, haciendo dar vueltas al servidor. Colapsamos cada cadena en redirecciones de un solo salto, eliminamos los bucles y recortamos el total a 1.180. Las páginas empezaron a cargar 340ms más rápido. Dos semanas después, Google volvía a rastrear más de su sitio.

1. Cadenas de redirección (A va a B, B va a C, C va a D). Puedes detectar una siguiendo la cadena completa paso a paso. Cada salto pierde un poquito de poder de ranking y añade retraso. Arregla enviando A directamente a D. La guía de depuración de cadenas de redirección cubre el proceso completo paso a paso.

2. Bucles de redirección. El servidor devuelve errores o tu navegador agota el tiempo de espera después de que la redirección rebota en círculos. Arregla eliminando la regla que apunta de vuelta a una URL anterior de la cadena.

3. Mezcla de 301s y 302s en una misma migración. Algunas páginas recibieron el código permanente, otras el temporal, y Google ve una imagen inconsistente. Arregla revisando cada URL de tu sitemap y cambiando cada regla a 301.

4. Olvidar que /página y /página/ son URLs distintas. Con o sin la barra final, Google las trata como dos páginas separadas. Ambas tienen que redirigir a la misma, o repartes tu poder de ranking entre dos versiones.

5. Olvidar las variantes http:// y www.. Cada URL tiene cuatro versiones: con y sin https, con y sin www. Tres de ellas tienen que hacer 301 a una versión principal. Dejar cualquiera fuera fragmenta tu autoridad entre varias direcciones.

La explosión de URLs por variaciones es un modo de falla relacionado específico de WC. Cinco atributos con ocho valores cada uno pueden generar 40.000 URLs indexables a partir de un solo producto. El SEO técnico específico de WooCommerce cubre el patrón de deduplicación de URLs por variación que vive en el Piso 3 de la Torre WC.

6. Páginas vacías después de una redirección. La URL de destino funciona, pero la página es corta o está básicamente vacía. Google trata esto como un “soft 404” (una página que técnicamente carga pero actúa como si faltara) y la descarta silenciosamente. Arregla asegurándote de que el destino tenga contenido real y útil. El manual de recuperación de soft 404 cubre exactamente cuánto contenido es suficiente.

7. Auto-redirigir a la gente según su país. Enviar visitantes a una página diferente según desde dónde navegan, sin forma de optar por salir, rompe las reglas de Google. Arregla siguiendo la Capa 1 del Multi-Region Authority Stack, que expone la forma correcta de enrutar gente por región.

El auto-redirect por Geo-IP sin override manual es un patrón con riesgo de cloaking que el equipo anti-spam de Google marca. Para enrutamiento multi-región hecho correctamente (hreflang, arquitectura ccTLD, y las reglas Geo-IP de la Capa 1 que no hacen 302 silenciosamente), consulta el Multi-Region Authority Stack.

Preguntas Frecuentes

¿Cuál es la diferencia entre una redirección 301 y una 302?

Una 301 señala una reubicación permanente. Google reemplaza la URL antigua con la nueva como canónica. Una 302 señala una reubicación temporal. Google mantiene la URL original como canónica. Ambas transmiten link equity según la documentación de Google, pero el comportamiento de indexación es completamente distinto. Usa 301 cuando el cambio es permanente. Usa 302 cuando vas a revertirlo.

¿Una redirección 302 daña el SEO?

Sí. Cuando la usas incorrectamente. Usar 302 para un cambio permanente significa que Google mantiene la URL de origen como canónica indefinidamente, por lo que la URL de destino nunca acumula sus propias señales de ranking. El equity pasa de cualquier forma (Mueller lo confirmó en 2016) pero se divide entre ambas URLs en lugar de consolidarse en la nueva. El resultado: ninguna URL construye la autoridad necesaria para rankear en consultas difíciles. La solución es cambiar a 301, reenviar el sitemap y solicitar indexación.

¿Una redirección 302 transmite link equity?

Sí. John Mueller de Google confirmó que tanto las redirecciones 301 como 302 transmiten link equity. El detalle: con una 302, la URL de destino no se vuelve canónica, así que el equity queda distribuido entre ambas URLs en lugar de consolidarse. Tus señales de enlace permanecen divididas hasta que cambias a 301 o eliminas la redirección por completo.

¿Cuándo debo usar una redirección 302 en lugar de una 301?

Usa 302 para escenarios explícitamente temporales. Pruebas A/B donde vas a revertir. Ventanas de mantenimiento de horas o días. Páginas promocionales que expiran después de una campaña. Servicio temporal específico por región durante pruebas geográficas. El criterio: realmente tienes intención de restaurar la URL original dentro de un plazo razonable.

¿Cuánto tarda Google en respetar una redirección 301?

Normalmente entre 2 y 6 semanas para que la nueva canónica reemplace completamente a la antigua en el índice de Google. Los sitios de alta autoridad con presupuestos de rastreo activos ven un procesamiento más rápido. Los sitios de baja autoridad pueden tardar de 8 a 12 semanas en completar la consolidación. Monitorea el progreso con la herramienta de Inspección de URL de GSC. La pregunta de cuánto tarda una redirección 301 en Google depende sobre todo de la frecuencia con la que Google rastrea tu sitio.

¿Puedo cambiar una 302 a 301 después? ¿Se recuperarán mis rankings?

Sí. Actualiza la configuración de tu servidor de 302 a 301, reenvía tu sitemap en Google Search Console y solicita la indexación de las URLs afectadas. Los rankings suelen recuperarse entre 2 y 6 semanas, mientras Google reprocesa la redirección y consolida las señales hacia la URL de destino. Cuanto antes corrijas el error, más rápida será la recuperación.

¿Cuál es la diferencia entre 301 y 308? ¿Entre 302 y 307?

308 es estricto permanente (preserva el método). Prohíbe que los clientes cambien el método HTTP durante la redirección. 307 es estricto temporal (preserva el método) con la misma preservación. 301 y 302 históricamente permitían a los clientes cambiar solicitudes POST a GET. Usa 307 y 308 para endpoints de API donde preservar el método original de la solicitud es crítico.

¿Cómo redirijo una URL en WordPress?

Tres opciones. El gestor de redirecciones de RankMath PRO tiene la interfaz más limpia y detección automática de 404. El plugin gratuito Redirection ofrece funcionalidad similar sin el costo premium. La edición manual de .htaccess te da el máximo control pero requiere acceso al servidor. Para la metodología más amplia de SEO técnico en WordPress, consulta nuestra guía de SEO para WordPress.

¿Cómo verifico si una redirección está funcionando correctamente?

Ejecuta curl -I [old-url] en tu terminal para ver el código de estado y el encabezado Location que tu servidor está devolviendo realmente. La pestaña Network de las DevTools del navegador muestra la misma información con renderizado visual de la cadena. La herramienta de Inspección de URL de Google Search Console te dice cómo el propio Google lee la redirección.

¿Una cadena de redirecciones 301 daña mi SEO?

Sí. Cada salto pierde una pequeña fracción de link equity y añade latencia. Google puede dejar de seguir cadenas después de aproximadamente 5 saltos, dejando equity varado por el camino. Audita tus redirecciones cada trimestre y colapsa las cadenas a un solo salto. Screaming Frog detecta cadenas automáticamente.

¿Los motores de búsqueda de IA (ChatGPT, Claude, Gemini) tratan las redirecciones de forma distinta a Google?

Sí. ChatGPT cita URLs redirigidas de 3 a 7 veces menos que Google, según el estudio de SE Ranking de diciembre de 2025. Los sistemas de IA prefieren URLs estables y no redirigidas al elegir fuentes. Si el tráfico de IA es importante para tu estrategia, prioriza 301 sobre 302 y elimina las cadenas de redirecciones en tu contenido de alto valor.

¿Cuánto tiempo debo mantener una redirección 301?

Al menos 12 meses, idealmente de forma permanente. Una vez que Google ha consolidado las señales hacia la nueva URL, podrías pensar que la redirección ya no es necesaria. Lo es. Mantenla. Otros sitios que enlazan a la URL antigua siguen enviando usuarios (y bots) a través de la redirección durante años. Elimínala y esos enlaces darán 404. Regla general razonable: mantén las 301 en su lugar para siempre, a menos que la propia URL de destino esté siendo descontinuada.

¿Cómo redirijo parámetros de query string como ?utm_source=X?

Dos opciones. Preservarlos: la mayoría de plataformas pasan las query strings automáticamente (Apache RewriteRule, Nginx $request_uri, Cloudflare Workers request.url). Eliminarlos: redirigir explícitamente al destino sin query (por ejemplo, Apache RewriteRule ^old$ /new? [R=301,L], donde el ? final limpia la query). Por defecto, preserva, a menos que tengas una razón específica (higiene de analítica, limpieza canónica) para descartarlos.

¿Las redirecciones afectan los Core Web Vitals o la velocidad de página?

Sí. Cada salto de redirección añade de 100 a 400 ms de latencia dependiendo del DNS, el handshake TLS y el tiempo de respuesta del servidor. Una sola redirección rara vez es una preocupación de CWV. Una cadena de 3 o más redirecciones en un recurso de ruta crítica puede empujar el LCP más allá de 2,5 segundos y hundir tus CWV. Siempre colapsa las cadenas y aloja redirecciones en el edge (Cloudflare Workers, CloudFront Functions) para la respuesta más rápida.

¿Cuál es la diferencia entre una 301 hard y una 301 soft?

No existe una “301 soft” en la especificación HTTP. El término aparece a veces en la literatura de SEO para describir una redirección basada en JavaScript o meta-refresh. Esas no son 301 reales. Son hacks del lado del cliente. Una 301 hard (real) es una respuesta a nivel HTTP con código de estado 301 devuelta por el servidor. Una “301 soft” (JS o meta-refresh) no transmite equity de forma fiable, no es respetada por todos los crawlers y añade latencia. Usa siempre una 301 real a nivel HTTP.

¿Puedo redirigir a un dominio externo?

Sí. El mecanismo de redirección es idéntico. El encabezado Location apunta a la URL externa, el código de estado es el que elijas. Las consecuencias de SEO también son las mismas: una 301 a un dominio externo transfiere señales de ranking a ese dominio, una 302 mantiene las señales en el tuyo. Usa las redirecciones 301 externas con moderación. Estás entregando equity al sitio de otra persona. Uso legítimo común: redirigir tras adquisiciones, referencias a sitios asociados o cerrar una marca.

¿Cómo arreglo un bucle de redirección?

Ejecuta curl -L -I [url]. La bandera -L sigue las redirecciones, -I muestra los encabezados. Si el rastreo rebota entre dos o más URLs, tienes un bucle. Causas comunes: redirección A→B más una etiqueta canónica B→A, reglas conflictivas en .htaccess, o una redirección a nivel de CDN peleando con una redirección del servidor de origen. Arréglalo identificando la regla culpable (normalmente la añadida más recientemente) y eliminándola. Después de la corrección, valida con curl -L -I de nuevo. Una resolución exitosa muestra un único 200 al final del rastreo.

¿En plena migración? Aquí está la oferta.

Envíanos tu sitemap y tu .htaccess. Pasaremos 30 minutos en una llamada. Tu pantalla más la nuestra. Ejecutaremos curl en vivo sobre cinco de tus URLs, revisaremos tu gráfico de redirecciones en GSC y te diremos qué corrección salva el mayor equity de ranking. Sin presentación, sin propuesta, sin secuencia de ventas posterior.

Agenda una llamada estratégica de 30 min → · WhatsApp +91 96366 50036

¿Quieres ver los precios primero? El Índice de Precios publicado muestra cada nivel de retainer en INR, USD, GBP, EUR, AUD. Sin multiplicador por llamada de descubrimiento.

¿Quieres la metodología maestra? Consulta el Prove-It Protocol. Lanzar → Medir → Demostrar → Iterar.

Sobre el autor

Kunal Singh Dabi es el fundador de KD Digital. Reconocido como Mejor Especialista SEO en India para MSMEs en el WASME World MSME Business Summit 2023 en New Delhi. 250+ negocios escalados en 17+ países desde mayo de 2021. 4,9★ en más de 140 reseñas verificadas. Creador de la práctica matriz de consultoría SEO que lanza cada cambio con un Monday Report.