Página con redirección en Search Console: qué significa y cómo solucionarlo.
¿Google marca tus URLs como «Página con redirección» y no sabes si estás perdiendo indexación? Aprende a distinguir una redirección correcta de un problema real, comprobar el destino, revisar WordPress y decidir qué corregir —sin tocar lo que funciona.
¿Qué significa «Página con redirección» en Google Search Console?
Google ha encontrado una URL que envía a otra dirección.
El estado «Página con redirección» indica que la URL inspeccionada es una URL no canónica que redirige a otra página y, por eso, no se indexa por separado. Es normal si has cambiado una dirección, unificado HTTP y HTTPS o elegido una versión preferida de tu web. El destino no está automáticamente indexado: hay que comprobarlo de manera independiente. Definición oficial de Google ↗
Si querías redirigirla
No necesitas «arreglar» la URL antigua para que vuelva a indexarse. Comprueba el destino, el sitemap y los enlaces internos.
Si debía seguir activa
Investiga qué regla la desvía. Corrige la redirección involuntaria y confirma que la URL deseada devuelve 200 y es indexable.
Si Google muestra «Error de redirección»
Es otro estado. Examina bucles, cadenas demasiado largas, valores Location incorrectos o destinos inaccesibles.
«Página con redirección» no es lo mismo que «Error de redirección».
Ambos mensajes aparecen en los informes de indexación, pero describen situaciones distintas. Confundirlos lleva a crear redirecciones innecesarias, solicitar indexaciones que no corresponden o eliminar reglas que protegían URLs antiguas.
Página con redirección
Una URL lleva a otra. Google generalmente considera la original una alternativa no canónica y no la indexa de forma independiente. Puede ser el comportamiento previsto. Ejemplo: /servicios-viejos/ → 301 → /servicios/.
Error de redirección
Google detecta una cadena demasiado larga, un bucle, una URL de destino vacía o incorrecta, u otro fallo del recorrido. Este caso sí requiere investigación técnica. Ejemplo: A → B → A.
¿Por qué aparece dentro de «No indexadas»?
Porque la clasificación corresponde a la URL original, no a la página final. Imagina que publicaste /seo-antiguo/ y más tarde la trasladaste a /seo/. Google puede seguir conociendo la primera, pero la instrucción de redirección le señala la segunda como destino. Mantener ambas como resultados independientes no suele ser el objetivo de una migración permanente.
Google explica que las redirecciones permanentes son una señal para escoger el destino como URL canónica. Con las temporales, la señal es diferente: Google puede mantener la URL original como preferida, según el resto de señales. Ni un código 301 garantiza por sí solo que la URL final se indexe ni un 302 implica automáticamente un fallo. Redirecciones y búsqueda de Google ↗
Cómo revisar una «Página con redirección» paso a paso.
Este procedimiento es reproducible en Search Console. No necesitas instalar plugins ni modificar el servidor para completar el diagnóstico inicial. Empieza con una URL de ejemplo y comprueba el origen y el destino por separado.
Abre el informe de indexación.
Entra en Google Search Console, selecciona la propiedad adecuada y abre Indexación → Páginas. Busca «Página con redirección» en «¿Por qué hay páginas que no se indexan?».
Selecciona una URL afectada.
Abre el motivo para ver ejemplos y su evolución. Copia la URL exacta, incluido protocolo, subdominio, barras finales y parámetros. Una variante http no es idéntica a https.
Inspecciona la URL de origen.
Pega la dirección en la barra superior de inspección. Revisa el estado de indexación y los detalles del rastreo. La inspección indexada se refiere a la URL consultada; no confundas esa información con la del destino.
Identifica a qué URL redirige.
Comprueba la respuesta HTTP y la cabecera Location con una herramienta HTTP o con el comando curl de esta guía. Sigue la cadena completa hasta el destino real. No basta con observar que «en el navegador abre».
Inspecciona el destino final.
Abre la dirección final en Search Console y revisa si está indexada, si permite el rastreo, si tiene noindex y qué canónica ha seleccionado Google. Una redirección correcta no garantiza que el destino esté indexado.
Decide si hay algo que corregir.
Si el cambio era deliberado y el destino funciona, revisa solo higiene técnica: sitemap y enlaces internos. Si debía indexarse la original o el destino falla, corrige la regla o el problema concreto y vuelve a comprobar.
Qué comprobar en cada una de las dos URLs
| Comprobación | URL antigua que redirige | URL final deseada | Resultado esperado |
|---|---|---|---|
| Estado HTTP | 301/308 si traslado permanente; 302/307 si temporal | 200 en una página indexable normal | El recorrido termina sin bucle |
| Intención SEO | No competir como segunda página | Ser la página que quieres posicionar | Objetivo coherente |
| Indexación | Normalmente excluida | Verificar indexación y requisitos | El destino es candidato válido |
| Canonical | La redirección ya expresa preferencia | Canónica coherente (normalmente a sí misma) | Sin señales contradictorias |
| Sitemap XML | Preferiblemente no incluida | Incluida si es canónica indexable | Solo URLs finales elegidas |
| Enlaces internos | Actualizar si es un enlace propio vigente | Enlazar directamente | Evitar saltos evitables |
Diagnóstico de una URL con redirección en menos pasos.
Selecciona lo que has comprobado. El asistente te devuelve una prioridad y una recomendación orientativa. No consulta ninguna web ni tu propiedad de Search Console: interpreta los datos que introduces y mantiene la información en tu navegador.
¿Cuál es tu situación?
Posible redirección correcta
Si la URL antigua debía trasladarse y el destino final es válido, el estado suele ser esperado. Comprueba por separado la indexación del destino.
Generador de comando curl para revisar el origen y la cadena
Introduce una URL pública. Se genera un comando para que lo ejecutes en tu terminal: esta página no consulta la URL ni solicita credenciales. Usa GET con cabeceras, porque algunos servidores responden de forma distinta a HEAD.
Con -L verás los encabezados de cada salto. No pegues URLs privadas con tokens o credenciales.
curl -sS -L -D - -o /dev/null --max-redirs 10 'https://ejemplo.com/pagina-antigua/'Busca la secuencia HTTP/… 301 + location: + respuesta final. Para diferenciar una redirección del navegador, verifica también reglas del servidor, caché o JavaScript.
Cuándo es normal y cuándo corregir: ejemplos concretos.
No todas las URLs excluidas exigen trabajo. Clasifica las incidencias por intención de negocio y por comportamiento HTTP antes de priorizar. Los siguientes ejemplos son casos didácticos creados para entender las situaciones; no son datos extraídos de una propiedad real.
HTTP → HTTPS
http://ejemplo.com/ lleva a https://ejemplo.com/. Normal: si HTTPS es la versión elegida, deja la redirección permanente y enlaza a HTTPS. Comprueba la versión indexada.
Con www → sin www (o viceversa)
La web unifica las variantes del host. Normal: elige una versión preferida y evita inconsistencias entre redirección, enlaces, sitemap y canonical.
Antiguo slug de WordPress
Cambias /servicio-2025/ por /servicio/. La dirección antigua aparece «con redirección»: es esperable si el traslado es definitivo y el nuevo contenido está accesible.
La URL nueva redirige por error
La landing que quieres posicionar termina en la home o una categoría. Actúa: revisa la regla de WordPress, caché, hosting o CDN; restaura la URL que debe devolver contenido.
Redirección a un 404 o 410
La antigua responde 301, pero el destino no existe. Actúa: señala una sustitución real y útil o elimina la regla innecesaria; no envíes a la portada indiscriminadamente.
Cadena A → B → C → D
Puede funcionar, pero añade latencia y pasos de rastreo. Mejora: actualiza las reglas para que los orígenes apunten directamente al destino definitivo, sin romper enlaces antiguos.
Bucle A → B → A
El visitante o el rastreador nunca llega a una página final. Corrige: identifica las dos reglas que compiten (plugin y CDN, por ejemplo) y rompe el ciclo.
301 a destino con noindex
La redirección funciona, pero la página final prohíbe su indexación. Actúa si quieres posicionarla: revisa ajustes SEO, cabeceras y el tipo de página.
Destino con canonical a otra URL
Has redirigido a B, pero B declara como canónica C. Investiga: determina la versión realmente deseada y unifica señales sin forzar todas las variantes a indexarse.
URLs redirigidas en el sitemap
El XML aún declara direcciones antiguas que responden 301. Mejora: incluye las URLs finales indexables y revisa el generador del sitemap. No necesitas hacer que las antiguas respondan 200.
302 en un cambio permanente
El cambio de slug será definitivo pero la respuesta es 302. Considera 301/308: Google interpreta de forma diferente las señales de redirección permanente y temporal.
Redirección cruzada entre idiomas
Una página en español termina forzosamente en la versión catalana o inglesa sin respetar la elección del usuario. Revisa: Polylang, reglas geográficas, caché y hreflang; evita enviar automáticamente a Googlebot a un idioma distinto.
Los filtros solo ocultan tarjetas visualmente. Todo el contenido permanece escrito en HTML y es legible sin JavaScript.
301, 302, 307 y 308: cuál utilizar y por qué.
El código depende de si el traslado es definitivo o temporal. Para cambios permanentes Google recomienda redirecciones de servidor, preferiblemente HTTP 301 o 308 cuando sea posible. No hay un código universal válido para todos los escenarios.
| Código | Tipo | Uso habitual | Señal para Google | Ejemplo |
|---|---|---|---|---|
| 301 | Permanente | Nuevo slug, migración de URL, unificación de variantes | El destino recibe una señal de canonicalización | /vieja/ → /nueva/ |
| 308 | Permanente | Traslado permanente; preserva método HTTP | Señal permanente similar a 301 para Google | Regla en proxy o servidor |
| 302 | Temporal | Prueba, transición que revertirá o contenido provisional | No señala por sí misma que el destino deba ser canónico | Campaña o test temporal |
| 307 | Temporal | Desvío temporal preservando método HTTP | Señal temporal similar a 302 para Google | Flujo temporal del servidor |
| 200 | No es redirección | Página que entrega contenido | Puede ser indexable si cumple el resto de condiciones | Página final |
| 404/410 | No existe / retirada | Contenido inexistente o retirado permanentemente | No indican un nuevo destino | URL sin sustitución real |
¿Una 301 transmite toda la autoridad SEO?
Una redirección permanente adecuada permite que Google trate la URL de destino como la versión preferida y procese las señales del traslado. Pero afirmar que «transmite el 100 % del posicionamiento sin condiciones» sería simplificar demasiado: la relevancia del nuevo contenido, la accesibilidad, las señales canónicas y la propia evaluación de Google también importan. La recomendación práctica es dirigir cada URL antigua a la alternativa más equivalente y útil.
¿Se debe enviar una redirección 301 de cualquier 404 a la home?
No. Cuando existe un reemplazo claro, redirigir puede ayudar. Cuando no existe, devolver un 404 o 410 real suele describir mejor la situación que una redirección indiscriminada a portada. Google puede interpretar destinos irrelevantes como errores 404 leves (*soft 404*). Este tema merece su propio artículo de errores 404; aquí importa decidir correctamente el destino de la redirección. Guía de errores de rastreo ↗
Cómo solucionar una página con redirección en WordPress.
WordPress puede generar redirecciones por cambios de enlaces permanentes, plugins, el propio servidor o un servicio de CDN. La solución empieza por localizar qué capa está emitiendo la respuesta; instalar otro plugin de redirecciones sin comprobarlo puede añadir conflictos.
Comprueba el enlace permanente.
Abre Páginas o Entradas y revisa el slug actual. Si has cambiado una dirección, verifica si la antigua apunta a la nueva. Evita modificar de nuevo una URL consolidada para «eliminar» el aviso de Search Console.
Localiza el gestor de redirecciones.
Si utilizas Rank Math, revisa su módulo Redirections. Si usas Redirection, revisa Herramientas → Redirection según la configuración del plugin. En Yoast SEO Premium existe un Redirect Manager; no lo presupongas en la edición gratuita.
Revisa reglas fuera de WordPress.
La regla puede estar en .htaccess (Apache), configuración Nginx, el panel de alojamiento o una CDN como Cloudflare. Una regla de plugin y otra de servidor pueden encadenarse o entrar en bucle.
Comprueba HTTPS, www y barra final.
Es normal consolidar variantes, pero debes evitar saltos redundantes. Verifica si http → https → www → sin barra se puede reducir a una redirección directa.
Revisa el sitemap de tu SEO plugin.
Abre el XML que genera tu instalación (puede ser /sitemap_index.xml u otra ruta). Las URLs antiguas que redirigen no deberían seguir enumerándose como páginas canónicas vigentes.
Verifica idiomas y caché.
Con Polylang, comprueba las URLs de idioma y el comportamiento real de los enlaces. Si hay cacheo, depura una respuesta antigua que permanezca almacenada después de cambiar una regla. Evita redirigir a todos los visitantes a un idioma solo por IP.
Ejemplo: cambias el slug de una entrada
Publicaste una guía en /blog/guia-antigua/ y decides que la versión definitiva estará en /blog/guia-actualizada/. La secuencia correcta para un traslado permanente es: el origen devuelve 301, el destino devuelve 200, el enlace interno y el sitemap apuntan a la nueva URL y la página final declara una canónica coherente. Google puede conservar el estado «Página con redirección» para la antigua: no necesitas intentar indexarla otra vez.
Dónde mirar según tu plugin
| Herramienta | Qué revisar | Consejo de diagnóstico | Fuente |
|---|---|---|---|
| Rank Math | Módulo «Redirections» y reglas activas | Comprueba si existen varias reglas para el mismo origen | Documentación ↗ |
| Yoast SEO Premium | Redirect Manager | Revisa cambios automáticos tras mover o borrar páginas | Documentación ↗ |
| Redirection | Mapa de URLs y registros de redirección | Filtra por la ruta concreta; no crees otra regla igual | Plugin oficial ↗ |
| Servidor / CDN | Reglas HTTP y ubicación del cambio | Comprueba si WordPress ni siquiera recibe la solicitud | Google ↗ |
Cinco comprobaciones que separan una migración correcta de un problema.
El estado del informe es el inicio, no el final del diagnóstico. Estos controles ayudan a eliminar señales contradictorias y priorizar problemas que sí pueden impedir la indexación del destino.
URL final y código HTTP
Comprueba todo el recorrido de redirecciones. El último recurso debería responder correctamente y mostrar el contenido previsto. Evita enlaces finales que llevan a un login, una página de error o un idioma no deseado.
Canonical y noindex
Comprueba qué versión declara el destino con rel="canonical" y si permite indexación. Una página con noindex no se convierte en indexable por recibir una 301.
Sitemap y enlaces internos
Incluye la versión final cuando sea canónica e indexable. Actualiza navegación, breadcrumbs, enlaces contextuales, botones y módulos de contenido para apuntar directamente a la URL deseada.
Cadena de redirecciones
Reduce las cadenas siempre que sea viable. Google puede seguir varias redirecciones, pero los saltos largos perjudican la eficiencia de rastreo y añaden latencia. Prefiere A → D frente a A → B → C → D.
Idioma, protocolo y host
Comprueba HTTPS, www, slash y URLs traducidas. En sitios multidioma, evita que un selector de idioma mal configurado envíe a Googlebot a versiones distintas de la solicitada.
Logs y comportamiento diferencial
Si Search Console ve un error que tú no reproduces, revisa registros de servidor, reglas anti-bots, errores intermitentes o variaciones de respuesta por dispositivo o user-agent. No asumas que Googlebot recibe exactamente tu misma respuesta.
¿Tengo que solucionar todas las páginas con redirección?
No. Una web puede tener cientos de URLs antiguas correctamente redirigidas: cambios de estructura, enlaces permanentes, HTTPS o consolidaciones. Corregir todas por defecto puede causar más daño que beneficio. Prioriza en función del objetivo real de cada URL.
| Situación | Prioridad orientativa | Qué hacer |
|---|---|---|
| Página comercial importante que redirige por error | Alta | Restaurar la URL correcta o corregir la ruta destino |
| Destino final 404/5xx o bloqueado sin intención | Alta | Reparar el destino y comprobar su indexabilidad |
| Bucle de redirección o canonical contradictoria | Alta | Eliminar reglas conflictivas y unificar señales |
| URLs antiguas dentro del sitemap | Media | Limpiar XML y enlaces internos |
| Cadena funcional de varios saltos | Media | Conectar orígenes directamente al destino |
| 301 correcta, destino accesible e indexable | Baja | Documentar y supervisar; no intentar indexar origen |
Caso práctico: migras 80 entradas de blog
Has cambiado la estructura /2024/nombre-articulo/ por /blog/nombre-articulo/. Semanas después, Search Console informa de 80 «Páginas con redirección». Si esas 80 direcciones responden 301, llegan directamente a sus 80 entradas nuevas, el sitemap declara las nuevas URLs y Google puede acceder al contenido final, el aviso sobre las URLs antiguas es compatible con una migración normal.
En cambio, si diez de las ochenta terminan en la home sin equivalencia temática, cinco apuntan a URLs eliminadas y tres forman bucles, tu prioridad son esas dieciocho rutas y la causa común que las generó. El objetivo no es «bajar a cero» un gráfico de exclusiones, sino que las páginas definitivas puedan encontrarse e indexarse.
Durante cuánto tiempo mantener las 301
Para una migración de sitio, Google recomienda conservar las redirecciones al menos un año y, si resulta útil para los visitantes, durante más tiempo o indefinidamente. Durante ese periodo puede seguir rastreando URLs antiguas y reasignando señales. El informe puede tardar en reflejar lo que ya cambió en tu servidor; la solución no consiste en retirar una 301 sana para modificar el contador. Migraciones de sitios: Google ↗
Checklist para comprobar que la corrección funciona.
Marca cada comprobación y descarga una lista CSV de auditoría. La selección se realiza localmente en el navegador. No necesitas llevar a cero la categoría «Página con redirección» cuando el comportamiento es intencional.
0 de 12 comprobaciones completadas.
¿Cuándo pulsar «Validar corrección» en Search Console?
Cuando has resuelto un problema real y deseas que Google vuelva a comprobar las URLs afectadas. Si «Página con redirección» refleja deliberadamente una 301 correcta, no necesitas convertir la URL antigua en indexable para que desaparezca el aviso. Google puede actualizar los registros mediante el rastreo habitual aunque no solicites una validación manual.
La validación no implica indexación inmediata ni obliga a Google a elegir tu URL como canónica. La propia documentación indica que el proceso puede llevar aproximadamente dos semanas o más según el caso; utiliza la inspección de URLs y los informes para supervisar el resultado. Guía oficial de validación ↗
¿Cuánto tarda Google en reconocer una redirección?
No existe un plazo fijo válido para todas las webs. Depende del rastreo de las URLs implicadas, del tamaño del sitio, de la estabilidad técnica y de las señales que Google procesa. En migraciones, puede haber variaciones temporales. Primero valida el comportamiento actual del servidor; después espera a que Google vuelva a rastrear y compara tendencias, no solo el recuento de un día. Documentación de migración ↗
Dudas sobre «Página con redirección» y la indexación en Google.
Respuestas breves para tomar decisiones sin confundir una exclusión normal con una avería técnica.
¿«Página con redirección» es un error de SEO?
No necesariamente. Es un motivo de no indexación de la URL original que puede ser esperado si se ha trasladado a otra dirección. Investiga si la redirección es voluntaria y si el destino final es válido.
¿Cómo solucionar «Página con redirección» en Search Console?
Primero decide cuál debe ser la URL indexable. Si la antigua debía redirigir, no necesitas eliminar el estado: verifica destino, sitemap y enlaces. Si debía conservarse, elimina la redirección incorrecta y comprueba su accesibilidad e indexabilidad.
¿Por qué no se indexa mi página después de una 301?
La URL de origen redirigida normalmente no se indexa de manera independiente. El destino se evalúa por separado. Revisa el estado de la URL final, las directivas noindex, la canónica, el contenido y el rastreo.
¿Una página con redirección perjudica mi posicionamiento?
Una redirección permanente coherente es una práctica normal en SEO. Lo problemático puede ser que envíe a una página equivocada, que se convierta en un bucle o que el destino sea inaccesible o no indexable cuando debería serlo.
¿Debo pulsar «Validar corrección»?
Solo si has corregido un problema real y la opción está disponible para ese motivo. Google también actualiza los informes al volver a rastrear. No tiene sentido exigir que una URL antigua redirigida se indexe para «resolver» el aviso.
¿Qué diferencia hay entre «Página con redirección» y «Error de redirección»?
La primera es una URL que remite a otra; puede ser intencionada. El segundo indica problemas como un bucle, una cadena demasiado larga o una URL de destino vacía o incorrecta, según la documentación de Google.
¿Es mejor una redirección 301 o 302?
La 301 indica traslado permanente y la 302 temporal. Elige según la intención real. Google trata las permanentes como señal para seleccionar el destino canónico, mientras que las temporales no aportan esa misma señal.
¿Cómo sé a qué página redirige una URL?
Revisa la cabecera Location de la respuesta HTTP original y sigue la cadena. Puedes utilizar las herramientas de red de tu navegador, una herramienta de análisis HTTP o el comando curl que incluye esta guía. Comprobar solo la dirección del navegador puede ocultar saltos intermedios.
¿Por qué aparece una URL que ya eliminé?
Google puede haberla descubierto antes, a través de enlaces o de un sitemap antiguo, y conservar información de la URL hasta volver a rastrearla. Si ahora devuelve una 301 a un reemplazo adecuado, el estado puede ser correcto.
¿Tengo que quitar todas las URL redirigidas del sitemap?
En un sitemap de URLs canónicas vigentes conviene incluir los destinos finales indexables, no las direcciones antiguas que responden con redirección. Una migración puede necesitar supervisión adicional, pero el sitemap principal no debería presentar URLs redirigidas como páginas definitivas.
¿Qué ocurre si la página de destino tampoco está indexada?
No supongas que falla la redirección: inspecciona expresamente el destino y busca su motivo de exclusión. Puede tratarse de noindex, duplicación, problemas de rastreo, contenido insuficiente u otras causas diferentes.
¿Una redirección puede crear un «soft 404»?
Sí, por ejemplo cuando se envían muchas URLs eliminadas a una portada que no responde como sustituto equivalente. La redirección técnica puede terminar en 200, pero Google puede considerar que la página final no satisface el contenido esperado.
¿Cómo resolverlo en WordPress con Rank Math o Yoast?
Comprueba el slug, el gestor de redirecciones disponible y las reglas de servidor/CDN. Rank Math tiene un módulo específico; el gestor de redirecciones de Yoast es una función Premium. Evita crear reglas duplicadas sin revisar las existentes.
¿Puede afectar Polylang o una web multidioma?
Sí. Una regla automática puede mandar al visitante a otra lengua o generar varios saltos entre URLs de idioma. Comprueba qué versión recibe Googlebot, la estructura de cada idioma y las señales hreflang y canonical.
¿Es normal que haya muchas páginas con redirección?
Puede serlo después de una migración, una consolidación HTTP/HTTPS o una reestructuración de URLs. El número aislado no demuestra un problema. Es más útil medir cuántas URLs importantes terminan en el destino correcto y cuántas necesitan intervención.
¿Cuánto tiempo tengo que conservar las redirecciones 301?
En migraciones de sitio, Google recomienda mantenerlas al menos un año y, cuando sea útil para usuarios y enlaces antiguos, durante más tiempo. No las elimines únicamente para reducir el número de URLs excluidas en Search Console.
¿Puede indexarse una URL con redirección?
Google señala que una URL canónica con una redirección puede darse en determinados supuestos y que las señales dependen del tipo de redirección. En una migración permanente habitual, el objetivo es que se indexe la URL final, no ambas por separado.
¿Debo bloquear con robots.txt las URLs redirigidas?
No como estrategia general para «resolver» este estado. Google necesita poder solicitar las URLs para descubrir y procesar la redirección. Bloquear su rastreo puede dificultar comprobar el destino. Usa cada mecanismo —robots.txt, noindex y redirección— para su finalidad específica.
Fuentes oficiales y criterio editorial.
Última revisión documental: 17 de octubre de 2026. Las conclusiones sobre Search Console, códigos HTTP y migraciones se basan principalmente en la documentación pública de Google. Las recomendaciones sobre WordPress se contrastan con documentación de los productos citados. Los escenarios y ejemplos del artículo son ilustrativos, no experimentos medidos ni capturas de una propiedad.
Cómo se ha preparado esta guía
El objetivo no es recomendar que cada URL marcada como «no indexada» se convierta artificialmente en una página indexable, sino ofrecer un procedimiento para separar exclusiones esperadas de problemas que afectan a una página importante. Se distinguen datos documentados por Google y consejos de auditoría, y se evitan promesas de indexación o posicionamiento garantizado.
Las herramientas de diagnóstico y CSV se ejecutan en el navegador. El generador de curl solo prepara comandos: no accede por sí mismo a tus URLs ni a Search Console. Si la interfaz o las reglas de Google cambian, debe prevalecer siempre la documentación vigente de la modalidad que estés utilizando.
