ОНОВЛЕННЯ FLUXRADAR · УКРАЇНСЬКОЮ

Сім нових перевірок сайту: що тепер бачить FluxRadar

Від robots.txt і мобільного viewport до TLS та SPF/DMARC: які сигнали додано, як читати докази та чого автоматична перевірка не обіцяє.

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

Чи може пошук прочитати точку входу

Нова перевірка robots.txt розділяє Google і Bing. Якщо правило закриває точку входу для Googlebot, Bingbot або обох, попередження називає саме заблоковані пошуковики. Це допомагає відрізнити випадкову заборону для пошуку від свідомого обмеження краулера FluxRadar.

Дозволений robots.txt ще не означає індексацію. І навпаки: заборона обходу не є способом захистити приватні матеріали. Спочатку з’ясуйте намір власника, а потім змінюйте конкретне правило.

Що бачить людина на телефоні

Два нові сигнали стосуються viewport. Перший помічає відсутній width=device-width: мобільний браузер може отримувати широкий макет замість зручної сторінки. Другий знаходить заборону масштабування або числовий максимум менше ніж дворазове збільшення.

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

Чи завантажуються потрібні файли

Окремий збір ресурсів перевіряє CSS, JavaScript і попередньо завантажені шрифти того самого сайту. У доказі можна зіставити сторінку, адресу файлу та підтверджену HTTP- або транспортну помилку. Непідтверджена транспортна помилка залишається неперевіреною і сама по собі не створює знахідку про битий ресурс. Це корисно після зміни назв файлів, очищення збірки чи перенесення сайту.

Бюджет становить до 100 таких ресурсів за обхід і не забирає 200 місць для медіа. Це не перевірка кожного файлу в інтернеті: зовнішні CDN і шрифти, посилання на які є лише всередині CSS, не охоплюються. Переглядайте покриття, якщо частина даних не отримана.

Довіра до з’єднання та поштові політики

У Complete додано пасивну перевірку TLS: ім’я, довіра до сертифіката, строки та попередження, якщо до завершення лишилося менше ніж 14 днів. Читаються основний хост і варіант www/apex, якщо він резолвиться. HTTP-сайт теж перевіряється на TLS-порту 443. Якщо зламаний HTTPS взагалі зупинив читання сайту, правило може не дійти до повної оцінки.

Ще одна перевірка читає публічні SPF та DMARC реєстрованого домену. Вона помічає відсутність записів, кілька SPF або дозвіл +all. DMARC p=none не створює окремої проблеми: це режим спостереження. Перевірка не надсилає листів, не оцінює DKIM і не гарантує доставляння. Зміни погоджуйте з відповідальним за пошту.

Що залишилося від шаблону

Нове правило Content Quality знаходить відомі текстові заглушки та типові тексти WordPress, зокрема локалізовані. У звіті є URL та уривок: перевірте, чи матеріал справді завершений. Пошук обмежений відомими шаблонами; він не визначає якість усіх текстів.

Кодові приклади не повинні перетворювати інструкцію на помилкову знахідку: вміст code, pre і textarea для цього правила пропускається.

Де доступні нові перевірки

Basic і Complete: блокування Google/Bing, мобільний viewport і недоступні CSS, JavaScript і шрифти. Complete: також масштабування, TLS, SPF/DMARC і текстові заглушки. Модуль SEO тепер містить до 24 детермінованих перевірок; застосовність залежить від отриманих даних.

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

Перевірте свій сайт · База знань · Статті