02Digital Experience

Webentwicklung in der Schweiz für Websites, die tragen

Eine Website ist selten dort langsam, wo man es sieht. Wir bauen die Ebene darunter: sauber strukturiert, messbar schnell und in drei Jahren noch erweiterbar.

Dauer
4 bis 12 Wochen, je nach Umfang
Standort
Entwicklung in Zug, Zusammenarbeit remote in der ganzen Schweiz
Betreuung
Feste Ansprechperson, auch nach dem Livegang

Was Webentwicklung umfasst

Webentwicklung ist die technische Umsetzung einer Website: Struktur, Datenanbindung, Ladezeit und Wartbarkeit. Hesq übernimmt sie aus Zug für Unternehmen in der ganzen Schweiz, mit Next.js und TypeScript. Die Gestaltung entsteht davor, der Betrieb danach. Dieser Teil entscheidet, ob eine Seite in drei Jahren erweitert werden kann oder neu gebaut werden muss.

Woran es meistens liegt

  • Situation heute

    Jede Textänderung braucht eine Agentur, weil niemand sonst das Plugin-Geflecht versteht.

    Zielbild

    Inhalte pflegen Sie selbst; Entwicklung braucht es nur noch für Neues.

  • Situation heute

    Die Seite lädt langsam, und niemand weiss genau, woran es liegt.

    Zielbild

    Ladezeiten sind gemessen, die Ursachen benannt und behoben.

  • Situation heute

    Anfragen aus dem Formular werden von Hand ins CRM übertragen.

    Zielbild

    Das Formular schreibt direkt in das System, in dem Sie ohnehin arbeiten.

  • Situation heute

    Ein Relaunch heisst: von vorn anfangen.

    Zielbild

    Der Aufbau trägt den nächsten Ausbau — Inhalte und Rankings bleiben.

Was zur Webentwicklung gehört

  • 01

    Frontend mit Next.js und TypeScript

    Die Seite wird als statisches Ergebnis ausgeliefert, wo das möglich ist, und nur dort dynamisch, wo es einen Grund gibt. Individuell entwickelt heisst dabei: kein Theme, das zurechtgebogen wird. TypeScript im strengen Modus fängt eine ganze Klasse von Fehlern ab, bevor sie jemand im Browser sieht — jeder Fehler, der beim Bauen auffällt, kostet nichts.

  • 02

    Inhalte pflegen ohne Entwicklerin

    Texte, Bilder und Seiten gehören denen, die sie schreiben. Je nach Projekt liegen sie in einem Headless CMS oder in versionierten Inhaltsdateien — beides so aufgebaut, dass eine Änderung keine Rückfrage auslöst. Was Struktur verändert, bleibt bei uns; was Inhalt ist, bei Ihnen.

  • 03

    Schnittstellen zu bestehenden Systemen

    Eine Website steht selten allein. Formulare schreiben in CRM oder Ticketsystem, Produktdaten kommen aus der Warenwirtschaft, Belege gehen in die Buchhaltung. Wir binden über die API des jeweiligen Systems an, statt eine zweite Datenhaltung aufzumachen, die irgendwann auseinanderläuft.

  • 04

    Ladezeit und Core Web Vitals

    Ladezeit wird gemessen, nicht geschätzt. Bilder in modernen Formaten, kein unnötiges JavaScript, sinnvolles Caching und ein Performance-Budget, das vor dem Bauen feststeht. Die Werte aus Lighthouse und der Search Console gehören zur Abnahme wie die Gestaltung.

  • 05

    Migration ohne Rankingverlust

    Beim Umzug von WordPress entscheidet nicht die neue Seite über den Erfolg, sondern der Umgang mit den alten URLs. Jede alte Adresse bekommt ein Ziel oder einen begründeten Abschied. Das ist Handarbeit, und sie ist der Unterschied zwischen einem Relaunch und einem Einbruch.

Drei Fälle aus der Praxis

Von WordPress zu Next.js, ohne Rankings zu verlieren

  1. Bestand aufnehmen: alle URLs aus Search Console, Sitemap und Server-Logs zusammenführen — auch die, die niemand mehr im Menü findet.
  2. Jede URL einem Ziel zuordnen: Nachfolgeseite, übergeordnete Seite oder endgültiger Abschied.
  3. Prüfung durch Mensch: die Zuordnung Zeile für Zeile durchgehen. Eine automatisch geratene Weiterleitung ist schlimmer als keine.
  4. Neue Seite bauen, Inhalte übernehmen, Struktur und Überschriften erhalten.
  5. Weiterleitungen scharf schalten und mit echten Anfragen gegen die Liste prüfen, bevor die Domain umgestellt wird.
  6. Nach dem Umzug Indexierung und Positionen beobachten und nachziehen, was auffällt.

Das Kontaktformular schreibt ins CRM

  1. Klären, welche Felder im Zielsystem wirklich gebraucht werden — meist sind es weniger als im Formular.
  2. Anbindung über die Schnittstelle des Zielsystems, mit einem Zugang, der nur schreiben darf und sonst nichts.
  3. Serverseitige Validierung und Spam-Schutz, damit im CRM keine Einträge landen, die niemand angelegt hat.
  4. Fehlerfall festlegen: Wenn das Zielsystem nicht antwortet, geht die Anfrage trotzdem per E-Mail raus und ist nicht verloren.
  5. Prüfung durch Mensch: eine Woche lang gehen Anfragen zusätzlich per E-Mail ein und werden gegen das CRM abgeglichen.

