Opublikuj
prototyp z Gemini
Weź stronę HTML, prototyp React albo statyczny eksport frontendu wygenerowany przez Gemini i opublikuj go jako prawdziwą stronę HTTPS do przeglądu, udostępniania i późniejszego startu pod własną domeną.
Jaki wynik z Gemini pasuje do publikacji statycznej?
Gemini może wygenerować frontend, logikę aplikacji i przykłady API w tej samej rozmowie. DeployPages jest miejscem publikacji dla statycznej części frontendu.
Landing page w HTML
Prześlij `index.html` oraz wskazane CSS, JavaScript, obrazy i fonty. To najszybsza ścieżka dla prostych wygenerowanych stron.
Prototypy React
Jeśli Gemini generuje komponenty React albo projekt Vite, uruchom build i prześlij wygenerowany folder statyczny.
Dema Gemini API
Frontend opublikuj tutaj, ale wywołania Gemini API wymagające prywatnych kluczy przenieś za backend albo funkcję serverless.
Dokumentacja i makiety produktu
Statyczne eksporty dokumentacji, stron produktowych, wewnętrznych demo i prototypów do przeglądu mogą być udostępnione jako prawdziwe URL-e.
Od wyniku Gemini do publicznej strony w trzech krokach
Wygeneruj frontend
Poproś Gemini o statyczną stronę, prototyp, landing page albo interfejs React i każ mu wypisać wymagane pliki oraz zależności.
Przygotuj wynik do publikacji
Prosty HTML zapisz bezpośrednio, a React/Vite zbuduj do statycznego folderu, takiego jak `dist`, zanim go prześlesz.
Prześlij i obejrzyj
Upuść pliki statyczne w DeployPages, a potem sprawdź ścieżki, obrazy, błędy w konsoli i wywołania zewnętrznych API na publicznym URL-u.
Sprawdź build z Gemini przed publicznym linkiem
Wygenerowany prototyp może wyglądać na gotowy, a nadal zawierać placeholdery, brakujące zasoby albo sekrety po stronie klienta.
Bezpieczeństwo kluczy API
Nie umieszczaj prywatnych kluczy Gemini API ani poświadczeń usług w kodzie przeglądarkowym. Dla chronionych wywołań użyj backendu.
Folder wynikowy
Dla projektów React albo Vite publikuj folder po buildzie, nie surowe pliki źródłowe ani `node_modules`.
Weryfikacja zasobów
Zastąp wymyślone nazwy plików i placeholdery obrazów realnymi plikami albo stabilnymi URL-ami przed przesłaniem.
QA w przeglądarce
Otwórz opublikowaną stronę na telefonie i desktopie, sprawdź błędy w konsoli i przetestuj każdy główny link albo formularz.
Typowe problemy przy publikacji stron z Gemini
Prototyp wymaga klucza Gemini API
Przenieś wywołanie API do backendu albo endpointu serverless. Statyczny frontend nie ukryje bezpiecznie prywatnego klucza API.
Kod React nie jest gotowy dla przeglądarki
Zainstaluj zależności i uruchom komendę build. Prześlij folder `dist` albo `build` po bundlowaniu.
Brakuje wygenerowanych zasobów
Poproś Gemini o pełne drzewo plików, a potem utwórz albo zastąp każdy obraz, ikonę, arkusz CSS i font.
Formularz albo logowanie nie działa
Publikacja statyczna może wyrenderować UI. Zgłoszenia, logowanie, bazy danych i chronione akcje wymagają usługi backendowej.
FAQ publikacji stron z Gemini
Czy mogę przesyłać długie wieloplikowe projekty z Gemini?
Tak. Jeśli Gemini wygenerowało wiele plików frontendu, zachowaj strukturę projektu i prześlij cały folder zamiast pojedynczego pliku.
Co jeśli wygenerowany kod ma błąd?
Popraw kod lokalnie albo poproś Gemini o poprawioną wersję, a potem ponownie prześlij naprawiony build. DeployPages nie zamyka projektu na pierwszym wyniku.
Jakie stacki frontendowe są obsługiwane?
Statyczny HTML, React, Vue i większość wyników frontendu działających w przeglądarce można opublikować, jeśli finalnym wynikiem jest statyczny build.
Czy mogę opublikować aplikację Gemini API tutaj?
Możesz opublikować frontend, ale prywatne wywołania Gemini API powinny działać za backendem albo endpointem serverless. Nie ujawniaj prywatnych kluczy w kodzie przeglądarkowym.
Co jeśli Gemini wygenerowało aplikację Next.js?
Wyeksportuj ją jako stronę statyczną, jeśli aplikacja nie potrzebuje funkcji serwerowych, i prześlij katalog `out`. SSR, API routes i middleware wymagają środowiska serwerowego.