Astro-Entwickler in Zürich

#Astro für Unternehmen in Zürich

Ich bin Mariusz Szatkowski, arbeite seit 2006 mit WordPress und baue heute Websites mit Astro. Ich sitze in Gdynia in Polen und arbeite vollständig remote und schriftlich. Diese Seite richtet sich an Unternehmen in Zürich und der Schweiz, die eine neue Website planen, von WordPress oder Next.js umziehen oder eine bestehende Astro-Seite überarbeiten wollen.

Foto: Daniel Kraft, CC BY-SA 3.0, Wikimedia Commons.

Zürich zählt laut Wikipedia 440’935 Einwohner (Stand 1. Januar 2026) und ist die grösste Stadt der Schweiz. Als grössten Finanzplatz des Landes beschreibt der Artikel die Stadt, mit UBS und der Zürcher Kantonalbank, mit Zurich Insurance Group und Swiss Re. Dienstleistungen beschäftigen dort fast 90 Prozent der Erwerbstätigen. Für Websites heisst das: Viele Kunden sind erklärungsbedürftig, regulierungsnah und B2B. Eine Website muss dort vor allem klar, schnell und prüfbar sein. Grafische Effekte sind zweitrangig.

Foto: roland zh, CC BY-SA 3.0, Wikimedia Commons.

Google betreibt laut demselben Artikel seit 2004 sein europäisches Forschungszentrum in Zürich, und mit ETH Zürich und der Universität Zürich stehen die beiden grössten universitären Institutionen der Schweiz in der Stadt. Daraus folgt für mich ein praktischer Punkt: Wer in Zürich Entwickler anstellt, findet leicht Leute mit React- oder TypeScript-Erfahrung. Astro lässt sich genau mit diesem Wissen betreiben, denn eine Astro-Seite besteht aus Komponenten, und Sie können interaktive Teile in dem Framework schreiben, das Ihr Team kennt.

#Was Astro tut, und was nicht

Ich stütze mich hier auf die Astro-Dokumentation.

• Statisches HTML als Standard. Astro-Komponenten werden zu HTML und CSS gerendert, ohne Client-Runtime. Client-JavaScript wird standardmässig entfernt.
• Islands. Interaktive Teile, etwa ein Konfigurator oder ein Suchfeld, markieren Sie mit einer client:*-Direktive. Nur für diese Komponente bündelt Astro JavaScript. client:idle lädt, wenn der Browser frei ist, client:visible, wenn die Komponente ins Bild scrollt.
• Server Islands. Mit server:defer rendert ein einzelner Teil der Seite separat auf dem Server, während die Seite selbst gecacht bleiben kann. Das braucht einen Adapter.
• Statisch oder bei Bedarf. Laut der Dokumentation prerendert Astro standardmässig zur Build-Zeit. Mit einem Adapter (offiziell für Node.js, Netlify, Vercel und Cloudflare) lassen sich einzelne Seiten per prerender = false bei Anfrage rendern.
• Content Collections. Inhalte liegen als Markdown, MDX, JSON oder YAML vor und werden mit einem Zod-Schema geprüft. Ein falsches Feld bricht den Build ab, bevor es online geht.

Was Astro nicht ist: ein Redaktionssystem. Wer Inhalte ohne Entwickler pflegen will, braucht ein CMS dahinter. Das kann WordPress bleiben (Astro holt die Inhalte ab) oder ein Headless-CMS sein. Für WordPress-lastige Projekte zeige ich Ihnen den Weg auf meiner Seite WordPress-Entwickler in Zürich.

#Geschwindigkeit: die offiziellen Schwellen, keine Versprechen

Ich nenne keine Wunschwerte. Als Massstab nehme ich Googles Core Web Vitals: Largest Contentful Paint bis 2,5 Sekunden, Interaction to Next Paint bis 200 Millisekunden, Cumulative Layout Shift bis 0,1, jeweils im 75. Perzentil der Seitenaufrufe, getrennt nach Mobil und Desktop. Eine Seite besteht, wenn alle drei Werte erreicht sind.

Astro hilft an einer konkreten Stelle: Die Komponente <Image /> setzt laut Astro-Bilddokumentation Breite und Höhe automatisch und vermeidet so Layout-Verschiebungen. Mit <Picture /> entstehen mehrere Formate wie AVIF und WebP. Ob Ihre Seite die Schwellen erreicht, messe ich vor dem Start an Ihrer Testumgebung und nach dem Start an echten Nutzerdaten. Ich gebe Ihnen die Messwerte schriftlich.

#Vier Sprachen: Deutsch, Französisch, Italienisch, Englisch

