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). Некоторые из предложенных здесь вариантов могут потребовать относительно сложных изменений или замены виджета меню.
