Tienda en OpenCart: un catálogo que aguanta decenas de miles de referencias

Elegimos OpenCart no por afecto a un CMS concreto, sino por el tipo de tarea. Es un motor que trae de serie lo que en otras plataformas se compra en extensiones: categorías multinivel, opciones y atributos de producto, varios idiomas y monedas, grupos de clientes con precios propios, cupones, área de cliente, comparador y favoritos. Cuando el catálogo es el activo principal de la tienda, eso ahorra presupuesto de desarrollo y tiempo de mantenimiento.

Los proyectos sobre esta plataforma rara vez se parecen entre sí. «Budmen» es un market de construcción con decenas de miles de referencias y una sección aparte de alquiler de herramienta. RainWay fabrica canalones y su cliente arma el sistema con una calculadora por serie, diámetro y color. Gadgik vende accesorios de móvil con búsqueda por cientos de modelos de dispositivo y un módulo propio de puntos de recogida con coordenadas y horarios. Sushi Product es un portal mayorista para un proveedor de HoReCa, con área de comprador y tres idiomas.

Lo primero que preguntamos al empezar es la versión. OpenCart 4 reescribió el sistema de extensiones: los módulos hechos para 3.x no funcionan y parte de los autores nunca portaron sus soluciones. Por eso una tienda en 3.0.3.x no siempre está «obsoleta»: si sobre ella se sostiene un conjunto de módulos que funciona, el salto sale más caro que mantener la versión actual. Calculamos los dos escenarios y enseñamos las cifras, en vez de recomendar una actualización solo porque haya salido una versión nueva.

Lo segundo es la velocidad con un catálogo grande. OpenCart estándar no está pensado para decenas de miles de referencias con filtrado profundo: las consultas de productos y categorías empiezan a lastrar la página. Se corrige con índices, caché y consultas reescritas, y eso es una línea propia del presupuesto, no una «optimización de propina».

La mitad de las consultas que recibimos no son «háganme una tienda nueva», sino «ya tengo tienda, pero…». Detrás suele haber una versión 1.5 o 2.x, un tema comprado, treinta módulos de autores distintos y parches metidos en el núcleo. Una tienda así no se actualiza: cualquier actualización borra los parches. Por eso empezamos con una auditoría y decimos sin rodeos qué sale más barato, si repararla o pasarla a una instalación limpia devolviendo la lógica a medida en módulos separados.

Capítulo aparte: migración y buscadores. La tienda vive del tráfico orgánico, así que el mapa de direcciones antiguas y las redirecciones 301 son parte del trabajo, no una «opción adicional». Trasladamos title y description de categorías y productos, conservamos las URL amigables, configuramos hreflang para las versiones ucraniana y rusa y, tras el lanzamiento, seguimos en Search Console cómo se reindexan las páginas. Así lo hicimos en Gdent, donde las dos versiones de idioma del catálogo de material médico no debían competir entre sí en los resultados.

Si todavía está eligiendo plataforma, no lo haga por una lista de funciones: empiece por el catálogo y por cómo lo buscan. Todos los formatos de tienda que construimos están reunidos en la sección de tiendas online. Todos los formatos de tienda →

Cuando la tienda es parte de un sitio de contenidos con blog y páginas de aterrizaje, resulta más cómodo tenerlo todo en un solo panel de WordPress. También hacemos esas tiendas, la página está al lado. Tiendas en WooCommerce →

Una tienda en marcha necesita actualizaciones, copias de seguridad y atención a la seguridad, y eso es un servicio aparte. Cuéntenos su caso: en 30 minutos le decimos qué hace falta y cuánto costará de forma aproximada. Mantenimiento de sitios →