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

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

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

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

• [факт] [LG-165-C030]
• [факт] [LG-165-C031]
• [факт] [LG-165-C032]
• [факт] [LG-165-C033]
• [число] частично или устарело [LG-165-C034] [Пруф: download/legacy/research/codex-astra-audit/audit-2026-09-18/content/findings.md]
• [число] частично или устарело [LG-165-C035] [Пруф: download/legacy/research/codex-astra-audit/audit-2026-09-18/content/findings.md]
• [число] частично или устарело [LG-165-C036] [Пруф: download/legacy/research/codex-astra-audit/audit-2026-09-18/content/findings.md]
• [факт] [LG-165-C037]
• мнение [LG-165-C038]
• [факт] [LG-165-C039]
• [факт] [LG-165-C040]
• [факт] [LG-165-C041]
• [факт] [LG-179-C050]
• [дата] [LG-179-C051]
• [факт] [LG-179-C052]
• [факт] [LG-179-C053]
• [факт] [LG-179-C054]
• [факт] [LG-179-C055]
• [факт] [LG-179-C056]
• [факт] [LG-179-C057]
• [факт] [LG-179-C058]
• [факт] [LG-179-C068]
• [факт] [LG-179-C069]
• [закон] частично или устарело [LG-179-C070] [Пруф: sodeystvie.by]
• [факт] [LG-179-C071]
• [факт] [LG-179-C072]
• [факт] [LG-179-C073]
• [факт] [LG-179-C074]
• [факт] [LG-179-C075]
• [факт] [LG-179-C085]
• [закон] [LG-179-C086]
• [закон] частично или устарело [LG-179-C087] [Пруф: sodeystvie.by/ritualnye-uslugi/pominki]
• [факт] [LG-179-C088]
• [факт] [LG-179-C089]
• [факт] [LG-179-C090]
• [факт] [LG-179-C091]
• [факт] [LG-179-C092]
• [факт] [LG-179-C093]
• [факт] [LG-179-C094]
• [факт] [LG-179-C095]
• [факт] [LG-179-C096]
• [факт] [LG-179-C097]
• [факт] [LG-179-C098]
• [факт] [LG-179-C099]
• [факт] [LG-179-C100]
• [факт] [LG-179-C101]
• [факт] [LG-179-C102]
• [факт] [LG-179-C103]
• [факт] [LG-179-C104]
• [факт] [LG-179-C105]
• [факт] [LG-179-C106]
• [факт] [LG-179-C107]
• [факт] [LG-179-C108]
• [факт] [LG-189-C043]
• [факт] [LG-189-C044]
• [факт] [LG-189-C045]
• [факт] [LG-189-C046]
• [факт] [LG-189-C047]
• [факт] [LG-189-C048]
• [факт] [LG-189-C049]
• [факт] [LG-189-C050]
• [факт] [LG-189-C051]
• [факт] [LG-189-C052]
• [факт] [LG-189-C053]
• [факт] [LG-192-C025]

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

#[LG-165-F004] — LG-165, фрагмент 01, строки 22-37, тема «Измерения»

#Измерения

Размер сети — сумма CDP encodedDataLength завершённых запросов, включает заголовки; зависит от сценария. DOM посчитан по document.querySelectorAll('*') основного документа, содержимое iframe/shadow DOM отдельно не инвентаризировалось. Long tasks не равны INP, сумма нагрузок после намеренно позднего первого действия не равна Lighthouse TBT.

Сервер и начальная отрисовка в этой выборке быстрые. Замеры не доказывают плохой LCP/TTFB у аудитории. 1365–1423 элементов — резерв упрощения структуры, но не самостоятельный диагноз «критически раздутый DOM». Современный Chrome insight оценивает также стоимость layout/style recalculation.

#[LG-165-F005] — LG-165, фрагмент 01, строки 38-45, тема «Объём CSS и сторонних виджетов»

#Объём CSS и сторонних виджетов

Главный stylesheet — 1 108 703 байта после распаковки, около 176 381 сетевого байта в мобильном прогоне. В сценарии «настольная главная + открытие окна» Coverage использовал 130559 из 1108684 символов CSS, то есть 11,78%. Остальные 88,22% не использованы именно в этом наблюдении, а не гарантированно лишние для всего сайта.

