Blog

Codex Sites: narzędzia wewnętrzne i ograniczenia usługi

Markdown

Jak działają Codex Sites, D1 i R2, dla kogo jest wewnętrzna witryna, czym różni się od publicznych kreatorów stron i jakie ograniczenia warto wziąć pod uwagę.

Przeczytaj cały artykuł

Najważniejsze informacje

2 czerwca 2026 roku OpenAI udostępniło Codex Sites — usługę, która na podstawie jednego promptu tworzy działającą witrynę lub wewnętrzny pulpit nawigacyjny i od razu ją hostuje. Jest dostępna wyłącznie w planach ChatGPT Business i Enterprise. Nie ma publicznych adresów URL, własnych domen, eksportu kodu ani płatności. W istocie jest to osobna kategoria narzędzi do wewnętrznych zadań zespołu, a nie zamiennik Lovable ani pogromca Tilda. Oto, co obejmuje ta usługa, komu naprawdę się przyda i co zrobić, jeśli nie masz Business.

Dokumentacja Ailoot opisuje łączenie modeli i korzystanie z API.

Czym jest Codex Sites — w jednym zdaniu

Najważniejsze informacje

Codex Sites to wtyczka OpenAI Codex, która zamienia prompt w działającą witrynę lub aplikację i od razu hostuje ją we własnej infrastrukturze. Bez osobnego wdrożenia, własnej maszyny wirtualnej ani git push. Otrzymujesz adres URL w rodzaju app-name.sites.openai.com i możesz od razu udostępnić go zespołowi. Usługa jest domyślnie dostępna w ChatGPT Business, a w Enterprise można ją włączyć w ustawieniach administratora.

Krótko mówiąc: mówisz na czacie „zbuduj mi pulpit sprzedażowy z filtrami według kierownika i miesiąca”, a kilka minut później dostajesz działający adres URL. Od razu otrzymujesz stronę gotową do użycia w produkcji — a nie plik, który musisz samodzielnie wdrożyć w Vercel lub Cloudflare, ani podgląd działający przez godzinę. Mogą ją zobaczyć tylko osoby mające konta w Twoim obszarze roboczym ChatGPT.

OpenAI opisuje Sites tak:

Sites to nowe płótno dla pomysłów. Codex przekształca Twoje pomysły, analizy i plany w pulpity nawigacyjne, planery, przestrzenie do przeglądów, tablice projektowe, galerie i lekkie narzędzia wewnętrzne.

— OpenAI, https://openai.com/index/codex-for-every-role-tool-workflow/

Kluczowe słowo to „wewnętrzne”. Codex Sites nie tworzy publicznej witryny firmowej ani strony docelowej kampanii reklamowej. Widać to od razu po rozpoczęciu pracy: nie ma publicznych adresów URL ani własnych domen, a także nie ma możliwości przyjmowania płatności.

Oś czasu 2 czerwca: jak OpenAI wprowadziło Codex Sites

Najważniejsze informacje

2 czerwca 2026 roku podczas wydarzenia firmowego „Intelligence at Work” OpenAI zaprezentowało jednocześnie trzy aktualizacje Codex: wtyczkę Sites, sześć wtyczek przeznaczonych dla określonych ról (analityków, marketerów, sprzedawców, projektantów, inwestorów i bankierów) oraz Annotations — funkcję pozwalającą zaznaczyć fragment i poprosić o wyjaśnienie. Główny przekaz jest jasny: Codex nie jest już narzędziem wyłącznie dla deweloperów.

Podczas tego samego wydarzenia OpenAI podało, że Codex ma ponad 5 milionów tygodniowo aktywnych użytkowników, a około 20% z nich nie jest deweloperami. Ta grupa rośnie trzy razy szybciej niż grono deweloperów. Analitycy, marketerzy, pracownicy operacyjni, projektanci, badacze — coraz więcej osób korzysta z Codex jako narzędzia do codziennej pracy, a nie jako AI do kodowania.

Sites jest odpowiedzią na tę zmianę. Gdy w zespole masz dziesięć osób nieprogramujących, które codziennie opisują Codex swoje zadania, prędzej czy później pojawia się pytanie: czy wynik może znaleźć się poza czatem jako działające narzędzie dla całego zespołu? Sites odpowiada twierdząco, bez osobnego wdrożenia.

