cybmeta

Exacto. Eso es. Aunque yo para recursos estáticos pondría el máximo de caché (un año) porque no cambian nunca. Si un archivo css, js, imagen, etc, se cambia la URL/nombre del archivo, así que no hay problema con poner el máximo de caché.

<filesMatch ".(ico|pdf|flv|jpg|jpeg|png|gif|js|css|swf)$">
    Header set Cache-Control "max-age=31536000, public"
</filesMatch>

Y para el HTML, como norma general no-cache, pero luego se puede tunear para cada caso. Por ejemplo, yo en la mayoría de blogs normales y corrientes pongo una cache de 30 minutos (desde WordPress, no desde .htaccess para distinguir entre usuarios logeados y no):

add_action( 'send_headers', 'cyb_cache_headers', 0 );
function cyb_cache_headers() {

    if( is_user_logged_in() ) {

        // nada de caché ni el navegador ni proxys intermedios
        $cache_policy = "no-cache,no-store,max-age=0,s-maxage=0,private";

    } else {

        // Guardar en caché durante 30 minutos y
        // durante 1 hora después servir las copias viejas
        // mientras se renueva la caché
        $cache_policy = "max-age=1800, stale-if-error=3600, stale-while-revalidate=3600, public";

    }
    
    header( 'Cache-Control: ' . $cache_policy );
	
}

Pero eso ya a gusto del consumidor.

En mi artículo expongo una situación específica en la que yo prefiero que el navegador no cachee documentos HTML y otros documentos similares que se pueden considerar dinámicos, es mi caso concreto y no creo que sea para todas las situaciones.

De todas formas, los errores de Leverage Browser Caching suelen aplicarse solo a componentes estáticos (css, js, imágenes, vídeos, etc). Para ese tipo de recursos sí que es recomendable especificar una caché de navegador siempre, y si no la pones te saldrá ese error en la mayoría de herramientas de test de velocidad. Pero en mi artículo no trato esto.

Espero haberme explicado bien.

El Confidencial utiliza Marfeel, a mi me gusta mucho y es compatible con muchos gestores de contenido, incluido WordPress. Igual te interesa echarle un vistazo.

Entonces no se me ocurre nada que sea así fácil y directo, igual hay que picar código.

He hecho una búsqueda rápida y hay algunos plugins que a lo mejor te sirven, por ejemplo Revision Manager TMC. Espero que te sirva.

Yo no veo ninguna fecha, veo «X Days to go». De todas formas, la gestión de ese tipo de «Proyectos» no es de WordPress, sino de algún plugin o, como parece tu caso, del theme (Backer theme). Al ser un theme/plugin comercial, nosotros no tenemos acceso ni se le da soporte aquí de forma general a productos comerciales, deberías consultar con el servicio de soporte del theme/plugin.

Yo desde aquí lo veo todo bien, en lo que respecta al favicon. Fíjate que a línea que marcas en la imagen tiene 0ms de tiempo de descarga, probablemente porque ya tengas la imagen en la caché del navegador, por lo que no parece que sea el motivo de la carga lenta de tu web.

Lo que veo que tarda 2 segundos es en responder el servidor para empezar a descargar el HTML. Deberías corregir eso. A mí aquí me sale un TTFB (Time To First Byte) de 1.93s (https://ibb.co/c2ubNp), eso es muchísimo, deberías tenerlo por debajo de 0.5s, mejor sin consigues por debajo de 0.3s, excelente si llegas a un rango por debajo de 0.15s.

¿Tienes el HTML cacheado? Si no, deberías tenerlo (por ejemplo con Supercache, W3TC, WP Rocket, etc).
¿Tu servidor soporta HTTP/2? Si no, debería soportarlo. El tiempo de conexión con https y HTTP/2 mejora enormemente respecto a https con HTTP1.1.

Yo no «copiaría» los datos de wp_postmeta a wp_posts, lo que haría sería «leer» los datos de wp_postmeta para obtener la URL de la imagen que tienes en el meta field y el post asociado, y luego:

– Con la URL de la imagen creas el correspondiente attachment con la función wp_insert_attachment()
– Con el post asociado y el id del attachment creado en el paso anterior, estableces la imagen destacada con la función set_post_thumbnail()

Así te debería quedar todo perfecto y conforme al API de WordPress. Espero que te sirva.

PD: Ten en cuenta que un attachment no tiene por qué tener un post parent, es opcional, y si lo tiene solo puede tener uno, aunque un mismo attachment puede ser utilizado como imagen destacada en varios posts. La asociación entre un post y su imagen destacada es a través del meta field _thumbnail_id y no a través del post parent. Te lo digo por si tienes la misma imagen destacada en varios posts.