SQM Nutrition
Sitio webTrabajo entregado
Sitio global de SQM Nutrition, fertilizantes especiales para cultivos, publicado en tres idiomas y más de treinta mercados.
Stack
- Next.js
- Tailwind CSS
- WordPress
- next-intl
- Google Analytics
Snapshot
- Rol — Frontend Engineer: construí el sitio completo sobre WordPress headless.
- Alcance — Sitio global de producto: inglés, español y portugués, con más de treinta variantes de país y región.
- Resultado — Lighthouse 98 en performance, 95 en accesibilidad, 100 en best practices y 100 en SEO, con la carga por debajo de 2,5 s.
El problema
SQM Nutrition vende fertilizantes especiales para cultivos y su sitio anterior corría entero sobre WordPress: lento y con un aspecto que no acompañaba al producto. En un sitio que le habla al mismo tiempo a mercados de tres idiomas, esa lentitud no es un detalle — es el primer filtro que pierde al visitante antes de que llegue al catálogo.
Decisiones clave
- Separar el frontend de WordPress y dejarlo solo como CMS headless — la alternativa era seguir estirando el WordPress existente, y ahí el techo de rendimiento estaba puesto por el tema y los plugins. A cambio, se tiró todo el frontend que ya existía y hubo que reconstruirlo desde cero: fue el costo más alto del proyecto y aun así salió a cuenta.
- Resolver el multi-idioma con next-intl y el locale en la URL — cada mercado necesita su propia dirección para ser indexable por separado, no una detección por navegador. A cambio, cada página del sitio existe en tantas variantes como mercados hay, así que cualquier ruta nueva se multiplica.
- Manejar todos los textos desde el CMS — la idea era que los equipos de cada mercado pudieran ajustar su copia sin pasar por un desarrollador. A cambio, incluso los textos de interfaz que nadie iba a tocar quedaron dependiendo del CMS.
Resultado
- Lighthouse en producción: 98 performance, 95 accesibilidad, 100 best practices, 100 SEO.
- La carga quedó por debajo de 2,5 s, frente a un sitio anterior en el que la lentitud era la queja principal.
- Una sola base de código sirve inglés, español y portugués en más de treinta variantes de país y región.
Qué haría distinto
- Dividiría los textos en dos: al CMS solo los que tiene sentido que el cliente cambie, y al proyecto —en un diccionario— los de interfaz que iban a quedarse fijos. Llevar todo al CMS hizo que cadenas que nunca cambian arrastraran el mismo peso de traducción y mantenimiento que el contenido real.