Was unsere Website-Entwicklung umfasst
Die Entwicklung kann auf dem Webdesign von Dardo aufbauen oder von Designs ausgehen, die Ihr Team oder ein anderes Studio liefert. In beiden Fällen listet das Angebot die Templates, Zustände und Integrationen auf, die gebaut werden, wer welche Inhalte und Zugänge liefert und wie jeder Teil abgenommen wird.
- Responsive Frontend-Umsetzung aller vereinbarten Templates und Zustände
- Content-Modell, CMS-Einrichtung und Publishing-Workflow
- Formulare und vereinbarte Integrationen, getestet mit echten Einsendungen
- Metadaten, strukturierte Daten und crawlbare Seitenstruktur
- Prüfung von Barrierefreiheit und Performance an repräsentativen Seiten
- Launch-Checks, Deployment und Übergabedokumentation
Wann Webentwicklung der richtige Startpunkt ist
Starten Sie hier, wenn das Design freigegeben ist oder kurz davor steht und das Risiko im Aufbau liegt: Inhalte, die Ihr Team veröffentlichen muss, Daten aus einem anderen System, ein Formular, das die richtige Person erreichen muss, oder die Performance auf echten Smartphones. Bringen Sie die Designs, eine Seitenübersicht und eine Liste der Integrationen mit. Eine Marketing-Website, ein Dashboard mit Login und ein Transaktionssystem haben unterschiedliche Abnahmekriterien, daher legen wir diese vor der Kalkulation fest.
Wenn Sie noch keine Designs haben, beginnen Sie mit individuellem Webdesign, das beides abdeckt. Steht Motion, WebGL oder 3D im Mittelpunkt, passt Creative Development besser. Und wenn der Kern ein komplexes Produkt mit Login oder ein langes Enterprise-Integrationsprogramm ist, ist ein größeres Anwendungsteam womöglich die bessere Wahl; das sagen wir Ihnen frühzeitig.
Der Stack, mit dem wir bauen
Den Stack wählen wir pro Projekt und begründen die Wahl im Angebot. Unsere veröffentlichten Arbeiten nutzen Astro und Next.js mit TypeScript, bereitgestellt auf Cloudflare Workers oder Vercel. Für inhaltsgetriebene Marketing-Websites eignet sich Astro hervorragend: Seiten werden vorab als HTML gerendert und JavaScript wird nur für die Komponenten ausgeliefert, die es brauchen. So bleiben Seiten schlank und für Suchmaschinen leicht lesbar. Next.js passt zu Oberflächen, die sich eher wie eine Anwendung verhalten.
Braucht eine Website Server-Logik, etwa für Zahlungen, Konten oder Daten aus einem anderen Dienst, ergänzen wir sie dort, wo sie nötig ist, statt jede Seite in eine App zu verwandeln. Superame, ein öffentliches Projekt-Ranking auf Basis von Astro, speichert seine Rangliste in einer Neon-Datenbank und leitet Käufer zu einem gehosteten Checkout weiter; der Server prüft jeden signierten Zahlungs-Callback, bevor Guthaben gutgeschrieben wird. Muss Ihr Team bei einem bestimmten CMS oder einer bestimmten Plattform bleiben, nennen Sie es im Briefing. Vor dem Angebot bestätigen wir, ob wir dafür das richtige Team sind.
Ein CMS, das Ihr Team wirklich nutzen kann
Ein Content-Management-System hilft nur, wenn seine Felder zur Arbeitsweise Ihres Teams passen. Vor dem Bau klären wir jeden Inhaltstyp, wer welches Feld bearbeitet, was freigegeben werden muss und welche Seiten feste Layouts sind und welche wiederverwendbare Einträge. Bei A medio tono sind Programme und Lehrkräfte pflegbare Einträge statt handgebauter Seiten, und ein Kurslink öffnet ein Lehrerverzeichnis, das bereits auf das jeweilige Instrument gefiltert ist.
Die Website von Dardo funktioniert genauso: Die Seiten sind ein statischer Astro-Build, der von Cloudflare ausgeliefert wird, Artikel entstehen in einem separaten Headless-CMS, und die Veröffentlichung eines Artikels löst einen neuen Build aus. Statische Ausgabe hält das Hosting einfach und die Seiten schnell, und Redakteure müssen den Code nie anfassen.
Integrationen, Formulare und Performance
Der Aufbau beginnt mit einer Routenübersicht und einer Integrationslandkarte: Was jedes Formular oder jede API leisten muss, welche Drittanbieter-Konten Sie besitzen müssen und was Besucher sehen, wenn ein Dienst langsam ist oder ausfällt. Ein ausgefeiltes Frontend kann einen undefinierten Anfrageprozess verdecken, deshalb senden wir vor dem Launch echte Testanfragen und prüfen, ob sie dort ankommen, wo sie hingehören.
Performance gehört zur Abnahme und ist kein nachträglicher Gedanke. Wir vereinbaren die zu testenden Templates und Geräte und prüfen Ladeverhalten und Seitengewicht vor dem Release. A medio tono betreibt Vercel Analytics und Speed Insights in Produktion, und die Umsetzung von Janus Observatory umfasst Bundle-Budgets und Browser-QA, mit einem Release-Workflow, der den Build und visuelle Regressionen prüft.
Websites für mehrere Standorte und Franchise
Unternehmen mit mehreren Büros, Praxen, Filialen oder Franchisenehmern brauchen ein Markensystem und ein Content-Modell, mit einer eigenen Seite für jeden Standort: Adresse, Öffnungszeiten, Team, Leistungen, Fotos und den direkten Kontaktweg zu diesem Ort. Die Zentrale steuert die gemeinsamen Seiten und die Marke; jeder Standort bearbeitet nur seine eigenen Angaben, mit Rollen, die beides voneinander trennen.
Google verlangt ein Unternehmensprofil pro Standort und eine Website-Seite, die diesen Standort vertritt, und empfiehlt, jeden Standort separat mit eigener URL auszuzeichnen. Genau so bauen wir die Standortseiten und strukturierten Daten. Städteseiten für Orte, an denen Sie kein Büro haben, kopieren wir nicht, denn Seiten, die nur den Ortsnamen austauschen, gelten als Doorway-Pages.
Wie wir vor dem Launch testen
Eine repräsentative Seite wird gebaut und auf den vereinbarten Bildschirmgrößen getestet, bevor die übrigen Templates fertiggestellt werden, damit Probleme auftauchen, solange sie sich noch günstig beheben lassen. Die Abnahme umfasst:
- Tastaturbedienung und sichtbarer Fokus
- Lange, kurze und fehlende Inhalte ohne kaputte Layouts
- Lade-, Leer- und Fehlerzustände sowie reduzierte Bewegung, wo es Animationen gibt
- Formularversand an das echte Ziel, mit Bestätigungsmeldung
- Canonical-URLs, Weiterleitungen, Metadaten und strukturierte Daten
- Analytics-Events, Consent-Verhalten und produktive Integrationen
Wem der Code gehört und was Sie bei der Übergabe erhalten
Die Übergabe benennt Repository, Hosting, Domains, CMS, Zugangsdaten, Dokumentation und die für die Wartung verantwortliche Person, damit die Website nach dem Launch betriebsfähig bleibt. Wo die Plattform es zulässt, bevorzugen wir Hosting und Accounts unter Ihrer Kontrolle. Das Angebot hält die Eigentumsverhältnisse an Code, Designmaterial und lizenzierten Abhängigkeiten fest, bevor die Arbeit beginnt.
Ein Nearshore-Team in Ihrer Zeitzone
Dardo ist ein Team aus drei Personen in Bogotá unter der Leitung des Gründers Nicolás Cerón. Sie sprechen also direkt mit den Menschen, die Ihren Code schreiben. Bogotá liegt das ganze Jahr über auf UTC−5, entspricht also während der Sommerzeit der US-Central-Zeit und in der übrigen Zeit der US-Eastern-Zeit. Calls, Reviews und Launch-Tage fallen so in Ihren normalen Arbeitstag. Die Budgetstufen im Anfrageformular reichen von unter 5.000 USD bis über 60.000 USD, damit Sie uns sagen können, wo Ihr Projekt liegt.
Fragen vor Ihrer Entscheidung
Was kostet die Website-Entwicklung?
Das hängt vom Aufwand ab: Anzahl der Templates und Zustände, Content-Migration, CMS-Anforderungen, Integrationen, Sprachen, Barrierefreiheit, Animationen, Tests und Übergabe. Wir kalkulieren den dokumentierten Umfang, nachdem wir diese Abhängigkeiten geprüft haben, statt einen pauschalen Preis pro Seite anzusetzen. Das Angebot trennt einmalige Entwicklungskosten von laufenden Hosting- und Softwaregebühren.
Was ist der Unterschied zwischen Webdesign und Webentwicklung?
Webdesign entscheidet, was die Website sagt, wie sie aufgebaut ist und wie sie aussieht und sich verhält. Webentwicklung setzt diese Entscheidungen in funktionierenden Code um: Templates, Content-Management, Formulare, Integrationen, Performance und Deployment. Viele Probleme liegen zwischen beiden, etwa ein Layout, das mit echten Inhalten bricht, oder ein Formular ohne Fehlerzustand. Deshalb hält Dardo beides in einem Team oder prüft externe Designs vor der Umsetzung.
Können Sie auf Basis unserer vorhandenen Designs entwickeln?
Ja. Zuerst prüfen wir die Designs auf responsive Zustände, Extremfälle bei Inhalten, Interaktionen und fehlendes Lade- oder Fehlerverhalten. Danach vereinbaren wir die Abnahme der Umsetzung mit der verantwortlichen Person für das Design. Lücken werden vor der Kalkulation aufgelistet, damit niemand mitten in der Entwicklung merkt, dass ein Zustand nie gestaltet wurde. Wenn die Designs umfangreich überarbeitet werden müssen, kalkulieren wir das separat, statt es im Code zu improvisieren.
Welches CMS setzen Sie ein?
Das hängt davon ab, wer veröffentlicht, wie oft und welche Art von Inhalten. Für inhaltsgetriebene Websites funktioniert ein statischer Astro-Build mit einem Headless-CMS gut: Redakteure schreiben in einer Redaktionsoberfläche, und das Veröffentlichen löst einen neuen Build aus. Ist eine Website eher eine Anwendung, können die Inhalte in der eigenen Datenbank der App liegen. Das Angebot nennt das CMS, begründet die Wahl und listet etwaige Lizenz- oder Abokosten auf.
Wann setzen Sie Astro statt Next.js ein?
Wir nutzen Astro, wenn die meisten Seiten Inhalte sind, die sich vorab rendern lassen, etwa Marketing-Websites, Publikationen und Leistungsseiten, da standardmäßig wenig bis gar kein JavaScript ausgeliefert wird. Next.js passt, wenn sich ein großer Teil der Oberfläche wie eine Anwendung verhält. Beides finden Sie in unseren veröffentlichten Arbeiten: Die eigene Website von Dardo und Superame laufen auf Astro, A medio tono und Janus Observatory auf Next.js.
Wem gehört der Code nach Projektende?
Das Angebot hält die Eigentumsverhältnisse an Code, Designmaterial, Accounts und lizenzierten Abhängigkeiten fest, bevor die Arbeit beginnt. Wir bevorzugen es, Hosting, Domains und Repository von Anfang an unter Ihrer Kontrolle zu haben, mit dokumentiertem Zugang, sodass ein anderes Team ohne Neuaufbau weiterarbeiten könnte. Schriftarten, Dienste oder Plugins von Drittanbietern bleiben unter ihren eigenen Lizenzen, die wir auflisten, damit Sie nach dem Launch keine Überraschungen erleben.
Warten Sie Websites auch nach dem Launch?
Das ist möglich. Wenn Dardo die Website weiter betreut, legt das Angebot fest, was die Wartung abdeckt, etwa Updates, Fehlerbehebungen und kleine Änderungen, und wie Anfragen bearbeitet werden. Falls nicht, erhalten Sie Repository, Dokumentation und Accounts, die Ihr Team oder ein anderer Entwickler für die Übernahme braucht. In beiden Fällen sind die Eigentumsverhältnisse vor dem Launch geklärt und werden nicht erst danach verhandelt.
Wie lange dauert die Website-Entwicklung?
Das hängt von der Anzahl der Templates und Zustände, den Integrationen, der Content-Migration und der Geschwindigkeit ab, mit der Designs und Inhalte freigegeben werden. Deshalb legen wir den Zeitplan im Angebot fest, statt einen Standardwert zu nennen. Wird zuerst eine repräsentative Seite gebaut und getestet, erhalten beide Seiten früh einen konkreten Eindruck von Tempo und Qualität, bevor die übrigen Templates entstehen.
Können Sie mit unserem internen Team zusammenarbeiten?
Ja, in einem klar definierten Umfang. Wir können eine komplette Website bauen, Designs Ihrer eigenen Designer umsetzen oder Designs liefern, die Ihre Entwickler umsetzen. Die Aufteilung der Verantwortlichkeiten wird im Angebot festgehalten. Vor dem Start vereinbaren wir Repository, Review-Prozess, Meeting-Zeiten und wer welches Ergebnis abnimmt. Wir arbeiten auf Englisch oder Spanisch in der Zeitzone UTC−5, die sich mit dem US-Arbeitstag überschneidet.
Quellen & weiterführende Literatur
Quellen zu dieser Seite, mit weiteren Details der ursprünglichen Herausgeber.
- Google Business Profile Richtliniensupport.google.com
- Google Search Central: strukturierte Daten für lokale Unternehmendevelopers.google.com
- Google Search Central: Spam-Richtlinien (Doorway-Missbrauch)developers.google.com
