Redirecciones 301: la mudanza más importante que harás en tu sitio web

Por Santos Jaimes · 22 de agosto de 2026 ·

Tu restaurante italiano favorito cierra de un día para otro. Llegas un viernes con hambre de lasaña y encuentras la puerta con candado. Te vas triste a comer un sándwich de gasolinera.

Ahora imagínate el mismo escenario, pero al llegar hay un letrerito en la ventana que dice "nos mudamos a la vuelta de la esquina". Te subes al carro, manejas dos minutos, y estás comiendo lasaña.

Eso es una redirección 301. En internet funciona todavía mejor, porque el visitante ni se entera de la mudanza: llega automáticamente a la nueva dirección. La analogía del restaurante no la inventé yo, viene directo de SEO All-in-One For Dummies, así que si te suena familiar es porque los autores tuvieron la idea antes.

¿Qué es exactamente una redirección 301?

Es una instrucción que da tu servidor web al navegador — o al robot de Google — diciéndole: "la página que pides ya no vive aquí. Se mudó permanentemente a esta otra dirección. Anota la nueva y olvídate de la vieja".

El "301" no es un número mágico. Es uno de los códigos de estado HTTP, un lenguaje estandarizado que usan todos los servidores del mundo para responder. Piénsalo como un sistema de señas:

Google confirma en su documentación que los códigos 301 y 308 significan que una página se movió permanentemente. Sí, el 308 también existe y hace lo mismo, pero el 301 es el clásico, el que todo el mundo usa y entiende.

Las tres cosas que hace Google cuando ve un 301

1. Saca la página vieja de su índice. Ya no aparecerá en resultados.
2. Mete la página nueva en el índice. Ahora esta es la que compite.
3. Transfiere el link equity de la vieja a la nueva. Y este es el premio gordo.

¿Qué es el link equity y por qué debería importarte?

El link equity — o link juice — es el valor acumulado de todos los enlaces que apuntan a una página. Es la reputación que esa URL se ganó con sudor a lo largo de los años.

The Art of SEO lo pone en términos brutales: imagínate que tienes 1.000 enlaces apuntando a tu dominio viejo y te mudas a uno nuevo. Si usas el tipo de redirección equivocada — un 303 o un 307 — estarías empezando tu construcción de enlaces desde cero otra vez. Años de trabajo evaporados por escribir mal tres numeritos.

→ Más sobre link juice y cómo se reparte aquí

¿Para qué sirven? Los casos reales

Nos acompaña Little Italy Kitchen, restaurante italiano en LoDo, Denver. Pasta fresca, un horno de leña traído de Nápoles, y un dueño llamado Marco que juró que nunca iba a tocar la página web... hasta que tuvo que hacerlo.

1. Cambiaste la estructura de tus URLs

Marco tenía esta joya:

littleitalykitchen.com/pages/menu_items/pasta/index.php?id=4472&cat=8

Y decidió, con toda la razón, cambiarla por:

littleitalykitchen.com/menu/pastas

Excelente decisión. Pero durante tres años, blogs de comida de Denver, la guía de turismo local y un par de periódicos enlazaron la URL vieja y horrible. Si Marco simplemente borra la página, todos esos enlaces se rompen y el valor se pierde. No puedes llegar con la bola de demolición: tienes que redirigir.

2. Estás juntando las versiones de tu dominio

El error más común y más silencioso de la web. Estas cuatro URLs son, técnicamente, cuatro páginas distintas para un buscador:

http://littleitalykitchen.com/
http://www.littleitalykitchen.com/
https://littleitalykitchen.com/
https://www.littleitalykitchen.com/index.php

Si tienes 100 enlaces repartidos entre esas cuatro versiones, Google no suma 100. Cuenta cuatro grupitos de 25 y ninguno impresiona a nadie. SEO Secrets menciona un detalle delicioso: hasta Matt Cutts, que fue jefe del equipo antispam de Google, tenía este error en su propio sitio personal. Si le pasó a él, tranquilo.

Google también lo confirma oficialmente: si tu página de inicio se puede alcanzar de varias formas, conviene elegir una como destino preferido y redirigir el resto hacia esa.

3. Cambiaste de dominio

Marco abrió el restaurante como "Pasta di Marco" y años después lo rebautizó. El dominio viejo tenía siete años de historia, reseñas enlazadas y presencia en Google. Un 301 de todo el dominio viejo al nuevo, y la reputación viaja con la mudanza.

4. Compraste dominios "por si acaso"

