Webflow API протык Headless CMS: ліміты швайнаў і рэальныя компрасы

Webflow — это візуальны будоўнік сайта, який таксама включае CMS і API. Натоўпна, безгалавы CMS — цэх хранення кантэнту, які спачатку базуецца на API і зовсама не мае візуальнага будоўніка. Разлік межы гэтых двух падходаў становіцца зрозумелым толькі тады, калі трафік вашага API пачынае перасягаць меры, а не тады, калі вы ўсё яшчэ расставляеце элементы на сторанцы.

Людзі постаўляюць гэтыя два падходы, часта таму, што Webflow дзейсна апускае справжні API. Але гэты API не быў створаны як асновны бэкенд для кантэнту паza сторанцамі, якія сам Webflow атрыбутуе. У гэтым матыяле рассказваецца, дзе гэты API працюе эфективна, а дзе выклікае проблемы, а таксама вказываюцься конкрэтныя меры, якія вядуць да таго, який сцэнарый паслужыць для вас.

Што на самай працы ёсць CMS Webflow?

Система керування контентам Webflow абсалютна навакола калекцыяў, якія ўособліваюць тутыя ж типы контэнту. Їх запоўняеце за дапамогай таго ж візуальнага рэдагара, які вы используеце для створэння старонак, таму стварэнне контэнту і дизайн старонак адбываецца ў рамках аднаго інструмента. Гэта і є галоўная перадчыннае прызначэння, і для такіх проектаў, як маркетынгавыя сайты чы портфоліяў, гэта ўсё ж досыць пераконлівае рашэння.

API працюе на адной пазылцы з гэтым распадам. Ён адкрывае доступ да элементаў калекцыяў через REST-канцэнтры, падтрымляючы чытанне і абмежаны набор запісаў. Ён неабходны, каб званычныя інструменты моглі перадаваць даныя ў сэрвіс адрасавання Webflow, а не каб окремы фронтэнд, мобільны дапыт чы внутраній панель керування моглі запрашваць даны з аднаго спяльнага джерела. Такі формат з многамяркетным выкарыстоўванням якраз і є тым, для чаго з самага пачатку быў створаны безгалавы CMS, такі як Draftbase.

Чы є Webflow безгалавым CMS?

Няма. Webflow — это CMS з высокай ступеню інтэграцыі, які проста ўрабляе API. Сапраўдны безгалавы CMS узагалі не мае вбудованага шару адрасавання; кожны элемент маркапа падае з таго фронтэнда, які вы самі стварылі. У свою частыну Webflow спачатку адрасавае своія сабе створаныя старонкі — API выступае як дапаможны канал, а не главны спосаб прыношэння контента чытачу.

Рэальныя ліміты API Webflow (і чаму яны створаюць проблемы)

Практычна кожны стаття-порэванне згадвае, што «у Webflow є ліміты», але толькі некалькі з іх паказваюць рэальныя цыфры, а майже ніхто не пояснюе, які самэўказаны ліміт створае справжнія проблемы праз адпрацоўку ў рэальных умовах.

Ліміты частоты запытоў і асаблівасць, пра якія ніхто не гаворыць

За дакументацыяю разработчика Webflow, API дадзеных разрашае 60 запыткаў на хвіліну для пакетаў Starter і Basic, а для пакетаў CMS, eCommerce і Business — 120 запыткаў на хвіліну. Кліянты Enterprise дагадваюцца пра індывідуальны ліміт. Як толькі вы перакроеце гэты ліміт, вы отрымаеце адпаведны адказ 429.

Ёсць дакладнае тлумачэнне, якое большасць статэй працірае: запыткі да API дастачы кантэнта, якія прыходзяць з кешу, не урахоўваюцца ў гэтым ліміте. Урахоўваюцца толькі тыя запыткі, якія фактычна доходзяць да сервера-выпаджыша API дадзеных. Таму, якщо ваша інтеграцыя павтараюча чытае опублікованы кантэнт без якіх-леба змян, ваш практычны ліміт частоты запыткаў будзе значна вышэй, чым паказвае офіцыйная цифра. Але якщо вы збіраеце дадзеныя або чытаеце кантэнт, які не знаходзіцца ў кешу, у кожны запытак, тады ліміт у 120 запыткаў на хвіліну быстра будзе перакрыты, як толькі вы пачнёте сінхронізаваць больш за калькі соткаў элементаў.

Колькасць калекцыяў і полей

