Activar SSL en una CDN puede parecer un cambio simple, pero muchas veces solo tapa el fallo real. Si ves redirecciones extrañas, avisos de seguridad o un sitio que carga en HTTP pese a tener HTTPS activado, el origen, la CDN y WordPress no están hablando el mismo idioma.
Si tienes Problemas con la conversión SSL en CDN, el origen suele estar en uno de estos cuatro puntos: modo SSL mal configurado, certificado del origen, reglas duplicadas de redirección o caché que sigue sirviendo HTTP. La forma más rápida de resolverlo es revisar origen, CDN, WordPress y caché en ese orden, y validar después con pruebas de navegador, redirecciones y contenido mixto.
Índice
Anuncio
Solución rápida: dónde mirar primero
- Comprueba si el origen responde por HTTPS sin errores, porque la CDN depende de eso para cerrar la conexión.
- Revisa el modo SSL de la CDN, ya que Flexible puede crear bucles si WordPress fuerza HTTPS.
- Busca redirecciones duplicadas en .htaccess, wp-config.php, plugins y reglas de la CDN.
- Purga la caché de la CDN y de WordPress, porque puede seguir enseñando URLs HTTP aunque ya hayas corregido todo.
- Valida la home, una página interna, una imagen y un formulario antes de darlo por cerrado.
| Síntoma | Lugar más probable | Qué hacer primero |
|---|---|---|
| Bucle HTTP y HTTPS | CDN, .htaccess o plugin | Desactiva un solo forzado y deja uno solo activo |
| Error 521 | Servidor de origen | Comprueba si el servidor acepta conexión desde la CDN |
| Error 526 | Certificado del origen | Instala un certificado válido y revisa Full Strict |
| La web abre, pero con candado roto | Contenido mixto | Cambia URLs HTTP a HTTPS y vacía cachés |
Cuando diagnosticas problemas con la conversión SSL en CDN, conviene seguir un flujo de extremo a extremo para no confundir el síntoma con la causa. Primero prueba la URL pública en el navegador y comprueba si la página fuerza HTTPS correctamente; después revisa la respuesta de la CDN con herramientas como curl -I para ver si hay redirecciones HTTP a HTTPS inesperadas o cabeceras que cambian entre una visita y otra. A continuación, valida el origen directamente por HTTPS, sin pasar por la CDN, y compara el certificado SSL, el código de estado y la versión final de la URL.
Si el origen responde bien pero la CDN falla, el problema suele estar en el modo Flexible, Full o Full Strict, en la caché de CDN o en una regla duplicada que solo se activa cuando el tráfico entra por proxy.
Paso 1: aísla el fallo en el origen
Comprueba si el servidor responde por HTTPS
Abre la URL del origen directamente, sin pasar por la CDN. Si el origen ya falla, no toques aún la CDN.
Distingue 521, 525 y 526
El error 521 suele decir que la CDN no puede conectarse al servidor de origen. El error 525 indica que el handshake SSL falla y el 526 apunta a un certificado no válido o no confiable en el origen.
Revisa dominio, subdominio y SNI
Comprueba que el certificado cubre el dominio exacto que estás usando y que SNI está bien configurado para servir el certificado correcto.
Anuncio
Paso 2: elige el modo SSL correcto
Compara flexible, full y full strict
Flexible cifra entre el usuario y la CDN, pero deja sin cifrar la parte entre la CDN y el origen. Full cifra hasta el origen, pero no exige comprobar si el certificado del servidor es válido. Full Strict va un paso más allá y sí exige un certificado correcto en el origen.
Usa esta matriz de decisión
| Situación | Modo recomendado | Riesgo principal |
|---|---|---|
| Origen sin certificado válido | No usar Flexible si el origen fuerza HTTPS | Bucle de redirección |
| Certificado válido pero no verificado | Full | Conexión cifrada pero sin verificación fuerte |
| Certificado válido y accesible en el origen | Full Strict | Si el certificado caduca, la CDN corta |
Activa un solo punto de forzado
Deja que solo uno haga la redirección a HTTPS: la CDN, el servidor o WordPress.
Paso 3: elimina redirecciones duplicadas
Revisa .htaccess y reglas 301
Abre el archivo .htaccess y busca reglas que fuerzan HTTPS.
Comprueba wp-config.php y plugins
Abre wp-config.php y busca constantes que cambien la URL del sitio o el comportamiento de HTTPS, y revisa plugins de seguridad, caché o SSL.
Desactiva HSTS si aún depuras
HSTS obliga al navegador a usar HTTPS durante un tiempo, así que complica el diagnóstico si todavía hay redirecciones mal puestas.
En WordPress, los bucles de redirección suelen aparecer cuando dos capas intentan imponer la misma norma al mismo tiempo. Un ejemplo típico es tener una regla en .htaccess, un ajuste en wp-config.php y, además, un plugin de seguridad o de caché que también fuerza HTTPS. Eso puede crear un ciclo visible solo en ciertos navegadores, en el dominio con www o incluso en subdominios como shop. o staging.. También ocurre cuando la CDN está en modo Flexible y el servidor redirige a HTTPS sin verificar que la conexión al origen sea válida.
En esos casos, desactivar una sola redirección no basta: hay que dejar un único punto de control, purgar la caché de CDN y confirmar que no quede una regla heredada en otro archivo o plugin.
Paso 4: limpia cachés y corrige contenido mixto
Purga la caché de la CDN y WordPress
Limpia la caché de la CDN y también la del plugin de caché de WordPress.
Busca contenido mixto en páginas internas
Contenido mixto significa que la página carga por HTTPS, pero algunos recursos, como imágenes, hojas de estilo o scripts, siguen pidiendo HTTP.
Confirma el certificado en el navegador
Haz clic en el candado del navegador y revisa si el certificado coincide con el dominio que visitas.
Anuncio
Errores que arruinan el resultado
Cambiar todo a la vez
Cambiar el modo SSL, tocar .htaccess, activar un plugin y limpiar caché en la misma ronda impide saber qué ha arreglado o roto el sitio.
Confundir certificado con disponibilidad
Un certificado correcto no arregla un servidor caído.
Dejar reglas antiguas escondidas
A veces el fallo no está en la CDN, sino en una regla vieja en el hosting, un plugin olvidado o una redirección en un subdominio que ya no recuerdas.
No probar con navegador limpio
Tu navegador puede guardar redirecciones antiguas.
Cuándo no funciona este método
Este método no aplica si tu sitio no usa CDN, porque entonces el fallo no está entre proxy y origen. Tampoco sirve si tienes una instalación SSL totalmente directa, sin capa intermedia, o si el problema es solo la renovación del certificado en el hosting.
Resuelve tus dudas sobre mantenimiento WordPress
¿Cómo puedo arreglar el error SSL?
Empieza por el origen, luego revisa la CDN y después WordPress.
¿Configurar certificado SSL en WordPress?
WordPress no instala el certificado del servidor, solo usa la URL segura y las reglas que le pongas.
¿WordPress necesita SSL?
Sí, necesita HTTPS para proteger accesos, formularios y compras, y para evitar avisos de seguridad.
¿Qué es CDN en WordPress?
Una CDN es una red que sirve partes de tu web desde servidores cercanos al usuario.
¿Qué modo SSL debo usar en cloudflare?
Full Strict suele ser la opción más segura cuando el origen tiene certificado válido.
¿Por qué veo contenido mixto si ya tengo candado?
Porque algunas imágenes, scripts o estilos siguen cargando por HTTP.
¿Un error 521 es un problema de certificado?
No, normalmente indica que la CDN no puede hablar con el servidor de origen.
¿Puedo dejar HSTS activado desde el principio?
No conviene durante el diagnóstico si aún hay bucles o redirecciones duplicadas.
Anuncio
Verifica el sitio y deja HTTPS estable
Haz una última prueba completa con ventana privada, navegando por la home, una página interna, una imagen y, si existe, el carrito o formulario.
Si tras purgar caché y dejar una sola regla de forzado todavía ves fallos, vuelve al punto donde aparece el error y no sigas avanzando.
Para cerrar el caso con seguridad, hace falta una comprobación final más completa que “ya abre con candado”. La validación mínima debería incluir la home, una URL interna, una imagen servida desde la CDN, un formulario y, si existe, el carrito o checkout en un sitio de SSL en WordPress. Además, revisa que no aparezcan avisos de contenido mixto, que el certificado del origen sea correcto, que no existan cadenas de redirecciones HTTP a HTTPS interminables y que el navegador no muestre alertas al recargar en ventana privada.
Si todo responde en HTTPS, sin errores 521, 525 o 526, y la caché de CDN ya sirve la versión correcta, entonces sí puedes dar el problema por resuelto.
- Purgar la caché de la CDN al actualizar no evita desfases
- Un certificado EV no evita fallos HTTPS que dañan tu SEO
Josu Barrios
Somos especialistas en mantenimiento WordPress para empresas, profesionales y tiendas online. Contamos con experiencia en seguridad web, optimización de rendimiento, actualizaciones, copias de seguridad y resolución de incidencias técnicas, ayudando a que cada sitio funcione de forma rápida, estable y protegida. Nuestro enfoque combina soporte técnico profesional, buenas prácticas de seguridad y seguimiento continuo para ofrecer un servicio fiable, transparente y orientado a resultados reales.