TODO 100% EN GOOGLE PAGESPEED

  • Autor Autor jo2u3
  • Fecha de inicio Fecha de inicio
jo2u3

jo2u3

1
Zeta
Verificado
Verificación en dos pasos activada
Verificado por Binance
Suscripción a IA
Les comparto, nunca había visto eso. Ojalá el sitio gane buen tráfico.


1792012853838.webp


1792012871891.webp
 
¿Te sirvió? Únete a la conversación

Con tu cuenta gratis puedes responder, escribirle al autor por mensaje privado y comprar con Saldo retenido: el pago se libera cuando recibes lo acordado.

Toma 30 segundos · vuelves a este tema al terminar
No es algo raro, la landing que analizo solo es HTML basico que si o si va a tener buen rendimiento, el problema es cuando ingreses a la aplicación como tal (no la landing) , cuando tenga que cargar dependencias, consultar bases de datos, etc veras la verdadera web.
 
Conozco páginas que tienen más de 1 millón de visitas al día jaja y no llegan ni al 40% menos se preocupan por eso.
 
El que tenga un buen rendimiento en PageSpeed, no quiere decir que decir que ya va a tener tráfico en automático. Pero buenas metricas.
 
No es algo raro, la landing que analizo solo es HTML basico que si o si va a tener buen rendimiento, el problema es cuando ingreses a la aplicación como tal (no la landing) , cuando tenga que cargar dependencias, consultar bases de datos, etc veras la verdadera web.
ajá, eso pienso.

Conozco páginas que tienen más de 1 millón de visitas al día jaja y no llegan ni al 40% menos se preocupan por eso.
el que tiene plata se viste como quiere jajaja

El que tenga un buen rendimiento en PageSpeed, no quiere decir que decir que ya va a tener tráfico en automático. Pero buenas metricas.
por algo se empieza
 
Tenéis razón en lo de fondo, y añado un matiz que suele faltar en estas conversaciones: la nota de PageSpeed mide una visita en un laboratorio, no lo que pasa cuando tu web tiene 200 personas dentro.

Tres cosas que casi nadie separa y explican el 90% de los casos:

1. Landing y aplicación no se miden igual, y está bien. Si la aplicación está detrás del login, Google no la indexa y su nota no te afecta al SEO. No tiene sentido sacrificar la app por la nota de una pantalla que los buscadores ni ven. Lo que sí conviene cuidar es la landing y las páginas públicas, porque ésas sí las rastrea.

2. En una web real, la nota la mueven cuatro cosas (por orden de impacto): el TTFB (que es el servidor: PHP-FPM mal dimensionado, base de datos sin índices, sin caché de objetos), el LCP (la imagen o el bloque principal), el TBT (scripts de terceros, y muchas veces son solo dos o tres) y el CLS (reservar el espacio de las imágenes y los banners). Se puede tener un front impecable y un TTFB de dos segundos: ahí no hay front que lo arregle.

3. Mide con datos de usuarios reales, no solo con la nota. La nota sirve para detectar problemas, no para presumir. Lo que importa es el dato de campo (usuarios reales), y ahí se ve si el problema es puntual o de verdad.

El error clásico, y lo he visto muchas veces: pelearse con el CSS y el JavaScript durante días cuando el cuello de botella estaba en el servidor.
 
Última edición:
Tenéis razón en lo de fondo, y añado un matiz que suele faltar en estas conversaciones: la nota de PageSpeed mide una visita en un laboratorio, no lo que pasa cuando tu web tiene 200 personas dentro.

Tres cosas que casi nadie separa y explican el 90% de los casos:

1. Landing y aplicación no se miden igual, y está bien. Si la aplicación está detrás del login, Google no la indexa y su nota no te afecta al SEO. No tiene sentido sacrificar la app por la nota de una pantalla que los buscadores ni ven. Lo que sí conviene cuidar es la landing y las páginas públicas, porque ésas sí las rastrea.

2. En una web real, la nota la mueven cuatro cosas (por orden de impacto): el TTFB (que es el servidor: PHP-FPM mal dimensionado, base de datos sin índices, sin caché de objetos), el LCP (la imagen o el bloque principal), el TBT (scripts de terceros, y muchas veces son solo dos o tres) y el CLS (reservar el espacio de las imágenes y los banners). Se puede tener un front impecable y un TTFB de dos segundos: ahí no hay front que lo arregle.

3. Mide con datos de usuarios reales, no solo con la nota. La nota sirve para detectar problemas, no para presumir. Lo que importa es el dato de campo (usuarios reales), y ahí se ve si el problema es puntual o de verdad.

El error clásico, y lo he visto muchas veces: pelearse con el CSS y el JavaScript durante días cuando el cuello de botella estaba en el servidor.
muy bueno, gracias
 
Atrás
Arriba