Svetainės kūrimas su Instatic CMS
Naujos kartos savarankiškai talpinamas CMS: vizualus redaktorius, o išeinantis rezultatas - švarus semantinis HTML be jokio karkaso svorio. Idealu, kai svarbiausia greitis ir matomumas DI atsakymuose.
Pasakysime atvirai, jei jūsų projektui geriau tiktų WordPress.
- Terminas
- 4-7 sav.
Ne visiems, ir tai svarbu pasakyti pirma
Statinis išvedimas reiškia, kad Core Web Vitals geri be optimizavimo darbų. Ne todėl, kad kažką pagreitinom, o todėl, kad nėra ko lėtinti.
Semantinis HTML, native SEO laukai ir minimalus JavaScript yra būtent tai, ką DI sistemos skaito. Tai natūraliai sutampa su DI SEO paslauga.
Instatic nėra parduotuvių platforma. Tam - WooCommerce arba Shopify.
Instatic yra naujas projektas. Apie riziką - žemiau, atvirai.
Vienas serveris vietoj šešių paslaugų
Įprastas modernus stack'as: headless CMS turiniui, karkasas front-endui, hostingas, formų paslauga, analitika, vaizdų CDN. Šeši skydeliai, šešios sąskaitos. Instatic viską laiko viename.
| Ką paprastai reikia atskirai | Instatic |
|---|---|
| Turinio valdymas | Įeina |
| Vizualus redaktorius | Įeina - canvas su tikrais elementais |
| Formų paslauga | Įeina - laukai kuria duomenų lentelę automatiškai |
| SEO įskiepis (Yoast, RankMath) | Kuriama - roadmap 1 punktas, dar nepabaigta |
| Vaizdų CDN | Įeina |
| Naudotojai ir rolės | Įeina |
| Dizaino tokenų sistema | Įeina - spalvos ir šriftai apibrėžiami vieną kartą |
Veikia su Bun (TypeScript), duomenų bazė - SQLite mažesniems arba PostgreSQL didesniems projektams. Diegiama per Docker į VPS, Railway ar Render. Atsarginė kopija yra duomenų bazė plius įkeltų failų katalogas - be atskirų paslaugų.
Keturi dalykai, kurių page builder'iai paprastai neduoda
Publikavimas be pusiau paskelbtos būsenos
Paspaudus „publikuoti“, kiekvienas puslapis atrenderinamas į HTML failą diske, o tada gyvasis katalogas pakeičiamas vienu atominiu veiksmu. Lankytojas skaito baigtus failus - nėra nei renderinimo žingsnio, nei duomenų bazės užklausos, nei tarpinės būsenos, kai pusė svetainės nauja, o pusė sena.
Responsyvūs vaizdai, apskaičiuoti iš tikro išdėstymo
Kiekvienas įkeltas vaizdas fone perdirbamas į WebP variantų kopėčias su BlurHash vietos rezervu. Publikuojant sistema perskaito realų išdėstymą - konteinerių ribas, stulpelių dalis, tinklelio trakus kiekvienam breakpoint'ui - ir įrašo tikslų srcset bei sizes.
| Įkelta | Kas išsiunčiama telefonui | Dalis nuo originalo |
|---|---|---|
| 4,2 MB JPG | 480w WebP · 24 kB | 0,6% |
| 960w WebP · 78 kB | 1,9% | |
| 1440w WebP · 164 kB | 3,9% | |
| 1920w WebP · 268 kB | 6,4% | |
| Originalas saugomas, bet niekada nesiunčiamas | - |
sizes atributas apskaičiuojamas iš išdėstymo, o ne spėjamas - tai būtent ta dalis, kurią rankiniu būdu beveik visi padaro neteisingai. CSS fono vaizdai gauna tas pačias kopėčias per image-set().
Įskiepiai, kurie negali pasiekti jūsų disko
Kiekvieno įskiepio serverio kodas veikia už svetainės proceso ribų - atskirame darbininke su QuickJS interpretatoriumi, sukompiliuotu į WebAssembly. Jis neturi prieigos prie Node, Bun, failų sistemos ar aplinkos kintamųjų, o į tinklą gali kreiptis tik tada, jei manifeste nurodyti adresai ir jūs juos patvirtinote diegdami. Jei įskiepis nulūžta, perkraunamas tik tas vienas darbininkas - svetainė toliau veikia.
Palyginimui: WordPress įskiepis turi pilną prieigą prie failų sistemos ir duomenų bazės. Būtent todėl 30-50 įskiepių tipinėje svetainėje yra saugumo klausimas, ne tik greičio.
Prieigos kontrolė, kuri nėra dekoratyvi
- 0138 atskiros teisės, ne trys rolės
- 02TOTP dviejų faktorių autentifikacija, paslaptys šifruotos duomenų bazėje
- 03Blokavimas su didinamu laukimu po nepavykusių prisijungimų
- 04Papildomas patvirtinimas prieš bet kokį negrįžtamą veiksmą
- 05Nepakeičiamas veiksmų žurnalas: prisijungimai, turinio redagavimai, rolių pakeitimai, įskiepių diegimai
Veiksmų žurnalas yra tik pridedamasis - įrašų negalima tyliai perrašyti. Tai turi praktinę reikšmę, jei svetainę redaguoja keli žmonės arba jei reikia atsakyti, kas ką pakeitė.
Esamą svetainę galima įkelti, ne perrašyti
Įmetus katalogą, zip archyvą arba statinį eksportą, sistema paverčia jį redaguojamais puslapiais, pakartotinai naudojamomis klasėmis ir tikrais dizaino tokenais - o prieš rašydama parodo kiekvieną konfliktą.
- 01CSS tampa sistema. Stiliaus lapai konvertuojami į redaguojamas klases,
:rootkintamieji - į tikrus spalvų ir šriftų tokenus. - 02Konfliktai sprendžiami, ne spėjami. Kiekvienam susikertančiam slug'ui ir klasei - pervardinti, praleisti ar perrašyti, o
var(--…)nuorodos perrašomos, kad dizainas išliktų. - 03Vienas atšaukimas grąžina viską. Puslapiai, stiliai, šriftai ir media atkeliauja vienu žingsniu ir vienu žingsniu pasitraukia.
Trys dalykai, kurie sutampa su tuo, ką jau darome
- 01
Semantinis HTML kaip numatytoji būsena
Antraštės,
article,section,navpriskiriami sąmoningai, ne atsitiktinai. Būtent to trūksta beveik kiekvienoje audituojamoje svetainėje - ir būtent tai skaito DI sistemos. - 02
Semantinis pagrindas, ant kurio schema sėdi teisingai
Kadangi išvedimas yra tvarkingas HTML su tikromis
article,section,navžymėmis, structured data pridedama be konfliktų su karkaso generuojamu kodu. Pastaba: pilnas SEO ir AEO modulis Instatic'e dar kuriamas - tai pirmas punktas jų roadmap'e. Kol jo nėra, schemą įdedame patys. - 03
MCP sąsaja - vienas galinis taškas
Instatic yra ir MCP serveris:
/_instatic/mcp. Nukreipus Claude Code, Cursor ar nuotolinį agentą, jie gauna tuos pačius 35 įrankius, kuriuos naudoja įmontuotas redaktorius - skaityti svetainę, keisti struktūrą, valdyti turinį. Kiekvienam ryšiui atskiras žetonas, saugomas tik kaip maiša, su teisių apribojimu ir atšaukiamas bet kada. Praktiškai tai reiškia, kad turinio darbus, struktūros pakeitimus ir migracijas galime automatizuoti - ir tai atsispindi kainoje.
Ko nesakysime tylėdami
- 01Projektas naujas. Instatic dar nėra pasiekęs 1.0 versijos. Tai reiškia, kad tarp versijų galimi lūžtantys pakeitimai, ir atnaujinimus reikia daryti atsargiai, su testavimu.
- 02Ekosistema maža. WordPress turi dešimtis tūkstančių įskiepių. Instatic - ne. Jei reikia netipinės funkcijos, ji greičiausiai bus rašoma, ne įdiegiama.
- 03Specialistų rinkoje mažai. WordPress specialistą Lietuvoje rasite lengvai. Instatic - kol kas ne. Todėl svarbu, kad kodas ir turinys būtų jūsų, o ne užrakinti.
- 04Ne el. komercijai. Parduotuvei tai netinkama platforma.
- 05Kol kas nėra lankytojų analitikos. Tai jų pačių įvardinta spraga ir ji yra roadmap'e. Praktinė pasekmė: GA4 arba Plausible reikia diegti atskirai - o mums, kurių metodas yra matavimas, tai ne smulkmena.
- 06Pilnas SEO ir AEO modulis dar kuriamas. Tai pirmas punktas jų roadmap'e su statusu „kuriama“. Kol jo nėra, metaduomenis ir structured data įdedame patys.
- 07
- 08Daug saugumo pataisų. Versijose 0.0.18-0.0.21 (2026 m. rugsėjis-spalis) ištaisyta nemažai saugumo spragų. Tai gerai, kad taisoma greitai, bet kartu rodo, kad projektas dar bręsta - atnaujinimus diegiame iš karto.
- 09Prisijungimas - slaptažodis ir TOTP. Dviejų faktorių autentifikacija yra, prisijungimo be slaptažodžio (passkey) - kol kas ne.
Todėl Instatic siūlome tada, kai projektas jam realiai tinka - reprezentacinė svetainė, landing puslapiai, turinio svetainė - ir kai jūs suprantate, ką pasirenkate. Jei kyla dvejonių, WordPress yra saugesnis sprendimas, ir tai pasakysime patys.
Ne studentų projektas
Instatic kuria komanda, stovinti už Motion.page (scroll ir laiko juostos animacijų SDK) ir Core Framework (dizaino tokenų variklis, kurį kasdien naudoja tūkstančiai WordPress specialistų). Core Framework yra įmontuotas į Instatic kaip pagrindinė sistema, ne kaip įskiepis.
- GitHub žvaigždučių
- 9 000+2026-11
- Licencija
- MITbe pakeitimo sąlygų
- Versija
- 0.0.212026-10-12, prieš 1.0
- Kaina
- 0 €vienas lygis, be pardavimų
Jų pačių formuluotė apie versiją yra sąžiningesnė nei daugumos komercinių produktų: tai 0.0.x, sąmoningai ankstyva, nes tai pigiausias momentas atsisakyti blogų idėjų, o API dar gali keistis iki 1.0. Ir jei tai kelia nerimą, jie patys siūlo palaukti 1.0.
Projektas atnaujinamas dažnai: per keturis mėnesius (2026-06-08 - 2026-10-12) išleidžiama 21 versija. Svarbiausia per pastarąjį pusmetį: realaus laiko bendras redagavimas (0.0.15), šakos su peržiūros nuorodomis ir versijų istorija (0.0.20), įmontuotas DI agentas su jūsų pačių raktu (Claude, OpenAI, Ollama) ir MCP serveris, prie kurio galima jungtis iš Claude Code ar Cursor. Versijas sekame GitHub.
Kiek kainuoja
Įeina: talpinimo paruošimas, dizaino tokenų sistema, formos, schema, analitika, perdavimas su apmokymu. Talpinimas gali būti jūsų arba mūsų.
Ši svetainė, kurią dabar skaitote, naršyklei siunčia gryną HTML be JavaScript pagrindinėms funkcijoms. Instatic išvedimas atrodo panašiai.
- <2s
- tikslinis įkrovimas
- MIT
- atviras kodas
Kiek kainuoja Instatic svetainė
Kadangi platforma nauja, kiekvieną projektą vertiname atskirai - įskaitant tai, kiek laiko užims dalykai, kurių WordPress atveju nereikėtų daryti rankomis.
Jei norite patikrintos platformos - WordPress kūrimas
- 1 · Pokalbis
- 30 min., nemokamai. Aptariame apimtį ir tikslus.
- 2 · Sąmata
- Per 2-3 darbo dienas raštu, su apimtimi ir terminu.
- 3 · Sprendimas
- Be įpareigojimų. Jei netiks, pasakysime patys.
Susiję atsakymai
Dažniausi klausimai
Kas yra Instatic?
Savarankiškai talpinamas atviro kodo CMS su vizualiu redaktoriumi, kuris publikuoja statinį semantinį HTML. Vienas serveris apima turinio valdymą, formas, media, naudotojus ir publikavimą. MIT licencija.
Ar galėsiu redaguoti turinį pats?
Taip, per vizualų redaktorių. Perdavimas apima apmokymą.
Kuo tai geriau už WordPress?
Greitesnis be optimizavimo, švaresnis kodas, mažiau priežiūros, nėra įskiepių priklausomybių. Bet WordPress turi didesnę ekosistemą ir daugiau specialistų. Tai pasirinkimas pagal projektą, ne pakeitimas.
Ar galima vėliau pereiti prie WordPress?
Galima. Išvedimas yra švarus HTML, todėl turinys perkeliamas be didelių problemų - kitaip nei iš uždarų konstruktorių.
Ar tai saugu naudoti verslo svetainei?
Reprezentacinei ar turinio svetainei - taip, jei suprantate, kad projektas naujas ir atnaujinimus reikia daryti atsargiai. Kritinei sistemai arba parduotuvei - nerekomenduojame.
Ar Instatic turi lankytojų statistiką?
Kol kas ne - tai jų pačių įvardinta spraga ir ji yra roadmap'e. Todėl GA4 arba Plausible diegiame atskirai, kaip ir bet kurioje kitoje svetainėje.
Kaip veikia atsarginės kopijos?
Kopija yra duomenų bazė plius įkeltų failų katalogas. Nėra atskiro CDN, atskiro turinio CMS ir atskiro karkaso hostingo - todėl ir atkūrimas paprastesnis.
Ar galima įkelti esamą svetainę?
Galima. Įmetus katalogą arba zip archyvą, sistema paverčia jį redaguojamais puslapiais, klasėmis ir dizaino tokenais, o prieš rašydama parodo kiekvieną konfliktą. Vienas atšaukimas grąžina viską.
Kas nutiks, jei projektas nutrūks?
Kodas atviras, MIT licencija, duomenys jūsų duomenų bazėje, o išvedimas - paprastas HTML. Blogiausiu atveju svetainė toliau veikia kaip statinė ir ją galima perkelti kitur. Tai geriau nei uždaro konstruktoriaus atvejis.
Ar Instatic tinka daugiakalbei svetainei?
Kol kas ne: 2026 m. lapkričio oficialioje Instatic dokumentacijoje kalbų versijų valdymo nėra. Daugiakalbei svetainei siūlome WordPress arba EmDash CMS.
Pradėkime nuo to, ką rodo skaičiai.
Nemokama konsultacija ir svetainės analizė - sužinosite, kur prarandate daugiausia.
+370 600 70 591· atsakome per 1 darbo dieną