Partnerami ogłoszonymi podczas prezentacji byli Wix, Base44, Replit, Lovable i Figma. Technicznie te partnerstwa nie oznaczają wzajemnej integracji — to sposób ujęcia sprawy w komunikacji PR.

Co kryje się w Codex Sites: Cloudflare Worker, D1 i R2

Najważniejsze informacje

Pod spodem znajduje się standardowy, nowoczesny stos bezserwerowy: kod jest budowany do modułów ES zgodnych z Cloudflare Worker, stan przechowywany jest w D1 (relacyjnej bazie danych zgodnej z SQLite), a pliki w R2 (magazynie obiektowym). OpenAI hostuje wszystko we własnej infrastrukturze. Każde wdrożenie trafia bezpośrednio na produkcję — nie ma osobnego etapu stagingu.

Od strony technicznej Codex Sites to szablonowa kompilacja dla Cloudflare Workers. Aplikacja ma wbudowane mechanizmy przechowywania danych:

  • D1 — relacyjna baza danych zgodna z SQLite. Do przechowywania danych użytkowników, postępów w grach, wyników głosowań i dowolnego uporządkowanego stanu.
  • R2 — magazyn obiektowy. Do przechowywania obrazów, dokumentów, plików audio i wideo.
  • Zmienne środowiskowe i sekrety — zarządzane w panelu Sites, a nie w pliku MDX w repozytorium.

OpenAI tak opisuje proces wdrażania:

Każdy adres URL wdrożenia Sites oznacza wdrożenie produkcyjne.

— OpenAI Developers Docs, https://developers.openai.com/codex/sites

W praktyce biznesowej oznacza to, że nie ma domeny testowej, serwera stagingowego ani „wersji roboczej, którą wdrożymy później”. Każde zapisanie wersji i wdrożenie trafia bezpośrednio do działającego środowiska obszaru roboczego. Sprawdza się to przy prototypach, ale przy długo używanych narzędziach wewnętrznych wymaga ostrożności: każdy pracownik zobaczy błąd logiki zaraz po wdrożeniu.

Kolejnym istotnym ograniczeniem technicznym jest to, czego Sites nie obsługuje:

Sites nie powinno obsługiwać chronionych informacji o stanie zdrowia (HIPAA) ani danych kart płatniczych (PCI DSS).

— OpenAI Developers Docs, https://developers.openai.com/codex/sites

To bezpośredni zakaz wynikający z zasad. Każdy przypadek użycia obejmujący takie dane — dokumentację medyczną czy dane kart klientów — jest od razu wykluczony. To zrozumiałe: OpenAI nie chce brać na siebie zgodności z HIPAA i PCI w przypadku funkcji w wersji preview.

5 ograniczeń Codex Sites, o których nie wspominają recenzje

Najważniejsze informacje

Anglojęzyczne recenzje często przedstawiają Codex Sites jako zamiennik Lovable. To mylące. Usługa ma pięć twardych ograniczeń, które wpływają na decyzję: brak publicznego adresu URL, brak własnej domeny, brak eksportu kodu, brak obsługi płatności oraz dostęp wyłącznie dla subskrybentów ChatGPT Business i Enterprise.

Dokumentacja techniczna OpenAI pozwala poznać ograniczenia. Oto ich stan na 14 czerwca 2026 roku.

1. Brak publicznego adresu URL. Uwierzytelnianie jest powiązane z obszarem roboczym ChatGPT. Aby uzyskać dostęp do witryny, trzeba należeć do tego obszaru i zalogować się przez „Sign in with ChatGPT”. Zewnętrzny klient spoza zespołu niczego nie zobaczy. To aplikacja wewnętrzna w ścisłym znaczeniu tego słowa, a nie publiczna.

2. Brak własnej domeny. Wszystkie aplikacje działają w subdomenie name.sites.openai.com. Nie można hostować ich pod własną marką ani skierować na nie rekordu CNAME. Wyklucza to scenariusze, w których witryna powinna wyglądać na część Twojej marki.

3. Brak eksportu kodu. To, co tworzy Codex Sites, pozostaje w infrastrukturze OpenAI. Nie można pobrać archiwum projektu i przenieść go do Vercel ani na własny serwer. Dla założyciela działającego solo i korzystającego z Plus lub Pro nie jest to jeszcze istotne — usługa i tak nie jest dla niego dostępna.

