Astro baut standardmäßig eine statische Website: Jede Seite wird zu einer HTML-Datei in dist/, mit nur dem JavaScript, das deine Islands brauchen. Mehr braucht Lobsite nicht. Führe npm run build aus, dann npx lobsite im Projekt, und die Website ist unter einer *.lobsite.app-Adresse mit HTTPS live. Du kannst dist/ auch in das Feld oben ziehen.
So funktioniert es
- Bau die Website mit
npm run build(das istastro build). Seiten, Bilder und Skripte landen indist/. - Führe
npx lobsiteaus im Projekt. Es deploytdist/, nichtpublic/, das Astro schon in den Build kopiert hat. Das erste Deploy braucht kein Konto und hält 6 Stunden. - Behalte sie mit dem Übernahme-Link, in einem kostenlosen Konto. Der Ordner wird in
lobsite.tomlgespeichert, sodass der nächste Build mit demselbennpx lobsitedeployt.
Einstellungen in astro.config.mjs, die du prüfen solltest
import { defineConfig } from "astro/config";
export default defineConfig({
site: "https://my-site.lobsite.app",
trailingSlash: "ignore",
});
siteist deine vollständige Adresse. Astro nutzt sie für kanonische URLs,Astro.siteund die Sitemap aus@astrojs/sitemap. Setz sie auf deine*.lobsite.app-Adresse und ändere sie, wenn du auf deine eigene Domain umziehst.basebleibt leer: Die Website wird von der obersten Ebene ihrer Adresse ausgeliefert, nicht aus einem Unterordner wie bei einer GitHub-Pages-Projektseite.build.formatkann beim Standard bleiben.about/index.htmlöffnet sich unter/about/, eine Dateiabout.htmlunter/about.
Was funktioniert und was einen Server braucht
Alles, was Astro beim Build rendert, funktioniert: Content Collections, Markdown und MDX, astro:assets-Bilder (während des Builds optimiert) und Islands aus React, Vue, Svelte oder Solid, die im Browser laufen. Was pro Anfrage läuft, funktioniert nicht: Seiten mit export const prerender = false, output: "server", Astro Actions und API-Endpunkte, die nicht vorgerendert sind. Die brauchen einen Server-Adapter, und Lobsite liefert nur Dateien aus. Für ein Kontaktformular lass es auf /_lobsite/forms/contact statt auf eine Astro Action zeigen; siehe Formulare.
Dateien werden nach ihrem Hash gespeichert. Ein erneutes Deploy einer unveränderten Website lädt 0 Bytes hoch.
Vorschau ansehen, bevor es live geht. Mit einem Klick zurückrollen, samt Weiterleitungen.
Jede Website bekommt ab dem ersten Deploy eine *.lobsite.app-Adresse mit HTTPS.
Lass ein Formular auf /_lobsite/forms/contact zeigen. Spamfilter inklusive.
Weiterleitungen, Header und Formulare stehen in lobsite.toml und reisen mit jedem Deploy mit.
Ein Deploy ohne Konto ist 6 Stunden live. Mit dem Übernahme-Link behältst du es, kostenlos.
Astro-Hoster im Vergleich
| Lobsite | Netlify | Vercel | GitHub Pages | |
|---|---|---|---|---|
| Statische Astro-Websites | Ja | Ja | Ja | Ja, mit Astros GitHub Action |
| Server-Rendering (Adapter) | Nein | Ja | Ja | Nein |
| Build auf dem Server | Nein: du deployst dist/ |
Ja | Ja | In GitHub Actions |
| Konto vor dem ersten Deploy | Nein: 6 Stunden live, dann kostenlos behalten | Ja | Ja | Ja, und ein Repository |
| Formulare ohne Backend | Ja, sobald die Website in einem Konto ist | Ja | Nein | Nein |
| Eigene Domain | Ja, kostenlos | Ja | Ja | Ja |
Wenn Teile deiner Website pro Anfrage gerendert werden, wähle einen Hoster mit Astro-Adapter. Ist die Website statisch, was Astros Standard ist, deployt Lobsite sie in Sekunden von deinem Rechner, aus CI oder von einem KI-Agent, und nur die Dateien, die ein Build geändert hat, werden hochgeladen.
Häufige Fragen
Brauche ich einen Adapter, um Astro auf Lobsite zu hosten?
Nein. Adapter sind für Server-Rendering. Eine statische Astro-Website, der Standard, braucht keinen Adapter: Deploye den Ordner dist/.
Warum deployt npx lobsite dist/ und nicht public/?
In einem Astro-Projekt enthält public/ Dateien, die der Build unverändert kopiert, etwa favicon.svg. Die gebaute Website ist dist/. Lobsite erkennt astro in package.json und überspringt public/ für dich.
Kann ich meiner Astro-Website eine eigene 404-Seite geben?
Ja. Leg src/pages/404.astro an; Astro baut daraus 404.html, und Lobsite liefert sie mit Status 404 für jede Adresse aus, die nicht existiert.
Funktioniert Astros Bildoptimierung?
Ja. astro:assets skaliert und konvertiert Bilder während astro build, sodass die optimierten Dateien schon in dist/ liegen, wenn du deployst. Nur Bilddienste, die pro Anfrage laufen, brauchen einen Server.