Una pequeña parte de los problemas que suele dar Elementor en el SEO Técnico
Como especialista en SEO técnico, es importante destacar que el uso de herramientas de construcción de páginas web como Elementor puede tener algunas desventajas importantes para el rendimiento de la optimización de motores de búsqueda (SEO) de un sitio web, ya que presenta grandes carencias en cuanto a la velocidad de carga de una web.
Si bien Elementor es una herramienta muy popular y útil para la creación de páginas web, especialmente para aquellos que no tienen conocimientos avanzados de programación y diseño web. Es importante entender que su uso puede afectar negativamente la capacidad del sitio web para posicionarse en los resultados de búsqueda de Google y otros motores de búsqueda. En este artículo, exploraremos las desventajas, a nivel técnico, de utilizar esta tecnología desde el punto de vista de SEO y desarrollo.
Dentro del mundo del SEO Técnico, algo que se necesita para poderse adaptar a cada proyecto y ofrecer el mejor entorno es la personalización, y algo no-code es per sé poco adaptable y modificable a nivel técnico respecto a lo que se suele necesitar en este ámbito.
Esto no quiere decir que una página con Elementor de por sí esté mal, tiene su función y puede ser muy útil para ciertos tipos de proyectos. Pero se queda bastante corto para los proyectos más profesionales por las siguientes razones:
Este punto es el principal problema del uso de este constructor web. Cuando se desarrolla en Elementor, todos los elementos de una web están “prefabricados” y para evitar que puedan dar errores en cualquier tipo de web (tiene que tener en cuenta todas las casuísticas que se pueden dar en cualquier proyecto, ya que debe ser válido para absolutamente todos) añaden muchísimas líneas de código para hacer que funcione.
Para conseguir que todos sus elementos sean válidos para cualquier web y no rompan, Elementor añade muchísimo código innecesario y redundante, para tener en cuenta absolutamente todas las necesidades que pueda tener cualquier proyecto. Cuando lo más óptimo en el desarrollo de una web, es utilizar solo el código necesario para hacer que esta funcione e incluso minificarlo y reducirlo, para conseguir que el código pese lo mínimo indispensable.
Esto hace que una web desarrollada con Elementor no sea escalable en absoluto, ya que si queremos añadir cualquier cosa a nuestra página (por pequeña y fácil que sea) tendremos que añadir muchísimo código que hace que la velocidad de la web se resienta aún más.
Una de las soluciones que, las personas que utilizan esta tecnología para trabajar suelen dar para solucionar este problema, es eliminar todas las cosas innecesarias de Elementor en la web, para optimizar y reducir el peso y la velocidad. El problema de esta solución, es que cada vez que se quiera cambiar o añadir algo en la web, vamos a tener que crearlo y después eliminar todo el código que no se usa, lo que supone un trabajo doble. Mientras que si la web está hecha con una plantilla personalizada con código directamente se crea este código optimizado desde cero.
Además esta forma de trabajar es, evidentemente, ineficiente, ya que no es óptimo utilizar un montón de código innecesario para hacer una función y, luego, revisarlo para ir eliminando todo lo que no necesitamos. Lo óptimo es crear ese código desde cero solamente con lo necesario.
Es posible que en un futuro mejore, y haga algún tipo de mejora u optimización para esto. Algo similar a lo que hace Tailwind con el Purge.CSS de procesar el contenido de la web y eliminar todo js, CSS y clases que no utilice. Pero por el momento, no es algo que haga.
Este punto está basado en nuestra experiencia con las páginas que me he encontrado desarrolladas con esta tecnología.
Una de las ventajas que se suele atribuir a Elementor es la facilidad con la que se puede editar sus páginas. Sin embargo, lo que he comprobado en múltiples proyectos, es que acaba siendo contraproducente.
Los clientes no se suelen atrever a editar dicho builder ni suelen tener interés en el aprendizaje del mismo, y cuando lo tienen acaban teniendo errores como desajustar la web por completo cambiando una simple imagen, o creando H1 con display none o visibility hidden pensando que así no cargará en la web (esto lo vi hace bastante poco con Shopify y su builder).
Al final el resultado es que el cliente, lejos de no tener que depender de desarrollo, acaba dependiendo más que si está en otro tipo de desarrollo.
Cuando se realiza la web con código personalizado, se puede decidir qué partes de la web son editables y cuáles no.
Por ejemplo, yo habilito unos fields o campos, para que el cliente pueda editar todo tipo de texto o imágenes, pero el diseño o el CSS no se puede editar desde el back-end, ni tampoco romper.
Esto a pesar de que parezca que hace la web menos editable, se traduce en que ningún cambio de texto o imagen rompa la web nunca y, que cualquier otro cambio se pueda hacer de manera fácil, con el propio código y con un histórico en Github (o cualquier otro sistema de control de versiones) reversible en cualquier momento. Con Elementor; los cambios visuales, en parte se almacenan en la base de datos. Y resulta complicado ver un histórico de los cambios y tratar de volver atrás si sucede un error.
El hecho de dejar que todo se pueda tocar por el usuario solo genera problemas y, al final, los cambios gordos de la web, siempre pasan por el desarrollador, ya que por muy simple que se venda el plugin, no se puede editar tan fácilmente sin riesgo y sin conocimientos previos. Además de que como he explicado antes. No existe el "Control Z" si se pretende volver a un estado anterior una vez realizados los cambios.
Una página hecha con Elementor, solo se puede mantener con Elementor, ya que cada cambio y plugin que se quiera añadir, tiene que estar conectado con este y ser compatible, ya que de otra forma puede destruir la página. Esto nuevamente hace el proyecto muy poco escalable.
Esto también lo he comprobado a lo largo del tiempo con las páginas desarrolladas con Elementor. El problema es que conforme va creciendo el proyecto, todos los plugins que se instalan, se anidan con Elementor y, después, muchos de ellos no se pueden eliminar, porque rompen la web a nivel visual. Esto en mi experiencia, lo he llegado a ver incluso eliminando plugins que solo afectan a SEO, que nunca deberían romper la web a nivel visual.
Aquí enseño a solucionar el problema de metadescription múltiple que provoca Hello Elementor
Esto no solo se aplica a Elementor, pero a ser un plugin de casi todo en uno y tan utilizado hay que estar muy pendiente de que no tiene brechas de seguridad. Esto unido a las compatibilidades con otros plugins puede ocasionar problemas bastante gordos. Más aún si no se utiliza la versión de pago (porque sí, para tener cierta editabilidad tienes que morir en una versión de pago) y se instala una versión Nulled (como he llegado a ver en ciertos proyectos)
Este punto está relacionado con el punto anterior, pero merece un apartado aparte. Cada vez que se quiere hacer un cambio en un plugin (actualizar, cambiar algo o eliminarlo) hay que comprobar que este no entre en conflicto con el builder, ya que pasa muchas veces, que se ha integrado el plugin en alguna parte de una página y al eliminarlo se rompe la página.
No se tiene un control absoluto de la web, ya que el Elementor lo crea de una manera que no sea directamente editable. Hacer cualquier cambio en un plugin conectado, implica revisar toda la web para que no rompa nada y, en caso de romperse algo, buscar la manera de solucionarlo, que puede complicar mucho la tarea.
De hecho hay un amplio listado (que no está completo, ni es el único) de plugins incompatibles con el propio elementor.
Este problema afecta principalmente a los profesionales técnicos y desarrolladores que vayan a tocar la web, pero es un punto importante a tener en cuenta. Elementor hace que el código sea un quebradero de cabeza a la hora de ser interpretado por un programador, ya que está pensado para usarse como un constructor visual y no para tocar el código. Esto conlleva en más horas de programación para solucionar problemas que podrían ser simples de resolver.
El principal problema de esta poca interpretabilidad, es que cualquier cambio que se quiera hacer en la web lleva el doble del tiempo (si no más), ya que cualquier código que quieras añadir, tienes que comprobar que no rompe nada.
Como he explicado en esta publicación, este builder al estar pensado para todo tipo de webs, carga todo un despliegue de configuraciones de las que luego solo utilizará una parte. Esto es perjudicial porque afecta directamente en la carga del usuario y puede acabar causando problemas bastante gordos en el WPO.
Lo que vemos en la siguiente imagen es un ejemplo de todos los recursos que carga Elementor, de forma innecesaria, en todas las urls, sumándole tiempo de carga.
Las líneas tachadas significan, que hay otra línea posteriormente que la anula, por lo que es código que no debería cargarse si hay otro código que lo anula y que, por lo tanto, no está cumpliendo ninguna función. Esto solo añade código innecesario que aumenta el tiempo de carga de cada url, siendo contraproducente a nivel de WPO:
Si esto se junta que sobre escribe al tema y que el tema puede también no estar optimizado, se arma un buen caos.
En la Consola del Navegador también podemos ver como está cargando muchas clases de CSS que luego se contradicen. En este caso en concreto se ve de manera muy clara, la inmensa cantidad de código innecesario que añade a la web:
Elementor es un constructor visual para webs, que tiene como principal finalidad facilitar el desarrollo de una web, para todas aquellas personas que no tienen conocimiento ninguno de programación web y quieren una web fácil de hacer y más barata que una web programada desde cero. Es una muy buena solución para una web pequeña que no va a escalar mucho, ni se pretende hacer muchos cambios en la misma.
Cuando una empresa ofrece una solución con Elementor, es porque quiere ahorrar costes en tiempo y en economía para obtener más margen de beneficio; independientemente de la calidad resultante o del beneficio o no que se le aporte al cliente.
Esta herramienta en ningún caso es una solución para un proyecto con intención de crecer mucho y escalar, ya que, como hemos visto en los puntos anteriores, presenta muchos problemas de velocidad y flexibilidad para los cambios, que es justo lo que necesita un proyecto que pretende crecer.
Te falta mi máster. Accede a una formación avanzada que te permitirá aplicar e implementar SEO en cualquier tipo de WEB
¡Accede al Máster de SEO Técnico!Si te ha gustado esta publicación, siempre me lo puedes agradecer dándome like en esta publicación de LinkedIn sobre este mismo artículo.
