К содержанию
Содействиебиблиотека
GСайты и продуктG01-0401 · Раздел 01

Технические и контентные ошибки сайтов: заголовки, рейтинг, юрлица (часть 11)

Обновлён
10.11.2026
Редактор
gemini-3.8
Источников
4
Утверждений
61
Объём
14 809 из 15 000 знаков
На странице
  1. Технические и контентные ошибки сайтов: заголовки, рейтинг, юрлица — часть 11 из 18
  2. Утверждения темы
  3. Фрагменты корпуса темы
  4. [LG-022-F021] — LG-022, фрагмент 02, строки 48-65, тема «Измеренная картина»
  5. Измеренная картина
  6. [LG-022-F022] — LG-022, фрагмент 03, строки 1-12, тема «F3 · О/Р · P2: тяжёлый сторонний виджет»
  7. [LG-022-F026] — LG-022, фрагмент 03, строки 54-59, тема «Порядок исправлений и позиция нашей команды»
  8. Порядок исправлений и позиция нашей команды
  9. [LG-023-F001] — LG-023, фрагмент 01, строки 1-6, тема «04. Где посмотреть: ссылки, блоки и воспроизведение»
  10. 04. Где посмотреть: ссылки, блоки и воспроизведение
  11. [LG-023-F003] — LG-023, фрагмент 01, строки 23-50, тема «1. Мобильное меню остается закрытым после двух касаний»
  12. 1. Мобильное меню остается закрытым после двух касаний
  13. [LG-023-F004] — LG-023, фрагмент 01, строки 51-73, тема «2. Окно расчета пропускает первое нажатие в свежем сценарии»
  14. 2. Окно расчета пропускает первое нажатие в свежем сценарии
  15. [LG-023-F008] — LG-023, фрагмент 02, строки 1-19, тема «Раздел 1»

Технические и контентные ошибки сайтов: заголовки, рейтинг, юрлица — часть 11 из 18

Назначение и границы: Документ входит в блок G библиотеки материалов «Содействие» (Гомель). Тематический охват: Технические и контентные ошибки сайтов: заголовки, рейтинг, юрлица. Ответственная линия: корпус. Статус материала: есть проверенные пруфы — фрагментов 116, утверждений 628, проверенных 39.

Утверждения темы

Фрагменты корпуса темы

[LG-022-F021] — LG-022, фрагмент 02, строки 48-65, тема «Измеренная картина»

Измеренная картина

МетрикаЗначение в проверкеКак интерпретировать
DOM основного документа1365 элементов до взаимодействия; 1423 после виджетов; глубина 23Есть резерв уменьшения, не самостоятельное доказательство плохой скорости
Главный CSS1 108 703 байта распакованного кода, около 176 kB по сетиСжатие работает; объём исходника заметный
Coverage этого CSS11,78% использовано в сценарии главной и окна расчёта88,22% не использовано в этом сценарии; это не список безопасного удаления для всего сайта
Сеть мобильной главнойОколо 762 kB до действия, 1,83 MB к концу короткого сценарияВключает заголовки, измерено CDP; зависит от подключившихся виджетов
TTFB-подобный HTTP замерМедианы около 95 мс до заголовков на прогретых последовательных запросахХороший результат данной точки, не показатель всей аудитории
Navigation responseStartОколо 246–320 мс в двух свежих браузерных прогонахНизкий TTFB хорош; заявлять медленный сервер оснований нет
Наблюдавшийся LCP564–712 мс; CPU×4 — 880 мсХорошие лабораторные наблюдения без замедления сети, не полевая оценка p75
Long task после взаимодействияДо 359 мс в CPU×4Есть задержанная вычислительная нагрузка; это не измеренный INP
Статический кэш10/10 ресурсов: TTL 97 дней и корректный 304Браузерный кэш работает

F1 · О · P2: большой общий stylesheet и низкое использование в выбранном сценарии. Разделять стили по необходимым компонентам/страницам, проверять responsive, hover, modal, print и другие состояния перед удалением. Приёмка — сопоставимый Coverage и меньшая передача без визуальных регрессий. Chrome Coverage.

