Quería sacar 100 en PageSpeed y casi no publico el blog

En el proceso de creación de este blog me he encontrado con varios problemas, uno de ellos ha sido la performance.

Cada vez que pasaba la web por PageSpeed, quería ver ese 100.

Y si no estaba… seguía tocando cosas, revisando el informe e intentando encontrar la solución.

Me di cuenta de que estaba perdiendo demasiado tiempo o, mejor dicho, no lo estaba invirtiendo donde tocaba.

Y quizás te veas reflejado en esta historia.

Porque puede que tú también estés dedicando demasiado tiempo a algo no tan prioritario al principio.

Esto no me parece algo exclusivo de un blog. Creo que pasa mucho cuando estás construyendo productos digitales.

Estoy usando Docusaurus, que de base está bastante optimizado.

Pero en cuanto empecé a meter:

• fuentes
• estilos
• imágenes

la puntuación empezó a bajar y ahí empezaron los problemas.

No era solo “quiero un 100 porque sí”.

PageSpeed empezaba a señalar cosas concretas: el LCP, imágenes que podían pesar menos, recursos que bloqueaban el renderizado, CSS que quizá no estaba cargando como debería o mediciones que cambiaban bastante según si miraba una build real o algo más cercano al entorno de desarrollo.

Esto me frenó bastante a la hora de tener el blog listo y empezar a publicar.

Ahí es cuando me di cuenta de que optimizar está bien pero si te empieza a frenar te puedes quedar estancado.

Para mí personalmente creo que fue la excusa perfecta para no publicar, para no exponerme al mundo real y quedarme en el lado cómodo para mí (el técnico).

Publicar implica:

• Que te lean.
• Que te juzguen.
• Que no guste.
• Que todo sea un desierto.

Estaba enfocado en:

• Optimizar imágenes.
• Revisar CSS.
• Pelearme con fuentes.
• Revisar el LCP.
• Probar builds.
• Buscar cómo subir unos puntos más en PageSpeed.

Todo con ayuda de IA, iterando rápido… pero sin avanzar en lo importante.

Entonces, ¿optimizar no importa?

No digo que optimizar no sea necesario, es más, ahora hay que estar más atentos que nunca porque hay muchos casos que debemos tener en cuenta:

• Usuarios con mala conexión (metro, zonas rurales).
• SEO.
• Gente entrando desde móvil.

Y una cosa tengo clara, el usuario no va a esperar a que cargue tu página.

Se irá y perderás una visita, un usuario, un cliente o una venta.

Pero no todo tiene el mismo impacto. No todo merece el mismo nivel de esfuerzo, por lo menos al principio.

Por eso también estoy mirando otras señales, no solo PageSpeed.

Herramientas como GTmetrix o Vercel Speed Insights me dan otra visión del estado del blog, pero también estoy revisando métricas reales en Umami, como el bounce rate o la visit duration.

Si los usuarios pueden entrar, leer y navegar sin complicaciones, quizá el problema no es tan grave como parece en una puntuación aislada.

La regla que me llevo

Hay una frase famosa en nuestro sector que dice lo siguiente:

Make it work, make it right, make it fast.

La frase me viene al pelo porque empecé por el final.

Estaba haciendo que todo fuera rápido y perfecto cuando nadie ha leído nada, cuando ni yo mismo sé si funciona.

Espero que el blog funcione, que aporte valor y que os veáis reflejados en alguna historia que cuente por aquí.

Primero necesito publicar, ver qué pasa y entender si realmente hay algo que mejorar.

Y luego ya veremos si mejoramos algunos puntos.

Dicho esto, prometo optimizar la web lo máximo posible con el tiempo.

Si he aprendido algo es que tengo claro que hay que optimizar con criterio:

1. Quiero optimizar para mis usuarios, no por sacar un 100 en PageSpeed.
2. Optimizar demasiado no puede frenar aportar valor (en mi caso es lo que quiero conseguir publicando).

Esto también es aplicable al código.

Si optimizar microsegundos:

• Retrasa una feature.
• O bloquea una entrega.

Probablemente no es buena idea.

Conclusión

Primero se debe aportar, luego se debe optimizar.

Porque sin aportar:

• No hay usuarios.
• No hay feedback.
• No hay producto.