Sin duda es posible realizar este cambio (que todos los usuarios anónimos vean la vista HTML), pero afectaría gravemente la usabilidad para los usuarios anónimos. Sí, verían el contenido más rápido, pero una enorme cantidad de funciones que funcionan para los anónimos dejarían de hacerlo, además de que el sitio no “se vería bien” para ellos.
Podríamos convertir esto en algún tipo de configuración del sitio para que puedas probarlo, pero cosas como la “carga infinita” dejarían de funcionar para los usuarios anónimos; hay costos muy altos aquí. También tendríamos que invertir al menos algo de trabajo de ingeniería para habilitar una ruta /login que permita el acceso directo, de modo que las personas puedan registrarse o iniciar sesión.
¿Sería posible ofrecer una vista HTML como la PRIMERA página que ven los usuarios anónimos que entran, pero luego mostrarla con todas las funciones si continúan navegando? Eso parecería ser una buena solución (aunque no sé si sería aceptable para los motores de búsqueda).
Eso suena menos que ideal. ¿Existe alguna forma de servir la versión estática y luego “saturarla” con las partes dinámicas? Probablemente eso requiera una gran reestructuración de la arquitectura, así que quizás no sea viable. Principalmente, estamos viendo 49 mil errores de LCP en nuestro sitio desde mayo, y el tráfico de búsqueda cayó al mismo tiempo. Nuestra puntuación actual de LCP promedia 5,3 segundos. Busco ideas sobre cómo reducir ese número.
¿Quizás añadiendo o eliminando algunos complementos? ¿Aumentando o reduciendo el número de categorías? ¿Colocando los activos estáticos en una CDN? Intentamos configurar Cloudflare el invierno pasado sin éxito, pero podríamos intentarlo de nuevo. No conozco muy bien la arquitectura de Discourse, así que busco orientación.
Eso es exactamente lo que encontramos: estamos experimentando con la eliminación de todos los plugins e incluso de los anuncios (ahora nuestros sitios web no tienen anuncios, imágenes optimizadas, etc.) y logramos reducir el LCP, aunque apenas hasta la zona amarilla. Ahora no es un error, sino más bien una advertencia que aún afecta a nuestro sitio web. Hemos notado un ligero aumento desde entonces, pero necesitamos más tiempo para confirmarlo…
Para ser honesto, me siento muy tentado a crear un clon de código abierto de Discourse con Nuxt+Vue.js o un envoltorio sobre él; ¡parece ser la única opción razonable en este momento!
Sí, no hay forma de reducir esa carga inicial sin una ingeniería significativa, porque estás descargando toda la aplicación de Discourse.
Para colmo, el rendimiento de JS en Android es generalmente peor que en iPhones… y, al parecer, Google solo cuenta los dispositivos Android en sus métricas móviles de “mundo real”. En Meta, iOS representa aproximadamente el 40% del tráfico móvil.
Solo puedo decir aquí que somos conscientes de la lentitud en el FCP y el LCP y tenemos planes a largo plazo para mejorarlos.
En concreto, @eviltrout nos está actualizando a Ember CLI. Una vez que eso esté listo, podremos empezar a pensar y, posiblemente, experimentar con la división de código y otras técnicas.
No hay trucos fáciles aquí: utilizamos una CDN, somos muy cuidadosos con la forma en que cargamos las cosas y hemos dedicado innumerables horas a optimizarlo, pero fundamentalmente usamos JavaScript para renderizar nuestras páginas, y entregar, analizar y ejecutar el JavaScript lleva tiempo en la primera carga.
Perdón por revivir un tema tan antiguo, pero ahora tengo más datos tras realizar algunas pruebas durante los últimos meses…
Aquí están los dos sitios web que he estado probando: uno migrado de Discourse (EmberJs) a un sitio web personalizado construido con Vue y Nuxt.
El segundo es Discourse, sin anuncios, con fuentes personalizadas eliminadas y absolutamente todo lo que se pueda eliminar para hacerlo lo más ligero posible (lo que funcionó para llevar los errores de LCP de nivel Error a Advertencia).
1. Foro de Discourse (fuentes personalizadas, anuncios, complementos, etc. eliminados)
Como pueden ver en mayo, después de la actualización, perdimos el 50% de las clasificaciones de palabras clave. En octubre comenzamos los cambios, lo que nos dio un pequeño pico por un corto tiempo, pero luego volvió a caer, como si hubiera cierta resistencia (en otras palabras, una penalización de Google).
Como pueden ver en la imagen anterior, los cambios que hice (eliminar todos los extras) ayudaron a que las URL pasaran de ser URLs pobres a URLs que necesitan mejora, pero incluso eso no ayudó.
2. Frontend personalizado con Vue/Nuxt y backend de Discourse
En este sitio web, como noté hace más de un mes, ha estado recuperando sus niveles máximos anteriores al 4 de mayo.
Conclusión:
SÍ, A GOOGLE LE IMPORTA EL LCP!
Espero que el equipo de Discourse lo tome más en serio ahora. Quizás valga la pena alejarse de Ember; tuve que hacerlo yo mismo en un proyecto grande. Sí, fue muy costoso migrar, pero valió la pena.
También estoy de acuerdo en que el LCP es una penalización relacionada. He estado siguiendo este hilo durante mucho tiempo. Aún no hay una recomendación concreta sobre este tema.
¡Gracias por informarnos! Creo que esto sigue siendo válido:
La actualización a Ember CLI sigue en curso y está avanzando, pero si estás esperando que nos alejemos completamente de Ember, quizás debas considerar otra plataforma y tal vez volver a consultar nuestro progreso con el LCP dentro de un año.
Bueno, no estoy seguro de que valga la pena que Discourse actualice a Ember CLI, pero quién sabe, ya que tuvimos la misma experiencia en otro proyecto y tuvimos que abandonarlo por completo. Actualizar a Ember CLI requiere casi tanto esfuerzo como actualizar a Vue o a otra cosa.
En cualquier caso, mi investigación solo tenía como objetivo señalar el problema y llegar a una conclusión, ya que en los primeros días, casi todos desmentían el hecho de que LCP tenga algo que ver con el posicionamiento.
Probablemente hayamos completado un 90% de eso, lo cual ya estaba en nuestra hoja de ruta a largo plazo de todos modos, ya que aporta una gran cantidad de comodidad para los desarrolladores y nos mantiene actualizados con Ember. @eviltrout puede asesorar con detalles específicos, ya que está a cargo del esfuerzo.
Sí, pero esto no significa que todos los sitios cambiarán ahora a renderizado HTML estático para dominar la web con sus superpoderes mágicos de SEO y carga de páginas ultrarrápida. Resulta que el contenido real de la página resulta ser bastante importante para el posicionamiento también
Puedes consultar la historia de Google AMP para ver hacia dónde puede llevar este tipo de enfoque exagerado en una métrica: bastante trauma y trabajo de ingeniería mal dirigido.
Bueno, eso es exactamente lo que estoy tratando de refutar en mi publicación. Google ya tiene tanto contenido de calidad decente que, si tuvieran que decidir basándose en la satisfacción del usuario, creo que LCP es lo mínimo en lo que basarían su juicio. Después de todo, Google ha estado advirtiendo sobre esto unos meses antes de la actualización.
Para ser honesto, he tenido mucha experiencia con Ember CLI y es tan malo como antes. Además, no estoy seguro de que el esfuerzo de actualización valga la pena. Pero veremos cómo va; espero que @eviltrout tenga alguna opinión sobre si han visto alguna mejora en la velocidad.
Lamentablemente, según mi investigación anterior, Google de hecho se centra mucho en la experiencia del usuario y en LCP. Hemos probado absolutamente todo lo demás. Y, como puedes ver en el segundo sitio web, no hicimos nada más que eliminar el error de LCP, lo que nos puso en camino de recuperar todos nuestros posicionamientos (de hecho, hasta ahora ya lo hemos logrado).
Empezamos a usar Ember CLI en nuestra startup y una de las razones fue que vimos que se estaba utilizando en Discourse (eso llamó nuestra atención); lo probamos, fue fácil de comenzar y fácil de trabajar. Pero estaba tan inflado (además de por otras razones).
Ember CLI ha introducido una actualización reciente que obligaría a reescribir cualquier aplicación escrita en versiones anteriores a la 3; fue entonces cuando decidimos deshacernos de él por completo.
Sí, Ember CLI tiene carga diferida, pero no es eficiente en absoluto (al menos durante las pruebas que hemos realizado). Además, la mayoría de las bibliotecas disponibles para Ember CLI estaban desactualizadas o eran tan defectuosas que tuvimos que escribir la mayoría de las cosas nosotros mismos, o clonar repositorios antiguos y mantenerlos.
Con o sin Ember CLI, el tiempo de renderizado siempre es malo (lo cual no ayudaría con el problema de LCP que estamos discutiendo aquí).
Además de eso, la forma en que funciona Ember hace que sea fácil terminar con una aplicación inflada.
Ojalá todavía tuviera las antiguas métricas de análisis que realizábamos antes de decidir cambiar de rumbo. Hace unos meses terminamos de migrar de Ember a Vue y no podría estar más feliz con el rendimiento de nuestras aplicaciones y la velocidad de desarrollo.
P.D.: No he tenido la oportunidad de revisar el repositorio de Discourse, pero actualizar a Ember CLI podría traer más problemas, ya que luego tendrás que volver a actualizar a Ember Octane (que ni siquiera es estable aún) y utiliza una sintaxis totalmente diferente, etc. Es un caos, por decir lo menos, sinceramente. No estoy seguro de que los argumentos que se usaron antes para elegir Ember sigan siendo válidos en este momento, @Jeff.
¿Qué significa “tomarlo en serio”? ¿Destruir todo nuestro ecosistema y empezar de cero?
Discourse es un proyecto en crecimiento; somos muy conscientes de este problema y estamos considerando medidas de mitigación como Fastboot, una división de código más agresiva, etc. Todo esto está pendiente de nuestra actualización de Ember CLI.
Tengo curiosidad por ver este frontend alternativo. ¿Podrías enviarme un enlace por mensaje privado? Fundamentalmente, hacer algo solo en HTML que no sea personalizable es trivial; ofrecemos una vista solo en HTML. Puedes ver que el LCP en samsaffron.com es muy bueno; eso es simplemente un plugin de Discourse que renderiza HTML.
En general, estoy de acuerdo contigo respecto al LCP y al SEO de Google, y aprecio mucho tu análisis y tus conocimientos.
¿Podrías explicarme por qué, si Google utiliza el LCP en la medida que tú promueves, dos temas que escribí en nuestro foro de Discourse, los cuales tienen un LCP muy pobre según Google, se posicionan en el puesto #1 y #2 de 3.580.000 entradas?
Parece que, si el problema del LCP con la SPA de Discourse fuera tan grave como tú defiendes, y no lo digo de manera confrontacional en absoluto, solo por curiosidad basada en tu experiencia, ¿por qué un sitio lento como el nuestro, que no utiliza ninguna CDN y tiene un LCP muy pobre, logra ocupar los dos primeros lugares en temas publicados hace solo 11 y 13 días, siendo estos dos temas el #1 y #2 de casi 3,5 millones de publicaciones?
Realmente me pregunto cómo, si el LCP de Google es tan influyente como lo presentas, nuestro sitio con un rendimiento de LCP tan deficiente termina obteniendo resultados tan excelentes en los SERP.
Según tu ejemplo, la respuesta parece bastante obvia: has buscado términos bastante específicos donde realmente no hay competencia con un LCP mejor. Ser el “mejor” es fácil cuando eres el único. Como se mencionó en los posts anteriores, el contenido sigue siendo el factor más importante, pero cuando hay mucho contenido disponible para tu búsqueda, los otros factores se vuelven importantes. Incluso podrías estar demostrando su punto en lugar de lo contrario.
Sé que esto ya se mencionó anteriormente, pero ¿no podría generarse una versión rápida y estática solo en HTML del foro y usarse para los motores de búsqueda? (prohibiéndoles rastrear el foro real donde navegan y publican los usuarios registrados).
Dices que hay un plugin para generar una vista estática. ¿Está disponible para que todos lo usen?
Parece que esto sigue siendo una “suposición” y aún no está demostrado como un hecho, ¿no es así?
Según Google y otros, LCP aún no es un factor utilizado en los rankings y no se utilizará como señal de clasificación hasta mayo de 2021, ¿es correcto?
Me parece un poco excesivo presionar al equipo de Discourse para que realice cambios importantes en su ecosistema basándose en análisis y gráficos de un grupo muy pequeño de personas que afirman que LCP está afectando el SEO ahora, cuando Google indica que esta señal aún no está activa.
¿Está activa la señal de LCP o no?
Google dice que LCP aún no se está utilizando como señal para SEO.
Solo para que lo sepas, definitivamente no soy fanático de EmberJS y estoy de acuerdo en que LCP es importante. Simplemente busco hechos basados en pruebas y evidencia sólida.
Mi único “punto” es que, al leer este hilo, parece que la gente está presionando mucho a Discourse meta para que realice cambios estructurales importantes basándose en algo que, según Google y otros expertos en SEO, aún no se está utilizando como señal de SEO.
¿Están diciendo ustedes que Google no está siendo honesto con el público?
Por cierto, es muy poco probable que Google, una empresa de capital abierto, engañe al público. Esto podría exponer a Google a una enorme responsabilidad financiera potencial.
Muy bien. Yo mismo no sé mucho sobre LCP. Lo admito. Solo me basaba en lo que se dice sobre este tema, y tienes razón, no sé si es exacto en absoluto (excepto las pruebas presentadas aquí). Así que, por favor, lee mi publicación como si el asunto de LCP fuera correcto.
Tu conclusión (que, creo, es que Google no utiliza el LCP para determinar los rankings de búsqueda) podría ser correcta, pero no llegas a ella por el camino que trazaste.
Es un término de búsqueda tan único que Google ofreció sugerencias de corrección ortográfica. No hay mucho que elegir.
Necesitarías realizar muchas búsquedas para sacar cualquier conclusión. Si busco “+discourse +gon”, tu sitio no aparece en absoluto y el primer resultado es The Discourse Encouragement Fund
Además, creo que Google personaliza los resultados de búsqueda. El sitio que probablemente visitas con más frecuencia apareció en la parte superior para ti, pero podría no serlo para otros. Para mí, el primer resultado es Plugin - Discourse Meta. Normalmente uso DuckDuckGo, así que quizás este resultado no está personalizado en absoluto.
Nada de esto dice ni prueba nada sobre el LCP. Ha sido un tema interesante y espero que continúe. Personalmente, estoy satisfecho con la velocidad de Discourse.