F2 · О · P2/P3: DOM и вложенность. Не усложнять простые блоки лишними обёртками; общие компоненты не должны размножать меню и интерактивные заготовки без нужды. Современная диагностика Chrome учитывает стоимость layout/style, а не только старые пороги 800/1400 узлов. Цифры DOM в нашем измерении относятся ко всему основному document, а не только body. Chrome DOM insight.

[LG-022-F022] — LG-022, фрагмент 03, строки 1-12, тема «**F3 · О/Р · P2: тяжёлый сторонний виджет»

F3 · О/Р · P2: тяжёлый сторонний виджет. Основной JS Bitrix — около 1,03 MB распакованного кода/314,5 kB по сети; CSS — 616 kB распакованного/195 kB по сети. Полезность чата неизвестна. Нужен бюджет ресурсов и сравнение вклада в обращения со стоимостью загрузки; не удалять интеграцию без понимания процесса.

F4 · Д/Р · P1/P2: массовая отсрочка JS переносит работу на первое действие. Баги A1/A2 подтверждены; задачи до 359 мс в замедленном CPU показывают концентрацию работы после взаимодействия. Это аргумент против данной конфигурации оптимизации, не против любого кэширования. Критичный интерфейс должен инициализироваться независимо. LiteSpeed о delayed JS.

F5 · О · P3: отдельные изображения можно облегчить. Уже в начале загружается PNG-декорация размером 190485 байт. Сравнить WebP/AVIF или меньшую размерность при сохранении качества; не приписывать всем изображениям неправильный формат. Первый экран в замерах загружается быстро.

F6 · О/Р · P3: у сжатых CSS/JS не найден Vary: Accept-Encoding. Сервер выдаёт разное представление в зависимости от Accept-Encoding. Следует проверить корректный cache key промежуточного CDN/proxy и выставление заголовка; по этому наблюдению нельзя объявлять доказанную порчу кэша.

F7 · О/Р · P2/P3: сервер сообщает PHP 7.4.33. Официальная поддержка ветки завершена, но хостер может применять расширенные исправления. Уточнить действующий runtime, поставщика обновлений и план миграции на поддерживаемую ветку. Заголовок не доказывает конкретную уязвимость или взлом. PHP EOL.

F8 · Д/О · P2/P3: у двух функциональных ссылок-картинок нет доступного имени. Ссылки такси и отзывов Яндекса используют картинки без текстового имени/aria-label. Дать понятное назначение ссылкам. Пустой alt декоративной картинки в другом контексте не является дефектом сам по себе.

[LG-022-F026] — LG-022, фрагмент 03, строки 54-59, тема «Порядок исправлений и позиция нашей команды»

Порядок исправлений и позиция нашей команды

Сначала исправляем первое действие: меню, окно обращения, маршруты связи. Затем приводим к достоверному виду исполнителя и рейтинг, принимаем каталог по реальному пользовательскому сценарию. Следом — матрица индексации, единые обновляемые данные, региональное содержание и аналитика до результата в CRM. Оптимизацию ресурсоёмкости делаем с сохранением работоспособности, измеряя до и после.

Это может быть выполнено в WordPress. Предложение Next.js оправдано, если сравнение подтвердит, что наша команда реализует и сопровождает эти требования с меньшей стоимостью изменения или другими согласованными преимуществами. Сейчас это критерий выбора, а не установленный результат расчёта. Сравнение и речь для клиента — документ 02.

[LG-023-F001] — LG-023, фрагмент 01, строки 1-6, тема «04. Где посмотреть: ссылки, блоки и воспроизведение»

04. Где посмотреть: ссылки, блоки и воспроизведение

Доказательный атлас к проверке 18 сентября 2026 года. Это маршрут демонстрации конкретных наблюдений, а не еще один перечень претензий. Формулировки ниже привязаны к сохраненному состоянию: после исправления результат повторной проверки может измениться.

Сначала удобно показать проверки 1, 2, 5, 6, 8 и 9: в них виден конкретный пользовательский сценарий или прямое расхождение данных. Остальные нужны разработчику и SEO-специалисту для приемки.

[LG-023-F003] — LG-023, фрагмент 01, строки 23-50, тема «1. Мобильное меню остается закрытым после двух касаний»

1. Мобильное меню остается закрытым после двух касаний

URL: главная. Элемент: a[aria-label="Open mobile menu"]; панель — .mobile-nav.

