Умови показу шаблонів у Elementor Theme Builder без конфліктів

Як працюють Display Conditions у Theme Builder

Display Conditions визначають, де саме Elementor має підключати шаблон. Для цього використовуються правила Include — включити шаблон у вибрану область, і Exclude — виключити його з певної сторінки або розділу.

Наприклад, умова Include → Entire Site означає, що шаблон потенційно доступний на всіх сторінках сайту. Якщо для окремої сторінки створити ще один шаблон і також додати для нього широке правило, обидва шаблони можуть збігтися за умовами.

Важливо перевіряти не тільки назву шаблону, а й усі його умови. Окремі правила для сторінок, записів, архівів, категорій і WooCommerce можуть перетинатися, навіть якщо візуально шаблони призначені для різних завдань.

• Include визначає область, де шаблон дозволено показувати.
• Exclude прибирає шаблон із певної сторінки або групи сторінок.
• Широкі умови на кшталт Entire Site потрібно використовувати обережно.
• Однакові або частково однакові умови в кількох шаблонах часто спричиняють дублювання.

Надійна структура глобального та спеціального шаблонів

Для більшості сайтів найзрозуміліша схема складається з одного глобального шаблону та окремих шаблонів для винятків. Наприклад, стандартний хедер або футер призначається для всього сайту, а для лендингу створюється спеціальна версія.

Глобальний шаблон можна налаштувати за схемою Include → Entire Site. Спеціальний шаблон у такому разі має отримати Include лише для потрібної сторінки або розділу. Щоб правила не перетиналися, у глобальному шаблоні потрібно додати Exclude для спеціальної сторінки.

Така структура є передбачуванішою, ніж створення кількох шаблонів із широкими умовами. Чим менше шаблонів претендують на одну область, тим легше знайти причину проблеми під час перевірки.

• Глобальний хедер: Include → Entire Site.
• Спеціальний хедер для лендингу: Include → конкретна сторінка.
• Глобальний хедер: Exclude → ця сама сторінка.
• Для окремої категорії або типу запису використовуйте відповідний архівний чи контентний шаблон, а не загальне правило без уточнення.

Приклад структури для спеціальної сторінки

Припустімо, на сайті є стандартний хедер для всіх сторінок і окремий хедер для сторінки «Акція». Глобальний хедер залишається активним для всього сайту, але отримує виключення для сторінки «Акція». Спеціальний хедер включається тільки для цієї сторінки.

У результаті на сторінці «Акція» Elementor не має підстав виводити глобальний варіант, а на решті сайту продовжує використовуватися стандартний шаблон.

Як налаштувати умови показу крок за кроком

Перед зміною умов бажано визначити призначення кожного шаблону. Запишіть, чи відповідає він за хедер, футер, одиночний запис, сторінку, архів, товар або сторінку магазину. Це допомагає не змішувати різні типи шаблонів і не призначати один шаблон надто широкій області.

• Відкрийте Theme Builder і виберіть потрібний тип шаблону.
• Створіть або відредагуйте глобальний шаблон.
• Для базового шаблону встановіть Include → Entire Site, якщо він справді має діяти на всьому сайті.
• Створіть окремий шаблон для спеціальної сторінки, категорії, архіву або типу запису.
• Додайте для спеціального шаблону Include тільки для необхідної області.
• Поверніться до глобального шаблону й додайте Exclude для тієї самої області.
• Збережіть зміни та перевірте умови всіх шаблонів такого самого типу.

Коли Exclude потрібен обов’язково

Виключення особливо важливе, коли глобальний шаблон охоплює Entire Site, усі записи або весь певний тип контенту. Самого Include для спеціального шаблону недостатньо, якщо базовий шаблон формально все ще підходить під ту саму сторінку.

Наприклад, якщо спеціальний шаблон призначений для категорії «Новини», глобальний шаблон записів потрібно виключити для цієї категорії. Якщо цього не зробити, на архіві або сторінці запису можуть застосовуватися несумісні правила.

Типові конфлікти для записів, архівів і WooCommerce

Найбільше помилок виникає не на звичайних сторінках, а в динамічних областях WordPress. Один і той самий матеріал може одночасно належати до типу запису, категорії, архіву автора або іншої таксономії. Тому умови потрібно перевіряти на всіх рівнях.

