Las display conditions de Elementor muestran contenido distinto según el contexto sin duplicar páginas: la promoción que aparece hasta su fecha de fin y se esconde sola, el bloque que solo existe en móvil, el mensaje que cambia según el rol del usuario conectado, las condiciones de visualización aplicadas a secciones y widgets que convierten la página estática en la que responde a quién mira y cuándo, los tres casos de negocio que esta guía configura exactos, la promo con vencimiento, el contenido por dispositivo, los mensajes por rol, porque la alternativa sin condiciones es el mantenimiento manual eterno, el banner de oferta que alguien debe acordarse de quitar, el clásico del descuento de julio todavía visible en septiembre que esta técnica jubila para siempre del sitio.
Tabla de Contenidos
Qué son las condiciones de visualización y dónde viven
Las condiciones operan a nivel de elemento: la sección o el widget con sus reglas de cuándo mostrarse, el contexto evaluado en cada visita, la fecha, el dispositivo, el estado del usuario, las reglas combinables que el constructor o sus extensiones ofrecen, la capa de lógica sobre el diseño que esta serie ya usó en plantillas y popups, ahora aplicada al contenido dentro de las páginas. La distinción con el responsive se aclara primero: el ocultar por dispositivo nativo de Elementor esconde con CSS, el elemento presente pero invisible, el peso cargado igual, la guía de DOM de esta serie recordando el costo de los duplicados ocultos, contra las condiciones reales que no renderizan lo excluido, la diferencia técnica que importa en rendimiento, el método correcto según el caso, lo visual chico con el responsive nativo, los bloques grandes alternativos con condiciones verdaderas donde las herramientas las den. El marco vive en qué es Elementor y cómo funciona y el servicio en diseño web: la lógica de visualización como herramienta de operación, no solo de diseño.
Caso 1: la promoción con fecha de fin que se apaga sola
La promo con vencimiento se configura una vez y se administra sola: la sección de la oferta con su condición de rango de fechas, visible desde el lanzamiento hasta el último día, la medianoche del fin llegando y el bloque desapareciendo sin que nadie toque nada, el banner de campaña de esta serie con su jubilación automática programada, y las piezas del caso se afinan, la fecha de fin coherente con los términos publicados de la promoción, el marco peruano de promociones de esta serie respetado, la oferta que dice hasta el quince visible exactamente hasta el quince, la coherencia legal automatizada, el contenido de reemplazo evaluado, la sección alternativa con su condición inversa, la oferta regular que aparece cuando la promo termina, el espacio que nunca queda vacío. Las advertencias del caso completan: el caché de esta serie considerado, la página cacheada que puede mostrar la versión vieja unas horas, la purga programada o el tiempo de vida del caché coherente con el cambio de fecha, el detalle técnico que evita la promo zombi de medio día, y la prueba previa de esta serie, la condición verificada con fechas de ensayo antes de confiarle la campaña real, [DATO-KOM: la configuración exacta de promos con fecha del manual KOM, el patrón de la casa].
Caso 2: el contenido solo móvil y la experiencia por dispositivo
El contenido por dispositivo va más allá de esconder: el bloque pensado para el celular, el botón de llamada directa que en escritorio no aplica, el mapa con la app de navegación, las instrucciones táctiles, los elementos que solo tienen sentido en la mano, y el camino inverso igual, la tabla comparativa amplia del escritorio reemplazada por su versión de tarjetas en móvil, las dos secciones con sus condiciones de dispositivo, cada experiencia diseñada para su pantalla en lugar de la única forzada en ambas. La disciplina del caso evita el abuso: la regla del contenido equivalente, las dos versiones contando lo mismo con formatos distintos, jamás la información que solo existe en escritorio, el visitante móvil peruano como mayoría que no puede recibir menos, la paridad de contenido que el SEO de esta serie también exige, el índice móvil primero leyendo exactamente la versión del celular, y el costo de mantenimiento sincerado, las dos versiones que se actualizan juntas, la dupla anotada en la ficha del sitio, el precio justo de la experiencia superior que se paga con proceso ordenado, no con olvidos costosos.
Caso 3: los mensajes por rol y estado del usuario
El contenido por usuario personaliza con las cuentas: la condición de usuario conectado contra visitante, el bloque de bienvenida del cliente con su acceso al área privada, el llamado a registrarse que solo ven los anónimos, la página única que atiende a ambos públicos sin duplicarse, y los roles de esta serie como condición fina, el mensaje para los clientes del rol de tienda, el aviso interno para los editores, el contenido del área de la intranet del caso de esta serie mostrado por perfil, la personalización estructural que las membresías y las intranets explotan. Las consideraciones del caso cierran la guía: el caché y los usuarios conectados, las páginas personalizadas excluidas del caché de página como esta serie configura, el contenido por rol que jamás debe servirse cacheado al rol equivocado, la regla de seguridad además de corrección, la condición como presentación y no como protección, el contenido sensible protegido por permisos reales de esta serie, no solo escondido visualmente, la distinción crítica, esconder no es asegurar, y el sistema completo documentado, las condiciones del sitio mapeadas en la ficha, quién ve qué y por qué regla, el mantenimiento del sitio condicional que sin mapa se vuelve adivinanza para todo el que llegue después.
Preguntas frecuentes
¿Las condiciones afectan el caché y la velocidad?
Conviven con reglas: las condiciones de fecha con la purga o el TTL coherente, las de usuario con las exclusiones de caché de esta serie para conectados, las de dispositivo según la técnica, el CSS responsive cacheable parejo, las condiciones reales evaluadas por visita. El mapa de qué condición usa qué mecanismo evita los clásicos: la promo zombi y el contenido del rol equivocado.
¿Esconder un bloque en móvil mejora la velocidad móvil?
Depende del método: el ocultar nativo con CSS carga el bloque igual, el peso presente aunque invisible, la mejora ilusoria, y las condiciones que no renderizan sí ahorran de verdad. La guía de DOM de esta serie manda: los bloques grandes alternativos con condiciones reales, lo chico visual con el responsive, cada caso con su técnica honesta.
¿Puedo mostrar contenido según la fuente de tráfico o campaña?
El territorio existe con sus herramientas: los parámetros de campaña leídos donde las extensiones lo den, la landing que saluda según el anuncio de origen, la personalización de pauta de esta serie, con su complejidad de caché correspondiente. El caso simple se resuelve distinto: las landing separadas por campaña, las URLs propias que esta serie ya documentó, la solución robusta y cacheable antes que la condición frágil de mantener.
¿KOM implementa estos sistemas condicionales?
Son parte del estándar operativo: las promos con vencimiento automático, las experiencias por dispositivo con paridad, los contenidos por rol en los proyectos con cuentas, el mapa documentado, dentro de los proyectos cotizados en el cotizador online con los precios públicos de siempre. La página que responde al contexto es el estándar moderno: la estática única ya es la excepción.
Tu siguiente paso: identifica tu banner zombi, la promo vencida o el aviso viejo que alguien debía quitar, y conviértelo en tu primer caso de condición con fecha, la media hora que jubila ese mantenimiento manual para siempre. El sistema completo se cotiza en el cotizador online: el contenido condicional es operación automatizada además de diseño, y los tres casos de esta guía son exactamente los que todo negocio peruano termina necesitando tarde o temprano.
