Cómo solucionar el error: «Tu sitio no puede comunicarse de forma segura con otros servicios» en WordPress

En mi experiencia como desarrollador Senior de WordPress, hay pocos mensajes en la pantalla de «Salud del Sitio» (Site Health) que generen tanta frustración como este: «Tu sitio no puede comunicarse de forma segura con otros servicios» (o por su búsqueda en inglés: «Your site is unable to communicate securely with other services WordPress»).

A diferencia de un error crítico que tumba tu web por completo, este error es silencioso pero letal para el mantenimiento. Impide que tu sitio hable con el repositorio oficial de WordPress.org, lo que significa que no podrás actualizar plugins, temas, ni el núcleo de WordPress, dejándote vulnerable a brechas de seguridad. En esta guía técnica, desglosaremos paso a paso cómo diagnosticar y reparar este fallo de comunicación SSL/cURL, cubriendo desde problemas en entornos locales hasta configuraciones complejas en servidores VPS.

Tabla de Contenidos

¿Qué significa realmente este error de conexión segura?

Antes de lanzarnos a editar archivos, es crucial entender qué está fallando bajo el capó. WordPress está construido para conectarse constantemente con servidores externos, principalmente los de WordPress.org, para buscar actualizaciones, instalar complementos y verificar la integridad del sistema.

Cuando ves el mensaje «Tu sitio no puede comunicarse de forma segura con otros servicios», técnicamente significa que la petición cURL que tu servidor envió hacia el exterior falló al intentar establecer un «handshake» (apretón de manos) SSL seguro.

Síntoma principal: Este error suele ir acompañado de un fallo específico al intentar instalar o actualizar componentes. A menudo verás el mensaje: «Ha ocurrido un error inesperado. Algo puede estar mal con WordPress.org o la configuración de este servidor». Si rastreas el error, generalmente apunta al archivo /wp-admin/includes/update.php.

Esto confirma que el servidor de alojamiento no puede establecer una ruta de salida segura hacia la API de WordPress. Si quieres profundizar en cómo el archivo de actualización maneja estas peticiones, puedes consultar guías técnicas sobre cómo solucionar errores de conexión segura en WordPress que detallan el comportamiento de update.php.

Diagnóstico Inicial: Factores del lado del cliente

Como desarrollador, he aprendido que antes de culpar al servidor, debemos descartar lo obvio. A veces, el error no está en tu WordPress, sino en tu propio ordenador o navegador.

1. Verifica la fecha y hora de tu sistema

Puede sonar trivial, pero es una causa técnica frecuente y fácil de pasar por alto. Los certificados SSL tienen una fecha de inicio y una fecha de caducidad. Si el reloj de tu ordenador (o del servidor, si tienes acceso root) está configurado en una fecha incorrecta (por ejemplo, el año 2015), el navegador o el servidor interpretarán que el certificado de seguridad de WordPress.org «aún no es válido» o «ya ha expirado».

Acción rápida: Revisa la esquina inferior derecha de tu pantalla. Si la fecha u hora son incorrectas, ajústalas a «Automático» y recarga el panel de administración de WordPress.

2. La caché del navegador y certificados antiguos

En ocasiones, tu sitio es seguro, pero tu navegador está «recordando» una versión antigua y corrupta de la conexión. Si el navegador falla al establecer la conexión HTTPS debido a una caché desactualizada, podría estar intentando validar un certificado SSL que ya no existe.

Para solucionar problemas donde el sitio no puede proporcionar una conexión segura debido al cliente, prueba accediendo desde una ventana de incógnito. Si el error desaparece en incógnito, el problema es puramente la caché de tu navegador.

Soluciones a nivel de Servidor y Certificados SSL

Si los pasos anteriores no resolvieron el problema, el conflicto reside en la configuración de tu hosting o en la implementación de tu certificado de seguridad.

3. Certificados SSL caducados o mal configurados

Una causa fundamental del fallo de conexión segura es el estado de tu propio certificado SSL. Aunque el error menciona la conexión con «otros servicios», un certificado local mal configurado puede interrumpir la cadena de confianza.

  • Certificados Expirados: Los certificados de Let’s Encrypt se renuevan cada 90 días. Si el cron job de tu servidor falló, tu certificado puede haber caducado.
  • Contenido Mixto: Si tienes elementos cargando por HTTP en una página HTTPS, los navegadores modernos bloquearán la solicitud, y WordPress puede reportar esto como un fallo de comunicación.