Как повторить: подготовить чистый мобильный контекст 390×844 с touch до открытия сайта. Открыть главную, не прокручивать и не нажимать другие элементы. Подождать 3 секунды; коснуться иконки меню; подождать 7 секунд; коснуться второй раз; подождать 1 секунду. Перемещение мыши над страницей может заранее запустить отложенный JS и изменить условия, поэтому обычное сужение настольного окна не равно этому тесту.

Зафиксированный факт: после обоих касаний у панели нет wd-opened, координата x=-300; панель остается за левым краем. Попадание касания на иконку проверено через elementFromPoint. Основная серия воспроизвела сбой в трех прогонах; отдельная проверка повторила его.

Состояние можно прочитать после сценария:

(() => {
  const menu = document.querySelector('.mobile-nav');
  return {
    readyState: document.readyState,
    className: menu?.className,
    x: menu?.getBoundingClientRect().x,
    delayedScripts: document.querySelectorAll('script[type="litespeed/javascript"]').length
  };
})()

Доказательства: скриншот закрытого меню после касаний; JSON, разделы mobile.before, afterFirstTap7s, afterSecondTap1s.

Формулировка: «В чистом мобильном сценарии меню не открылось после двух касаний. Предлагаю включить этот сценарий в приемку загрузки и инициализации интерфейса».

В JSON также есть afterLocalReinitialization: меню открылось после локальной диагностической переинициализации в тестовом браузере. Это отдельный контролируемый опыт, подтверждающий направление поиска причины. Сайт на сервере не исправлялся; состояние после этой интервенции нельзя показывать как исходную работу сайта. Для обычной демонстрации эту интервенцию выполнять не нужно.

[LG-023-F004] — LG-023, фрагмент 01, строки 51-73, тема «2. Окно расчета пропускает первое нажатие в свежем сценарии»

2. Окно расчета пропускает первое нажатие в свежем сценарии

URL: главная. Элементы: кнопка #spCalcOpen, окно #spCalcModal.

Как повторить: чистый настольный контекст 1365×900; открыть страницу и подождать 3 секунды без предварительного взаимодействия. Нажать «Рассчитать стоимость памятника», подождать 7 секунд, затем нажать повторно. Раннее движение мыши, прокрутка или другое действие могут загрузить скрипты заранее; точная последовательность сохранена в скрипте и JSON.

Зафиксированный факт: после первого click и 7 секунд display:none, класс sp-modal; после второго — display:flex, класс sp-modal active. Форма не заполнялась и не отправлялась.

(() => {
  const modal = document.querySelector('#spCalcModal');
  return {
    className: modal?.className,
    display: modal ? getComputedStyle(modal).display : null,
    activeElement: document.activeElement?.id
  };
})()

Доказательства: JSON, desktop.afterFirstClick7s и afterSecondClick; скриншот окна после второго нажатия; точная последовательность теста.

Формулировка: «При первом действии в свежем контексте нажатие не открыло окно; повторное открыло. Нужна проверка готовности обработчика до первого обращения пользователя». Это не утверждение, что кнопка никогда не работает.

[LG-023-F008] — LG-023, фрагмент 02, строки 1-19, тема «Раздел 1»

Где: первый экран, кнопка «Вызвать ритуального агента (Бесплатно, выезд за 30 минут)»; блок Viber/WhatsApp. Нажимать эти ссылки для проверки не нужно: достаточно адреса в Elements.

console.table(
  [...document.querySelectorAll(
    'a[href^="tel:"], a[href^="viber:"], a[href*="wa.me"], a[href*="telegram.me"], a[href*="t.me/"]'
  )].map(link => ({
    text: link.textContent.replace(/\s+/g, ' ').trim(),
    target: link.getAttribute('href')
  }))
);

Зафиксированный факт: шапка и кнопка консультации используют +375295014555; кнопка вызова агента — tel:+375295588885, Viber — viber://chat?number=+375295588885, WhatsApp — https://wa.me/375295588885.

Доказательства: HTML главной, поиск tel:+375295588885; ссылки; браузерные состояния ссылок.

Формулировка: «В шапке номер обновлен, но основные действия ведут на разные номера. Нужна согласованная карта маршрутизации звонков и сообщений». Работа старого номера, переадресация и потери обращений этой проверкой не установлены.