CSS виджета Bitrix — 616155 байт после распаковки, 3,51% использовано в том же сценарии. Основной JS виджета — около 1,03 MB исходника/314,5 kB по сети; сам факт этого объёма не доказывает нецелесообразность чата. Нужны бюджет ресурсов, загрузка по необходимости и проверка полезности виджета по обращениям.

Фоновое изображение первого экрана загружается, LCP хорош в проверенных условиях. Загружается PNG-декорация 190485 байт; можно сравнить современные форматы и визуальное качество. Не все изображения без alt являются ошибками: у декоративных допустим пустой alt.

#[LG-179-F008] — LG-179, фрагмент 01, строки 87-100, тема «SEO-05 · P2 · Sitemap пропускает региональные страницы и новые статьи, но включает пустые категории»

#SEO-05 · P2 · Sitemap пропускает региональные страницы и новые статьи, но включает пустые категории

URL: sodeystvie.by/robots.txt ; sodeystvie.by/sitemap.xml .

Факт: оба адреса 200; robots корректно ссылается на sitemap.xml. В ней 40 URL. Нет четырех региональных страниц, четырех статей /2026/07/24/.../ и единственной карточки товара, которые доступны с публичных страниц. При этом есть семь категорий без товаров.

Значение и граница: sitemap отстает от опубликованной полезной структуры. Это не означает, что отсутствующие URL не индексируются: они доступны по внутренним ссылкам. Отсутствие lastmod само по себе ошибкой не объявляется.

Исправление: автоматическая генерация карты из утвержденного списка канонических индексируемых страниц, с исключением пустых/служебных адресов.

Приемка: новые целевые URL автоматически появляются в sitemap; удаленные/закрытые/перенаправленные исчезают; карта не противоречит robots/canonical; приемка через Webmaster/Search Console.

Доказательства: raw/sitemap.body, crawl-manifest.json, extra-pages.json.

#[LG-179-F011] — LG-179, фрагмент 02, строки 7-20, тема «SEO-07 · P2 · HTTPS-редирект работает на главной, но не на проверенных внутренних URL»

#SEO-07 · P2 · HTTPS-редирект работает на главной, но не на проверенных внутренних URL

URL: sodeystvie.by/ritualnye-uslugi/kremaciya ; sodeystvie.by/kontakty-2 ; sodeystvie.by/ritualnye-uslugi-v-vetke .

Факт: каждый отвечает HTTP 200 по нешифрованному адресу без перенаправления. Главная http://sodeystvie.by/ дает 301 на HTTPS. http://www.sodeystvie.by/ritualnye-uslugi/kremaciya/ перенаправляется 301 на non-www HTTP, не HTTPS. https://www... корректно перенаправляется на non-www HTTPS. В HTTP-версии услуги canonical уже указывает HTTPS.

Значение и граница: нормализация протокола неполная, остаются доступные HTTP-версии. Правильный canonical уменьшает риск поисковой путаницы; его наличие нельзя скрывать и называть все варианты неуправляемыми дублями.

Исправление: единое серверное правило HTTP/www → канонический HTTPS/non-www с сохранением пути и параметров.

Приемка: для главной, вложенной услуги, товара, региона и статических URL по принятой политике все неканонические варианты приводят к HTTPS; желательно один 301/308 переход; нет циклов; canonical совпадает с конечным URL.

Доказательства: routes.json, extra-verifications.json.

#[LG-179-F014] — LG-179, фрагмент 02, строки 33-42, тема «SEO-09 · P3 · Непоследовательная иерархия заголовков и одно отсутствие description»

#SEO-09 · P3 · Непоследовательная иерархия заголовков и одно отсутствие description

В 44 целевых URL: пустых title 0, дублей title 0, дублей непустых descriptions 0; один отсутствующий description — sodeystvie.by/blagoustroystvo-mogil . Один URL без H1 — sodeystvie.by/poleznaya-informatsiya . Четыре URL имеют несколько H1: категория ритуальных товаров — 2, статья «что делать» — 5, «документы» — 10, «пособие» — 11. В статьях H1 используются также для названий подразделов. На главной H1 есть, но это 29-й заголовок в DOM после многочисленных H4/H3/H2. Два URL благоустройства имеют одинаковый H1, но разный основной текст и title.

Граница: нет правила «несколько H1 = штраф»; отсутствие description не блокирует индексацию, Google может брать сниппет из текста. Это исправление семантики, структуры чтения и управляемости сниппетов.