Te recomiendo verificar manualmente el icono del candado en el navegador para ver los detalles de validez. Existen métodos detallados para diagnosticar certificados y contenido mixto en WordPress que te ayudarán a identificar si la instalación del certificado fue incorrecta.

4. Interferencias en Servidores VPS y Ataques DDoS

El entorno de alojamiento juega un papel crucial. He notado comportamientos distintos dependiendo de si el cliente usa un hosting compartido (Shared Hosting) o un Servidor Privado Virtual (VPS/Cloud).

En Hosting Compartido

Si estás en un hosting compartido y ves este error repentinamente, es posible que el servidor esté bajo un ataque DDoS (Denegación de Servicio). El ataque satura el ancho de banda, causando tiempos de espera (timeout) en la conexión hacia WordPress.org. En este escenario, la solución suele ser esperar unos minutos o contactar al soporte del hosting.

En VPS o Servidores Dedicados

Aquí el problema suele ser la resolución DNS. Si tu servidor no puede «encontrar» la dirección IP de api.wordpress.org, la conexión fallará. En casos avanzados, he tenido que conectarme vía SSH para editar el archivo /etc/hosts y apuntar el servidor directamente.

# Ejemplo de verificación de conexión vía terminal (SSH)
curl -I https://wordpress.org

Si el comando anterior devuelve un error, tu servidor tiene un bloqueo a nivel de DNS o Firewall. Para resolver problemas de resolución DNS, a veces es necesario apuntar el servidor directamente a los servidores de WordPress.org mediante configuración manual.

El problema exclusivo de entornos locales (Localhost/MAMP)

Si estás desarrollando un sitio en tu propia máquina (usando LocalbyFlywheel, XAMPP, WAMP o MAMP) y encuentras el error «Tu sitio no puede comunicarse de forma segura con otros servicios», la causa es casi siempre la falta de un certificado SSL reconocido.

Por defecto, los entornos locales no tienen certificados SSL firmados por una autoridad global. Usan certificados autofirmados (self-signed). Cuando WordPress intenta hacer una petición segura (cURL) a sí mismo o validar una conexión externa estricta, falla porque no confía en tu certificado local.

Nota para desarrolladores: En php.ini, la directiva curl.cainfo debe apuntar a un archivo cacert.pem válido. Si esta línea está comentada o falta en tu entorno local, cURL no tendrá una lista de autoridades certificadoras en las que confiar.

Para resolver esto en un entorno de desarrollo, a menudo es necesario generar un certificado autofirmado para localhost. Recursos educativos como WeWP explican cómo arreglar problemas de conexión segura en entornos locales configurando adecuadamente las rutas de los certificados.

Verificación avanzada: La extensión cURL de PHP

Finalmente, debemos hablar de cURL. Esta es la librería de PHP que WordPress utiliza para enviar y recibir datos. Si cURL está desactualizado o deshabilitado en tu servidor, ninguna de las soluciones anteriores funcionará.

Para verificar si este es el problema:

  1. Ve a Herramientas > Salud del sitio en tu panel de WordPress.
  2. Haz clic en la pestaña Información.
  3. Despliega la sección Servidor.
  4. Busca la versión de PHP y la versión de cURL.

WordPress requiere versiones modernas de cURL y OpenSSL para comunicarse con protocolos seguros actuales (TLS 1.2 o 1.3). Si ves una versión muy antigua, debes solicitar a tu proveedor de hosting que actualice la librería cURL en el servidor.

Conclusión

El error «Your site is unable to communicate securely with other services WordPress» (o su versión en español) es un obstáculo que bloquea el crecimiento y la seguridad de tu web. Aunque puede parecer intimidante por su naturaleza técnica, la solución casi siempre reside en uno de estos tres pilares: la configuración SSL, la conectividad del servidor (DNS/Firewall) o el entorno local de desarrollo.

Mi recomendación final: comienza siempre verificando lo más simple (la hora de tu ordenador y el estado de tu certificado SSL). Si el problema persiste, contacta a tu proveedor de hosting con la información que has aprendido aquí sobre cURL y los bloqueos de Firewall; un buen soporte técnico sabrá interpretar estos datos inmediatamente.

¿Necesitas ayuda con esto?

Detectamos y solucionamos de raíz los problemas de rendimiento, errores y configuración de tu WordPress. Descubre nuestro servicio de auditoría técnica WordPress.

Marcos Arcusin

Marcos Arcusin

Desarrollador WordPress Senior, PHP, Vue.js, Plugin development. Mi objetivo es crear webs efectivas que aumenten los ingresos de mis clientes, utilizando WordPress como plataforma.

Artículos relacionados