Se termina el mantenimiento de rutina
Actualizar plugins y aplicar parches deja de ser una tarea del calendario.
Desarrollamos tu web o tienda, la posicionamos, la potenciamos con Ads y hacemos seguimiento de cada venta.
Marker vende tecnología geoespacial a empresas de toda Latinoamérica. Su sitio vivía en WordPress y sostenerlo se había vuelto una tarea fija. Lo migramos a Webflow y lo reordenamos: cada solución con su página, un CMS para que el contenido crezca sin rehacer nada, y tres idiomas.
El sitio de Marker estaba hecho en WordPress. Mientras fue chico eso no molestaba. Cuando creció, sostenerlo pasó a ser una tarea fija: actualizaciones, plugins, parches de seguridad.
Pero el problema de fondo no era la plataforma. Marker no vende una cosa sola: trabaja con tecnología de HERE, de CARTO y de Precisely, y además tiene desarrollos propios. Todo eso entraba a la fuerza en una única página de soluciones.
Y cada página nueva había que construirla desde cero. Con una oferta que se amplía, esa cuenta no cierra.
Antes de tocar nada revisamos la estructura existente y definimos cómo se iba a ordenar: soluciones, contenidos, recursos y los caminos hacia el contacto.
Pasamos la experiencia a Webflow. Con eso se va la dependencia de plugins y de las actualizaciones del entorno de WordPress.
Armamos las colecciones y las plantillas del CMS. De ahí en adelante, una solución nueva o un artículo nuevo se cargan. No se programan.
Direcciones, jerarquía de títulos, contenido indexable y enlazado interno. Y las versiones en español, inglés y portugués.
Recorridos claros hacia la demo, la reunión y el contacto, andando igual en computadora, tablet y teléfono.
Cada punto de acá abajo era una tarea que alguien tenía que hacer todos los meses, o una limitación que frenaba al equipo cuando quería publicar algo.
Actualizar plugins y aplicar parches deja de ser una tarea del calendario.
Un sitio armado con muchos plugins es un sitio con muchas entradas posibles. Al salir de ahí, queda menos superficie expuesta.
Soluciones, artículos, casos y recursos viven en colecciones. Sumar uno es cargar un registro, no construir una página.
HERE, CARTO, Precisely y los desarrollos propios dejaron de compartir una sola página que hablaba de todo.
Con una página por capacidad, el sitio puede trabajar búsquedas concretas en vez de competir con una página genérica.
Español, inglés y portugués, que es lo que pide una operación repartida por toda la región.
Marker trabaja con tecnología de tres proveedores y además desarrolla lo suyo. La estructura nueva separa eso en grupos, y dentro de cada grupo hay una página por capacidad.
Geocoding & Search, Map Rendering, Positioning, Routing, Tour Planning y HERE SDK. Cada una con su propia página.
Los desarrollos propios: Check Out Form y Normalizador, separados de lo que revende.
Spatial Analytics, Location Intelligence y análisis espacial.
GIS, Location Intelligence y análisis territorial.
Blog, casos de éxito, material descargable y webinars, con navegación propia.
Quiénes somos y contacto, accesibles desde cualquier punto del recorrido.
La cadena queda tecnología, solución, aplicación, contenido y contacto. El que entra buscando routing llega a routing, no a una página que habla de todo un poco.
Grupos de soluciones separados, cada uno con lo suyo.
Páginas propias solo dentro del ecosistema HERE.
Colecciones de contenido: soluciones, blog, casos y recursos.
Idiomas: español, inglés y portugués.
Son conteos de lo que se construyó. No publicamos métricas de tráfico ni de conversión de este proyecto: las cifras de negocio que aparecen en el sitio de Marker corresponden a su operación, no a esta migración.
Contanos cómo está armado hoy y te decimos si conviene migrarlo o acomodarlo donde está.
Hablemos de tu casoDejanos tus datos y en qué andás. Te respondemos con una primera idea de por dónde empezar.