≡En resumen
- Meta refresh recarga la página o redirige a otra URL desde el propio HTML, sin tocar el servidor.
- Google interpreta una meta refresh con 0 segundos como redirección permanente y una con retraso como temporal.
- La redirección 301 o 308 del servidor es siempre la opción preferida; meta refresh es el plan B cuando no tienes acceso al servidor.
- No sirve para decir a Google cada cuánto rastrear tu web: esa idea, muy repetida, es falsa.
- Las recargas automáticas con retraso perjudican la accesibilidad y pueden desorientar al usuario.
01 ¿Qué es meta refresh?
El nombre viene de refresh, «refrescar» o recargar, y de que es una de las meta etiquetas del documento. Netscape Navigator 1.1 la introdujo hacia 1995, en forma de cabecera HTTP y de su equivalente en HTML, para una técnica llamada client pull: que el navegador pidiera de nuevo la página cada cierto tiempo y mostrara datos cambiantes, como resultados deportivos o el tiempo, sin que el usuario pulsara nada.
El atributo http-equiv significa «equivalente HTTP»: simula desde el HTML una cabecera que, en teoría, debería enviar el servidor. Por eso meta refresh es tan popular en webs donde no puedes configurar el servidor, como algunos alojamientos básicos o páginas estáticas.
02 Sintaxis de meta refresh con ejemplos
El atributo content admite dos formas. Solo con un número entero de segundos, el navegador recarga la misma página. Si añades ; url= y una dirección, redirige a esa URL cuando termina la cuenta. Según MDN, la cuenta empieza cuando la página ha terminado de cargar.
Redirección inmediata:<meta http-equiv="refresh" content="0; url=https://www.ejemplo.com/nueva-pagina/">
Redirección con 5 segundos de espera:<meta http-equiv="refresh" content="5; url=https://www.ejemplo.com/nueva-pagina/">
Recarga de la misma página cada 5 minutos:<meta http-equiv="refresh" content="300">
- ✓Colócala dentro del head, lo más arriba posible.
- ✓Usa URL absolutas (con https:// y dominio) en el destino.
- ✓Pon el punto y coma entre los segundos y url=, dentro de las mismas comillas.
- ✓No combines varias meta refresh en la misma página.
- ✓Si la usas con retraso, añade un enlace visible al destino para quien no quiera esperar.
03 ¿Cuándo tiene sentido usar meta refresh hoy?
Meta refresh no está prohibida ni obsoleta: los navegadores la siguen ejecutando y Google la sigue leyendo. El problema es que casi siempre hay una opción mejor. Estos son los escenarios en los que todavía es razonable recurrir a ella, y los que conviene evitar.
| Situación | ¿Meta refresh? | Mejor alternativa |
|---|---|---|
| Web estática en un alojamiento sin acceso a la configuración del servidor | Sí, con 0 segundos | Redirección del servidor si el proveedor la permite |
| Migración de dominio o cambio de URL con acceso al servidor | No | Redirección 301 o 308 |
| Página de «gracias» que devuelve al inicio tras unos segundos | Mejor no | Un botón claro para volver |
| Panel o marcador que muestra datos en directo | Mejor no | Actualizar solo el bloque con JavaScript |
| Acortadores de enlaces o páginas puente | No | Redirección de servidor transparente |
| Enviar al usuario a una web distinta de la que Google indexó | Nunca | Ninguna: es una redirección engañosa |
Una empresa tiene una campaña antigua publicada como página HTML en un servicio de alojamiento estático que no permite reglas de redirección. La campaña ha terminado y la nueva información está en https://www.empresa.com/servicios/. La solución correcta dentro de esas limitaciones es sustituir el contenido de la página antigua por una meta refresh de 0 segundos hacia la nueva URL, añadir una etiqueta canonical que apunte al destino y un enlace de texto visible por si el navegador bloquea la redirección. Google la tratará como una redirección permanente.
04 Meta refresh y SEO: cómo la interpreta Google
La documentación de Google Search Central distingue dos casos. Una meta refresh instantánea, que salta en cuanto carga la página, se interpreta como una redirección permanente. Una meta refresh con retraso, que espera los segundos que fija el propietario, se interpreta como temporal. La diferencia importa: con una permanente, Google tiende a mostrar la URL de destino en los resultados; con una temporal, puede seguir mostrando la de origen.
| Método | Dónde se configura | Cómo lo trata Google | Cuándo usarlo |
|---|---|---|---|
| 301 o 308 | Servidor | Permanente, la señal más fiable | Cambio de URL, dominio o migración definitiva |
| 302, 303 o 307 | Servidor | Temporal | Cambios provisionales, pruebas, mantenimiento |
| Meta refresh con 0 s | HTML de la página | Permanente | Cuando no puedes hacer una redirección de servidor |
| Meta refresh con retraso | HTML de la página | Temporal | Casi nunca; mejor un enlace o un aviso |
| JavaScript | Código de la página | Depende de que Google renderice la página | Solo si no hay otra opción |
Google ordena las opciones así: primero las redirecciones del servidor, después meta refresh y en último lugar JavaScript. Si puedes elegir, una redirección 301 es siempre mejor, porque el navegador ni siquiera descarga la página antigua. Si el cambio es provisional, el equivalente de servidor es la redirección 302.
05 Meta refresh vs. redirección 301
Redirección 301
La responde el servidor con un código HTTP antes de enviar la página. Es rápida, la entienden todos los buscadores y no depende del navegador.
Meta refresh
El servidor entrega la página con código 200 y es el navegador quien, al leer el HTML, carga la nueva URL. Hay una petición extra y más margen de error.
Cuándo gana la 301
Migraciones, cambios de slug, unificar www y sin www, pasar de http a https. Es decir, casi siempre.
Cuándo tiene sentido meta refresh
Alojamientos o plataformas sin acceso a .htaccess ni a la configuración del servidor, o páginas estáticas alojadas en servicios limitados.
Si quieres ver cómo se configura la alternativa correcta en Apache, WordPress o Nginx, tienes la guía paso a paso sobre cómo hacer una redirección 301. Y si te interesa el debate clásico entre ambas técnicas, este artículo externo explica la diferencia entre un meta refresh y una redirección 301.
06 Problemas de accesibilidad y usabilidad
Las pautas de accesibilidad WCAG 2.2 recogen el uso de meta refresh como fallo F41 cuando la página se recarga o redirige con retraso y el usuario no puede detenerlo ni ajustarlo. Afecta a tres criterios: 2.2.1 Tiempo ajustable (nivel A), 2.2.4 Interrupciones y 3.2.5 Cambio a petición (ambos AAA). La prueba del W3C solo da por buena una cuenta inferior a 1 segundo o superior a 72.000 segundos (20 horas).
- ✓Un lector de pantalla puede no terminar de leer la página antes de que cambie.
- ✓Una recarga periódica hace perder la posición al usuario que navega con teclado.
- ✓Un cambio de página no anunciado desorienta a personas con baja visión o problemas cognitivos.
- ✓Las redirecciones muy rápidas pueden romper el botón «atrás» del navegador.
- ✓Un formulario a medio rellenar se pierde si la página se recarga sola.
07 Cómo detectar y sustituir meta refresh en tu web
-
1
Rastrea la web
Un rastreador SEO lista las páginas con meta refresh y su destino. También puedes buscar http-equiv="refresh" en el código fuente.
-
2
Clasifica cada caso
Separa redirecciones instantáneas, redirecciones con retraso y recargas de la misma página.
-
3
Cambia las redirecciones por 301
Si tienes acceso al servidor, configura la 301 y elimina la etiqueta del HTML.
-
4
Actualiza los enlaces internos
Haz que apunten directamente a la URL final para no encadenar redirecciones.
-
5
Revisa el resultado
Comprueba con la inspección de URL de Search Console qué URL considera Google canónica.
Las redirecciones mal resueltas son uno de los hallazgos más frecuentes en una auditoría SEO técnica, sobre todo en webs antiguas o tras un cambio de plataforma. Corregirlas consolida la autoridad en la URL correcta y es parte del trabajo básico de posicionamiento SEO.
Preguntas frecuentes sobre Meta Refresh
Significa «recarga por meta etiqueta»: es una línea de HTML que hace que el navegador recargue la página o vaya a otra URL tras unos segundos.
Dentro del head, con el elemento meta, http-equiv="refresh" y content="0; url=https://www.ejemplo.com/". El número son los segundos de espera y url= indica el destino; sin url, la página se recarga a sí misma.
No es penalizable en sí. Google trata la instantánea como redirección permanente y la retrasada como temporal, pero recomienda usar redirecciones de servidor siempre que sea posible.
La 301 la envía el servidor antes de entregar la página; la meta refresh la ejecuta el navegador después de cargar el HTML. La 301 es más rápida, más fiable y la señal más clara para los buscadores.
No. No influye en la frecuencia de rastreo. Para que Google descubra tus páginas nuevas usa un sitemap XML, enlaces internos y la inspección de URL de Search Console.
Con una meta http-equiv="refresh" y content="X", sin url. Aun así, para datos en tiempo real es mejor actualizar solo la parte que cambia con JavaScript, por accesibilidad.
Sí. Existe una cabecera Refresh que los navegadores soportan aunque no forma parte del estándar HTTP; lo recomendable sigue siendo un código 301 o 302.
Busca http-equiv="refresh" en el código fuente y localiza de dónde sale: el archivo header.php del tema, un plugin de redirecciones o un bloque HTML. Elimínala y, si la redirección debe mantenerse, créala como 301 desde el servidor o con un plugin de redirecciones.
Fuentes consultadas
Sobre el autor
CEO de appyweb, especialista en SEO, IA y desarrollo
Fundador de appyweb. Más de una década posicionando webs y tiendas online en Google y en las respuestas de la IA, y dedicado también al desarrollo de software y las automatizaciones.
Ver perfil y artículos → Ver perfil en LinkedIn ↗