Realizar redirecciones sin servidor utilizando Cloudflare Workers significa capturar la solicitud del visitante en la red de bordes de Cloudflare, antes de que llegue al servidor de origen, y retornar una respuesta de redirección 301, 302 o condicional. Con este método, puedes crear redirecciones rápidas y escalables basadas en el dominio, la ruta de URL, el país, el dispositivo, el idioma, parámetros de campaña o coincidencias de páginas antiguas, sin tener que tocar la configuración del servidor web. Es una solución ideal para transiciones SEO, cambios de dominio, rutas de páginas de destino de campañas y gestión de múltiples sitios, ofreciendo baja latencia, centralidad y facilidad de mantenimiento.
Las redirecciones tradicionales suelen realizarse a través de Apache .htaccess, bloque de servidor Nginx, código de aplicación o panel de control de hosting. Estos métodos siguen siendo válidos; sin embargo, en sitios con alto tráfico, en equipos que gestionan múltiples dominios o en proyectos que requieren decisiones dinámicas según diferentes ubicaciones, Cloudflare Workers ofrece una capa más flexible. Esto se debe a que la lógica de redirección se ejecuta en el centro de datos de Cloudflare más cercano al usuario. Así, se reduce la carga en el servidor de origen y disminuye el riesgo de rendimiento y caídas debido a reglas de servidor mal configuradas.
En esta guía, encontrarás ejemplos aplicables que van desde redirecciones 301 básicas con Cloudflare Workers hasta escenarios de redirección basados en rutas, parámetros de consulta, por país, dispositivos móviles y redirecciones masivas. También abordaremos paso a paso en qué situaciones es necesario usar 301 o 302 desde el punto de vista SEO, qué elementos observar durante el proceso de prueba, y qué controles deben realizarse en la infraestructura de Hostragons en relación al dominio, SSL y hosting. Puedes consultar naturalmente las páginas sobre Registro de dominio y gestión de DNS, soluciones de soluciones de certificados SSL para conexiones seguras, y Paquetes de alojamiento web para publicaciones de alto rendimiento.
¿Qué es Cloudflare Workers y Por Qué Usarlo Para Redirecciones?
Cloudflare Workers es una plataforma sin servidor que te permite ejecutar fragmentos de código basados en JavaScript en los puntos de acceso de la red de Cloudflare. El término "sin servidor" no significa que no hay un servidor; se refiere a que no necesitas preocuparte por la gestión del servidor, la escalabilidad, el mantenimiento del sistema operativo y la capacidad de infraestructura. Cuando un visitante envía una solicitud a tu sitio, el Worker responde a esa solicitud en el borde, ejecuta tus reglas y redirige al usuario a otra dirección si es necesario.
La mayor ventaja de usar Workers para redirecciones es el nivel de control. Puedes realizar una simple coincidencia de URL, así como leer encabezados, país, ruta, parámetros de consulta, información del agente de usuario y el valor del host. Por ejemplo, puedes mover permanentemente tu antigua página /productos/hosting a la página /web-hosting, enviar únicamente a los usuarios que llegan desde fuera de Turquía a un subdirectorio en inglés, o redirigir tráfico que llega con un parámetro de campaña específico a una página de destino especial.
En la práctica, este enfoque también acelera las operaciones entre los equipos de SEO y técnicos. Imagina que has trasladado 450 URL de un sitio antiguo a uno nuevo. En lugar de editar el archivo de configuración del servidor, publicar y volver atrás en caso de error, puedes gestionar el mapa de redirección dentro del Worker o en un almacenamiento de datos externo como KV. Así, los procesos de publicación, prueba y reversión son más controlados.
Diferencias Entre Redirecciones Basadas en Servidor y Cloudflare Workers
No hay un único método correcto para cada proyecto. Para un sitio pequeño, una herramienta de redirección en el panel de control del hosting puede ser suficiente para unas pocas redirecciones 301. Sin embargo, si hay lógica compleja, alto tráfico, múltiples dominios y la necesidad de realizar cambios rápidamente, Cloudflare Workers se vuelve más eficiente. La siguiente tabla resume las diferencias clave a considerar al tomar decisiones.
| Criterio | Redirección Basada en Servidor | Redirección con Cloudflare Workers |
|---|---|---|
| Punto de Ejecución | Se ejecuta en el servidor de origen | Se ejecuta en la red de borde de Cloudflare |
| Carga del Servidor | Cada solicitud se acerca al origen | La redirección puede completarse antes del origen |
| Flexibilidad | Las reglas dependen del software del servidor | Se pueden establecer lógicas condicionales con JavaScript |
| Velocidad de Publicación | Pueden requerirse accesos y reinicios del servidor | Se publica rápidamente desde el panel de Cloudflare |
| Transiciones SEO | Poderoso, pero la gestión central puede ser difícil | Se puede construir una estructura a base de mapas y pruebas |
| Escenario Adecuado | Pocas redirecciones estáticas | Redirecciones dinámicas, múltiples y escalables |
Puedes interpretar esta tabla con una regla simple: si el número de redirecciones es bajo, las condiciones son simples y el acceso al servidor es cómodo, el método clásico puede funcionar. Sin embargo, si tus redirecciones implican migración SEO, distribución por país, flujos de campañas A/B o arquitectura de múltiples dominios, la capa de Worker será más sostenible.
Lo Que Necesitas Antes de Comenzar
Completar la preparación técnica antes de realizar redirecciones con Cloudflare Workers reduce los errores. Primero, tu dominio debe estar activo en Cloudflare y los registros DNS deben estar correctamente configurados. En registros DNS con la característica de proxy de Cloudflare desactivada (nubes grises), la ruta del Worker puede no funcionar como esperas. Por lo tanto, verifica el estado del proxy de Cloudflare para el host donde se aplicará la redirección.
- Una cuenta de Cloudflare y un dominio activo donde realizar redirecciones.
- Registros A, CNAME o los registros apropiados correctamente configurados.
- Actividad del proxy de Cloudflare y selección correcta del modo SSL/TLS.
- Mapa de redirección: URL anterior, nueva URL y código de estado.
- Lista de verificación SEO: canonical, sitemap, enlaces internos y estado de indexación.
- Herramientas de prueba como navegador, curl o herramientas de control de encabezados HTTP.
Es importante que tu servidor de origen funcione correctamente en el área de hosting. La redirección del Worker puede reducir la carga en el origen, pero no compensará completamente una configuración incorrecta de DNS o SSL. Especialmente si planeas hacer redirecciones HTTPS, es recomendable asegurarte de que tu cuenta de hosting en Hostragons tenga un certificado SSL activo. Puedes usar contenido complementario como Cómo configurar la instalación de SSL gratuita y Operaciones de redirección a través de cPanel.
Pasos Para Realizar Redirecciones Sin Servidor Usando Cloudflare Workers
1. Crea un Worker
Selecciona la cuenta relevante en el panel de Cloudflare, entra en la sección de Workers y Páginas y crea un nuevo Worker. En la primera etapa, Cloudflare te ofrecerá un script de ejemplo. Puedes eliminar este ejemplo y escribir tu lógica de redirección. Sé descriptivo al nombrar; por ejemplo, nombres como seo-redirects, domain-migration-redirects o campaign-router facilitarán el mantenimiento futuro.
En una lógica de redirección básica, se recibe la solicitud, se crea un objeto URL y, si se cumple una condición específica, se redirige la respuesta a una nueva dirección con Response.redirect. Para una migración SEO permanente, se utiliza 301, mientras que 302 se prefiere para campañas temporales o pruebas. También se puede utilizar 308 para redirección permanente; sin embargo, en migraciones SEO, la opción más común y clara sigue siendo el código de estado 301.
2. Agrega una Regla de Redirección 301 Básica
El escenario más básico es mover permanentemente una página antigua a una nueva. La lógica es la siguiente: si la ruta de la solicitud es /antigua-pagina, redirige al usuario a /nueva-pagina con un 301. Dentro del Worker, puedes leer el valor de request URL y hacer un control de pathname. Así, la redirección solo se realizará cuando coincida la ruta relevante, mientras que otras solicitudes continuarán sin cambios.
Por ejemplo, si has cambiado de la estructura de URL /categoría-hosting a la nueva estructura, puedes mover la dirección /paquetes-de-hosting a /web-hosting. En este caso, informas a los motores de búsqueda que la página ha sido movida permanentemente. En unas pocas semanas, Google comenzará a asociar de manera más clara la nueva URL; sin embargo, es esencial evitar crear una cadena de redirecciones y permitir que la URL antigua llegue directamente a la URL final.
3. Define la Ruta del Worker
Escribir el código del Worker por sí solo no es suficiente; también debes especificar con qué solicitudes funcionará mediante una ruta. Por ejemplo, la ruta example.com/* abarca todos los caminos bajo el dominio principal. Si solo deseas que funcione en un subdirectorio específico, puedes definir una ruta más restringida como example.com/antiguo-blog/* . Mantener el alcance de la ruta demasiado amplio puede llevar a redirecciones inesperadas.
Antes de poner en producción, es recomendable probar el alcance de la ruta en un subdominio de prueba o staging. Por ejemplo, puedes ejecutar la regla en test.example.com/* y controlar el comportamiento de encabezado y redirección. Si todo es correcto, puedes pasar a la ruta del dominio en producción. Este método es especialmente útil para evitar redirecciones masivas erróneas en grandes proyectos de migración SEO.
4. Publica y Prueba el Código de Estado HTTP
Después de que el Worker se publique, no es suficiente verificar solo si la página se abre en el navegador. La caché del navegador a veces puede mostrar resultados antiguos. En su lugar, verifica el encabezado HTTP para confirmar que el código de estado 301 o 302 se devuelva correctamente. También asegúrate de que la URL final en el encabezado Location sea la dirección que esperabas.
- ¿La URL antigua redirige directamente a la nueva URL?
- ¿El código de redirección es 301 o 302?
- ¿Se está formando una cadena adicional de HTTP a HTTPS?
- ¿Las variaciones www y non-www son consistentes?
- ¿Se ha unificado el uso de la barra al final de la URL en un solo estándar?
- ¿Los usuarios móviles y de escritorio ven el mismo objetivo SEO?
Escenarios Comunes de Redirección
Redirección de Página Única
La redirección de una sola página es el comienzo más simple y seguro. Se utiliza cuando una página de servicio antigua, una página de campaña o una entrada de blog se mueve a una nueva dirección. Aquí, se debe tener en cuenta que la intención de contenido de la página antigua debe ser coherente con la nueva. Redirigir una antigua guía SSL directamente a la página de inicio puede debilitar la experiencia del usuario y dispersar las señales SEO. En su lugar, sería más apropiado redirigir a la nueva guía SSL más similar o a la página de categoría relevante.
Redirección con Mapa de URL Masivo
En proyectos de migración de sitios, puede ser necesario redirigir decenas o incluso miles de URLs. Puedes definir un objeto de mapa dentro del Worker para emparejar la URL antigua con la nueva. Por ejemplo, puedes emparejar /antiguo-blog/que-es-cloudflare con /blog/que-es-cloudflare. Este enfoque es práctico para listas pequeñas y medianas. Sin embargo, para más de 1000 URLs, incrustar una larga lista en el código se vuelve difícil de mantener. En este caso, leer el mapa de redirecciones a través de Cloudflare KV, R2 o una API externa proporciona una arquitectura más profesional.
Al hacer redirecciones masivas, prepara una tabla de tres columnas en Excel o Google Sheets: URL antigua, nueva URL, código de estado. Luego asegúrate de que la misma URL no redirija a múltiples destinos, que la URL final devuelva un código de estado 200 y que no esté bloqueada por robots.txt. El error más común en las migraciones SEO es redirigir URLs antiguas a páginas irrelevantes en el nuevo sitio. Esto puede parecer que reduce la pérdida de rastreo a corto plazo, pero a largo plazo puede debilitar las señales de calidad.
Redirección Basada en País
Cloudflare te permite utilizar la información del país de donde proviene la solicitud. Por ejemplo, puedes redirigir a usuarios que llegan desde Turquía a /tr y a usuarios desde Alemania a /de. Sin embargo, se debe tener mucho cuidado con las redirecciones automáticas basadas en el país desde el punto de vista SEO. Googlebot generalmente rastrea desde ciertas ubicaciones y una configuración incorrecta puede dificultar el descubrimiento de diferentes versiones de idioma. Por lo tanto, se deben configurar correctamente las etiquetas hreflang, los enlaces de selección de idioma y la diferenciación de sitemaps.
Realizar redirección basada en país con 302 en lugar de 301 es más seguro en la mayoría de los casos. Esto se debe a que ofreces una experiencia temporal según la ubicación del usuario; no afirmas que la página ha sido trasladada permanentemente a otra dirección. Además, es importante brindar al usuario la opción de cambiar su selección de idioma o país por razones de experiencia.
Redirección Basada en Dispositivo o User-Agent
Dirigir a los usuarios móviles a una página diferente era un enfoque común en el pasado; sin embargo, el diseño responsivo se considera más saludable hoy en día. Aun así, se puede usar redirección basada en user-agent para páginas de descarga de aplicaciones especiales, flujos de campañas móviles o experiencias de páginas de destino ligeras. Aquí también se debe tener cuidado desde la perspectiva SEO. Presentar contenido completamente diferente a los usuarios de escritorio y móviles puede resultar en señales inconsistentes.
Si estás realizando redirección basada en dispositivo, la intención del contenido de la página mostrada al usuario móvil debe ser coherente con la página de escritorio. También recuerda el enfoque de indexación "mobile-first" de Google. Dado que la experiencia móvil es una de las señales de indexación, no es suficiente optimizar solamente la página de escritorio.
Redirección de Campañas Según Parámetros de Consulta
Las redirecciones de Workers son muy útiles para los equipos de marketing digital. Por ejemplo, puedes redirigir a los usuarios que llegan con el parámetro utm_campaign=blackfriday a una página de campaña especial. Este proceso puede resolverse en el lado del borde sin necesidad de realizar desarrollo adicional en la aplicación de origen. Sin embargo, es importante no perder completamente los parámetros UTM. Si son necesarios para medir, asegúrate de trasladar los parámetros a la nueva URL o supervisarlos correctamente en tu plataforma de campañas.
Selección de 301, 302, 307 y 308 Desde el Punto de Vista SEO
La elección del código de redirección no es solo un detalle técnico; comunica a los motores de búsqueda la intención de mover la página. El 301 indica un movimiento permanente y es el código más utilizado en migraciones SEO. El 302 indica una redirección temporal; se prefiere para flujos basados en campañas, pruebas, ubicación o tiempo limitado. El 307 presenta un comportamiento de redirección temporal que conserva el método. El 308, por otro lado, es similar al 301, siendo una redirección permanente que también conserva el método.
| Código | Significado | ¿Cuándo usarlo? | Nota SEO |
|---|---|---|---|
| 301 | Redirección permanente | Cuando la página o el dominio se trasladan permanentemente | Adecúa para trasladar señales SEO a la nueva URL |
| 302 | Redirección temporal | En campañas, pruebas, flujos basados en país o dispositivo | No transmite un mensaje de movimiento permanente |
| 307 | Temporal, conserva el método | Cuando se necesita conservar métodos como POST | No es generalmente la primera opción para el traslado de páginas SEO |
| 308 | Permanente, conserva el método | En escenarios de API moderna y conservación de métodos permanentes | Puedes usarlo, pero el 301 es más comúnmente entendido |
La regla de oro para SEO es la siguiente: utilice 301 en páginas que se trasladan permanentemente y tienen un equivalente nuevo claro; elija 302 en redirecciones temporales, personalizadas o condicionales. Además, evita cadenas de redirecciones. Si la URL antigua va primero de HTTP a HTTPS, luego de non-www a www, y luego a la nueva página, se crea una cadena de tres pasos. La estructura ideal es que la URL antigua vaya en un solo paso a la URL final HTTPS.
Mejores Prácticas Para Rendimiento y Seguridad

Cloudflare Workers es rápido; sin embargo, una lógica de redirección mal escrita aún puede provocar demoras y errores. Mantén tus reglas simples, no crees expresiones regulares innecesariamente complejas y evita dejar crecer listas grandes sin control en el código. Para grandes listas de redirección, estructuras de almacenamiento de clave-valor como KV resultan más adecuadas en términos de rendimiento y mantenimiento. Además, asegúrate de que la URL objetivo no sea la misma que el host y el path actuales para evitar bucles infinitos.
- Define claramente la propiedad para cada regla: SEO, desarrollo o equipo de marketing.
- Haz una copia de seguridad del mapa de redirección antes de realizar cambios.
- Prueba en el dominio de staging antes de ponerlo en vivo.
- Asegúrate de que la nueva URL sea permanente antes de tomar la decisión de 301.
- Realiza una revisión manual de 10-20 URLs después de cada publicación.
- Monitorea los informes de errores 404 y los datos de cobertura de Google Search Console.
- No dejes enlaces internos en la URL antigua; actualízalos a la nueva URL.
En el lado de seguridad, se debe tener en cuenta el riesgo de redirección abierta. Usar directamente parámetros como next, redirect o url suministrados por el usuario como destino puede permitir que atacantes abusen de tu dominio confiable. Si planeas hacer redirecciones basadas en parámetros, asegúrate de incluir solo dominios permitidos en la lista blanca. Por ejemplo, solo tus propios dominios o dominios de campaña verificados pueden ser objetivos.
La configuración de SSL también es un tema crítico. Al utilizar Flexible SSL en Cloudflare, si el origen no tiene HTTPS, pueden surgir ciclos de redirección complicados. La estructura más saludable suele ser en el modo Full o Full strict SSL. Para ello, tu servidor de origen debe tener un certificado SSL válido. Las soluciones de SSL de Hostragons pueden facilitar esto en este punto: comprar certificado SSL y seguridad de hosting corporativo.
Puntos a Tener en Cuenta en la Infraestructura de Hostragons
Al utilizar redirecciones de Cloudflare Workers en sitios alojados en Hostragons, es necesario pensar en tres capas juntas: DNS del dominio, configuración de hosting y redirecciones de la aplicación. Primero, los registros de nameserver del dominio deben apuntar a Cloudflare. Luego, los registros DNS deben apuntar al servidor de hosting de Hostragons y los registros que usarán proxy deben estar activados con la nube naranja.
Segundo, asegúrate de que el dominio, dominio adicional o estructuras de alias que tengas en tu panel de hosting estén configurados correctamente. Aunque la redirección se realiza en el borde de Cloudflare, algunas solicitudes seguirán llegando al servidor origen. Por ello, si hay un host virtual incorrecto, falta de SSL o configuración de directorio raíz errónea del lado del origen, la experiencia del usuario puede verse afectada. Puedes consultar los contenidos sobre Guía de redirección de Dominio y Gestión de hosting cPanel para alinear dominios y hosting.
En tercer lugar, verifica las redirecciones a nivel de aplicación. WordPress, Laravel, una aplicación PHP personalizada u otro CMS pueden estar realizando redirecciones por su cuenta, ya sea hacia HTTPS, www o por idioma. Si Cloudflare Worker ejecuta otra regla en este aspecto, se puede producir una cadena o ciclo. La mejor práctica es centralizar la responsabilidad de redirección en una sola capa. Por ejemplo, todas las redirecciones relacionadas con dominios y migraciones SEO pueden estar en Workers, mientras que redirecciones relacionadas con sesiones de usuario dentro de la aplicación pueden quedar del lado del desarrollo.
Pruebas, Monitoreo y Depuración
Después de publicar la redirección, el proceso de monitoreo es tan importante como la configuración inicial. Verifica en las primeras 24 horas las URL más críticas, las páginas de destino que generan ingresos, las páginas más visitadas en tráfico orgánico y las URL antiguas que están obteniendo backlinks. Monitorea los informes de Indexación y Experiencia de Página en Google Search Console. Revisar registros de servidor, analíticas de Cloudflare y datos de analytics juntos ayuda a identificar redirecciones erróneas más rápidamente.
Entre los patrones comunes durante la depuración, se observan errores como el uso erróneo de 302 en lugar de 301, redirigir la URL antigua a la página de inicio en lugar de a la nueva URL, comportamientos diferentes en variaciones de barra (/), sensibilidad a mayúsculas y minúsculas, y pérdida de parámetros de consulta. Especialmente en sitios de comercio electrónico, SaaS y hosting, que las páginas de precio, producto, categoría y soporte vayan al destino incorrecto puede afectar directamente la tasa de conversión.
Después de una publicación, aplica una lista de control simple. Primero, selecciona ejemplos aleatorios de la lista de URLs antiguas. Segundo, verifica cada uno con una herramienta de control de encabezados. Tercero, asegúrate de que la página final devuelva un código de estado 200. Cuarto, verifica que el contenido de la página coincida con la intención de búsqueda de la página anterior. Quinto, confirma que los enlaces internos se hayan actualizado a las nuevas URLs. Estos cinco pasos evitan la mayoría de las redirecciones que funcionan técnicamente pero son débiles desde el punto de vista SEO.
Estrategia de Ejemplo: Trasladando las Páginas de Hosting Antiguas a una Nueva Arquitectura de Información
Pensemos en un escenario concreto. Una empresa de hosting está actualizando su antigua estructura de URL y trasladando páginas como /hosting-linux, /paquetes-hosting-wordpress, /seguridad-ssl y /consulta-de-dominio a una estructura más sencilla. Los nuevos objetivos serían /web-hosting, /hosting-wordpress, /certificado-ssl y /consulta-de-dominio. En este caso, se definirían cuatro reglas claras de 301 dentro del Worker. Posteriormente, se actualizarían el menú interno del sitio, los enlaces del pie de página, el sitemap y las etiquetas canonical a las nuevas URLs.
El objetivo de esta transición no es solo dirigir al usuario a la página correcta. También es mostrar a los motores de búsqueda las equivalencias del nuevo contenido de manera clara. Si la antigua página /hosting-linux se redirige a la página de inicio, Google puede perder el contexto de esa página. En cambio, la página /web-hosting está más alineada con la intención del producto. Por lo tanto, un buen mapa de redirección es parte de la estrategia de SEO, no solo un archivo técnico.
Preguntas Frecuentes
¿Son seguras las redirecciones realizadas con Cloudflare Workers para SEO?
Sí, son seguras siempre que se utilicen los códigos de estado correctos y las URL objetivo sean adecuadas. En traslados permanentes de páginas se debe usar 301, y en flujos temporales o condicionales, 302. Además, deben evitarse cadenas de redirección, ciclos y errores de destino irrelevantes.
¿Es necesario que el servidor de origen esté funcionando para una redirección del Worker?
Si la redirección se completa completamente en el borde de Cloudflare, puede devolver una respuesta sin tener que ir al servidor de origen. Sin embargo, dado que la página final redirigida funcionará en el origen o en otra infraestructura, es necesario que la configuración de hosting, DNS y SSL esté correcta.
¿Es mejor usar Workers en lugar de las Reglas de Página de Cloudflare?
Para unas pocas redirecciones simples, las Reglas de Página o las Reglas de Redirect pueden ser suficientes. Sin embargo, si necesitas lógica dinámica basada en rutas, país, dispositivo, parámetros, múltiples dominios o mapas, Workers es una solución más flexible y escalable.
¿Cambiar una redirección 301 puede ser un problema?
Dado que 301 indica un movimiento permanente, no debe cambiarse con frecuencia. Los navegadores y motores de búsqueda pueden almacenar en caché los resultados 301. Por lo tanto, asegúrate de que la URL objetivo sea permanente y cumpla con la intención de contenido correcta antes de publicarla.
¿Se pueden realizar redirecciones de www a non-www usando Cloudflare Workers?
Sí. Puedes redirigir los dominios non-www a la versión www o viceversa verificando el valor del host. Aquí es importante establecer un único estándar, preparar el certificado SSL para que cubra ambas variaciones y actualizar los enlaces internos según ese mismo estándar.
Conclusión
Realizar redirecciones sin servidor usando Cloudflare Workers es un método poderoso que proporciona tanto rendimiento como flexibilidad operativa en proyectos web modernos. Siempre que elijas correctamente entre los códigos 301 y 302, prepares cuidadosamente tu mapa de redirección y controles las capas de DNS, SSL y hosting, podrás gestionar las transiciones SEO de manera más segura. Mientras que en proyectos pequeños pueden ser suficientes reglas simples, en grandes migraciones, las pruebas, el monitoreo y la documentación se vuelven críticas.
Al establecer correctamente tu infraestructura de dominio, hosting y SSL en Hostragons, puedes cimentar las redirecciones de Cloudflare Workers sobre una base sólida. Si necesitas más, puedes revisar las páginas de Paquetes de alojamiento web, Consulta de dominio y soluciones de certificados SSL para planificar la infraestructura adecuada para tu proyecto.