Redirects SEO: elegir bien 301, 302, 404, 410 y 500

Definicion rapida

Los redirects SEO son reglas que envian una URL antigua, cambiada o alternativa hacia otra URL. Los codigos HTTP como 301, 302, 404, 410 y 500 explican que paso con el recurso solicitado: se movio de forma permanente, se movio de forma temporal, no se encontro, fue retirado a proposito o fallo por un problema del servidor. Los buscadores usan estas senales al rastrear, indexar, elegir canonicals e interpretar senales de enlaces.

La idea central es sencilla: un redirect es una senal de camino, no una papelera. Si una URL antigua tiene un reemplazo realmente util, se redirige. Si no tiene reemplazo relevante, un 404 o 410 limpio puede ser mas honesto. Si la pagina es principalmente un duplicado, un canonical puede ser mejor. Si la pagina debe seguir accesible pero no indexarse, noindex suele ser la herramienta correcta. Por eso un buen trabajo de redirects empieza con una decision editorial y de arquitectura, no con una hoja que manda todo a la home.

Terminos cubiertos aqui

• 301 Redirect y 308 Permanent Redirect
• 302 Redirect y 307 Temporary Redirect
• 404 Error
• 410 Gone
• 500 Internal Server Error
• Redirect Chains y Redirect Loops
• Redirect Chain from Pruning
• Mapeo de URLs en migraciones
• Canonical vs Redirect
• Crawl Budget, enlaces internos y link equity

Explicacion simple

Imagina un sitio como un edificio con senales. Si una sala se mudo para siempre, la puerta antigua deberia indicar la nueva sala. Eso es un redirect. Si la sala esta cerrada dos dias, la senal no deberia fingir que se mudo para siempre. Esa es la diferencia entre temporal y permanente. Si la sala desaparecio sin equivalente, mandar a todos a la cafeteria no ayuda. Con URLs pasa igual: no toda URL antigua merece una redireccion.

El tema se complica porque las URLs antiguas no valen lo mismo. Algunas tienen backlinks, rankings, enlaces internos, usuarios recurrentes o anos de confianza. Otras son filtros vacios, campanas viejas, archivos de etiquetas, URLs de prueba, duplicados o contenidos sin demanda. El trabajo consiste en separarlas. Una categoria de producto con enlaces fuertes necesita otra decision que una oferta de empleo caducada, un evento pasado o una URL con parametros generada por navegacion facetada.

301, 308, 302 y 307: permanente o temporal

Un 301 redirect y un 308 redirect significan que el recurso se movio de forma permanente. Google describe los redirects permanentes como una senal de que el destino deberia tratarse como URL canonica. En la practica, se usan para cambios finales: HTTP a HTTPS, cambio de dominio, slug cambiado de forma duradera, contenidos fusionados, paginas eliminadas con reemplazo muy cercano o migraciones cuidadosamente mapeadas.

Un 302 redirect y un 307 redirect significan que la redireccion es temporal. Google puede seguir esas redirecciones, pero no envian la misma senal canonica que un redirect permanente. Eso es util cuando una oferta no esta disponible unos dias, hay un experimento, un flujo de login envia al usuario a otro lugar o una pagina de campana se sustituye por poco tiempo. El error aparece cuando un cambio permanente se queda como 302 durante meses. Los usuarios llegan al destino, pero las senales tecnicas siguen diciendo que la URL original podria volver.

Regla practica: no preguntes "que codigo es mejor para SEO?", pregunta "el cambio es realmente permanente?" Si si, usa un redirect permanente del servidor cuando sea posible. Si no, usa un redirect temporal y pon una fecha de revision. Un 302 sin fecha de caducidad suele ser deuda tecnica futura.

404 y 410: eliminado no siempre es malo

Un 404 significa que la URL solicitada no se encontro. Un 410 significa que el recurso se retiro de forma intencional. Muchos equipos temen los 404 como si cada uno fuera una penalizacion. Es demasiado simple. Una URL eliminada sin reemplazo util puede devolver 404 o 410. El problema empieza cuando enlaces internos importantes apuntan a esas respuestas, cuando backlinks apuntan a contenido antiguo valioso o cuando paginas relevantes desaparecen por accidente durante una migracion.

La documentacion de rastreo de Google agrupa 404 y 410 como senales 4xx de contenido no disponible. El 410 es mas claro a nivel semantico cuando estas seguro de que la URL se fue para siempre. No es un atajo magico que haga seguro un pruning debil. Las preguntas reales son: habia un sucesor?, hay backlinks?, hay demanda?, el usuario espera una respuesta especifica? Si si, considera redirect o consolidacion. Si no, un 404 o 410 limpio suele ser la mejor respuesta.

500 Internal Server Error: fiabilidad, no eliminacion

Un 500 Internal Server Error no dice que una pagina se movio o desaparecio. Dice que el servidor no pudo procesar la solicitud correctamente. Para el usuario es frustrante. Para los crawlers es una senal de fiabilidad. Google documenta que los errores 5xx y las respuestas 429 pueden hacer que los crawlers reduzcan temporalmente el ritmo. Si los errores persisten, URLs ya indexadas pueden acabar saliendo del indice.