Исправление/приемка: у страницы понятный главный заголовок, подзаголовки отражают иерархию, служебная типографика не диктует уровень heading; у важной посадочной благоустройства задано честное уникальное description. Нельзя обещать, что Google покажет его дословно.

Доказательства: page-inventory.csv, summary.json.

#[LG-179-F015] — LG-179, фрагмент 02, строки 43-50, тема «SEO-10 · P2/P3 · Две функциональные картинки-ссылки на главной не имеют доступного имени»

#SEO-10 · P2/P3 · Две функциональные картинки-ссылки на главной не имеют доступного имени

На sodeystvie.by ссылка-картинка заказа такси (taxi.yandex.ru) и ссылка-картинка отзывов Яндекса (.../reviews/) имеют img alt="", пустой текст ссылки и не имеют aria-label/aria-labelledby/title. В отличие от декоративного изображения это элементы перехода с конкретной функцией.

Значение: назначение ссылки не передано в HTML доступным именем для вспомогательных технологий. Все пустые alt на странице не объявляются ошибками: многие иллюстрации могут дублировать соседний текст или быть декоративными.

Исправление/приемка: доступные имена «Заказать такси до магазина» и «Отзывы о Содействии на Яндекс Картах» через alt/aria-label; проверить в accessibility tree и с клавиатуры. Логотипы отдельно имеют aria-label и в эту находку не входят.

#[LG-179-F016] — LG-179, фрагмент 02, строки 51-58, тема «HTTP-01 · P3 · У сжатой статики отсутствует Vary: Accept-Encoding»

#HTTP-01 · P3 · У сжатой статики отсутствует Vary: Accept-Encoding

CSS, JS и SVG в выборке отдаются gzip, при запросе Accept-Encoding: identity CSS отдается без gzip. В обоих ответах отсутствует Vary. Это неполная информация для промежуточных общих кэшей, которые должны различать варианты представления. Реальной выдачи неправильного варианта посетителю не зафиксировано.

Исправление/приемка: добавить корректный Vary: Accept-Encoding там, где ответ зависит от этого заголовка; проверить gzip/identity и revalidation. Это отдельная небольшая настройка, а не обоснование «кэширование сломано».

Доказательства: asset-cache.json, extra-verifications.json, raw/css-identity.meta.json.

#[LG-179-F017] — LG-179, фрагмент 02, строки 59-64, тема «HTTP-02 · P2, требует уточнения хостинга · X-Powered-By: PHP/7.4.33»

#HTTP-02 · P2, требует уточнения хостинга · X-Powered-By: PHP/7.4.33

Ответы HTML сообщают PHP 7.4.33; официальная поддержка ветки завершена 28.11.2022: php.net/eol.php . Заголовок не доказывает отсутствие backport-исправлений провайдера и не показывает доступную извне уязвимость. Проверка хостинга/поддержки нужна как задача сопровождения, а не как SEO-аргумент против WordPress.

Приемка: подтвержденная поддерживаемая версия PHP либо документированная поддержка хостинга, проверенная совместимость сайта после обновления. Само сокрытие заголовка задачу поддержки не решает.

#[LG-189-F008] — LG-189, фрагмент 01, строки 64-75, тема «4. Карта сайта включает пустые разделы, но не включает четыре региональные страницы»

#4. Карта сайта включает пустые разделы, но не включает четыре региональные страницы

URL: sodeystvie.by/sitemap.xml

В карте 40 URL. В ней присутствует раздел памятников и ряд пустых товарных категорий. Четыре опубликованные страницы Ветки, Добруша, Чечерска и Буда-Кошелёво в этой карте отсутствуют. Они при этом связаны внутренними ссылками; отсутствие в sitemap само по себе не делает их недоступными для индексации.

Значение: нужно согласовать карту с реальной структурой полезных страниц. Это дефект полноты и отбора URL, а не доказательство запрета на SEO. Число 40 означает только количество URL в проверенном sitemap, не количество страниц сайта или страниц в поиске.

Как проверить исправление: составить реестр приоритетных URL; включить полезные канонические индексируемые страницы; убрать URL, которые решено удалить или закрыть. Проверить обработку обновлённой карты в консолях.

Доказательства: technical/sitemap-real.body, technical/inventory-summary.json. Рекомендации: Google sitemap.

#[LG-192-F003] — LG-192, фрагмент 01, строки 18-21, тема «assistant»

#assistant

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