Jeśli wpisujesz w Google „hosting pliku HTML”, „opublikować stronę HTML” albo „wrzucić stronę HTML”, prawdopodobnie nie szukasz wykładu o chmurze. Masz index.html, może style.css, kilka obrazów i chcesz wysłać komuś link, który po prostu działa.
To inny problem niż wybór tradycyjnego hostingu WWW. Pierwsze zadanie jest mniejsze: umieścić pliki w sieci w poprawnej strukturze, sprawdzić, czy przeglądarka ładuje zasoby, i zostawić drogę do własnej domeny, jeśli strona okaże się warta zachowania.
Co liczy się jako strona HTML?
W praktyce „strona HTML” może oznaczać kilka rzeczy:
| Typ projektu | Co przesyłasz | Przykłady |
|---|---|---|
| Pojedyncza strona | index.html | CV, strona wydarzenia, szybki prototyp |
| Folder statyczny | index.html, CSS, JS, obrazy | Portfolio, strona osobista, landing page |
| Wynik builda | dist, build, out, public | Vite, React, Astro, Next static export |
| Archiwum ZIP | Spakowany folder z plikami strony | Przekazanie klienta, eksport AI, pobrany szablon |
Najważniejszy jest punkt wejścia. Typowy host statyczny oczekuje pliku index.html na górnym poziomie przesłanego folderu. Jeśli ZIP rozpakowuje się do my-site/index.html, upewnij się, że przesyłasz właściwy folder albo że platforma rozumie tę zagnieżdżoną strukturę.
Najszybsza ścieżka: prześlij gotowe pliki
Dla małej strony statycznej najprostszy jest zwykle proces zaczynający się od przesłania plików:
- Umieść
index.htmlw katalogu głównym. - Trzymaj zasoby w przewidywalnych folderach:
css,js,imagesalboassets. - Prześlij folder albo ZIP.
- Otwórz wygenerowany link HTTPS.
- Kliknij wszystkie podstrony i ścieżki zasobów.
- Przejmij projekt albo dodaj własną domenę dopiero wtedy, gdy link jest wart zachowania.
Ten ostatni krok jest ważny. Wiele małych stron zaczyna jako tymczasowa praca: podgląd klienta, projekt na zajęcia, szkic landing page albo mockup z narzędzia AI. Wymaganie pełnej konfiguracji konta przed pierwszym URL-em dodaje tarcie w złym momencie.
W DeployPages możesz zacząć od obszaru przesyłania plików na stronie głównej, opublikować pliki statyczne, a później zdecydować, czy projekt ma trafić pod konto. Bardziej techniczną ścieżkę opisuje przewodnik publikacji HTML.
Sprawdź ścieżki plików, zanim obwinisz hosting
Większość problemów typu „moja strona HTML działa lokalnie, ale nie online” wynika ze ścieżek, które działały na komputerze, ale nie działają pod prawdziwym URL-em.
| Lokalny wzorzec | Bezpieczniejszy wzorzec online | Dlaczego |
|---|---|---|
C:\Users\you\Desktop\logo.png | ./images/logo.png | Przeglądarka online nie odczyta Twojego dysku. |
/Users/you/site/style.css | ./style.css | Absolutne ścieżki z komputera psują się w sieci. |
file:///.../script.js | ./script.js | file:// istnieje tylko lokalnie. |
href="/about.html" | href="./about.html" dla podglądów folderu | Linki od katalogu głównego zależą od finalnej struktury publikacji. |
Jeśli strona ma kilka podstron, otwórz każdą z opublikowanego URL-a. Złe ścieżki najczęściej wychodzą nie na stronie głównej, tylko w nawigacji.
Kiedy przesłanie plików w przeglądarce jest lepsze niż Git
Git jest dobrym wyborem, gdy projekt ma aktywny rozwój, przegląd zmian i powtarzalne aktualizacje produkcyjne. Nie zawsze jest dobrym pierwszym krokiem.
Przesłanie folderu jest lepsze, gdy:
- dostałeś statyczny folder od projektanta, klienta, generatora albo narzędzia AI,
- potrzebujesz linku, zanim zdecydujesz, czy projekt zasługuje na repozytorium,
- publikujesz jednorazową stronę, wydarzenie, CV albo projekt z zajęć,
- chcesz przetestować build przed podpięciem CI,
- osoba wysyłająca stronę nie jest tą, która pisała kod.
Ten proces nie jest niszowy. Dokumentacja Netlify Drop opisuje publikację folderu albo ZIP-a i wspomina projekty z narzędzi AI. Cloudflare Pages dokumentuje Direct Upload dla gotowych zasobów z komputera lokalnego. Sygnał z rynku jest prosty: ludzie nadal potrzebują zwykłej ścieżki „mam pliki, daj mi URL”.
Co przesłać z popularnych narzędzi
Różne narzędzia inaczej nazywają finalny folder:
| Narzędzie albo stack | Prześlij |
|---|---|
| Zwykły HTML/CSS/JS | Folder zawierający index.html |
| Vite | dist po npm run build |
| Create React App | build po npm run build |
| Astro | dist po npm run build |
| Next.js static export | out po eksporcie |
| Pobrany szablon HTML | Rozpakowany folder z index.html w katalogu głównym |
| Strona wygenerowana przez AI | Wyeksportowany folder, nie zapis rozmowy z promptem |
Jeśli nie wiesz, który folder jest właściwy, szukaj tego, który zawiera index.html i skompilowane zasoby. Foldery źródłowe typu src zwykle nie są tym, co publikujesz.
Co sprawia, że link HTML wygląda wiarygodnie?
Tymczasowy link może być prosty. Link wysyłany klientom, rekruterom, inwestorom albo użytkownikom potrzebuje więcej porządku:
- HTTPS domyślnie, nie niepewne
http://. - Stabilny URL podglądu, do którego można wrócić.
- Łatwa podmiana, gdy przesyłasz poprawioną wersję.
- Droga do własnej domeny.
- Możliwość przywrócenia poprzedniej wersji, jeśli nowo przesłana wersja jest gorsza.
- Podstawowe statystyki, bo zgadywanie, czy ktoś otworzył link, szybko robi się męczące.
DeployPages jest zbudowane wokół tej ścieżki: szybkie przesłanie plików, a potem własne domeny, globalna dostawa, statystyki i przywracanie poprzedniej wersji, gdy strona przestaje być testem.
Krótka lista kontroli przed przesłaniem plików
Przed publikacją poświęć dwie minuty:
- Sprawdź, czy
index.htmljest na górnym poziomie folderu. - Zmień nazwy plików ze spacjami albo nietypowymi znakami, jeśli są linkowane z HTML.
- Używaj małych liter w nazwach plików, gdy możesz.
Logo.PNGilogo.pngto nie zawsze to samo. - Wyszukaj w HTML
file://,localhosti nazwę użytkownika z komputera. - Spakuj folder dopiero po sprawdzeniu struktury katalogu głównego.
- Po publikacji przetestuj stronę na telefonie, nie tylko na laptopie deweloperskim.
Ta lista łapie więcej realnych problemów niż kolejna runda porównywania dostawców.
Kiedy wyjść poza proste przesłanie plików
Zostań przy bezpośrednim przesłaniu plików, jeśli strona jest głównie statyczna i zmiany są okazjonalne. Przejdź do CLI albo publikacji z Gita, gdy strona zmienia się często, build musi być odtwarzany przez inne osoby albo zespół ma proces przeglądu zmian.
DeployPages pozwala zacząć od przesłania plików, ale nie zamyka projektu w tej ścieżce. Pierwszy link może powstać w przeglądarce. Publikacja przez CLI ma sens później, gdy projekt ma powtarzalny build. Domena przychodzi po akceptacji treści.
Taka kolejność pasuje do wielu realnych projektów. Pierwszą potrzebą nie jest cały proces CI. Pierwszą potrzebą jest link, który działa.