Для одиночних записів використовуйте умови, які стосуються саме Single Post або потрібного типу запису. Для списку записів, категорій і тегів потрібні архівні умови. Не варто замінювати їх загальним правилом для всього сайту, якщо шаблон має працювати лише в одному розділі.

У WooCommerce окремо перевіряйте шаблони товару, архіву товарів, магазину, категорій товарів і кошика. Умови для товарів не завжди означають те саме, що умови для звичайних записів або сторінок.

• Не плутайте шаблон одиночного запису з шаблоном архіву записів.
• Перевіряйте, чи не охоплює глобальний шаблон одночасно всі записи та спеціальну категорію.
• Для товарів перевіряйте як одиночні сторінки, так і архіви товарів.
• Якщо використовується кастомний тип запису, переконайтеся, що умова прив’язана саме до нього.
• Окремо враховуйте шаблони, які додаються темою або стороннім плагіном.

Як знайти шаблон, який спричиняє дублювання

Починайте діагностику з конкретної сторінки, де видно проблему. Зафіксуйте її тип: звичайна сторінка, запис, категорія, товар або архів. Потім відкрийте всі шаблони відповідного типу в Theme Builder і перегляньте їхні Display Conditions.

Звертайте увагу на шаблони, які мають Include → Entire Site, умову для всіх записів або одночасно кілька широких правил. Також перевірте, чи не створив тему або інший плагін власний хедер, футер чи шаблон контенту.

Після кожної зміни перевіряйте сторінку окремо. Якщо змінити одразу багато умов, буде складніше визначити, яке саме правило усунуло або створило проблему.

• Перевірте, чи немає двох активних шаблонів одного типу для тієї самої області.
• Порівняйте Include та Exclude у глобальному й спеціальному шаблонах.
• Перевірте умови батьківської категорії, підкатегорії та окремої сторінки.
• Тимчасово вимкніть підозрілий шаблон і подивіться, чи зникло дублювання.
• Перегляньте сторінку в режимі інкогніто або в іншому браузері.

Кеш після зміни умов

Після редагування шаблонів старий результат може залишатися через кеш Elementor, кеш сайту, серверний кеш або кеш браузера. У Elementor скористайтеся інструментами обслуговування й очистіть згенеровані файли та дані через Tools → Clear Files & Data, якщо такий пункт доступний у вашій версії.

Після цього очистіть кеш плагіна оптимізації або хостингу, якщо він використовується. Перевіряйте результат у приватному вікні, щоб старі CSS-файли чи HTML не вводили в оману.

Поширені помилки під час налаштування

Найчастіша помилка — дублювання однакової умови в кількох шаблонах. Наприклад, два хедери обидва призначені для Entire Site, хоча один із них мав працювати лише на лендингу. У такій схемі проблема не вирішується зміною дизайну: потрібно виправити область показу.

Інша поширена ситуація — спеціальний шаблон створено, але глобальний не має Exclude. Власник сайту бачить, що спеціальний варіант додався, але не помічає, що стандартний також залишився активним.

Також не варто покладатися лише на назви шаблонів. Назва «Хедер для акції» нічого не змінює, якщо його умови призначають шаблон для всього сайту.

• Не залишайте кілька глобальних шаблонів одного типу без чіткого поділу областей.
• Не використовуйте Include для всього сайту, якщо шаблон потрібен лише одному розділу.
• Не забувайте про Exclude у базовому шаблоні.
• Не перевіряйте тільки головну сторінку — тестуйте записи, архіви, категорії й товари.
• Не робіть висновки до очищення кешу та перевірки в інкогніто.
• Не ігноруйте хедер або футер, який може додавати активна тема.

Чекліст перед публікацією шаблону

Перед активацією нового шаблону пройдіть коротку перевірку. Вона допоможе уникнути ситуації, коли зміна для однієї сторінки несподівано впливає на весь сайт.

• Визначено точне призначення шаблону.
• Умови Include обмежені потрібною областю.
• Для глобального шаблону додано Exclude, якщо є спеціальний виняток.
• Немає іншого активного шаблону з такою самою областю.
• Перевірено звичайні сторінки, записи та архіви.
• Для WooCommerce протестовано товар, каталог і категорію товарів, якщо вони використовуються.
• Перевірено хедер і футер теми, якщо вони можуть виводитися незалежно від Elementor.
• Очищено кеш Elementor та інші рівні кешування.
• Результат перевірено для авторизованого й неавторизованого користувача.