Що сталося

Команда TanStack закрила довгий кандидатний цикл: Start більше не майже готово, а заявлений як стабільний продукт повного стека на React.

Історія продукту важлива для очікувань. Start не з’явився як ще один клон Next.js з нуля: маршрутизація, типи й звички вже жили в Router, а Start надбудував серверну частину, збірку й сценарії застосунку.

На npm мітка 1.0 при цьому виглядає як 1.169. У треді r/reactjs автор пояснив: номер відбиває довгу історію пакетів, а не півтори сотні мажорних релізів сенсу. Для команди це сигнал зрілості API. У package.json просто дивіться, що реально ставиться.

Окремо в дайджесті React Status — чесність про серверні компоненти. Автор описує їх як коробку, яку довелося відмітити галочкою, щоб фреймворк на React сприймали всерйоз. Власний сайт TanStack цю коробку вже зняв: архітектура Start не зобов’язана крутитися навколо RSC як навколо єдиної правильної моделі.

Порівняння з Next.js 16.4 на тому самому застосунку дає цифри, які зручно цитувати на архітектурному розборі: більше динамічних запитів у діапазоні 2,9×–8,6×, збірка з перевіркою типів приблизно в 1,7 раза швидша. Це не універсальний вирок екосистемі Next.js, а конкретний стенд на конкретному коді — але ігнорувати його під час вибору стека вже незручно.

Ryan Carniato відгукнувся про Start як про React‑метафреймворк з архітектурою, за яку можна зачепитися. У тому ж випуску — переноси сайтів (зокрема з Astro) і офіційні інструкції з Next.js та з кандидата.

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

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

Серверні компоненти в Next.js — сильна ставка платформи. Start відповідає інакше: можна бути серйозним React‑фреймворком, не роблячи RSC обов’язковим центром ваги. Для команд, яким серверні компоненти заважають у налагодженні, межах бандла чи моделі даних, це знімає хибну дилему: або Next.js, або несерйозний стек.

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

Керівництва з переходу знижують вартість експерименту: можна перенести наявний проєкт на Next.js або довести кандидата до 1.0 за контрольним списком, а не переписувати з нуля на відчуттях.

Уявіть майстерню, що починалася як чудовий верстак (Router), а потім навколо нього зібрали повноцінний цех (Start). Галочку «у нас є кімната, як у сусідів» повісили для репутації, а жити в ній виявилося не обов’язково — власний сайт уже працює без неї. Стенд із Next.js показує, скільки замовлень на годину цех реально видає на тому самому меню.

На практиці

Стабільний 1.0 не скасовує перевірку на вашому коді — лише робить експеримент дешевшим і чеснішим щодо очікувань API.

1. Прочитайте релізні нотатки Start 1.0 і список несумісних змін відносно вашого кандидата або шару Router.
2. Якщо йдете з Next.js, почніть з офіційного керівництва з переходу, а не з копіювання структури тек як звикли.
3. Якщо вже на кандидаті, пройдіть керівництво «кандидат → 1.0» і зафіксуйте версію в lockfile (пам’ятайте про номер npm на кшталт 1.169).
4. Порівняйте свій критичний сценарій (динаміка + збірка з перевіркою типів) на порівнянному стенді: чужі 2,9×–8,6× — орієнтир, не гарантія.
5. Явно вирішіть, чи потрібні вам серверні компоненти в цьому проєкті; не тягніть їх для галочки, якщо модель Start закриває задачу без них.
6. Оцініть межі сервер/клієнт і маршрутизацію через звичний TanStack Router: це ядро, а не додаток збоку.
7. У безперервній інтеграції виміряйте час typecheck плюс бойової збірки до і після переходу: для багатьох команд виграш саме тут, а не в дрібних замірах рендера.

Підсумок

TanStack Start 1.0 — стабільний повний стек навколо Router, із чесною позицією щодо серверних компонентів і з цифрами проти Next.js 16.4 на динаміці та збірці.

Якщо обираєте React‑метафреймворк у 2026, має сенс прогнати свій стенд і відкрити офіційні керівництва з переходу — а не сперечатися лише про галочку RSC.