Astro-Entwickler für Unternehmen in Deutschland, Österreich und der Schweiz
Ich bin Mariusz Szatkowski und entwickle seit 2006 Websites. Astro setze ich ein, wenn eine Website vor allem aus Inhalten besteht: Unternehmensseite, Blog, Dokumentation, Leistungskatalog. Astro rendert Komponenten standardmäßig zu HTML und CSS und liefert JavaScript nur für die Teile aus, die auf Besucher reagieren. Ein Suchfeld, ein Formular oder ein Preisschalter wird zur Insel, Navigation und Fließtext bleiben reines HTML.
Grafikdesign und Wireframes bringen Sie mit, etwa als Figma-Datei oder als ausgefüllte Vorlage, in der Sie festlegen, welches Element wo steht. Ich setze das als Astro-Komponenten um, die auf dem Smartphone und am Desktop funktionieren.
Leistungen in Astro-Projekten
Neue Website
Am Anfang steht eine schriftliche Spezifikation: Inhaltstypen, Seitenvorlagen, URL-Struktur, Sprachen und Deployment. Danach baue ich die Komponenten nach Ihrem Design, die Content Collections mit Schema und die Deployment-Pipeline. Der Code liegt in einem Repository, das Ihnen gehört.
Content Collections und MDX
Collections definiere ich in src/content.config.ts mit defineCollection(), einem Loader glob() oder file() aus astro/loaders und einem Schema mit z aus astro/zod. Fehlt in einem Eintrag der Titel oder stimmt ein Datum nicht, bricht der Build ab und nennt die Datei. MDX kommt über die Integration @astrojs/mdx dazu und erlaubt Komponenten mitten im Text, etwa eine Vergleichstabelle.
Inseln und client-Direktiven
Jede Insel hat eine Direktive, die bestimmt, wann ihr Skript lädt: client:load, client:idle, client:visible, client:media oder client:only. Inseln aus React, Svelte und Vue können auf derselben Seite stehen. Bei einem Audit einer bestehenden Astro-Seite suche ich zuerst nach client:load an Stellen, an denen client:visible reichen würde.
Headless CMS
Pflegen Personen ohne Repository-Zugang die Inhalte, binde ich ein Headless CMS an: Sanity, Storyblok, Contentful oder WordPress. Aus WordPress liest Astro die Daten über die eingebaute REST API unter /wp-json/wp/v2/, WPGraphQL ist optional. Die Redaktion arbeitet im gewohnten Backend, Besucher bekommen statisches HTML.
Für React-Frontends mit App Router gibt es die Seite Next.js-Developer. Integrationen und interne Werkzeuge jenseits des Frontends beschreibe ich unter Softwareentwickler.
Wer ich bin: Mariusz Szatkowski (Wikidata), Entwickler seit 2006. WPPoland ist der Name, unter dem ich arbeite. Ich arbeite allein, ohne Team und ohne Subunternehmer.
Was ich baue: Astro-Websites mit Insel-Architektur, typisierte Content Collections, MDX, Headless-CMS-Anbindung, Migrationen von WordPress und Next.js, statische Auslieferung auf Cloudflare.
Wo ich arbeite: remote aus Gdynia, Polen, in derselben Zeitzone wie Berlin, Wien und Zürich. Abgestimmt wird schriftlich per E-Mail, in Dokumenten und im Repository.
Preise: individuelles schriftliches Angebot mit Umfang, Annahmen und Zeitplan, nachdem Sie mir Ihr Briefing geschickt haben.
Diese Website als Beispiel
wppoland.com läuft auf Astro 7 mit MDX und Tailwind CSS 4, als statischer Build auf Cloudflare Pages und in sechs Sprachen. Stack und Regeln dahinter zeigt die Fallstudie zum Neubau von wppoland.com, den Umzug selbst der Bericht zur Migration von WordPress zu Astro.
Impressum und Einwilligung bei einer statischen Website
Eine statische Website ändert nichts an den Pflichten für geschäftsmäßige digitale Dienste. In Deutschland verlangt § 5 DDG die Anbieterkennzeichnung, die leicht erkennbar, unmittelbar erreichbar und ständig verfügbar sein muss. Im Astro-Projekt ist das eine eigene Seite, die aus dem Footer jeder Sprachversion verlinkt ist.
Astro selbst setzt keine Cookies. Das tun Analytics, Chat-Widgets und eingebettete Inhalte, die Sie hinzufügen. Nach § 25 TDDDG braucht das Speichern oder Auslesen von Informationen auf dem Endgerät eine Einwilligung, außer es ist für einen ausdrücklich gewünschten Dienst unbedingt erforderlich. In Österreich gilt dafür § 165 Abs. 3 TKG 2021. Ich lade Drittanbieter-Skripte deshalb erst nach der Einwilligung, hoste Schriften auf der eigenen Domain und führe eine Liste jedes Skripts, das Besucherdaten berührt, damit Sie sie mit Ihrer Datenschutzerklärung abgleichen können.
Migration von WordPress oder Next.js zu Astro
Eine Migration soll übernehmen, was die bestehende Website in der Suche erreicht hat: URLs, eingehende Links, strukturierte Daten und indexierte Inhalte.
- Bestandsaufnahme. Jede URL, Weiterleitung, jeder Inhaltstyp, jede Mediendatei und Integration kommt auf eine Liste, die später als Abnahmecheckliste dient.
- Inhaltsexport. Beiträge und Seiten werden zu Markdown- oder MDX-Dateien mit Frontmatter passend zum Collection-Schema.
- Weiterleitungen. Jede geänderte URL bekommt eine 301-Weiterleitung auf Hosting-Ebene.
- Strukturierte Daten. Schema.org-Markup übernehme ich und korrigiere es, weil SEO-Plugins in WordPress oft allgemeines Markup erzeugen.
- Vorher und nachher. Alte Website und Staging-Build messe ich mit demselben Werkzeug unter denselben Bedingungen.
- Launch. Nach Ihrer Abnahme auf Staging wird die Domain umgestellt, danach prüfe ich die Google Search Console auf Crawling-Fehler.
Die Dauer hängt von Seitenzahl, Inhaltstypen und Integrationen ab und steht im Angebot.
Auslieferung auf Cloudflare
Ein statischer Astro-Build ist ein Ordner dist mit HTML, CSS und Assets. Er braucht keinen Adapter, keinen PHP-Server und keine Datenbank. wppoland.com wird so von Cloudflare Pages ausgeliefert.
Sollen einzelne Seiten auf Anfrage gerendert werden, etwa Server Islands mit server:defer, ist der Adapter @astrojs/cloudflare nötig. Laut Astro-Dokumentation unterstützt er Cloudflare Pages nicht mehr und deployt auf Cloudflare Workers, die Cloudflare für neue Projekte empfiehlt. Jedes Deployment entsteht aus einem Commit, Sie sehen also, was sich in der Produktion geändert hat, und können zur vorigen Version zurück.
Wann WordPress bleibt
Astro passt nicht zu jedem Projekt. WordPress bleibt, wenn die Redaktion täglich ohne Repository-Zugang veröffentlicht, wenn ein Shop auf WooCommerce läuft oder wenn ein vorhandenes Plugin die Funktion schon abdeckt. Dann arbeite ich als WordPress-Entwickler. Ein Mittelweg ist WordPress als Inhaltsquelle mit einem Astro-Frontend, Warenkorb und Kasse bleiben in WooCommerce.
KI-Suche und reines HTML
Crawler, die kein JavaScript ausführen, sehen eine Astro-Seite vollständig, weil das HTML fertig in der ersten Antwort ankommt. Dazu kommen strukturierte Daten nach schema.org (Organization, WebSite, Service, Article), einheitliche Entitätsnamen und eine Datei llms.txt mit den wichtigsten Seiten. Ob ein KI-Assistent eine Seite zitiert, entscheidet sein Anbieter, deshalb verspreche ich keine Zitate.
Betreuung nach dem Launch
Astro erscheint regelmäßig in neuen Versionen. Framework und npm-Abhängigkeiten aktualisiere ich zuerst auf Staging und spiele sie erst nach geprüftem Build in die Produktion. Eine statische Website hat kein Login und keine Datenbank, DNS, Sicherheits-Header und Drittanbieter-Skripte brauchen trotzdem regelmäßige Prüfung. Einen 24/7-Bereitschaftsdienst und garantierte Reaktionszeiten biete ich nicht an.
Zusammenarbeit und Kontakt
Der Vertrag folgt polnischem Recht und wird als B2B-Vertrag geschlossen. Die Rechnung läuft im Reverse-Charge-Verfahren mit meiner EU-USt-IdNr. PL7393037445. Bekomme ich Zugang zu personenbezogenen Daten, schließen wir vorher einen Auftragsverarbeitungsvertrag nach Art. 28 DSGVO.
Schicken Sie mir über das Kontaktformular eine Beschreibung der Website, der gewünschten Änderungen und Ihres Zeitrahmens. Sie bekommen ein schriftliches Angebot mit den Annahmen, auf denen es beruht. Eine kürzere Zusammenfassung steht auf der Leistungsseite Astro-Developer.