Marco compró la variante con la ciudad, la variante con el typo que todo el mundo comete, y la .net. Todos esos deben redirigir con 301 al principal.

5. Fusionaste dos páginas que competían

Tenía una página de "Catering para eventos" y otra de "Fiestas privadas". Las dos hablaban de lo mismo, se robaban las visitas y ninguna posicionaba. Fusionó el contenido en una sola página potente y redirigió la otra.

→ Más sobre canibalización de keywords aquí

6. Contenido que caducó

El menú especial de Navidad de hace dos años tiene su propia página. Está muerta, pero tiene enlaces. En vez de dejarla dando 404, un 301 hacia la página general de especiales recicla ese valor.

¿Cuándo NO sirven las redirecciones 301?

Aquí es donde la mayoría de tutoriales te deja colgado. Las 301 son geniales, pero no son un martillo universal.

Cuando la mudanza es temporal

Si el sitio está en mantenimiento dos días, o si Marco quiere mostrar una página especial solo durante San Valentín, no uses 301. Google es explícito: para mandar usuarios a otra página temporalmente, usa una redirección temporal, lo cual además evita que Google se vea influenciado y ayuda a mantener la URL original en sus resultados.

Un 301 mal puesto en una situación temporal le dice a Google "borra mi página original para siempre". Y revertirlo cuesta. La regla oficial: usa redirecciones permanentes cuando estés seguro de que no vas a dar marcha atrás.

Cuando redirigen todo a la página de inicio

Este es el pecado capital. Marco borró 40 páginas del blog y, para "no perder nada", las redirigió todas a la home. Google trata eso como lo que es: una redirección irrelevante, básicamente un 404 disfrazado. No transfiere valor. Si no existe una página nueva verdaderamente equivalente, a veces es más honesto dejar un 404 (o un 410) bien hecho.

Cuando armas una cadena de redirecciones

Una cadena es cuando A redirige a B, que redirige a C, que redirige a D. Cada salto pierde un poco de valor, gasta presupuesto de rastreo y ralentiza la carga. En SEO Secrets el autor cuenta que su récord personal fue de seis páginas de redirección seguidas en un sitio grande y conocido, y que no fue accidente sino un sistema de seguimiento mal diseñado.

Regla de oro: siempre redirige del origen al destino final, nunca al intermedio.

Cuando el problema real es contenido duplicado

Si tienes la misma página accesible con parámetros distintos, a veces la herramienta correcta no es un 301 sino rel="canonical". El libro de Moz recomienda específicamente usar canonical en la página de inicio, porque las home sufren duplicados de forma crónica y una canónica preventiva evita muchos problemas.

Cuando redirigir rompe la seguridad

El mismo libro de Moz advierte sobre soluciones a lo bestia: si redirigieras todas las páginas HTTPS a sus versiones HTTP, podrías eliminar la seguridad de tu sitio por completo. Cuidado con las reglas globales sin pensar.

Cuando el destino no tiene nada que ver

Redirigir "Vinos italianos" a "Reservaciones" porque "total, ahí también convierte" no es SEO, es tirar el valor a la basura. La redirección tiene que llevar a contenido equivalente o el buscador la ignora.

Cuando la usas para hacer trampa

Comprar dominios viejos con autoridad y redirigirlos masivamente a tu sitio para "heredar" su fuerza es una táctica que Google detecta y penaliza. Es spam de enlaces.

Cuando ni siquiera hacía falta

The Art of SEO hace una aclaración útil: no todos los escenarios requieren redirecciones. Puedes cambiar de empresa de hosting sin que ninguna URL cambie. Solo cuando las URLs cambian entra en juego el 301.

¿Qué tan importantes son? En una palabra: muchísimo

Si tuviera que ordenar las tareas técnicas de SEO por relación esfuerzo/beneficio, las 301 estarían en el podio:

• Son el único tipo de redirección verdaderamente amigable con los buscadores. De los cuatro tipos que existen (301, 302, meta refresh y JavaScript), solo el 301 pasa la prueba.
• Son la diferencia entre conservar años de reputación o empezar de cero.
• Previenen contenido duplicado, que diluye tu relevancia y desperdicia rastreo.
• Protegen la experiencia del usuario. Un turista que busca dónde cenar en Denver, encuentra un enlace de un blog de 2022 y aterriza en un 404, no investiga más. Se va a la competencia.
• Son señales de canonicalización. Googlebot sigue la redirección y el sistema de indexación la usa como señal de que el destino debería ser el canónico.