У планах CMS і Business колькасць калекцыяў лімітуецца 60 полямі, а кожна мнага-рэферэнсная поль можа адносіцца да максымум 1,000 элементаў. У апдэйте цэнаў Webflow з мая 2026 года таксама былі уведзены ліміты на колькасць элементаў па плану: у плане CMS максымум — 2,000 элементаў калекцыі, у плане Business за дапамогою дадаткаў можна досягнуць 20,000 элементаў, а план Enterprise мае дагаворны, індывідуальны ліміт. Ніякі з гэтых лімітаў не стварае проблем для маленькага маркетынговога сайту з прыўязаным блогам. Яны пачынаюць маты значэнне, калі каталог продуктав або набор дакументацыі перасягае меры, дазволеныя вашым планам — тое ж сама стосуецца бібліятэкі кантэнта, якая распрастараецца на калькі локаў.

Адна публікацыя за хвіліну

За дакументацыяю Webflow па правілах лімітавання частоты, дзеянні публікаціі сайту адгранульованы да адной успешнай публікаціі на хвілі. CI-паіплайн, настроены для запуску публікаціі пасля кожнага з’еднання з галоўным репазітарыем, пачне стаць у черзе за гэтым лімітом як толькі пазнае рэальны трафік, а не толькі як гіпотэтычны крайні случай.

Дзе API безгалавага CMS мае абсолютна іншую структуру

Безгалавы CMS практычна пабудованы так, што яго API для доставкі ёст кансэрватыўным спосабам, па якому контент доходзіць да корыстнікаў. Не існуе разліку межа «кэш проты выхаднага джерела», каб старацца прытрымвацца яго, таму што API для доставкі — гэта ўсё, чырез што контент праходзіць да чытальніка. Лімітаванне частоты і кэшаванне ёсць частью основных прынцыпаў дизайна, а не дадатковым элементам, прыкрепленым да візуальнага будоўніка, які ніколі не быў прызначаны для обробкі такога типу трафіку.

Глыбэйшая структурная разніца заключаецца ў следзэм: CMS без галоўнага экрана спрацоўвае модэлюванне контента як свой центральны інтерфейс, пры чым будь-які візуальны слой ёсць неабавязковым або цэлкам аддзеўнаным ад яго. Webflow перакладвае гэты прыорітет — візуальны конструктор ёсць главным інтерфейсам, а API — толькі дапаможны элемент, які дадаецца пазней. Гэта разныя прыорітеты чытна паўтараюцца у тым, калі кожны продукт выбирае, што стварыць перша, дадаючы новыя можлівасці.

Дзе Webflow справды выграў

Цікава ўсё-такі правда пра гэта. Для маркетынгавага калектыва, які хочаць аб точным візуальным выглядзе без неабяжнага напісання жадной лініі коду, інструменты Webflow будуць кращыя за тые, якія можна атрымаць з Draftbase чы ў іншых безгалоўных рашэннях для такіх задач. Контроль над распаўненням на рэвельі пікселей за дапамогою ператасоввання проста не ёсць тым, з чым намагаюцца борацца безгалоўныя платформы, і стварэнне міфу пра іначыя рэзультаты можа заплутаць тых, хто выбірае между гэтымі двума падходамі. Калі всі, хто працуе з контэнтам, не ўжо технічныя спецыялісты, а сайт складаецца пераважна з статычных стораніц, едынственны інструмент Webflow ёсць справжняя перавага, а не тые рашэнні, якія можна прыйняць як компроміс.

Дзе перамагае безгалоўны CMS

Разглянем ситуацыю, калі той самы контэнт патрэбны для веб-сайта, мобільнага дапрыягу і якога-небудзь внутранняга інструмента, пры чым усё гэта трэба запускаць з аднаго схемы. У Webflow такая ситуацыя ведае да обмежэннях, накладваных кожным планам, і лімітах па полях, што ператварае тое, што магла б быць звычной роботай, у значныя зусилля па міграцыю. headless CMS дае вам поля для запісу даных і гарантуюць цэласна адпаведнасць дакументаў з самага пачатку. Яго API расследжаны так, каб выдаваць тыясячы запытоў ў дзень без жадных проблем. У яго няма штучных лімітаў. API не є наследкам разваг пра трафік візуальных будоўнікаў; ён являе сабой сам продукт.

Калі вам краща выкорыстоўваць Webflow заместо headless CMS?

Выбірайце Webflow, калі людзі, які рэдагуюць контент, не ўжо разработчыкі, у сайта няма великай колькасці сторанак, і для обробкі гэтага контэнту не патрабуецца нічога за межамі можлівасцяў самага Webflow. Падумайце пра веб-сайт ресторана, адзінную стартовую сторанку для адного продукту чыя-небудзь маленькай агенціі. У такіх случаях візуальны рэдагаванне ў Webflow без працы дастае перавагу па часу запуску.