4. Nie można przyjmować płatności. Zasady Sites wyraźnie zabraniają przetwarzania danych kart bankowych. Oznacza to, że odpadają e-commerce, subskrypcje SaaS i bezpośrednia sprzedaż przez witrynę.

5. Tylko Business i Enterprise. ChatGPT Plus, Pro, Team i Free nie są obsługiwane. OpenAI obiecuje, że „inne plany będą stopniowo podłączane”, ale nie podało terminów. Założyciel solo korzystający z planu Pro nie może teraz używać Sites, nawet jeśli byłby gotów płacić osobno.

Jego komentarz na temat cen pokazuje również, jak wygląda okres preview:

W opisanym stanie wersji preview z 14 czerwca dostęp do Sites jest wliczony w Business i Enterprise. Limity użycia Codex i opłaty za hosting Sites to osobne kwestie: artykuł nie ustala taryfy hostingu za tokeny ani limitu wydatków na hosting. Przed planowaniem budżetu dalszej pracy sprawdź bieżący plan i warunki usługi.

Każda taka platforma jest narzędziem, a nie metodologią. Bez odpowiednich podstaw usługa staje się loterią: jeden prompt daje dopracowany prototyp, a następny — coś ogólnikowego. Przez podstawy rozumiem trzy filary: klona AI, Second Brain i inżynierię kontekstu. Sites można porównywać z innymi platformami pod względem kosztów i kontroli.

Czym jest narzędzie wewnętrzne i dlaczego zespół go potrzebuje?

Najważniejsze informacje

Narzędzie wewnętrzne to witryna lub aplikacja używana wyłącznie przez zespół firmy, a nie przez rynek zewnętrzny. Może to być pulpit sprzedażowy, tablica zgłoszeń pracowników, formularz zgłaszania pomysłów lub tablica wyników. Takie witryny mają inne wymagania: nie potrzebują domeny firmowej ani publicznej rejestracji, ale muszą szybko powstać i integrować się z danymi, które firma już posiada.

To rozróżnienie jest kluczowe dla zrozumienia Codex Sites. Lovable, Bolt, v0 i Replit Agent są zoptymalizowane pod kątem produktów zewnętrznych: strony docelowej, prototypu usługi albo prototypu SaaS, który można następnego dnia pokazać klientom lub inwestorom. Taki produkt potrzebuje publicznego adresu URL, najlepiej własnej domeny, możliwości przyjmowania płatności i rejestracji użytkowników.

Narzędzie wewnętrzne należy do innej kategorii. Korzysta z niego od 10 do 20 osób w zespole, a ważniejsze są trzy rzeczy: możliwość szybkiego zbudowania, natychmiastowe działanie i przechowywanie danych w tym samym miejscu co reszta pracy. Nie potrzebuje domeny firmowej ani publicznego adresu URL. W ogóle nie potrzebuje klientów.

Jeśli masz zespół liczący co najmniej pięć osób i korzystający z ChatGPT Business, w ciągu tygodnia możesz zbudować w Sites:

  1. Pulpit analityczny dla kadry kierowniczej (tygodniowe KPI sprzedaży, lejek rejestracji, retencja).
  2. Formularz zgłaszania pomysłów z możliwością głosowania przez pracowników.
  3. Centrum wdrożeniowe dla nowych pracowników ze śledzeniem postępów z pierwszego tygodnia.
  4. Wewnętrzną bazę wiedzy o produktach z wyszukiwarką.
  5. Tablicę zgłoszeń dla działów z filtrami statusu.

Wcześniej takie narzędzia budowano jako strony w Notion (powolne, z ubogą logiką), arkusze Google z Apps Script (budzące obawy) albo zlecając pracę deweloperowi frontendowemu na dwa tygodnie. Sites obsługuje tego typu zadania szybciej, taniej i bez zewnętrznego wdrożenia.

Codex Sites a Lovable, Bolt, v0 i Replit: co warto porównywać?

Najważniejsze informacje

Porównywanie Codex Sites z Lovable, Bolt lub v0 jest mylące — służą różnym celom. Lovable i Bolt budują kompletne publiczne aplikacje, które można wyeksportować. v0 generuje komponenty React. Najbliższy jest Replit Agent, ale on również służy do tworzenia aplikacji publicznych. Codex Sites jest przeznaczony do narzędzi wewnętrznych dla zespołu korzystającego już z ChatGPT Business. Nie udało mi się znaleźć bezpośredniego konkurenta.

