English
العربية
Deutsch
EspañolNext.js en Valencia
Desarrollo Next.js en Valencia para exportadores y venta B2B
Una agencia Next.js en Valencia para exportadores y mayoristas. Catálogos donde cada cliente ve un precio distinto, que es el único caso que los valores por defecto del App Router resuelven mal.
- Solape de jornada
- Unas seis horas, dos por detrás de Ankara, y la jornada española más tardía ensancha la tarde
- Quién compra aquí
- Exportadores, mayoristas, productores agroalimentarios y distribuidores industriales que venden a empresas y no al público
- Qué cambia eso
- Un catálogo con precio por cliente no se puede generar de forma estática, así que la estrategia de renderizado es la primera decisión de arquitectura y no un detalle
- Particularidades locales
- Casi todas estas empresas venden a varios países desde una sola sociedad española, así que moneda, presentación de impuestos e idioma se multiplican sobre el mismo catálogo
Valencia vende a empresas, y ese solo hecho cambia un proyecto web más que cualquier cosa de la ciudad.
Quien compra aquí son exportadores, mayoristas, productores agroalimentarios y distribuidores industriales. Sus clientes son otras empresas con condiciones negociadas, lo que significa un catálogo donde el producto es el mismo para todos y el precio no. Es una forma poco habitual para un front end moderno, y es el caso que el consejo estándar resuelve peor.
Por qué un precio por cliente rompe el valor por defecto
Casi todo lo que se lee sobre el App Router supone que una página es igual para cada visitante y que por tanto puede construirse una vez y servirse desde una caché. Un catálogo B2B incumple eso en un solo campo.
La tentación es rendirse y renderizar todo en cada petición. Funciona y es lento, porque el noventa por ciento de la página que es idéntico para todos - la descripción, las imágenes, la ficha, los productos relacionados - se reconstruye para cada visitante junto con el único número que de verdad varía.
El diseño que funciona parte la página por esa costura. El contenido compartido se genera una vez y se cachea; las cifras del cliente se piden para el comprador identificado y se componen encima. Decidir dónde está esa costura es la primera conversación de arquitectura en estos proyectos, y conviene leer el modelo de renderizado antes de tenerla.
La otra mitad de la misma decisión es mantener la consulta de precios fuera del bundle del cliente. Un precio por cliente es exactamente lo que tienta a resolverlo con un componente de cliente y un spinner, y esa frontera tiene un coste que se mide en JavaScript enviado.
Catálogo público, precios privados
Los exportadores valencianos casi siempre necesitan ambos, y confundirlos da problemas.
El catálogo público es cómo un comprador de otro país te encuentra, así que tiene que ser indexable, rápido y completo. El catálogo con acceso es donde viven las condiciones negociadas. Son dos renderizados distintos de los mismos datos de producto, y la respuesta limpia son dos rutas en vez de una ruta que se comporta según quién pregunta.
Eso además te mantiene lejos de la única práctica de búsqueda con sanción real detrás: mostrar a un rastreador algo materialmente distinto de lo que ve una persona.
Cinco países, una sociedad
La otra pregunta recurrente en Valencia es cuántos sitios necesita un exportador multipaís. Normalmente uno.
El idioma es la parte que de verdad necesita URLs separadas y alternativas declaradas entre ellas, porque una sola página no puede posicionar en dos idiomas. La moneda, la presentación de impuestos y los incoterms son propiedades del cliente o de la dirección de entrega, no motivos para duplicar un catálogo. Cómo funciona hreflang de verdad cubre la primera mitad; la segunda suele ser una pantalla de ajustes que alguien estaba a punto de convertir en cuatro dominios.
El marco de país para España - facturación certificada, reglas fiscales territoriales, el requisito de accesibilidad del sector público - está en la página de mercado de España.
En lo comercial
El alcance se fija por escrito antes de empezar y se presupuesta por proyecto, no por dí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.