Eine bestehende Seite wird schneller

  1. Messen, bevor etwas geändert wird: Feldwerte aus der Search Console, dazu Labormessungen auf Mobil und Desktop.
  2. Die drei grössten Ursachen benennen — meist Bilder, blockierende Skripte und Schriften.
  3. Beheben in dieser Reihenfolge, nach jedem Schritt erneut messen.
  4. Ergebnis dokumentieren: was hat wie viel gebracht, was blieb ohne Wirkung.
  5. Ein Budget festlegen, das im Betrieb nicht wieder überschritten wird.

So läuft ein Projekt

Sechs Schritte, die auf jedem Projekt gleich heissen. Sie sind kein Wasserfall — Measure und Improve laufen weiter, wenn die Seite längst online ist.

  • 01Discover

    Wir sehen uns an, was heute passiert, wo es hakt und woran der Erfolg gemessen wird.

  • 02Design

    Struktur, Gestaltung und Ablauf werden festgelegt, bevor gebaut wird — und mit Ihnen abgestimmt.

  • 03Build

    Umsetzung in kurzen Schritten, jederzeit auf einer Vorschau-Umgebung ansehbar.

  • 04Integrate

    Anbindung an das, was schon da ist: Domain, Konten, CRM, Buchhaltung, Analyse.

  • 05Measure

    Nach dem Start wird gemessen, was die Lösung leistet — nicht geschätzt.

  • 06Improve

    Was die Messung zeigt, fliesst zurück in die Arbeit. Ein System ist nie fertig, nur stabil.

Was Webentwicklung nicht ist

  • Webentwicklung ist keine Gestaltungsleistung. Wie eine Seite wirkt, was sie erzählt und in welcher Reihenfolge, entsteht davor.

    Das steht auf der Seite zum Webdesign

  • Ein Kundenportal oder ein internes Dashboard ist keine Website, sondern eine Anwendung mit Login, Rollen und eigener Datenhaltung.

    Dafür bauen wir Webapplikationen – eine eigene Leistungsseite folgt.

  • Mit dem Livegang hört Entwicklung nicht auf: Abhängigkeiten altern, Zertifikate laufen ab, Anforderungen ändern sich.

    Den Betrieb danach beschreibt Hosting & Betreuung

  • Webentwicklung ist keine Suchmaschinenoptimierung. Eine technisch saubere Seite ist die Voraussetzung dafür, gefunden zu werden — sie ist nicht dasselbe.

    Diese Arbeit übernimmt SEO

Womit gebaut wird

  • Next.js

    Das Framework, auf dem die meisten unserer Seiten laufen — statisch, wo es geht.

  • TypeScript

    Strenge Typen fangen Fehler beim Bauen ab statt im Browser.

  • WordPress

    Bleibt die richtige Wahl, wenn ein Team seit Jahren damit arbeitet und der Bedarf dazu passt.

  • Core Web Vitals

    Die Messwerte, an denen Google die Ladeerfahrung beurteilt.

Die Technologie richtet sich nach dem Prozess, nicht umgekehrt. Wo WordPress passt, bauen wir WordPress.

Häufige Fragen zur Webentwicklung

  • Next.js oder WordPress — was passt zu uns?

    Next.js passt, wenn Ladezeit, Struktur und Erweiterbarkeit zählen und Inhalte überschaubar oft wechseln. WordPress passt, wenn ein Team seit Jahren damit arbeitet, viele Personen redaktionell schreiben und der Funktionsumfang aus dem Ökosystem kommt. Die Entscheidung fällt im ersten Gespräch anhand Ihres Alltags, nicht anhand einer Vorliebe.

  • Wie lange dauert eine Webentwicklung?

    Eine überschaubare Unternehmenswebsite braucht bei uns vier bis acht Wochen von der ersten Sitzung bis zum Livegang. Umfangreichere Projekte mit Anbindungen an CRM oder Warenwirtschaft liegen bei acht bis zwölf Wochen. Den grössten Einfluss auf die Dauer haben nicht wir, sondern die Verfügbarkeit von Inhalten und Entscheidungen auf Ihrer Seite.

  • Verlieren wir bei einer Migration unsere Rankings?

    Rankings gehen bei einer Migration dann verloren, wenn alte Adressen ins Leere laufen. Deshalb steht am Anfang jedes Umzugs eine vollständige Liste der alten URLs, und jede bekommt ein Ziel oder einen begründeten Abschied. Geprüft wird mit echten Anfragen gegen die Liste, bevor die Domain umgestellt wird — nicht danach.

  • Können wir Inhalte selbst pflegen?

    Texte, Bilder und ganze Seiten pflegen Sie selbst. Je nach Projekt liegen sie in einem Headless CMS oder in versionierten Inhaltsdateien; in beiden Fällen brauchen Sie dafür keine Entwicklerin. Was die Struktur der Seite verändert — neue Seitentypen, neue Bausteine — bleibt bei uns und ist Teil der Betreuung.

  • Wem gehört der Code?

    Der Code gehört Ihnen. Sie bekommen das Repository, die Zugänge und eine Dokumentation, mit der auch eine andere Entwicklerin weiterarbeiten kann. Es gibt keine Bindung an uns, die technisch erzwungen wäre — dass die Betreuung weiterläuft, soll eine Entscheidung sein und kein Zustand.


Läuft Ihre Seite langsamer, als sie sollte?

Schicken Sie uns die Adresse. Wir sehen sie uns an und sagen Ihnen, woran es liegt — auch dann, wenn die Antwort lautet, dass sich der Aufwand nicht lohnt.

Projekt anfragen