Recenzenci wpadli w leniwy nawyk: jeśli usługa buduje witryny, porównajmy ją z innymi usługami, które też je budują. To miesza różne nisze. Właściwy podział sprowadza się do dwóch pytań: kto tego potrzebuje i dokąd trafia kod?

Porównanie najważniejszych wymiarów:

WymiarCodex SitesLovableBoltv0Replit Agent
Dla kogoZespoły korzystające z ChatGPT BusinessOsoby indywidualne, założyciele, prototypyDeweloperzy i osoby spoza branżyProjektanci stron i deweloperzy UINiezależni deweloperzy, eksperymenty
Rodzaj wynikuAplikacja hostowana w obszarze roboczymW pełni funkcjonalna aplikacjaW pełni funkcjonalna aplikacjaKomponenty React + Next.jsPełna aplikacja
Publiczny adres URLNieTakTakTakTak
Własna domenaNieTak w ProTakTak przez VercelTak
Eksport koduNieTak w ProTakTakTak
Ceny w wersji previewBezpłatnie w Business / EnterpriseBezpłatnie + Pro $25/miesiącBezpłatnie + ProW ramach subskrypcji VercelDostępny plan bezpłatny
Najlepsze zastosowanieWewnętrzny pulpit działuStrona produktu, prototyp z rejestracjąFunkcjonalny prototyp usługiSystemy projektowe i komponentyDługie sesje generowania

OpenAI pozycjonuje to tak: Twój obszar roboczy działa teraz jako platforma lekkich aplikacji. Sites jest częścią subskrypcji Business — nie ma osobnej opłaty ani przycisku zakupu.

Jeśli już korzystasz z Lovable i myślisz o przejściu na coś innego, nie rób tego. W opisanym stanie wersji preview Lovable ma trzy funkcje, których Codex Sites nie oferuje: publiczny adres URL, własną domenę i eksport kodu. Różnice między Lovable a Claude Code opisałem w osobnym przewodniku po Lovable — widać tam, że Lovable jest stworzone specjalnie dla produktów publicznych.

Codex Sites obsługuje wewnętrzną tablicę biurową. Nie tworzy witryny sklepowej dla rynku.

Dla kogo Codex Sites jest naprawdę przeznaczone w 2026 roku: 3 profile

Najważniejsze informacje

Na dzień 14 czerwca 2026 roku Codex Sites odpowiada potrzebom trzech typów zespołów: zespołu ChatGPT Business z listą zaległych próśb o wewnętrzne pulpity, startupu korzystającego z ChatGPT Enterprise i złożonej kontroli dostępu opartej na rolach oraz zespołu w dużej firmie, który testuje narzędzia AI bez angażowania działu IT.

Profil 1: zespół liczący od 5 do 50 osób, korzystający z ChatGPT Business. Już używają Codex i ChatGPT w pracy. Analityk codziennie przygotowuje raporty, marketer tworzy briefy i materiały, a sprzedawca śledzi lejek sprzedażowy. Przybywa próśb o wewnętrzne pulpity: „Czy możemy udostępnić dane zespołowi pod działającym adresem URL, bez każdorazowego ponownego wysyłania ich z czatu?”. Codex Sites zaspokaja tę potrzebę bez budżetu na dewelopera. Przykład: startup liczący 15 osób, którego dyrektor generalny prosi o pulpit pokazujący tygodniową aktywność zespołu. Codex Sites obsługuje takie zadanie bez osobnego wdrożenia.

Profil 2: startup korzystający z ChatGPT Enterprise i RBAC. Firma ma złożony model dostępu: część osób widzi dane finansowe, inne produktowe, a jeszcze inne marketingowe. Codex Sites obsługuje workspace_admins_only i konfigurowalne grupy. Odpowiada to potrzebom bezpieczeństwa: dane pozostają w granicach konta, uwierzytelnianie odbywa się przez Sign in with ChatGPT, a dziennik audytowy jest standardową funkcją. Brak zewnętrznych adresów URL i eksportu kodu to dla nich zaleta, a nie wada. Przykład: startup fintechowy liczący 40 osób, który potrzebuje pulpitu raportów zgodności z kontrolą dostępu.

