¿Debería deshabilitar WP_CRON y activar wp-cron.php desde el servidor?

No hay desventajas al ejecutar WP CRON utilizando los trabajos cron del servidor. De hecho, esta es la práctica recomendada.

Según el Documento Oficial de Desarrollo de Plugins de WordPress:

WP-Cron no se ejecuta continuamente, lo que puede ser un problema si hay tareas críticas que deben ejecutarse a tiempo. Hay una solución fácil para esto. Simplemente configura el programador de tareas de tu sistema para que se ejecute en los intervalos que desees (o en el momento específico necesario).

Para hacer esto, primero necesitas deshabilitar el comportamiento predeterminado de cron en wp-config.php:

define('DISABLE_WP_CRON', true);

Luego, programa wp-cron.php desde tu servidor. Para Linux, eso significa:

crontab -e

Sin embargo, en lugar de ejecutarlo en la Línea de Comandos (CLI), ejecútalo como una solicitud HTTP. Para eso puedes usar wget:

*/5 * * * * wget -q -O - https://tu-dominio.com/wp-cron.php?doing_wp_cron

WordPress carga todos los archivos principales necesarios, Plugins, etc. en wp-cron.php con el siguiente CÓDIGO:

if ( !defined('ABSPATH') ) {
    /** Configurar el entorno de WordPress */
    require_once( dirname( __FILE__ ) . '/wp-load.php' );
}

Así que no te preocupes por WordPress no cargar características importantes.

Existen un par de desventajas: En primer lugar, cuando se utiliza wp-cron.php como CLI, variables como $_SERVER no están configuradas. Los usuarios superan esta limitación haciendo una petición cURL a wp-cron.php en su lugar.

En segundo lugar, dado que WordPress en sí no se carga con wp-cron.php; si utilizas un plugin de correo SMTP, este no se cargará al llamar a wp-cron. Nuevamente, usar una llamada cURL soluciona este problema. cURL parece ser el método más frecuentemente utilizado.

Sin embargo; yo prefiero usar wp-cli después de configurar correctamente los ajustes de correo en postfix y (para nginx) la configuración de php-fpm, además de establecer un crontab como:

*/5    *   *   *   *  wp cron event list --skip-plugins --skip-themes --path="/var/www/vhosts/example.com/httpdocs/wp" --fields=hook,next_run_relative --format=csv | awk -F, '$2=="now" {print $1}' | xargs -r wp --path="/var/www/vhosts/example.com/httpdocs/wp" cron event run $1

(Listar todos los cron con campos específicos en formato CSV - hook siendo el nombre del cron, next_run_relative es el tiempo. Filtrar aquellos que muestren 'now' como próxima ejecución (los que están pendientes ahora) usando AWK, pasar esa lista a xargs para ejecutar wp cron event run $HOOK en cada cron.) Usar wp-cli carga WordPress correctamente (elijo omitir plugins al listar los cron, ya que errores de código y advertencias PHP podrían afectar la salida del script; pero no omitirlos al ejecutar el cron con xargs, ya que el cron podría necesitar los plugins cargados)

Espero que esto te dé algunas pautas sobre qué tener en cuenta.

Todavía no he encontrado una desventaja real al externalizar wp-cron a un servicio externo. Llevo haciendo esto durante muchos años ya.

Especialmente en el mundo actual donde puedes ejecutar aplicaciones como microservicios.

Yo utilizo contenedores Docker separados para cada componente de WordPress - php, web, db, crontab, redis, etc. Teniendo crontab como un contenedor separado, llamando a wp-cron via HTTP usando la red local, ejecutándose solo cuando lo necesito.

Esto reduce el estrés en los nodos backend y mejora la seguridad al tener una superficie de ataque más pequeña.

Si el desarrollador no puede averiguar cómo hacer las cosas sin tener que llamar a wp-cron en cada carga de página, vaya, esto solo habla de su inexperiencia. "Dejarlo como está" porque no entiendes cómo funcionan las cosas no es una buena razón para mantenerlo.

Hay muchas razones para no desactivar el wp-cron. De hecho, es casi imposible encontrar un caso de uso para hacerlo. No ralentiza tu sitio y se utiliza para cosas de las que quizás no estés al tanto.

Muchos plugins usan el WP-Cron para programar tareas. Pueden comportarse de forma inesperada si desactivas el programador.

Existe una proliferación de tutoriales sobre este tema porque es confuso, y porque no afecta mucho a tu sitio cuando lo desactivas. Lo que sí hará es causar un dolor de cabeza al desarrollador que tenga que solucionar el misterioso problema que creará en seis meses.

Además, el WP Heartbeat se ejecuta cada 15 segundos en el área de administración, resolviendo este problema para el 99% de las personas que creen tenerlo.