Una web puede verse bien y, aun así, ser difícil de mantener. En este proyecto la portada, la cabecera y el pie dependían de Elementor. Cualquier cambio exigía cargar una estructura pesada y conocer cómo se habían construido decenas de bloques. El objetivo no era rediseñar por capricho, sino conservar la identidad y recuperar control técnico.
Qué debía mantenerse
La nueva versión tenía que respetar colores, tipografías, navegación y fotografía. También debía seguir funcionando con WooCommerce, WPML, el buscador de productos y los formularios existentes. Quitar un constructor no sirve de nada si obliga a renunciar a funciones importantes.
La transición por capas
Empecé auditando qué partes dependían realmente de Elementor. Ya existía una plantilla de portada parcialmente personalizada, así que la utilicé como base en lugar de empezar desde cero. Después sustituí progresivamente:
- cabecera y navegación;
- portada con sus secciones comerciales;
- listados de productos y categorías;
- newsletter, preguntas frecuentes y contacto;
- pie de página y enlaces legales;
- comportamiento responsive y menú móvil.
Un tema propio, no una copia rígida
El contenido sigue siendo dinámico. WordPress gestiona menús, productos, artículos y traducciones; el tema se encarga de presentarlos. Esa separación permite editar lo cotidiano sin tocar código y evita que cada sección termine guardada como una gran estructura de un constructor.
La portada final incorporó 14 secciones, seis productos destacados, categorías, blog, formulario y FAQ. La revisión confirmó que no había imágenes rotas ni referencias de Elementor en la página principal.
Qué mejora al reducir la dependencia
- Menos capas de HTML y estilos.
- Mayor coherencia entre páginas.
- Control sobre rendimiento y accesibilidad.
- Menor riesgo al actualizar plugins.
- Cambios estructurales más previsibles.
No siempre recomiendo eliminar el constructor
Elementor puede ser una herramienta válida cuando el equipo necesita libertad visual y acepta su coste de mantenimiento. Lo elimino cuando la web tiene un diseño estable, requiere rendimiento o el constructor se ha convertido en un obstáculo para evolucionar.
La decisión debe basarse en el uso real, no en una guerra de herramientas. En este caso, un tema personalizado ofrecía una base más clara para los próximos años.