Profil 3: dział marketingu w firmie zatrudniającej 200 osób. Firma korzysta z ChatGPT Enterprise, ale dział IT jest zajęty migracją ERP. Zalegają prośby o wewnętrzne witryny — centrum wdrożeniowe dla nowych pracowników, biblioteka marki, pulpit wyników dla kierownictwa. Przez IT zajęłoby to sześć miesięcy, a z Codex Sites — kilka dni. Pilotaż narzędzi AI w firmie bez angażowania zespołu infrastruktury. Przykład: dział marketingu dużego banku tworzy kwartalny prototyp pulpitu pokazującego NPS klientów.

We wszystkich trzech profilach kluczowym warunkiem jest to, że zespół ma już ChatGPT Business lub Enterprise. Bez tego Codex Sites nie wchodzi w grę.

Dla kogo Codex Sites NIE jest przeznaczone: 3 antyprofile

Najważniejsze informacje

Codex Sites nie nadaje się dla trzech typów użytkowników: założycieli działających solo i freelancerów bez zespołu; właścicieli produktów e-commerce i SaaS; oraz osób, które potrzebują publicznej strony docelowej pod własną domeną. Albo nie mają dostępu do usługi (tylko Business / Enterprise), albo brakuje im potrzebnych funkcji (płatności, publiczny adres URL, własna domena).

Antyprofil 1: założyciel działający solo lub freelancer. Korzysta z ChatGPT Plus lub Pro, gdzie Sites jest obecnie niedostępne. Nie wiadomo, kiedy OpenAI udostępni je w tych planach. Alternatywy to Lovable, Bolt, v0, Replit, Cursor oraz połączenie z Claude Code. W osobnym głównym przewodniku porównałem wszystkie osiem narzędzi i pokazałem, które pasują do konkretnych projektów realizowanych solo.

Antyprofil 2: właściciel sklepu e-commerce lub produktu SaaS. Potrzebuje publicznego adresu URL, formularza płatności, rejestracji klientów i płatności cyklicznych. Codex Sites nie oferuje żadnej z tych funkcji: jego zasady wyraźnie zabraniają obsługi PCI DSS, uwierzytelnianie jest ograniczone do obszaru roboczego, a eksport kodu jest niemożliwy. Odpowiednim rozwiązaniem będzie Shopify + Lovable / Bolt do zbudowania strony docelowej albo Claude Code do pełnego stosu.

Antyprofil 3: marketer potrzebujący publicznej strony docelowej. Standardowe zadanie obejmuje stronę docelową kampanii reklamowej, optymalizację SEO, pomiary, testy A/B i formularz potencjalnych klientów połączony z CRM. Codex Sites nie jest indeksowane przez Google (nie ma publicznego adresu URL), nie łączy się z CRM bez skryptów i pozostaje niewidoczne bez zalogowania do ChatGPT. Od razu widać, że to nieodpowiednie narzędzie. Lepiej sprawdzą się Lovable, Webflow, Tilda albo strona docelowa zbudowana w Claude Code i wdrożona na własnym hostingu.

Jak wypróbować Codex Sites już dziś i co zrobić bez Business

Najważniejsze informacje

Jeśli masz ChatGPT Business, Codex Sites jest już domyślnie włączone. Otwórz Codex, znajdź wtyczkę Sites na pasku bocznym i zacznij od krótkiego promptu. Jeśli masz Enterprise, poproś administratora o włączenie jej przez RBAC. Jeśli masz Plus, Pro, Team lub Free, usługa jest niedostępna, a data jej uruchomienia pozostaje nieznana. Alternatywy to Lovable, Bolt, v0, Replit albo połączenie z Claude Code.

Instrukcja dla planów Business / Enterprise:

  1. Otwórz ChatGPT w przeglądarce lub aplikacji.
  2. Przejdź do Codex (z lewego paska bocznego albo otwierając bezpośrednio kartę Codex).
  3. Znajdź wtyczkę Sites na pasku bocznym. W Business jest domyślnie włączona. W Enterprise administrator musi ją włączyć w ustawieniach dostępu.
  4. Rozpocznij rozmowę: „Zbuduj mi tygodniowy pulpit sprzedażowy”. Nie podawaj szczegółów w pierwszym prompcie.
  5. Gdy Codex pokaże pierwszy prototyp, proś o kolejne zmiany: „dodaj filtr kierownika”, „zapisz dane w D1, aby przetrwały między sesjami”, „dodaj eksport CSV”.
  6. Przed wdrożeniem ponownie przeczytaj ostrzeżenia OpenAI dotyczące środowiska produkcyjnego. Każde wdrożenie trafia bezpośrednio na produkcję; nie ma osobnego etapu stagingu.
  7. Po wdrożeniu otrzymasz adres URL w rodzaju app-name.sites.openai.com. Udostępnij go zespołowi jako link albo przypnij go w obszarze roboczym.

