Сторінки посилаються на скрипти з багатьох інших сайтів

У звітіDeclared third-party script origins exceed the configured threshold

third_party_script_origin_count · Потребує перегляду

Коротка відповідь

Це з’являється, коли HTML сторінки оголошує скрипти з більшої кількості інших сайтів, ніж ліміт, — за замовчуванням 10 джерел. Кожен зовнішній сервер потребує власного з’єднання, а багато запитів до багатьох серверів сповільнюють сторінку. Приберіть теги, якими більше не користуєтеся.

Серйозність: До уваги. Ця кількість — привід для перегляду, а не виміряне сповільнення.

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

Стаття web.dev про продуктивність стороннього JavaScript каже, що встановлення з’єднань потребує часу і що надсилання забагатьох запитів до кількох серверів спричиняє сповільнення, і радить регулярно перевіряти й прибирати зайві сторонні скрипти.

Що зробити

  1. Перегляньте знахідку: у ній перелічено зовнішні джерела зі скриптами з кожного.
  2. Приберіть теги, якими більше не користуєтеся, і не запускайте два інструменти для однієї роботи, як-от два сервіси аналітики.
  3. Завантажуйте важкі вбудовані елементи, як-от чат чи відео, лише коли відвідувач про них просить.

Коли залишити як є: якщо кожен скрипт потрібен і сторінка швидко реагує, можна залишити як є.

Що ми читаємо

Ми читаємо теги <script src> у HTML кожної просканованої сторінки в тому вигляді, в якому його віддав сервер, з урахуванням <base href>, не завантажуючи й не виконуючи їх, тож скрипти, додані під час виконання, наприклад менеджером тегів, перевірка не бачить.

Сторінка фіксується, коли її скрипти походять із більшої кількості різних джерел — схема, хост і порт — поза вашим власним доменом, ніж ліміт, за замовчуванням 10; субдомени вашого домену вважаються вашими. Ліміт — це налаштування аудиту, яке записується з кожним аудитом.

Сторінки, що не відповіли кодом 200 з HTML, пропускаються. Сторінка позначається як неперевірена, коли її HTML не вдалося прочитати повністю або адресу скрипта неможливо розв’язати.

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

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

https://bakery.example/ оголошує скрипти з 12 інших джерел, зокрема:

<script src="https://widgets.chat.example/loader.js"></script>
<script src="https://stats.example/tag.js"></script>
<script src="https://cdn.reviews.example/badge.js"></script>

12 джерел — це більше за типовий ліміт 10, тому сторінка фіксується з кожним джерелом і його скриптами.

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

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

Перевірте самі: перегляньте вихідний код сторінки й випишіть різні домени в її тегах <script src>.

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

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

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

Упевненість: Середня, бо кількість береться з HTML у тому вигляді, в якому його віддав сервер, а менеджери тегів додають до нього скрипти після завантаження.

Джерела

  • web.dev, Продуктивність стороннього JavaScript — каже, що встановлення з’єднань потребує часу і надсилання забагатьох запитів до кількох серверів спричиняє сповільнення, і радить регулярно перевіряти й прибирати зайві сторонні скрипти. Перевірено 29 вересня 2026.

Редакційна перевірка: 29 вересня 2026