Por eso los 500 no pertenecen al mismo grupo que los 404. Un 404 puede ser correcto para una pagina retirada. Un 500 casi siempre es un problema operativo: deploy roto, timeouts, fallo de base de datos, infraestructura sobrecargada, reglas de redirect defectuosas o logica edge que falla en ciertas URLs. Los equipos SEO deben conectar picos de 5xx con engineering: cuando empezaron, que templates o hosts estan afectados, Googlebot los vio y esas URLs traian trafico antes?

Redirect chains y loops

Una redirect chain ocurre cuando la URL A no va directamente a C, sino que pasa por B o por varios saltos. Una loop ocurre cuando la cadena vuelve sobre si misma. Ambas empeoran experiencia de usuario, medicion y crawling. Google recomienda evitar cadenas largas porque pueden afectar negativamente el rastreo.

Las cadenas suelen crecer en silencio. El sitio pasa de HTTP a HTTPS, despues agrega una regla de slash, luego cambia de CMS, despues anade ruta de idioma, despues hace pruning y mas tarde otro relanzamiento. Cada regla pudo tener sentido. Juntas se convierten en A -> B -> C -> D. La higiene consiste en acortar redirects antiguos hacia el destino final. Si una URL antigua debe apuntar a una pagina nueva, debe ir alli directamente.

Redirect Chain from Pruning

El content pruning es una fuente comun de redirects debiles. Los equipos eliminan contenidos flojos y los redirigen a la categoria mas cercana, a un hub de blog o a la home. En un crawl parece ordenado, pero para el usuario puede estar mal. Si diez guias antiguas muy distintas redirigen a una categoria generica, el visitante no recibe la respuesta esperada. Los buscadores tampoco reciben una relacion clara de reemplazo.

La mejor pregunta de pruning es: este contenido debe mejorarse, fusionarse, redirigirse, noindexarse o eliminarse? Un redirect es fuerte solo cuando origen y destino resuelven la misma tarea de busqueda, o una muy parecida. Si se elimina un articulo antiguo sobre "canonical tag vs 301 redirect", una guia profunda sobre canonicals o redirects puede encajar. Si una pagina de Black Friday 2019 ya no tiene demanda ni equivalente, 410 puede ser mas limpio que una redireccion forzada.

Workflow de auditoria de redirects

Empieza con un inventario de URLs. Reune URLs antiguas desde sitemaps, crawls, logs del servidor, analytics, Search Console, datos de backlinks, exports del CMS y hojas de migracion. Para cada URL, marca trafico, clics, impresiones, backlinks, enlaces internos, status code, canonical, estado de indexacion y valor del contenido.

Despues decide por patron. Movimiento permanente con reemplazo cercano: 301 o 308. Alternativa temporal: 302 o 307 con fecha de revision. Sin reemplazo: 404 o 410. Duplicado: canonical o consolidacion. Contenido valioso pero debil: mejorarlo en vez de redirigirlo. Las reglas masivas son correctas cuando el patron es estable tecnica y editorialmente. Una migracion de dominio puede usar reglas wildcard; un proyecto de pruning normalmente necesita muestras humanas.

Tras implementar, prueba las reglas. Crawlea el conjunto de URLs antiguas. Cada URL importante deberia llegar al destino final 200 en un solo salto o devolver intencionalmente 404/410. Actualiza enlaces internos para que los usuarios no dependan de redirects para siempre. Refresca sitemaps, canonicals, hreflang, datos estructurados, navegacion y referencias externas de alto valor cuando sea posible.

Errores frecuentes

• Redirigir URLs antiguas a la home por defecto.
• Dejar cambios permanentes como 302.
• "Arreglar" todos los 404 aunque la eliminacion fuera correcta.
• Tratar 410 como boton magico de retirada rapida.
• Hacer que redirects y canonicals compitan por la misma URL.
• Mantener enlaces internos apuntando a URLs antiguas durante meses.
• Dejar que las cadenas crezcan tras migraciones, pruning y cambios de plataforma.
• Tratar errores 5xx como ruido cuando crawl e indexacion pueden verse afectados.

Enlaces internos y terminos relacionados

Esta entrada debe conectarse con 301 Redirect, Crawl Budget, Content Pruning, Canonical Tag, URL Structure, Link Equity e Internal Linking. La razon es simple: los redirects no son solo reglas del servidor. Conectan decisiones de contenido, arquitectura tecnica, senales de enlaces y recorridos de usuario. Si solo ves el status code, pierdes gran parte del valor SEO.

Angulo Contextter

Contextter no puede hacer que cada decision de redirect sea automaticamente correcta, pero puede mejorar la base de decision. Que paginas son lo bastante fuertes para consolidarse? Cuales son finas, antiguas o redundantes? Que temas merecen una mejor pagina destino en vez de una redireccion generica? Ahi se juntan content scoring y technical SEO. Un buen plan de redirects es al final un buen plan de contenido con ejecucion limpia en servidor.

Fuentes para revision

• Redirects and Google Search: https://developers.google.com/search/docs/crawling-indexing/301-redirects
• How HTTP status codes affect Google's crawlers: https://developers.google.com/crawling/docs/troubleshooting/http-status-codes
• Site moves and migrations: https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes
• Optimize your crawl budget: https://developers.google.com/crawling/docs/crawl-budget
• What is URL canonicalization: https://developers.google.com/search/docs/crawling-indexing/canonicalization
• What is a sitemap: https://developers.google.com/search/docs/crawling-indexing/sitemaps/overview
• Ask Google to recrawl your website: https://developers.google.com/search/docs/crawling-indexing/ask-google-to-recrawl