Nach dem Bundesamt für Statistik war Deutsch 2024 die Hauptsprache von 61 Prozent der ständigen Wohnbevölkerung, Französisch von 23 Prozent, Italienisch von 8 Prozent und Rätoromanisch von 0,4 Prozent. Ein Unternehmen aus Zürich, das schweizweit verkauft, braucht in der Praxis deshalb oft mehr als eine Sprache.

Astro regelt das im Kern selbst. Laut der i18n-Dokumentation legen Sie locales und defaultLocale fest. Jede Sprache bekommt einen Ordner unter src/pages/, dessen Name genau mit dem Eintrag in locales übereinstimmen muss. Mit prefixDefaultLocale: false (Standard) liegt die Standardsprache ohne Präfix, die anderen mit Präfix wie /fr/. Fehlt eine Seite in einer Sprache, kann fallback auf eine andere Sprache umleiten oder sie unter der angefragten URL ausliefern (fallbackType: "rewrite").

Das ist die Technik. Die Entscheidungen darum herum sind Ihre:

• Welche Seiten gibt es in welcher Sprache? Eine Übersetzung nur der Startseite wirkt halbfertig.
• Wer übersetzt? Ich übersetze nicht ins Französische oder Italienische. Sie oder Ihr Übersetzer liefern die Texte. Ich baue Sprachumschalter, hreflang und Navigation.
• Schweizer Schreibweise: Wer in Zürich verkauft, schreibt “Strasse” und “gross”. Ich übernehme Ihre Schreibweise in Navigation, Formulare und Fehlermeldungen.

#Datenschutz nach revDSG

Das revidierte Datenschutzgesetz gilt seit dem 1. September 2023. Der Bundesrat hatte am 31. August 2022 das Inkrafttreten beschlossen (admin.ch). Den Gesetzestext finden Sie auf Fedlex. Fünf Artikel berühren eine Unternehmenswebsite direkt:

Aufsicht ist der Eidgenössische Datenschutz- und Öffentlichkeitsbeauftragte (EDÖB). Eine Rechtsberatung ersetzt diese Seite nicht, ich bin Entwickler und kein Anwalt. Was ich liefere, ist die technische Inventur: Welche Skripte laden? Wohin gehen Formulardaten? Welche Cookies setzt die Seite? Daraus lässt Ihre Rechtsberatung die Datenschutzerklärung schreiben.

Astro erleichtert diese Inventur, weil eine Seite standardmässig ohne Client-JavaScript auskommt. Jedes Drittanbieter-Skript, das Sie einbinden, ist eine bewusste Entscheidung und steht im Code. Das ist die Antwort auf die Frage, die ich am häufigsten stelle: Was lädt auf dieser Seite, und wer erhält dabei Daten?

#Wenn Sie in die EU verkaufen

Liefert ein Zürcher Händler an Kunden in Deutschland oder Österreich, kommt EU-Recht ins Spiel. Nach Art. 6 der Rom-I-Verordnung (Verordnung (EG) Nr. 593/2008) darf bei Verbraucherverträgen die Rechtswahl dem Verbraucher den Schutz seines Aufenthaltsstaats nicht nehmen, wenn Sie Ihre Tätigkeit auf diesen Staat ausrichten. Technisch betrifft das Widerrufsbelehrung, Preisangaben und AGB-Version pro Zielland. Ich baue die Seitenstruktur so, dass Sie je Land eigene Texte hinterlegen können.

#QR-Rechnung, TWINT und andere Zahlungswege

Die QR-Rechnung besteht laut SIX aus einem Zahlteil und einem Empfangsschein. Der Swiss QR Code enthält die Daten für Zahlung und Buchhaltung. Eingeführt wurde sie am 30. Juni 2020, die alten Einzahlungsscheine wurden bis 30. September 2022 vom Markt genommen.

Für eine Astro-Website bedeutet das: Die QR-Rechnung erzeugt Ihr Rechnungssystem, nicht das Frontend. Wenn Kunden online bestellen und per Rechnung zahlen, muss die Bestellung sauber an Ihre Buchhaltung gehen. Dasselbe gilt für andere Zahlungsarten wie TWINT oder Kreditkarte: Sie hängen am Zahlungsanbieter Ihres Shops, nicht an Astro. Ich binde die Schnittstellen an, die Ihr Anbieter dokumentiert, und teste den Weg von der Bestellung bis zur Rechnung auf der Testumgebung.

Für Shops mit Astro gibt es zwei Muster, die ich unterscheide. Bei einem Katalog mit wenigen Bestellungen kann Astro die Produktseiten statisch ausliefern und den Warenkorb als Island. Bei einem Shop mit vielen Produkten und Lagerführung ist ein bestehendes Shopsystem im Backend sinnvoller. Zur Einordnung hilft meine Seite WooCommerce-Entwickler in Zürich.