Можна з’едыніць Webflow з безгалавым CMS?

Так, і даўжыню 2026 году такая комбінацыя будзе досыта стандартной. Залейце веб-сайт для маркетынгу на Webflow, ўбачыце выгоды ад яго інструментаў дизайна. Потым выкарыстоўваюце все, што функціонуе як структураваныя даны — такія як каталог продуктав, бібліятэка дакументацыі чыя-небудзь створаны контент — і керуеце імі через адзінэчны безгалавы CMS, выкананы на сваёй сэріі маршрутаў. Так спецыялісты, якія не ўмеюць працаваць з тэхнікай, все раве можуць выкарыстоўваць рэдагувальнік Webflow для контенту, які ўпрабаваюць кераваць, тады як кожная частка системы, дзе обсяг контенту чы санкцыя прыемліваючых яго дапрынамоў перавышае можлівасці звязанага CMS, атрымвае належны API для доставкі.

Частаясці

Чы Webflow зарахоўваецца як безгалавы CMS? Не зовсім. Ён апускае API для чытання данных і запісу ў колекцыі у обмежаны спосаб, але па сутнасці ён звязаны CMS, створаны перш заўсёды для выканання сэльвых стороніц. Праўdziwy безгалавы CMS узагалі не мае вбудованага шару выканання.

Які обмежэння па выкарыстоўванні дапускаецца для API Webflow? За інструкцыямі дэвелопераў Webflow, планы Starter і Basic даўаюць 60 запытоў на хвіліну, планы CMS, eCommerce і Business — 120, а для плану Enterprise можа быць узгоджана індывідуальная межа. Следавае зазначыць, што кэшаваныя адпаведзі з API Content Delivery не урахоўваюцца ў гэтым лімітэ.

Які максымальны колькасць элементаў можа мець колекцыя Webflow? У плане CMS — 2,000 элементаў, у плане Business з платнымі дадаткамі — да 20,000, а для плану Enterprise межа можа быць узгоджаная. Гэтыя цыфры взяты з апдэйту цэнаў Webflow з мая 2026 года.

Чы можна выкорыстаць CMS Webflow як адмін-частку для абсалютна незалежныя прыкладнай программы? У прынцыпе, так, через яго API. Але вы зіткнёцеся з лімітамі колькасці элементаў, обмежэннямі полей і лімітамі частоты, пра якія гаворылася раней, задоўга перш чым сталася бы гэта з системай, створанай спецыяльна для доставкі контэнту. API Webflow створаны для синхронізаціі дадзэнняў у яго сябеўскую систему адрасавання, а не для выконання ролі універсальной адмін-часткі для сторонніх прыкладнай программ.

Чыстае адказ

Webflow і безгаловы CMS створены для рашэння разных проблем, а не як конкуруючыя версіі однаго і тога ж. Абмежэння API, описаныя ў цім артыкуле, не являюцца дзеянняамі дизайну — гэта натуральны наследак стварэння API наваколо візуальнага інструмента для стварэння сайтаў, а не наадворот. Якщо у вашай каманды няма разработчыкаў, а сайт легка пасвядчае ў межы ліміту пакета, Webflow дапаможае досягнуць ціяў быстрэй. Якщо вам трэба задаваць колькасць фронтэндоў з адной моделі кантэнту, безгаловы CMS Draftbase створаны з самага пачатку, каб абоўсумова ухіліцца ад такіх лімітаў. У спаднім матэрыяле болей дакладна рассказваецца пра аспекты рэалізацыі такага рашэння. Яго можна знайсці на HackMD: у яму практычна показана, як запрашаць і кэшаваць кантэнт з рэальнага API для доставкі за дапамогою Node.js і Express.

Супаўзэнныя матэрыялы

• Аналіз працэздатнасці кампайляра Go для TypeScript 7 на рэальным прыкладзе Next.js — практычная параверка часоў выканання каманды tsc між версіямі TypeScript 6 і 7 на рэальнай базе коду Next.js, уключаючы інформацыю пра багі, якія з’яўляюцца пад час адпаведнага CI, і рэкамендаціі па апдэйты.
• 20 прыглушаных патэранаў Next.js для стварэння аплікацый высокага рангу — пазнайоміцеся з двадзяцьма прыглушанымі патэранамі Next.js высокага рангу, якія включаюць падходы на аснове сервера, стрімінг, кэшаванне, маршрутызацыю і пасібленне для стварэння шырэка масштабаваных аплікацый.