Jeśli nie masz Business, możesz skorzystać z trzech praktycznych alternatyw:

  • Lovable + Vercel — do publicznego prototypu lub strony docelowej. Bezpłatny plan wystarczy, by zbudować prototyp w jeden wieczór.
  • Bolt lub v0 — gdy potrzebujesz ukierunkowanego frontendu React dla istniejącego backendu.
  • Połączenie Claude Code + Coolify — pełna kontrola nad kodem, własna infrastruktura i brak zależności od innego dostawcy. To ścieżka dla osób, które chcą długoterminowej autonomii. To połączenie sprawdza się w różnych projektach, od stron docelowych po narzędzia wewnętrzne.

Dobierz zestaw narzędzi do swojego projektu. To, czy znajdzie się w nim Sites, nie jest najważniejszym pytaniem. Najważniejsze jest to, jakie trzy filary zapewniasz sobie przy każdym wybranym narzędziu. Bez nich każda platforma agentów AI jest loterią.

Jeśli nie masz jeszcze zespołu ani ChatGPT Business, nie spiesz się z zakładaniem planu tylko dla Sites. Poczekaj na oficjalne ogłoszenie dostępu w odpowiednim planie, bez zakładania daty, albo użyj Claude Code + Lovable do prototypów przeznaczonych na rynek publiczny.

Co dalej z Codex Sites: prognoza bez gwarancji

Najważniejsze informacje

Przywołana zapowiedź dotyczy stopniowego udostępniania usługi w kolejnych planach, bez ustalonej daty. Własne domeny i osobny staging są oczekiwaniami autora, a nie udokumentowanymi zobowiązaniami OpenAI. Wybieraj usługę na podstawie możliwości dostępnych w opisanej wersji preview.

W opisanej wersji preview Business / Enterprise nie ma osobnej opłaty za dostęp do Sites. Ten stan nie ustala przyszłych cen hostingu ani nie dowodzi, że pojawią się osobne rozliczenia; przy zmianie warunków sprawdź oficjalny komunikat cenowy.

Własne domeny pozostają niewiadomą. Oficjalna dokumentacja OpenAI o nich nie wspomina. Własne domeny są oczekiwaniem autora; przywołana dokumentacja nie potwierdza zobowiązania ani terminu.

Przywołany kierunek OpenAI to stopniowa dostępność w innych planach. Nie wynika z niego termin dostępu dla Plus ani Pro. Zanim zaplanujesz pracę w którymś z nich, poczekaj na rzeczywiste ogłoszenie uprawnień.

Rozszerzenie trybów wdrażania (staging i produkcja) wydaje się prawdopodobnym kolejnym krokiem. Wdrażanie wyłącznie na produkcję sprawdza się przy prototypach, ale jest ryzykowne w przypadku poważnych narzędzi wewnętrznych. Osobny tryb podglądu jest prognozą autora; nie ustalono tutaj daty wydania.

Krótko mówiąc, Codex Sites to usługa w pierwszej wersji. Dalsze zmiany pozostają prognozą bez gwarancji terminu. Decyzja o jej użyciu zależy od tego, czy potrzebujesz jej teraz, czy możesz poczekać.

Kompletne ramy vibe codingu: klon AI + Second Brain + inżynieria kontekstu.

Kontynuuj pracę z AI w Ailoot.

Więcej szczegółów

Pytania i odpowiedzi

Czy mogę wybrać Sites ze względu na obiecane własne domeny lub staging?

Artykuł nie potwierdza żadnej z tych funkcji jako zobowiązania OpenAI. Traktuj je jako prognozy i kieruj się dostępnym w preview dostępem w obszarze roboczym oraz sposobem wdrażania na produkcję. Przed uzależnieniem pracy od przyszłej funkcji poczekaj na oficjalną dokumentację.

Jak zaplanować budżet opisanej wersji preview Sites?

Stan z 14 czerwca opisuje dostęp do Sites jako wliczony w Business i Enterprise. Nie ustala osobnej taryfy hostingu za tokeny ani przyszłej ceny. Przed planowaniem budżetu oddzielnie sprawdź aktualne limity Codex i warunki usługi Sites.

Wszystkie artykuły