https://drive.google.com/drive/u/0/my-drive
Перша проблема технічна, а не програмна.
Моя система не змогла добратися до змісту самої статті, навіть після двох спроб. Причина: меню сайту величезне — сотні навігаційних посилань, які з'являються на початку HTML-коду, настільки глибоко вдавлюючи контент, що автоматизовані інструменти обрізаються, не дійшовши до нього.
Це саме по собі критичне відкриття, а не просто моя «помилка». Подумайте, хто ще «зустрічається» з вашою сторінкою таким же чином:
Боти Google
Кранери на основі моделей ШІ (наприклад, GPTBot, ClaudeBot, PerplexityBot, GeminiBot)
Системи індексування, що використовують алгоритм RAG
Коли модель ШІ отримує сторінку, вона бачить величезну купу посилань, перш ніж добереться до контенту. Навіть якщо вона не обрізається, вага контенту відносно ваги навігації дуже низька — і це негативний сигнал. Сучасні моделі намагаються визначити «основний зміст», але це не завжди вдається, особливо на івритських сайтах WordPress.
Це одна з ймовірних причин, чому ваш сайт, ймовірно, індексується моделями штучного інтелекту гірше, ніж повинен, навіть якщо сам контент хороший.
Що з цим робити:
Уточніть у розробника, чи можна змінити порядок HTML-коду так, щоб основний контент розташовувався перед меню (семантичний HTML з <main> та <nav> на своїх місцях).
Додайте атрибути aria-label та role="navigation" в меню.
Додайте посилання "перейти до контенту" — воно у вас є, але потрібно переконатися, що воно працює.
Розгляньте можливість створення більш "плоского" меню замість поточного зеленого з більш ніж 50 посиланнями.
Ось що у вас зараз — справжня проблема
Меню відображається тричі в вихідному HTML-коді:
Одна версія для настільних комп'ютерів
Одна версія для планшетів
Одна версія для мобільних пристроїв
Кожна версія містить більше 50 однакових посилань. Це означає, що бот, читаючи сторінку, бачить одне й те ж меню, надруковане тричі в коді, навіть якщо користувач бачить лише одне на будь-якому екрані.
Варіанти, що не вимагають зміни самої навігації:
A. Одне меню з адаптивним CSS замість трьох меню
Замість того щоб Elementor друкував три окремі версії HTML і приховував/показував їх за допомогою класів, ви можете надрукувати одне меню, яке візуально змінюється залежно від розміру екрану за допомогою CSS. Це зменшує розмір HTML приблизно в три рази, не торкаючись кількості посилань або структури навігації.
Це вимагає роботи розробника, оскільки це не налаштування, яке можна змінити з інтерфейсу Elementor — це вимагає зміни коду шаблону або заміни віджета меню.
B. Лінива завантаження мобільного меню
Мобільне меню (гамбургер) не обов'язково повинно бути повністю надруковане в вихідному HTML. Його можна динамічно завантажувати при натисканні користувачем на гамбургер. Це значно зменшує HTML-код без зміни змісту навігації.
C. Виправлення прихованого H1
Про це ми вже говорили — є H1, який прихований на настільних комп'ютерах і відображається лише на планшетах. Виправлення лише цього — завдання, окреме від зменшення розміру меню.
D. Видалення непотрібного вбудованого JavaScript з <head>
Я знову подивився код — в <head> багато вбудованого JavaScript, включаючи цілі скрипти змісту, внутрішні скрипти ШІ та багато іншого. Більшу частину цього можна перемістити в окремий файл або завантажити в кінці сторінки. Це ніяк не змінює навігацію, але зменшує обсяг коду, який повинні пройти боти, перш ніж добратися до контенту.
Оцінка ризиків цих варіантів:
A (одне меню з CSS) — низький-середній ризик. Потрібен розробник, який розуміє, що робить. Ризик полягає в тому, що Elementor може погано працювати з змінами. Після внесення змін необхідно провести ретельне тестування на всіх пристроях.
B (лінива завантаження мобільного меню) — низький ризик. При правильній реалізації меню все ще буде доступне ботам через статичні посилання, просто воно буде завантажуватися пізніше.
C (виправлення H1) — мінімальний ризик, ми вже говорили про це.
D (міграція JavaScript) — низький ризик, стандартна міра оптимізації.
Важливе зауваження: Перш ніж обговорювати варіанти A і B, слід уточнити у свого розробника, можливо це взагалі в рамках використовуваного вами шаблону (Hello Elementor Child + PowerPack Elements). Деякі з запропонованих тут варіантів можуть вимагати відносно складних змін або заміни віджета меню.