#So läuft ein Projekt mit mir

Alles ist schriftlich. Es gibt keine Termine und keine Anrufe.

1. Briefing. Sie schicken mir URL, Ziel, Termin und aktuellen Stack. Ich lese alles und stelle meine Rückfragen schriftlich.
2. Umfang und Annahmen. Ich schreibe auf, was dazugehört, was nicht, und was ich von Ihnen voraussetze. Dazu gehören Layout und Grafik: Wireframes, Mockups und Gestaltung liefern Sie, ich setze sie um. Sie bestätigen den Umfang schriftlich, bevor ich starte.
3. Aufbau auf einer Testumgebung. Ich baue auf einer Vorschau-Adresse, die Sie jederzeit ansehen.
4. Abnahme. Sie prüfen gegen den schriftlichen Umfang. Änderungswünsche ausserhalb davon erfasse ich als neues Angebot.
5. Start. Ich schalte um, setze Weiterleitungen und beobachte danach Crawl-Fehler.
6. Wartung (optional). Updates, kleine Änderungen und Abhängigkeiten pflege ich auf Wunsch.

Eine Migration von WordPress oder Next.js folgt demselben Ablauf, mit einer Inventur der URLs vorweg. Jede URL mit Suchverkehr braucht ein Ziel. Wie das im Detail aussieht, steht auf der Seite Migration von Next.js zu Astro in Zürich. Wenn Ihr Projekt eher eine Anwendung ist, lohnt der Blick auf Next.js-Entwicklung in Zürich. Braucht Ihre Seite ein eigenes Backend, finden Sie das unter PHP-Entwickler. Für den Betrieb danach gibt es Wartung und Support in Zürich.

#Checkliste vor dem Start (auch ohne mich nutzbar)

#Häufige Fragen

#Muss meine Website das Schweizer Datenschutzgesetz beachten, wenn der Server im Ausland steht?

Ja, die Frage ist nicht der Serverstandort, sondern wer Personendaten bearbeitet. Das DSG regelt in Art. 16 die Bekanntgabe ins Ausland. Ich liste vor dem Start jeden Dienst auf, der Daten Ihrer Besucher erhält (Hosting, Formular, Analyse, Newsletter), und Sie prüfen mit Ihrer Rechtsberatung, ob die Bedingungen erfüllt sind.

#Kann Astro eine Website in Deutsch, Französisch, Italienisch und Englisch ausliefern?

Ja. Astro bringt i18n-Routing mit: Sie definieren die Sprachen, eine Standardsprache und optional einen Fallback. Pro Sprache liegt ein eigener Pfad vor, etwa /fr/. Die Texte liefern Sie oder Ihre Übersetzer, ich baue Struktur, Sprachumschalter und hreflang.

#Läuft die QR-Rechnung über Astro?

Nein. Die QR-Rechnung erzeugt Ihre Buchhaltungs- oder Shop-Software. Astro liefert das Frontend. Ich binde an, was Ihr System bereitstellt, und teste den Ablauf von der Bestellung bis zur Rechnung.

#Was ist der Unterschied zwischen einer Astro-Website und einer WordPress-Website?

Astro erzeugt standardmässig statisches HTML ohne Client-JavaScript, WordPress rendert per PHP aus der Datenbank. Die Redaktion kann trotzdem in WordPress bleiben: Astro holt die Inhalte beim Build oder per Abruf. Welche Variante passt, entscheide ich nach Ihrer Redaktionsroutine.

#Wie läuft die Zusammenarbeit, wenn Sie in Polen arbeiten?

Alles läuft schriftlich: Briefing, Rückfragen, Umfang mit Annahmen, Testumgebung zur Abnahme. Es gibt keine Termine und keine Anrufe. Ich antworte an Werktagen schriftlich. Meine erste Einschätzung bekommen Sie schriftlich und ohne Kosten.

#Was brauche ich von Ihnen, um zu starten?

Die URL der aktuellen Website, das Ziel des Projekts, einen Termin falls es einen gibt, den aktuellen Stack, Zugänge zur Testumgebung und Ihr Layout. Layout und Grafik liefern Sie, ich setze sie um.

#Schreiben Sie mir

Schicken Sie mir über das Kontaktformular die URL Ihrer Website, Ihr Ziel, Ihren Termin und den aktuellen Stack. Ich lese alles, stelle Rückfragen schriftlich und schicke Ihnen eine erste Einschätzung zu Umfang und Annahmen. Diese erste schriftliche Einschätzung ist kostenlos. Wenn Astro nicht die richtige Wahl ist, sage ich Ihnen das und nenne die Alternative.