Blog

Kurze Antwort: Ja, das gibt es — und für kleine Unternehmen ist es meist die einzige Variante, die wirklich funktioniert. Ich unterrichte WordPress ausschließlich als 1:1-Betreuung: an Ihrer echten Website, mit Ihren echten Inhalten, in Ihrem Tempo. Online per Zoom oder MS Teams, €109 pro Stunde, mit kostenlosem 20-Minuten-Vorgespräch davor und 30 Tagen E-Mail-Support danach. […]

Un mega menú es un punto de navegación que, al tocarlo, no despliega una lista estrecha, sino una superficie amplia con varias columnas, imágenes o avisos. En tiendas y sitios web grandes tiene sentido. En páginas de empresas pequeñas suele ser una señal de que la estructura no está bien planteada. Por eso trato aquí las dos cosas: la implementación y, antes, la pregunta honesta de si usted realmente necesita uno.

Elementor en sí no es problemático desde el punto de vista de la protección de datos. La cosa se complica con cuatro componentes que utiliza casi cualquier sitio web y que, en su configuración estándar, transmiten datos a terceros antes de que el visitante haya consentido nada. Por adelantado: no soy abogado. Lo que aquí describo es la implementación técnica desde la práctica.

Imparto formación sobre Elementor y trabajo a gusto con él. Aun así, en aproximadamente una de cada cinco primeras conversaciones desaconsejo su uso. No por coquetería, sino porque una herramienta que no encaja con la tarea acaba saliendo más cara que cualquier licencia. Estas son las situaciones en las que digo que no.

A los dos se les compara constantemente, y ahí está ya el primer error de razonamiento: no son lo mismo. Elementor es un maquetador que usted combina con cualquier tema. Avada es un tema que trae su propio maquetador. Esa diferencia determina casi todo lo que viene después.

La mayoría de sus visitantes llega desde el móvil. Aun así, casi siempre se construye en la pantalla grande, y la vista pequeña se revisa, si acaso, al final del todo. Justo de ahí surgen los problemas que más a menudo reparo en mis formaciones.

Ocurre pocas veces, pero ocurre: tras una actualización la página se ve distinta, falta un widget o el editor ya no carga. En ese momento, la capacidad más importante no es la búsqueda de errores, sino el camino rápido de vuelta. Elementor lo trae integrado; lo que pasa es que mucha gente no lo sabe.

Aplazar las actualizaciones es la peor de todas las opciones: el software obsoleto es la puerta de entrada más frecuente en WordPress. Instalarlas a ciegas es la segunda peor. Entre ambas hay un procedimiento que cuesta diez minutos y hace que la cosa sea fiable.

La mayoría de los problemas de Elementor no son problemas de Elementor. Vienen del servidor, de la caché o de otro plugin. Quien lo sabe busca en el sitio correcto y termina en minutos en lugar de en horas. Aquí están los casos que más a menudo me encuentro en formaciones y proyectos de clientes, en el orden en que los compruebo.

Los sitios web no se construyen lentos, se vuelven lentos. Cada plugin que se probó y no se volvió a quitar, cada fuente que se quiso testear alguna vez, cada plantilla de un borrador descartado: nada de eso es un problema por sí solo. Juntos dan como resultado una página que carga bastante más de lo que muestra. Este es mi procedimiento cuando limpio un sitio de Elementor que ha ido creciendo con los años.

«Elementor es lento» es una de las afirmaciones más persistentes del entorno WordPress. No es del todo falsa y aun así induce a error. Un maquetador de páginas genera más marcado que el código escrito a mano — eso cuesta algo. Pero lo que en la práctica vuelve lentas a las páginas hechas con Elementor son casi siempre otras cosas, y esas sí se pueden arreglar.

Una landing page no es una subpágina más bonita. Tiene exactamente un objetivo — una solicitud, una inscripción, una venta — y todo lo que hay en ella sirve a ese objetivo o no pinta nada ahí. Esa única diferencia decide más sobre el resultado que cualquier cuestión de diseño.