TECNOLOGÍA · JAVASCRIPT (SSR / SSG)
Si el contenido depende de que se ejecute JavaScript, depende de demasiadas cosas.
React, Next.js, Angular, Vue o Nuxt pueden funcionar muy bien. El problema aparece cuando lo que importa solo existe después de hidratar, o cuando el estado de una página no se corresponde con su respuesta.
Hablemos de tu proyecto- +15
- años trabajando visibilidad de marcas grandes
- +200
- proyectos con datos propios detrás
- 48 h
- para responderte, como máximo
Marcas que han confiado en Laika
Puede que alguna de estas situaciones te resulte familiar
Google indexa páginas sin contenido
El HTML llega casi vacío y el contenido entra después. A veces se resuelve y a veces no.
Los filtros crean direcciones que no existen para el servidor
Rutas que solo funcionan navegando dentro de la web y devuelven otra cosa al entrar directamente.
Las páginas que no existen devuelven 200
El aviso de error se pinta en pantalla, pero la respuesta dice que todo está bien.
Los metadatos cambian tarde
Título y descripción se actualizan al hidratar, y no siempre llegan a tiempo.
La velocidad es buena en el laboratorio y mala en campo
Los datos reales de usuarios no se parecen a la medición sintética, y son los que cuentan.
El alcance
Comparamos qué devuelve el servidor con lo que ve el usuario, revisamos rutas, estados y metadatos, y definimos qué debería servirse ya renderizado y qué puede quedarse en cliente.
Trabajamos el criterio y la especificación: qué hay que cambiar en JavaScript, con qué prioridad y cómo se comprueba después. La implementación la hace tu equipo o tu partner de desarrollo, y nosotras revisamos que lo que sube a producción es lo que se acordó.
Las áreas de trabajo
Cuatro frentes que se repiten en los proyectos sobre JavaScript. Según el estado de tu proyecto, unos pesan más que otros.
Estrategia de renderizado
Decidir por tipo de página qué se sirve renderizado y qué se genera en cliente.
Ver el detalle
- Comparación HTML servido frente a contenido final
- Recomendación por plantilla: servidor, estático o cliente
- Revisión de tiempos de generación y revalidación
- Criterios para páginas nuevas
Rutas, estados y respuestas
Que cada dirección devuelva el código y el contenido que le corresponde.
Ver el detalle
- Revisión de errores, redirecciones y páginas vacías
- Rutas generadas por filtros y por búsqueda interna
- Paginación y carga progresiva
- Enlazado interno accesible sin JavaScript
Metadatos y datos estructurados
Que las etiquetas viajen en la respuesta y no dependan de la hidratación.
Ver el detalle
- Generación de título, descripción y canónica en servidor
- Datos estructurados por tipo de página
- Etiquetas para compartir en redes y en asistentes
- Control de duplicidades entre rutas parecidas
Rendimiento en campo
Mejorar lo que sienten los usuarios reales, no solo la puntuación.
Ver el detalle
- Lectura de datos de usuarios reales por plantilla
- Revisión de peso de scripts y de terceros
- Prioridades de carga en las páginas de más valor
- Comprobación tras cada despliegue
¿Quién lo hace?
Un equipo pequeño con horas reales dentro de JavaScript. MJ dirige la estrategia y el especialista que revisa tu plataforma es quien te lo explica.
¿Por qué Laika?
Conocer la plataforma cambia la conversación: dejas de discutir si algo se puede hacer y pasas a decidir cuándo entra.
Hemos trabajado en proyectos sobre JavaScript el tiempo suficiente para saber dónde están sus límites reales y qué se resuelve con otra vuelta de configuración.
Miramos la respuesta, no la pantalla
La mayoría de los diagnósticos en JavaScript se resuelven comparando lo que sirve el servidor con lo que ve el usuario.
Hablas siempre con quien decide
No hay capa de gestión entre tú y el criterio. MJ dirige la estrategia y el equipo especialista ejecuta.
Si no somos las adecuadas, te lo decimos
Aunque signifique que no hay proyecto para nosotras, preferimos decírtelo antes de firmar.
Preguntas frecuentes
¿Es mejor renderizar en servidor o generar estático?
Depende de cuánto cambia cada página y de cuántas hay. Casi siempre la respuesta es distinta por tipo de plantilla.
¿Podéis trabajar con nuestro framework?
Sí. Lo que revisamos es cómo se resuelve la respuesta, no el nombre de la librería.
¿Hace falta rehacer la web?
Casi nunca. Se suele resolver cambiando el modo de renderizado de unas cuantas plantillas.
Cuéntanos tu proyecto
Con saber sobre qué versión trabajas, quién desarrolla y qué te preocupa, ya podemos decirte si tiene sentido hablar.
¿Hablamos de tu plataforma?
Miramos tu proyecto antes de proponerte nada y te decimos qué se puede mover sin pelearte con el roadmap.
Miramos tu proyecto antes de proponerte nada. Respuesta como máximo en 48 h laborables.
Hablemos de tu proyecto