Saltar al contenido

Next.js en Málaga

Desarrollo Next.js en Málaga para turismo e inmobiliaria

Una agencia Next.js en Málaga para hoteles, operadores de alquiler e inmobiliarias. Fichas que son casi todo fotografías, disponibilidad que no se puede cachear, y visitas desde el wifi de un hotel.

Solape de jornada
Unas seis horas, dos por detrás de Ankara, con la tarde española alargándose
Quién compra aquí
Hoteles y apartahoteles, operadores de alquiler vacacional, inmobiliarias y las plataformas turísticas construidas alrededor
Qué cambia eso
Casi todo el peso de la página son fotografías, así que el tratamiento de imágenes es el trabajo de rendimiento y no una parte de él
Particularidades locales
Buena parte de las visitas llegan desde el móvil, con una SIM extranjera o el wifi de un hotel, y esa es la conexión con la que hay que medir

Málaga vende sitios - habitaciones, apartamentos, casas - y una página que vende un sitio son sobre todo fotografías de él.

Eso concentra la ingeniería de una forma poco habitual. En la mayoría de las webs, el trabajo de rendimiento se reparte entre JavaScript, obtención de datos, tipografías y scripts de terceros. En una web inmobiliaria u hotelera de Málaga, una sola imagen suele ser responsable de casi todo el problema, y el trabajo consiste en dejar de disimularlo.

La imagen más grande es la puntuación

Core Web Vitals mide el momento en que el elemento de contenido más grande termina de pintarse. En una ficha, eso es la fotografía principal, siempre.

Los fallos se repiten con tanta fiabilidad que merece nombrarlos. Un hero servido a la misma resolución a un escritorio y a un móvil. Una galería que carga las treinta fotografías cuando la visita puede ver una. Una imagen renderizada sin decirle al navegador que importa, así que se descubre después de la hoja de estilos, las tipografías y una librería de carrusel.

Los tres se arreglan en un día, y los tres valen más que un mes de reducción de JavaScript en este tipo de web. Cómo las imágenes deciden el LCP cubre el detalle, incluida la medición que te dice qué imagen eligió realmente el navegador.

La disponibilidad es la única parte viva de la página

Una página de reserva parece dinámica y en su mayor parte no lo es. El inmueble no cambia. Las fotografías no cambian. La descripción, la ubicación, el resumen de reseñas - nada de eso cambia entre dos visitas separadas por una hora.

Las fechas sí, y el precio para esas fechas también. Así que la página se parte: todo lo estable se genera y se cachea, y el calendario y el precio se piden cuando se ve la página. Esa es la diferencia entre una ficha que responde al instante y una que espera a la API de un channel manager antes de mostrar una foto.

Qué se cachea y cuándo es la lectura, y el error que evita es marcar una ruta entera como dinámica porque un componente dentro de ella lo es.

El embudo sale de tu web, y tiene que volver

Casi todos los embudos de reserva de Málaga hacen un salto - a un proveedor de pago, a un motor de reservas, a veces a una plataforma entera.

Ese salto es donde estos embudos pierden dinero. El navegador se va, la persona se autentica con su banco, y vuelve a una página que ha olvidado todo lo que sabía. Lo que estaba solo en el estado de un componente ha desaparecido, y eso es un fallo concreto y bien entendido en vez de mala suerte: el problema del estado en el redirect de pago trata exactamente de ese viaje de vuelta.

La regla que se deriva es simple: el estado que tiene que sobrevivir a un redirect vive en la URL o en el servidor, nunca en un hook de React.

En lo comercial

El alcance se fija por escrito antes de empezar y se presupuesta por proyecto. El marco de país para España - facturación, fiscalidad territorial, obligaciones de accesibilidad - está en la página de mercado de España.

Factura la Codefacture Yazılım A.Ş. en Türkiye, en euros, por transferencia, sin IVA turco porque los servicios exportados están exentos.

El marco regulatorio y comercial está en la página de España.

Preguntas frecuentes

Nuestra web inmobiliaria de Málaga va lenta y son todo fotos. ¿Por dónde empezamos?
Por la imagen más grande que se ve sin hacer scroll, porque es casi con seguridad lo que está midiendo la puntuación de Core Web Vitals. Los hallazgos suelen ser los mismos tres - un hero servido a resolución completa a un móvil, una galería que carga las treinta fotos en vez de la primera, y un componente de imagen usado sin la pista de prioridad, así que el navegador la descubre tarde. Arreglar esos tres suele ser la diferencia entre suspender y aprobar, antes de tocar el JavaScript.
¿Se puede cachear un calendario de disponibilidad?
El calendario no, la página alrededor sí, y separarlos es todo el truco. La descripción del inmueble, las fotografías, la ubicación y las reseñas cambian poco y se pueden servir desde una caché; las fechas y el precio para esas fechas tienen que estar al día. Tratar la página entera como no cacheable porque un componente es en vivo es el motivo más común de que estas webs vayan lentas sin necesidad.
¿Construimos nuestro propio motor de reservas o integramos uno?
Integrar, en casi todos los casos, y ser deliberados sobre dónde el embudo sale de tu web. Un channel manager o un motor de reservas ya gestiona tarifas, restricciones y las conexiones con las grandes plataformas, y reconstruir eso es un compromiso de años que nadie quería asumir. Lo que importa técnicamente es que el salto al paso de pago o de reserva sobreviva a que el navegador vuelva en frío, porque la vuelta desde un proveedor de pago es donde se rompen estos embudos.
Nuestras visitas son sobre todo móviles desde el extranjero. ¿Cambia algo?
Cambia lo que se mide. Una web probada con la conexión de una oficina europea parece correcta y no dice nada sobre alguien con el wifi de un hotel y mucha latencia. Las consecuencias prácticas son menos viajes de ida y vuelta, imágenes dimensionadas para el dispositivo y no para el diseño, y tan poco JavaScript como la interacción realmente exija.
Llamar+1 848 272 7583WhatsApp+90 850 308 5436Correoinfo@codefacture.comPágina de contacto