Glosario

Explore Meshline

Products Pricing Blog Support Log In

Ready to map the first workflow?

Book a Demo
Operaciones autónomas

Cómo mapear redirecciones durante una migración de sitio: coincidencia exacta vs semántica

Crea un mapa de redirecciones de migración con coincidencia exacta de URLs primero y luego usa un flujo de trabajo documentado de Screaming Frog para encontrar coincidencias semánticas en páginas modificadas.

Una ilustración editorial plana sobre un fondo neutro con textura muestra una pila de rectángulos azul marino a la izquierda conectados por líneas a dos grandes rectángulos verde azulado a la derecha, con una conexión como línea discontinua verde azulado y un punto naranja.

Una migración de sitio rompe las URLs que tus visitantes y los motores de búsqueda ya conocen.

Un mapa de redirecciones es la hoja de cálculo que conecta cada URL antigua con la mejor URL nueva.

Así, la autoridad de enlaces y los visitantes recurrentes llegan a un lugar útil en lugar de a una página de error.

La mayoría de los equipos empieza con la coincidencia exacta: la URL antigua y la nueva apuntan a la misma página, solo bajo una dirección distinta.

Eso funciona hasta que la migración también reestructura el contenido.

Cuando las páginas se fusionan, se dividen o se reescriben, las coincidencias exactas dejan de existir, y ahí es donde la coincidencia semántica gana su lugar.

Este artículo recorre ambos métodos, cuándo encaja cada uno y cómo combinarlos en un mapa de redirecciones que puedas revisar de verdad antes del lanzamiento.

Empieza con la pasada de coincidencia exacta

La coincidencia exacta significa comparar el conjunto de URLs antiguas con el de URLs nuevas y emparejar páginas que son realmente el mismo contenido en una nueva dirección.

Los casos típicos incluyen un cambio de dominio, un cambio de CMS con la misma estructura, o una limpieza de barra final y de protocolo.

Los pasos prácticos son sencillos:

  • Rastrea el sitio antiguo para capturar cada URL que valga la pena conservar, junto con su título y contenido.
  • Rastrea el sitio nuevo, o el entorno de staging, de la misma manera.
  • Empareja URLs por segmentos de ruta, slugs o identificadores compartidos cuando existan.
  • Revisa los pares manualmente antes de darlos por definitivos.

La coincidencia automática de slugs te lleva muy lejos, pero no es una revisión.

Dos páginas pueden compartir un slug y tratar temas distintos, sobre todo después de una reestructuración de contenido.

Trata cada par automático como una propuesta que una persona confirma.

Para las páginas sin contraparte obvia, resiste la tentación de adivinar.

Déjalas sin emparejar por ahora y pásalas a la fase semántica.

Cuándo se agota la coincidencia exacta

Las migraciones rara vez conservan URLs de uno a uno.

Los equipos de contenido fusionan páginas delgadas en guías, dividen recursos largos en secciones, retiran líneas de producto y renombran categorías.

Después de esos cambios, una página antigua puede tener varios destinos nuevos plausibles, o ninguno.

Ese es el vacío que aborda la coincidencia semántica.

En lugar de comparar cadenas de URL, compara lo que las páginas realmente dicen.

Las páginas se convierten en embeddings vectoriales, que son representaciones numéricas del significado, y las coincidencias más cercanas se muestran por similitud.

El SEO Spider de Screaming Frog puede identificar páginas semánticamente similares usando embeddings de LLM (Screaming Frog).

No está diseñado específicamente para mapear redirecciones, pero puede ayudar a encontrar el vecino más parecido al redirigir URLs antiguas a equivalentes nuevos.

La frase clave es «vecino más parecido».

La coincidencia semántica encuentra candidatos.

No certifica que una redirección sea correcta.

Una página sobre niveles de precios puede estar semánticamente cerca de una página sobre características de planes.

Solo una persona que conoce el contenido puede decidir si esa redirección sirve al visitante.

Cómo funciona la coincidencia semántica en la práctica

El siguiente flujo de trabajo está documentado por Screaming Frog para su herramienta SEO Spider (Screaming Frog); los pasos individuales provienen de esa guía.

  • Conéctate a un proveedor de IA para embeddings, como OpenAI, Gemini u Ollama, y proporciona una clave de API.
  • Habilita el prompt de embeddings desde la biblioteca y configura la herramienta para almacenar el HTML de las páginas, de modo que el texto esté disponible para el embedding.
  • Rastrea el sitio antiguo y el nuevo juntos en modo lista, y luego ejecuta el análisis de rastreo para poblar los filtros de similitud semántica.
  • Usa reglas de filtro de embeddings para que las páginas del sitio antiguo solo se comparen con el sitio nuevo, no entre sí.

Dos detalles de configuración importan específicamente para el trabajo de migración.

Si rastreas un sitio de staging bloqueado para indexación, desactiva la opción que solo revisa páginas indexables para similitud semántica.

De lo contrario, tus páginas de staging quedarán excluidas del emparejamiento.

Y si quieres coincidencias para páginas paginadas, la configuración correspondiente también puede desactivarse.

Ten en cuenta que esta función requiere una licencia de pago del software, y el proveedor es explícito en que no es la opción adecuada para todos los escenarios.

Si tu migración es un cambio de dominio sencillo con URLs idénticas, puede que nunca necesites embeddings.

Cómo decidir qué hacer con coincidencias débiles

La similitud semántica produce una lista de candidatos ordenada, no un veredicto.