La jerarquía oficial de las redirecciones, de mejor a peor

1. Del lado del servidor (301/308): la campeona indiscutible.
2. Meta refresh de 0 segundos: Google la interpreta como permanente, pero es un plan B.
3. JavaScript (window.location): úsala solo si no puedes hacer las anteriores. Aunque Google intenta renderizar cada URL que rastrea, el renderizado puede fallar por varias razones, y entonces podría no ver nunca tu redirección.
4. "Crypto redirect": poner un enlace que diga "¡nos mudamos!". Google lo describe con humor, comparándolo con el monstruo del lago Ness: su existencia como redirección es discutible, y no todos los buscadores lo reconocen.

Nota sobre meta refresh: si le pones un retraso mayor a 0 segundos — esa página que dice "serás redirigido en 5 segundos" — Google lo trata como temporal. Tienes que elegir: o la página bonita de aviso, o el beneficio SEO.

Cómo aplicar redirecciones 301 con .htaccess

El archivo .htaccess es un archivo de control de Apache que permite cambiar la configuración del servidor por directorio, y controla ese directorio y todos sus subdirectorios.

Antes de tocar nada: cuatro advertencias

1. El archivo empieza con un punto. Es un archivo oculto: activa "ver archivos ocultos" en tu FTP para verlo.
2. Guárdalo con finales de línea UNIX (LF, no CRLF). Con formato de Windows salen errores raros.
3. Un carácter mal escrito puede tumbar tu sitio entero. El libro no exagera: literalmente puede dejarlo fuera de línea hasta que corrijas.
4. Haz una copia de respaldo. Y si ya existía un .htaccess, no lo sobrescribas a ciegas: probablemente contiene reglas importantes.

Redirigir una sola página

Las dos formas siguientes hacen exactamente lo mismo:

Redirect 301 /pasta-vieja.html https://www.littleitalykitchen.com/menu/pastas

RedirectPermanent /pasta-vieja.html https://www.littleitalykitchen.com/menu/pastas

Cada comando tiene tres partes:

• Qué hacer: Redirect 301 o RedirectPermanent
• La ruta relativa vieja: sin dominio, empezando con /
• La URL nueva completa: con https:// y todo

Un detalle que nadie te dice: deja una línea en blanco al final del archivo. El servidor lo lee línea por línea y necesita ese retorno de carro para saber que terminaste.

Redirigir un dominio completo

RedirectPermanent / https://www.littleitalykitchen.com/

Forzar la versión con www

RewriteEngine On
RewriteCond %{HTTP_HOST} ^littleitalykitchen\.com$
RewriteRule (.*) https://www.littleitalykitchen.com/$1 [R=301,L]

Forzar HTTPS

RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule (.*) https://www.littleitalykitchen.com/$1 [R=301,L]

Combinar www + HTTPS en una sola pasada (lo ideal)

Aquí evitamos la cadena. En vez de hacer HTTP→HTTPS y luego no-www→www, lo resolvemos de un salto:

RewriteEngine On

# Si no es HTTPS O no es www, manda todo a https://www en un solo salto
RewriteCond %{HTTPS} off [OR]
RewriteCond %{HTTP_HOST} !^www\. [NC]
RewriteRule ^(.*)$ https://www.littleitalykitchen.com/$1 [R=301,L]

Manejar dominios con errores de escritura

RewriteEngine On

RewriteCond %{HTTP_HOST} ^www\.littleitaliykitchen\.com$ [NC]
RewriteRule ^(.*)$ https://www.littleitalykitchen.com/$1 [R=301,L]

RewriteCond %{HTTP_HOST} ^littleitaliykitchen\.com$ [NC]
RewriteRule ^(.*)$ https://www.littleitalykitchen.com/$1 [R=301,L]

Normalizar la barra final (trailing slash)

Search Console te va a reportar /menu y /menu/ como URLs distintas. Elige una y sé consistente. Para forzar la barra final:

RewriteEngine On
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_URI} !(.*)/$
RewriteRule ^(.*)$ https://www.littleitalykitchen.com/$1/ [R=301,L]

Para quitarla:

RewriteEngine On
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_URI} ^(.+)/$
RewriteRule ^(.+)/$ /$1 [R=301,L]

Fíjate en la diferencia de la segunda línea: !-d verifica que no sea un directorio, !-f que no sea un archivo. Ese detalle importa mucho.

Eliminar barras múltiples

Cuando alguien enlaza mal y te manda una URL con dobles barras:

RewriteEngine On
RewriteCond %{REQUEST_URI} ^(.*)//(.*)$
RewriteRule . %1/%2 [R=301,L]

Cambiar de tecnología (de .asp a .php)

RedirectMatch 301 (.*)\.asp$ https://www.littleitalykitchen.com$1.php

Redirigir un directorio completo con su contenido

RewriteEngine On
RewriteRule ^comida/(.*)$ /menu/$1 [R=301,L]

Esto convierte /comida/pastas, /comida/pizzas y /comida/postres en sus equivalentes bajo /menu/. Una regla, cincuenta páginas resueltas.

Un archivo .htaccess completo de ejemplo

# BEGIN Little Italy Kitchen - Redirecciones
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /

# 1. Canonicalización: HTTPS + www en un solo salto
RewriteCond %{HTTPS} off [OR]
RewriteCond %{HTTP_HOST} !^www\. [NC]
RewriteRule ^(.*)$ https://www.littleitalykitchen.com/$1 [R=301,L]

# 2. Dominio con typo
RewriteCond %{HTTP_HOST} ^(www\.)?littleitaliykitchen\.com$ [NC]
RewriteRule ^(.*)$ https://www.littleitalykitchen.com/$1 [R=301,L]

# 3. Migración de estructura antigua
RewriteRule ^comida/(.*)$ /menu/$1 [R=301,L]

# 4. Páginas individuales fusionadas
Redirect 301 /fiestas-privadas.html https://www.littleitalykitchen.com/catering
Redirect 301 /menu-navidad-2024.html https://www.littleitalykitchen.com/menu/especiales

</IfModule>
# END

Los flags, en corto:

• [R=301] → devuelve el código 301
• [L] → "Last", deja de procesar más reglas si esta coincide
• [NC] → "No Case", ignora mayúsculas y minúsculas
• [OR] → une dos condiciones con "o" en vez de "y"

Cómo aplicar redirecciones 301 con PHP

Si no tienes acceso al .htaccess, o si necesitas lógica condicional — redirigir según el idioma, el país, un dato de la base de datos —, PHP es tu herramienta. A esto se le llama "header insert": metes un pedacito de código del lado del servidor en la página que quieres redirigir.

La regla número uno

El código debe ir en la línea 1 del archivo. Antes de TODO. Sin espacios antes de <?php. Sin líneas en blanco. Sin BOM. Sin una sola letra de HTML.

¿Por qué? Porque las cabeceras HTTP se envían antes que el contenido. Si ya mandaste aunque sea un espacio al navegador, PHP te va a gritar Warning: Cannot modify header information - headers already sent.

El código básico

Este viene tanto del libro como de la documentación oficial de Google, y son idénticos:

<?php
header("HTTP/1.1 301 Moved Permanently");
header("Location: https://www.littleitalykitchen.com/menu/pastas");
exit();
?>

El exit() no es opcional

Mucha gente lo olvida. Sin exit(), PHP sigue ejecutando el resto del script después de mandar la cabecera. En el mejor de los casos gastas recursos. En el peor, ejecutas código que no debías: una consulta, un envío de correo, un borrado.

Versión moderna y más limpia

PHP tiene un tercer parámetro en header() para el código de estado:

<?php
header("Location: https://www.littleitalykitchen.com/menu/pastas", true, 301);
exit;

Fíjate que ni siquiera cerré la etiqueta con ?>. Es a propósito: si no la cierras al final de un archivo puramente PHP, es imposible que se cuele un espacio en blanco accidental.

Una función reutilizable

<?php
/**
 * Redirección permanente (301) segura.
 *
 * @param string $destino URL absoluta de destino
 */
function redirigir301($destino) {
    if (headers_sent($archivo, $linea)) {
        // Plan B: si ya se enviaron cabeceras, usamos meta refresh instantáneo
        error_log("Cabeceras ya enviadas en $archivo línea $linea");
        echo '<meta http-equiv="refresh" content="0;url='
             . htmlspecialchars($destino, ENT_QUOTES, 'UTF-8') . '">';
        exit;
    }
    header('Location: ' . $destino, true, 301);
    exit;
}

redirigir301('https://www.littleitalykitchen.com/menu/pastas');

El plan B con meta refresh de 0 segundos no es ideal, pero recuerda que Google lo interpreta como permanente. Mejor eso que nada.

Un enrutador de redirecciones con tabla

Cuando Marco migró 200 URLs viejas, no iba a crear 200 archivos. Hizo esto en uno solo:

<?php
// redirecciones.php — incluir al inicio del front controller

$mapa = [
    '/pasta-vieja.html'       => '/menu/pastas',
    '/pizzas.php'             => '/menu/pizzas',
    '/fiestas-privadas.html'  => '/catering',
    '/menu-navidad-2024.html' => '/menu/especiales',
    '/contacto-old.php'       => '/contacto',
];

$rutaActual = parse_url($_SERVER['REQUEST_URI'], PHP_URL_PATH);

if (isset($mapa[$rutaActual])) {
    header('Location: https://www.littleitalykitchen.com'
           . $mapa[$rutaActual], true, 301);
    exit;
}

Y si el mapa crece demasiado, lo sacas a una tabla de MySQL:

<?php
$pdo = new PDO('mysql:host=localhost;dbname=lik;charset=utf8mb4', $usuario, $clave);

$stmt = $pdo->prepare(
    'SELECT destino FROM redirecciones WHERE origen = ? LIMIT 1'
);
$stmt->execute([parse_url($_SERVER['REQUEST_URI'], PHP_URL_PATH)]);

if ($destino = $stmt->fetchColumn()) {
    header('Location: https://www.littleitalykitchen.com' . $destino, true, 301);
    exit;
}

Errores clásicos en PHP

Error 1: espacio antes de <?php

 <?php   // ← ese espacio invisible te arruinó el día
header("Location: ...", true, 301);

Error 2: olvidar el exit

<?php
header("Location: /menu", true, 301);
// El script sigue corriendo. Sorpresa.
borrarPedidoDeLaBaseDeDatos($id);

Error 3: URL relativa. Técnicamente PHP y los navegadores modernos la resuelven, pero para SEO y compatibilidad, usa siempre URLs absolutas.

Error 4: cadena sin querer. Si tu PHP redirige a /menu y luego el .htaccess redirige /menu a /menu/, acabas de crear una cadena. Revisa que tus dos capas de redirección no se estén peleando.

Bonus: redirección 301 en Perl (CGI)

Ya que estamos, la versión en Perl sigue siendo perfectamente válida:

#!/usr/bin/perl
print "Status: 301 Moved Permanently\n";
print "Location: https://www.littleitalykitchen.com/menu/pastas\n\n";
exit;

Y con el módulo CGI:

#!/usr/bin/perl
use strict;
use warnings;
use CGI;

my $cgi = CGI->new;
print $cgi->redirect(
    -uri    => 'https://www.littleitalykitchen.com/menu/pastas',
    -status => '301 Moved Permanently'
);
exit;

Cómo verificar que funciona de verdad

Aquí es donde mucha gente se relaja y se equivoca. Que el navegador te lleve a la página nueva no significa que sea un 301. Podría ser un 302, un meta refresh o un JavaScript, y para Google eso es completamente distinto.

Método 1: la terminal

curl -sIL https://www.littleitalykitchen.com/pasta-vieja.html | grep -E "HTTP/|location"

Lo que quieres ver:

HTTP/2 301
location: https://www.littleitalykitchen.com/menu/pastas
HTTP/2 200

Un 301 seguido de un 200. Si ves dos o tres 301 seguidos antes del 200, tienes una cadena. Arréglala.

Método 2: DevTools

F12 → pestaña Network → marca "Preserve log" → carga la URL vieja. Verás cada salto con su código de estado.

Método 3: Search Console

Revisa el informe de Páginas para ver cómo está interpretando Google tus redirecciones. Y en un cambio de dominio, usa la herramienta de Cambio de Dirección.

Método 4: extensiones

SEO Secrets recomienda analizadores de cabeceras HTTP, y The Art of SEO menciona extensiones como Redirect Path para Chrome, que muestra la cadena completa de un clic.

La prueba más simple de todas

Escribe la URL vieja en la barra de direcciones y presiona Enter. Si lo hiciste bien, verás la página nueva y la URL nueva en la barra. Si sigues viendo la URL vieja, algo anda mal.

Checklist antes de lanzar

• Hice respaldo del .htaccess original
• Tengo la lista completa de URL vieja → URL nueva
• Cada destino es contenido equivalente, no la home genérica
• No hay cadenas: todo apunta al destino final directo
• Usé URLs absolutas con https:// y la versión canónica del dominio
• Verifiqué con curl -sIL que devuelve 301, no 302
• Actualicé mis enlaces internos para que apunten directo al destino nuevo
• Actualicé el sitemap XML con las URLs nuevas
• Revisé que los subdominios de prueba no queden atrapados en la regla
• Voy a dejar las redirecciones puestas por lo menos un año
• Estoy monitoreando Search Console las siguientes semanas

