Staatilise veebilehe majutus: Cloudflare, Netlify või VPS

Staatilise veebilehe majutamine tundub projekti lihtne osa. Veebileht on avaldamise hetkel loodud kaust HTML-, CSS- ja pildifailidega ning peaaegu iga majutus oskab seda serveerida. Just see teeb valiku petlikuks: kõik serveerivad kiiresti ja erinevused ilmnevad alles esimese ammendatud limiidi või esimese ümbersuunamise juures, mis ei tee seda, mida arvati.

See veebileht ja Palmora Property, kinnisvaraportaal, mida haldame ühe kliendi jaoks, on ehitatud Astroga. Challenge Usi, meie arendatud grupiväljakutsete rakenduse, veebilehte ja veebirakendust serveerib Cloudflare staatiliste failidena alates septembrist 2026. Siin on see, mida neist valikutest kaasa võtame, koos reeglitega, mida teenusepakkujad ise avaldavad. Kui küsimus on veel selles, kas WordPressist loobuda, alustage artiklist miks minna üle Astroga staatilisele veebilehele.

Mida staatilise veebilehe majutaja tegema peab

Enne nimede võrdlemist loend sellest, mida oodatakse:

• Ehitada ja juurutada iga avaldamisega, ilma käsitsi sekkumiseta, ka siis, kui sisu tuleb CMS-ist: Astro ja Sanityga headless-veebileht ehitatakse veebikonksu abil iga avaldamisega uuesti.
• Hoida alles varasemad versioonid ja naasta ühega neist ühe liigutusega, kui avaldamine midagi katki teeb.
• Serveerida haru privaatseid eelvaateid, et enne avaldamist üle lugeda.
• Hallata ümbersuunamisi ja päiseid (vahemälu, turvalisus, eelvaadete noindex) koos veebilehega versioonitud failides.
• Serveerida HTTPS-i teie domeenil, sertifikaat kaasa arvatud.

Netlify ja Cloudflare täidavad need tingimused. Erinevus on mujal: selles, mida arvestatakse.

Mida arvestatakse ja miks see on tegelik kriteerium

Serveeritud failid

Cloudflare’i puhul ütleb Workersi staatiliste failide dokumentatsioon, et päringuid nendele failidele ei arveldata ega piirata ning nende hoidmine ei lisa kulusid. Ainult päringud, mis käivitavad Workeri koodi, näiteks nõudmisel renderdamiseks, järgivad Workersi hinnakirja. Tõeliselt staatilise veebilehe puhul ei muuda liikluse tipp seega arvet.

Netlify puhul kirjeldab krediite selgitav leht oktoobris 2026 krediidipõhiseid pakette: 300 krediiti kuus paketis Free, 1 000 paketis Personal, alates 3 000 paketis Pro. Seda saldot kulutatakse nii:

Paketis Free piisab seega kahekümnest tootmisjuurutusest, et kuu ammendada. Need summad muutuvad: lugege leht enne otsustamist uuesti läbi.

Käivitatud kood

Siit tuleb enamik üllatusi. „Staatilisel“ veebilehel on sageli mõni funktsioon: vorm, veebikonks, nõudmisel renderdatav leht. Netlify arvestab seda arvutust krediitides, 10 gigabaidi-tunni kohta; Cloudflare’is arveldatakse iga Workerit äratav päring tema hinnakirja järgi. Igal külastusel välja kutsutav funktsioon tõstab arvet liikluse tempos, mis nullib staatilise eelise. Parem on harvad funktsioonid, mida kutsutakse välja ainult siis, kui külastaja midagi teeb: artikkel vormidest ja otsingust staatilisel veebilehel näitab, kuidas.

Jagatud konto

Kõige vähem nähtav lõks: mõnes paketis on saldo konto oma, mitte veebilehe oma.

Sel põhjusel viisime Challenge Usi septembris 2026 välja teiste projektidega jagatud Netlify meeskonnast, kus limiidi ületamine peatas kõik meeskonna projektid. Õppetund kehtib laiemalt: klient või oma elu elav toode võidab, kui tal on oma majutuskonto.

Seaded, mis üllatavad

Ümbersuunamiste ja failide järjekord. Sama konfiguratsioon käitub majutajati erinevalt:

Challenge Usi veebileht suunab rakendusse iga aadressi, mis ei ole üks tema lehtedest: see reegel elab tema Workeri koodis, mitte failis _redirects, kus see oleks varjanud veebilehe lehed.

Leht index.html. Vaikimisi suunab Cloudflare oma dokumentatsiooni järgi /index.html ümber aadressile /. Challenge Usi veebirakendus lülitab selle käitumise välja: tema service worker serveerib just index.html iga avamise ajal ja ümbersuunamine selles kohas nurjaks rakenduse avamise.

Tegelikult serveeritavad päised. Päiste fail kehtib ainult vastustele, millele majutaja seda rakendab.

Kui leht renderdatakse nõudmisel, kontrollige konfiguratsiooni asemel vastust ennast, käsuga curl -sI avalikul aadressil.

Ükski neist seadetest ei ole teadaolevana tõsine ja kõiki saab enne avaldamist eelvaate aadressil kontrollida.

Aga oma server?

Failikausta serveerimine privaatsest serverist on lihtne. Haldame ise üht serverit, mis majutab tosinat teenust: see on õige tööriist äriliste rakenduste jaoks, harva parim avaliku veebilehe jaoks. Põhjused:

• ülemaailmset edastust pole ilma ette CDN-i lisamata;
• sertifikaadid, süsteemiuuendused ja jälgimine muutuvad taas teie asjaks;
• sisseehitatud tagasipööramist pole, kui seda ise ei ehita.

See on õigustatud, kui mõni piirang seda nõuab: juba makstud ja pealesurutud majutus, nõue andmete asukohale või külastajad ettevõtete võrkude taga või riikides, mis teatud teenuseid filtreerivad. Viimasel juhul loeb majutaja muide vähem kui leht ise: fondid ja ressursid majutatud veebilehel, ühtki kolmanda osapoole teenuse väljakutset.

Cloudflare, Netlify või oma server: mis muutub

Kuidas valida, neljas küsimuses

1. Kas veebileht käivitab igal külastusel koodi? Kui ei, muudab majutaja, kes serveeritud faile ei arvesta, liikluse eelarve suhtes ükskõikseks.
2. Mitu juurutust kuus? Majutaja juures, kes neid arvestab, ei maksa toimetuse poolt kümme korda päevas avaldatav veebileht sama palju kui iga nädal uuendatav.
3. Kas konto on jagatud teiste projektidega? Kui jah, mis juhtub, kui üks neist saldo ammendab?
4. Kes haldab domeeni ja DNS-i? DNS sama teenusepakkuja juures kui majutus lihtsustab sertifikaate ja ümberlülitusi.

Vastake neile neljale küsimusele ja testige seejärel konfiguratsiooni eelvaate aadressil, enne kui domeeni ühendate. Kui teie praegune veebileht töötab WordPressi või Drupaliga, võtab meie üleminek staatilisele veebilehele üle iga aadressi, paneb veebilehe üles mõne euro eest kuus maksvale majutusele ja jälgib ümberlülitust neliteist päeva.

Korduma kippuvad küsimused

Allikad

1. Workersi staatiliste failide dokumentatsioon (uus vahekaart)developers.cloudflare.com
2. Krediite selgitav leht (uus vahekaart)docs.netlify.com
3. GitHubi avaldatud kasutuspiirangud (uus vahekaart)docs.github.com