Ordena las páginas antiguas por la fuerza de su mejor coincidencia y trabájalas por niveles:

  • Coincidencia clara: la página nueva cubre el mismo tema para la misma audiencia. Confírmala y añádela al mapa.
  • Coincidencia parcial: el tema se solapa pero la intención difiere, por ejemplo una entrada de blog antigua cuyo contenido ahora vive dentro de una guía más amplia. Redirige a la sección de la guía si existe, o a la guía misma.
  • Sin coincidencia razonable: el contenido se retiró deliberadamente. Redirige a la categoría o recurso relevante más cercano, o deja que la página desaparezca. Redirigir todo a la página de inicio es una mala experiencia y una mala señal.

Documenta la decisión de cada nivel.

Cuando alguien pregunte más adelante por qué una URL antigua apunta a donde apunta, el mapa debería responder la pregunta por sí solo.

Construir el mapa para que sea revisable

Un mapa de redirecciones es un documento de trabajo, no solo un CSV que subes en el lanzamiento.

Dale columnas que apoyen la revisión:

  • URL antigua
  • URL nueva
  • Método de coincidencia (exacta, semántica, manual, ninguna)
  • Confianza o notas del revisor
  • Estado (propuesta, aprobada, implementada, verificada)

La columna de método de coincidencia es lo que hace escalable la revisión.

Un revisor puede verificar por muestreo las coincidencias exactas rápidamente y dedicar su atención a las filas semánticas y manuales, donde los errores son más probables.

Si una coincidencia semántica parece incorrecta, cambia el destino o degrádala a un destino más amplio en lugar de publicar una redirección que confunda a los visitantes.

Conserva los datos del rastreo del sitio antiguo junto al mapa.

Si surge una disputa sobre qué cubría una página, puedes consultar el contenido almacenado en lugar de confiar en la memoria.

Comparar rastreos a lo largo del tiempo también es cómo verificas las redirecciones después del lanzamiento.

La misma disciplina de rastrear y comparar aplica a las revisiones posteriores a la migración, como se describe en cómo comparar rastreos de un sitio web a lo largo del tiempo.

Modos de fallo comunes que conviene evitar

  • Emparejar solo por slugs. Slugs idénticos entre sitios pueden ocultar contenido distinto. Confirma la página, no solo la dirección.
  • Tratar las puntuaciones de similitud como verdad. Una similitud alta significa que el texto es cercano, no que la redirección sea la correcta para el visitante.
  • Redirigir todo a la página de inicio. Cuando no existe un buen destino, elige la sección relevante más cercana, o acepta que algunas URLs no se redirigirán.
  • Omitir la configuración de staging. Si tu herramienta semántica solo revisa páginas indexables, un sitio de staging no indexable producirá silenciosamente cero coincidencias.
  • Sin verificación posterior al lanzamiento. Un mapa que nunca se probó contra el servidor en vivo es un plan, no un resultado. Rastrea las URLs antiguas después del lanzamiento y confirma que cada una resuelve a su destino previsto.

Elegir entre los dos métodos

La elección no es excluyente.

La coincidencia exacta es más rápida, más barata y más fiable donde el contenido realmente sobrevivió a la migración sin cambios.

La coincidencia semántica cubre el residuo: páginas reestructuradas, fusionadas y reescritas donde los patrones de URL no te dicen nada.

Una secuencia razonable para la mayoría de las migraciones:

  1. Rastrea ambos sitios y construye el conjunto de coincidencias exactas a partir de rutas y slugs compartidos.
  2. Revisa esos pares; suelen ser seguros, pero no automáticos.
  3. Ejecuta la coincidencia semántica sobre el resto sin emparejar, usando las reglas de filtro de antiguo a nuevo descritas arriba.
  4. Revisa los candidatos semánticos por niveles y registra las decisiones.
  5. Gestiona los verdaderos huérfanos con un destino deliberado o una decisión documentada de descartarlos.
  6. Verifica cada redirección mapeada después del lanzamiento con un rastreo nuevo.

Emparejar registros por significado en lugar de por cadena también aparece en revenue operations, como la deduplicación de contactos entre sistemas.

Los compromisos son similares, como se cubre en coincidencia de registros.

Cómo se ve un buen resultado en el lanzamiento

Antes del cutover, cada fila del mapa debe tener un estado aprobado y un revisor designado.

Después del cutover, rastrea el conjunto de URLs antiguas y confirma tres cosas.

Ninguna URL antigua debería devolver un error, cada redirección debería aterrizar en su destino mapeado, y ninguna redirección debería encadenar saltos extra.

Cualquier sorpresa vuelve al mapa como filas nuevas, con la corrección registrada.

Un mapa de redirecciones construido así hace más que preservar posiciones.

Preserva el razonamiento detrás de cada redirección, que es lo que permite a la siguiente persona mantener el sitio sin empezar de cero.

Empareja por contenido, no solo por URLs, y registra por qué cada redirección apunta a donde apunta.

Cómo puede ayudar Meshline.

Conecta automatización, Marketing Orgánico (generación de demanda) y gestión del ciclo de vida del cliente (Revenue Intelligence).

Integra la planificación de temas, la publicación de contenido y el feedback de rendimiento en la conversación sobre tu flujo de trabajo. Reserva una demo de Meshline.

Revenue Intel

Consúltanos sobre este flujo de trabajo.

Cuéntanos qué quieres mejorar o automatizar. Te responderemos con el siguiente paso más útil.

Agenda una demo

Decisiones de implementación

Lleva esta idea a tu operación

Antes de invertir en Cómo mapear redirecciones durante una migración de sitio: coincidencia exacta vs semántica, define el problema, los datos disponibles y quién revisará el resultado.