Ese punto de los enlaces internos merece un subrayado: las redirecciones son una red de seguridad, no un sustituto de arreglar tus propios enlaces.

Resumen para llevar

Una redirección 301 es el letrero de "nos mudamos" de internet, pero con superpoderes: no solo lleva al visitante al lugar correcto, también transfiere entre el 90% y el 99% de la reputación acumulada de la URL vieja.

Úsalas cuando: cambias URLs, cambias de dominio, unificas www y HTTPS, fusionas páginas duplicadas, o retiras contenido que tenía enlaces.

No las uses cuando: la mudanza es temporal, no existe un destino equivalente, el problema real es duplicación por parámetros, o estás encadenando saltos.

Y por favor, después de escribir tus reglas, pruébalas. Un carácter mal puesto en un .htaccess puede dejar tu sitio fuera de línea. Marco lo aprendió a las mil de la noche un viernes de fin de semana largo, y no fue divertido.

Bibliografía

1. seoallinone.txt — SEO All-in-One For Dummies. Libro 7, Capítulo 3, "Using Redirects for SEO", pp. 555–561, y Capítulo 4, "Implementing 301 Redirects", pp. 563–576. Fuente de la analogía del restaurante (p. 556), las tres acciones de los buscadores ante un 301 (p. 564), el 301 como único tipo realmente SEO-friendly (p. 555), la implementación en .htaccess con sus tres partes y las advertencias sobre archivo oculto, formato UNIX y línea en blanco final (pp. 565–567), la advertencia sobre subdominios atrapados por la regla de www (p. 565), el cambio de extensión de .asp a .php (p. 565), los "header inserts" (p. 572), el código PHP (p. 573), el código CGI en Perl (p. 575) y la prueba simple de la barra de direcciones (p. 564).
2. theartofseo.txt — The Art of SEO. Capítulo 7, sección "Redirects", pp. 288–290: comparación entre 301, 302, 303 y 307; el ejemplo de los 1.000 enlaces perdidos (p. 289); el tratamiento del meta refresh con retraso mayor a 0 como temporal (p. 290); los escenarios donde no hace falta redirigir, como un cambio de hosting sin cambio de URLs (p. 288); y la mención de extensiones como Redirect Path (p. 289).
3. Search-Engine-Optimization-SEO-Secrets.txt — SEO Secrets (Danny Dover). Datos de transferencia de link juice (90–99% con 301 frente a prácticamente nada con 302), los errores de canonicalización más comunes, el caso de Matt Cutts en su propio sitio, la anécdota de la cadena de seis redirecciones y el uso de analizadores de cabeceras HTTP.
4. SEOWarrior.txt — SEO Warrior (John I. Jerkovic). Capítulo 14, "Content Considerations": fragmentos de reescritura de URL para barra final, barras múltiples, prefijo www, dominios mal escritos y redirección de HTTP a HTTPS.
5. seobible.txt — Search Engine Optimization Bible. Capítulo 11, "Tagging Your Web Site", sección "Using Redirect Pages", pp. 175–176: clasificación básica de páginas de redirección 301, 302 y 404 y escenarios de uso de cada una.
6. Inbound_Marketing_and_SEO_Insights_from_the_Moz_Blog.pdf — Capítulo 4, "Duplicate Content in a Post-Panda World", pp. 51–52: el problema de la barra final, los duplicados entre HTTPS y HTTP, la advertencia de que redirigir todo HTTPS a HTTP eliminaría la seguridad del sitio, y la recomendación de usar canonical en la página de inicio.
7. UFASearchEngineBookv260.pdf — Sección sobre redirecciones y URL canónica: distinción entre redirecciones del navegador y del lado del servidor, y advertencia sobre el uso manipulativo de las primeras.
8. Google Search Central — "Redirects and Google Search". developers.google.com/search/docs/crawling-indexing/301-redirects (última actualización: 14 de abril de 2026). Fuente de la jerarquía oficial de tipos de redirección, la distinción entre permanente y temporal, el código PHP recomendado, los ejemplos de mod_alias y mod_rewrite, el concepto de "crypto redirect" con la comparación al monstruo del lago Ness, la recomendación de elegir una URL canónica para la home, y el comportamiento de los nombres alternativos tras un cambio de dominio.