Сертифікат TLS не вдалося перевірити

Чому це важливо

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

Що зробити

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

Що ми читаємо

Ми використовуємо збережені результати TLS запитів сторінок і спільної перевірки чотирьох коренів хоста. Перевірка сертифіката залишається ввімкненою: невдалий запит ніколи не повторюється без неї.

Результат для сайту також читає висновок про контрольний сертифікат із TLS-діагностики саме зареєстрованого джерела. Явний висновок про неперевірений контрольний сертифікат доводить збій; помилка з’єднання чи рукостискання без висновку про сертифікат лишається неперевіреною. Діагностика іншого джерела не може встановити чи спростувати цю знахідку.

Знахідка сайту об’єднує HTTPS-корені зі збоями та негативний висновок для зареєстрованого джерела. Записаний збій сертифіката сторінки має знахідку сторінки, крім випадку, коли саме цей збій HTTPS-кореня вже належить знахідці сайту.

Приклад і докази

Ілюстративний приклад — один аудит, а не реальний результат.

Початкова перевірка доступу до сайту пройшла. Пізніша перевірка сертифіката записує збій для зареєстрованого джерела:

Origin: https://bakery.example
Certificate verification: failed

Цей записаний висновок може створити одну Критичну знахідку сайту. Невдалий запит без висновку про сертифікат лишився б неперевіреним; збій початкового доступу зупинив би аудит до цієї діагностики.

Можливе виправлення: поновити сертифікат для bakery.example і www.bakery.example, а потім достатньо повторно перевірити те саме джерело та корені.

Підтвердити й перевірити знову

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

Повторна перевірка: Повний аудит — запустіть аудит, який достатньо повторно перевірить той самий об’єкт. Для сторінки потрібен поточний підтверджений результат перевірки сертифіката. Для сайту потрібні підтверджені результати обох HTTPS-коренів, відсутність збереженого негативного висновку та, коли зареєстроване джерело поза цією матрицею, власний підтверджений діагностичний висновок. Недоступний корінь чи відсутній висновок залишає виправлення непідтвердженим; сам ліміт сторінок цього не визначає.

Обмеження та джерела

Помилка запиту сторінки, пов’язана із сертифікатом, без явного висновку про сертифікат лишається прогалиною покриття. Якщо початковий HTTPS-доступ до robots.txt не вдається, аудит зупиняється до TLS-діагностики й не створює знахідки сертифіката для цього невдалого запуску.

Сховище довіри сканера може відрізнятися від браузерного. Проксі-перехоплювач чи застаріле локальне сховище теж можуть впливати на перевірку. Ця перевірка не встановлює дати чи видавця сертифіката, не оцінює HSTS чи версії протоколу й не інвентаризує сертифікати ресурсів. Для shop.bakery.example кореневі запити використовують bakery.example та www.bakery.example; зареєстрованому субдомену потрібен власний висновок про сертифікат точного джерела.

Упевненість: Висока, бо знахідка потребує записаного збою перевірки сертифіката; загальної мережевої помилки недостатньо.

Джерела

Google, Як указати канонічну URL-адресу за допомогою rel="canonical" та іншими способами — називає сторінку HTTPS з недійсним сертифікатом SSL суперечливим сигналом і радить уникати поганих сертифікатів TLS/SSL, бо вони змушують Google дуже сильно віддавати перевагу HTTP. Перевірено 25 вересня 2026.

Редакційна перевірка: 3 листопада 2026

Захищена адреса проходить через незахищену — версія головної сторінки з https:// яка переспрямовує на http:// або через нього, фіксується й там.