hecho a medida
cargando…
Rápidos por arquitectura,
no por plugins puestos después
La velocidad de una web se decide cuando se elige cómo está hecha, no al final con un plugin de caché. Una web lenta no es una web que hay que optimizar: es una web mal construida, y seguirá frenándose con cada contenido que añadas.
lighthouse https://tensomax.it --preset=mobile
primer contenido ........ 0,7s
imagen principal ........ 1,2s
desplazamientos ......... 0,00
[ok] las tres métricas en verde, desde el móvil
du -h --max-depth=0 ./assets
212K — ninguna librería cargada «por si acaso»
esperando
$ ./compara --carga --movil
El mismo contenido,
cuatro segundos de diferencia
A la izquierda una web construida sobre la arquitectura correcta. A la derecha la misma web montada sobre una plantilla genérica con veinte plugins. Mira el cronómetro: ahí es donde se pierden clientes, no en el color del botón.
tema + veinte plugins
cargando…
Los umbrales son los que usa Google para evaluar la carga (Largest Contentful Paint). Las dos curvas son una demostración, no la medición de una web concreta.
| Etapa | A medida | Tema + plugins |
|---|---|---|
| respuesta del servidor | 0,09s | 0,82s |
| primer texto visible | 0,24s | 1,60s |
| contenido de la página | 0,38s | 2,40s |
| imagen principal | 1,10s | 4,90s |
| listo para el clic | 1,45s | 6,30s |
// cuándo hace falta
Las señales de que la web
te está costando clientes
No hay que rehacer una web porque tenga tres años. Hay que rehacerla cuando deja de traer trabajo, y las señales son siempre las mismas.
- 01 Desde el móvil tarda más de tres segundos en mostrar algo
- 02 Cada cambio hay que pedírselo a alguien, y ese alguien no responde hoy
- 03 Search Console avisa de páginas lentas y no sabes qué tocar
- 04 La web tiene veinte plugins y nadie recuerda para qué sirve la mitad
- 05 Los contenidos están dentro de un maquetador que no te puedes llevar
- 06 Las fotos las sube quien las tiene, como las tiene, a tres megas cada una
// qué decidimos antes de escribir una línea
Cuatro decisiones que
condicionan todo lo demás
Son decisiones de arquitectura y se toman al principio: tomadas después cuestan una reescritura, no un ajuste.
-
01
Qué llega ya montado
Las páginas que no cambian en cada visita se generan una vez y se sirven como archivos. Es la diferencia entre responder en cincuenta milisegundos y pedirle a la base de datos que reconstruya la misma página cada vez.
-
02
Cuánto pesa de verdad
Formatos, tamaños y carga diferida decididos en fase de diseño, no añadidos después. Una imagen servida en la medida en que se ve pesa diez veces menos que la misma imagen reducida por el navegador.
-
03
Quién actualiza qué
Las partes que cambian a menudo quedan editables por vosotros; las que deben permanecer estables no se tocan por error. Una web que puedes romper tú solo es una web que se romperá.
-
04
Qué pasa sin JavaScript
El contenido está en el HTML. El JavaScript añade movimiento, no estructura: si no llega — conexión lenta, error, bloqueador — la página sigue siendo legible e indexable.
// cómo llegamos
El número antes
y después, siempre medido
La velocidad no es una opinión: se mide, y se mide desde el móvil con datos móviles, que es de donde vienen la mayoría de las visitas.
Medición de partida
01Medimos la web actual antes de tocarla, desde el móvil y con conexión lenta. Hace falta un número de partida, o al final «va más rápido» se queda en una sensación.
Alcance y contenidos
02Cuántas páginas hacen falta de verdad, cuáles se pueden unir, cuáles hay que tirar. La mitad de las webs lentas lo son porque contienen el triple de lo necesario.
Construcción y control continuo
03Las métricas se miran durante el desarrollo, no al final. Una regresión encontrada el día que nace cuesta una hora; encontrada en el lanzamiento cuesta una semana.
Entrega con los números
04En la entrega tienes la comparación antes/después sobre las mismas páginas y los mismos dispositivos, y los accesos para volver a medirlo tú cuando quieras.
$ cat stack.json
Sobre qué lo construimos
- Generación estática Las páginas que no cambian se sirven como archivos: sin base de datos en el camino
- Formatos modernos AVIF y WebP en las medidas que se usan, no una imagen grande reducida
- Caché en el borde La página sale del nodo más cercano a quien la pide, no del servidor de Milán
- Datos estructurados Schema.org escrito a mano sobre el contenido real: así entiende Google las páginas
- Core Web Vitals Las tres métricas que Google usa de verdad, controladas durante el desarrollo
- Cumplimiento de cookies Scripts bloqueados antes del consentimiento, no un aviso que pregunta y carga igual
$ ls ./proyectos --con-este-servicio
$ ./domande --frequenti
Las preguntas que
siempre llegan
¿Cuánto cuesta una web?
Las variables son cuántas páginas hacen falta de verdad, cuántos contenidos hay que reescribir y si necesitáis una parte gestionable por vosotros. Damos una cifra tras ver la estructura, no antes: un presupuesto dado por teléfono es una apuesta disfrazada de estimación.
¿Podemos actualizarla nosotros?
Sí, y casi siempre es lo correcto. Las partes que cambian a menudo — textos, fotos, artículos, referencias — quedan editables sin tocar código; las estructurales no, porque una web que puedes romper tú acaba rompiéndose.
¿WordPress o no?
Depende de quién la actualiza y con qué frecuencia. WordPress tiene sentido cuando el contenido cambia constantemente y quien lo cambia no es técnico. Cuando las páginas son pocas y estables, una web generada es más rápida, más segura y más barata de mantener. La decisión la tomamos juntos, con los motivos escritos.
¿Se puede salvar la web actual?
A veces sí: si la estructura aguanta y el problema son las imágenes, la plantilla o veinte plugins, se actúa sobre eso y se gasta una fracción. Lo decimos tras la medición de partida, y a veces la respuesta es «no la rehagáis».
¿Cuánto tiempo lleva?
Una web corporativa bien hecha lleva de 4 a 8 semanas, y la parte larga casi nunca es el desarrollo: son los contenidos. Si los textos y las fotos ya existen, los plazos se acortan de verdad.
¿Y el posicionamiento en Google?
El SEO técnico está incluido — estructura, datos estructurados, velocidad, indexación — porque forma parte de cómo está hecha la web. Posicionar palabras concretas es un trabajo continuo y aparte, y quien lo promete en tres meses está vendiendo otra cosa.
fymera init --proyecto "el tuyo"
Midamos la web
que tenéis ahora
Treinta minutos por vídeo con los números de vuestra web delante. Si basta con arreglar las imágenes, os lo decimos y os ahorráis un proyecto.
