Завантажте сайти, що використовують GraphQL

Про GraphQL

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

Рішення є архітектурним, тому й сигнал архітектурний. Сайт, який використовує цю мову запитів, має фронтенд, роз'єднаний із рівнем даних, конвеєр збірки, що пакує JavaScript, та інженерів, які обрали стиль API, а не прийняли те, що видала система керування контентом. Безголова комерція, інтерфейси на кшталт застосунків і контентні платформи, що живлять кілька фронтендів, зазвичай опиняються тут. Серверно відмальовані сайти-візитівки не опиняються. Наявність позначає сайт, який будувала команда розробки, і для постачальника, що продає командам розробки, ця відмінність варта більше за сиру цифру.

Управління належить GraphQL Foundation у складі ширшого фонду відкритого коду, специфікація має ліцензію MIT, а еталонна реалізація та клієнтські бібліотеки, що її поширили, написані на JavaScript. Опублікована у 2015 році після розробки всередині великої соціальної платформи, ця мова запитів не має осмисленого номера версії в полі, бо специфікація розвивається доповненнями і жоден клієнт не оголошує сторінці про випуск, і саме тому в нашому записі немає даних про версії.

Станом на жовтень 2026 р. ми фіксуємо GraphQL на такій кількості сайтів: 66 948. Кількість тих із них, що розташовані у Німеччині, становить 57 822, а доменний склад схиляється до .com. Концентрація такого розміру в одній країні зазвичай виникає від невеликого числа великих платформ, хостерів чи генераторів сайтів, які постачають один і той самий пакунок на багато клієнтських сайтів, а не від такої кількості незалежних інженерних рішень. Кожен, хто використовує колонку країни, щоб сперечатися про національне поширення, має спершу перевірити, на яких платформах стоять ці домени, бо одна широко вживана магазинна система чи конструктор сайтів здатні самі зрушити показник країни.

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

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