Eine WordPress-Website oder einen Shop zu beauftragen ist kein Kauf eines Produkts aus dem Regal, sondern der Eintritt in eine Beziehung, aus der man auf halbem Weg schwer wieder herauskommt. Die wichtigste Entscheidung betrifft weder den Preis noch die Frage, wessen Portfolio hübscher aussieht, sondern das, was in Ihren Händen bleibt, wenn das Projekt endet: Zugang, Code und Rechte. Dieser Leitfaden sammelt die Fragen, die einen guten Auftragnehmer wirklich von Ärger trennen, und einen Bereich, an den fast niemand denkt, bis es zu spät ist: das Recht.
Agentur, Freelancer oder Inhouse-Team
Es ist eine Entscheidung über Kontinuität, nicht über Qualität. Ein einzelner Freelancer kann die technisch beste Wahl und die schnellste in Entscheidungen sein, ist aber auch ein einzelner Ausfallpunkt. Wir haben einen Shop gesehen, der eine Woche stillstand, weil der einzige Mensch, der seinen Code kannte, ohne Empfang in die Berge gefahren war und das Projektwissen nirgends festgehalten war. Ein Inhouse-Team löst das Kontinuitätsproblem, lohnt sich aber erst bei stetiger, hoher Auslastung; bei unregelmäßigen Aufgaben steht eine feste Stelle still und kostet trotzdem.
Eine Agentur ist der Mittelweg: Sie zahlen einen Aufschlag für Team und Prozess und erhalten dafür ersetzbare Menschen und eine Dokumentation, sodass das Projekt nicht stehen bleibt, wenn eine Person geht. Das sinnvolle Mittelmodell für die meisten B2B-Unternehmen und Shops ist ein fester, namentlich benannter Ingenieur aufseiten des Auftragnehmers, aber mit einem Team und festgehaltenem Wissen im Rücken. Die Kontrollfrage lautet schlicht: Was passiert mit meinem Projekt, wenn diese konkrete Person krank wird oder geht.
| Kriterium | Freelancer | Agentur | Inhouse-Team |
|---|---|---|---|
| Kontinuität | Einzelner Ausfallpunkt | Ersetzbare Menschen und Dokumentation | Gelöst, aber nur bei stetiger Auslastung |
| Kostenmodell | Niedrigster Satz, unregelmäßige Verfügbarkeit | Aufschlag für Team und Prozess | Gehalt, steht bei unregelmäßiger Arbeit still |
| Entscheidungstempo | Am schnellsten | Schnell, über einen benannten Ingenieur | Schnell, aber nur intern |
| Dokumentiertes Wissen | Oft keines | Festgehalten und übergabebereit | Hängt vom Team ab |
| Beste Eignung | Kleine, klar umrissene Aufgaben | Die meisten B2B-Websites und -Shops | Stetige, hohe Auslastung |
Worauf Sie statt auf ein hübsches Portfolio achten sollten
Ein Portfolio zeigt, wie etwas auf einem Screenshot aussieht, nicht wie es unter Last funktioniert. Drei Dinge sagen mehr aus als eine Galerie umgesetzter Projekte.
Das Erste ist gemessene, nicht behauptete Performance. Bitten Sie um ein Core-Web-Vitals-Ergebnis aus Felddaten oder aus einem Test auf einem durchschnittlichen Smartphone mit langsamerer Verbindung, nicht aus einem Laptop am Glasfaseranschluss. Die Methodik und die Schwellenwerte beschreibt das Google-Team in der Web-Vitals-Dokumentation. Ein guter Auftragnehmer zeigt Zahlen vorher und nachher, erklärt, wie er mit schweren Page-Buildern umgeht und wie viele Datenbankabfragen eine Produktseite erzeugt.
Das Zweite ist die Art, mit Code zu arbeiten. Fragen Sie direkt, ob der Code in einem Repository versioniert oder per FTP direkt auf den Server geschoben wird. Versionierung ist keine Spielerei: Sie ermöglicht das Rückgängigmachen eines Fehlers, das Auditieren von Änderungen und die Übernahme des Projekts durch jeden anderen. Kein Repository bedeutet, dass Sie an einen einzigen Auftragnehmer gebunden sind, weil niemand sonst diesen Code ohne Archäologie betritt.
Das Dritte ist die Sicherheit nach dem Launch. Eine Website ist kein Bild, das man aufhängt und vergisst; Plugins müssen aktualisiert werden, und die Lieferkette der Plugins kann ein Angriffsvektor sein. Fragen Sie, wer nach dem Start für Aktualisierungen verantwortlich ist und wie die Reaktion auf einen Vorfall aussieht. Keine Antwort bedeutet, dass Sie verantwortlich sind, Sie wissen es nur noch nicht.
Neun Fragen vor der Unterschrift
Diese neun Fragen kosten zehn Minuten und sparen Monate. Drucken Sie die Liste aus und gehen Sie sie im Gespräch der Reihe nach durch; die Reaktion auf die Liste selbst sagt oft mehr als die Antworten.
- Wem gehören die Verwertungsrechte an Code und Design nach Projektende und auf welchen Verwertungsarten?
- Erhalte ich vollen administrativen Zugang zu Hosting, Domain, Repository und externen Konten, oder arbeiten wir auf Ihrem geschlossenen Konto?
- Ist der Code versioniert und sind die Deployments reproduzierbar, oder landen die Änderungen von Hand auf dem Server?
- Wer ist nach dem Launch für Aktualisierungen, Backups und Sicherheit verantwortlich und was umfasst die Betreuung?
- Sehe ich ein echtes Performance-Ergebnis auf dem Smartphone oder nur Portfolio-Screenshots?
- Was genau passiert bei Vertragsende: welche Zugänge, Lizenzen, Dateien und Dokumentationen werden übergeben, in welcher Form und in welcher Frist?
- Welche Reaktionszeiten gelten für kritische Fehler, wie werden sie gemessen und was passiert, wenn sie gerissen werden? “So schnell wie möglich” ist keine Reaktionszeit.
- Arbeiten Sie mit Subunternehmern, und wenn ja: wer haftet mir gegenüber, wer hat Zugang zu meinen Daten und existiert ein Auftragsverarbeitungsvertrag, der diese Kette abdeckt?
- Wie sehen Backup und Rollback konkret aus: wo liegen die Sicherungen, wie oft laufen sie, liegen sie außerhalb des Produktionsservers und wie lange dauert eine vollständige Wiederherstellung im Ernstfall?
Fällt auf eine dieser Fragen eine ausweichende Antwort, ist das keine Frage des Wissens, sondern eines Geschäftsmodells, das den Kunden mit Zwang statt mit Qualität an den Auftragnehmer bindet. Wie ein professionell aufgesetzter Arbeitsprozess mit Repository, Staging und reproduzierbaren Deployments von innen aussieht, beschreiben wir ausführlich auf der Seite über die Arbeit als WordPress-Entwickler; die dort beschriebenen Standards sind ein guter Maßstab für jedes Angebot, das auf Ihrem Tisch liegt.
Recht und Eigentum: der Bereich, an den niemand früh genug denkt
Hier beginnt der Teil, der am leichtesten zu übergehen und am schwersten im Nachhinein zu reparieren ist. Nach polnischem Recht überträgt die bloße Zahlung für ein Projekt nicht automatisch die Verwertungsrechte an Code, Grafik oder Texten; es braucht eine ausdrückliche Klausel im Vertrag, die die Verwertungsarten benennt. Ohne sie bleiben die Rechte beim Auftragnehmer, und Sie haben nur eine Lizenz, das zu nutzen, wofür Sie bezahlt haben. Der polnische Anwalt Tomasz Palak bringt es ohne Beschönigung auf den Punkt: Wie er in seinem Ratgeber zum Urheberrecht für Kreative schreibt, “verliert man durch das Veröffentlichen nicht die Rechte”, was in beide Richtungen wirkt, auch aufseiten des Auftragnehmers, solange er die Rechte nicht bewusst überträgt.
Dieselbe Vorsicht gilt für die Materialien, die auf die Website kommen. Dass ein Foto im Internet verfügbar ist oder von einem KI-Modell erzeugt wurde, heißt nicht, dass Sie es kommerziell verwenden dürfen; Sie müssen die Lizenz prüfen, denn, wie Palak erinnert, ist nicht jedes “kostenlose Bild” wirklich kostenlos, und eine CC-BY-Lizenz ist nicht dasselbe wie CC0. Auf Ihrer Seite lohnt es sich, drei Dinge im Vertrag abzusichern:
- Die Übertragung der Verwertungsrechte an Code, Design und Inhalten, nicht nur eine Lizenz.
- Eine Erklärung des Auftragnehmers, dass er die Rechte an allen verwendeten Materialien, Fotos, Schriften und Premium-Plugins sowie deren Lizenzen besitzt.
- DSGVO-Konformität, falls die Website Daten erhebt, also wer Verantwortlicher und wer Auftragsverarbeiter ist und was mit den Daten nach Ende der Zusammenarbeit geschieht.
Wenn Sie KI-Werkzeuge für Inhalte oder Grafik nutzen, denken Sie an eine Regel, die Palak wiederholt: Das Werkzeug nimmt Ihnen nicht die Verantwortung für das ab, was Sie veröffentlichen. Prüfen Sie die Nutzungsbedingungen des Werkzeugs und geben Sie keine Daten hinein, die Sie nicht offenlegen dürfen. Dasselbe gilt für die Agentur, die Sie beauftragen: Es lohnt sich zu fragen, ob und wie sie KI einsetzt und wer für die Rechte an den Ergebnissen verantwortlich ist.
Vertrags- und Abrechnungsmodelle
Wie abgerechnet wird, entscheidet mit darüber, wie gearbeitet wird, denn jedes Modell setzt eigene Anreize. Konkrete Beträge nennt Ihnen jeder seriöse Anbieter erst nach einer Anforderungsanalyse; die Preisgestaltung ist individuell, und ein Preis vor der Analyse ist eher eine Warnflagge als ein Entgegenkommen. Die Modelle selbst lassen sich aber gut vorab vergleichen.
Der Festpreis für ein abgegrenztes Projekt entspricht im deutschen Recht meist einem Werkvertrag: geschuldet ist ein Ergebnis, nicht Bemühen. Das zwingt beide Seiten zu einer sauberen Anforderungsdefinition, was ein Vorteil ist, und macht jede spätere Änderung zu einem kostenpflichtigen Change Request, was Sie einplanen sollten. Der Anreiz für den Auftragnehmer liegt darin, effizient fertig zu werden; bei einem schlecht kalkulierten Festpreis kann dieser Anreiz am Ende des Projekts zulasten der Sorgfalt gehen. Ein Festpreis funktioniert deshalb nur mit einem klaren Lastenheft und definierten Abnahmekriterien.
Die Abrechnung nach Aufwand passt zu Projekten, deren Umfang sich ehrlicherweise nicht vorab festlegen lässt, etwa der Sanierung einer über Jahre gewachsenen Installation, bei der niemand weiß, was unter der Oberfläche wartet. Sie setzt den Anreiz auf Gründlichkeit statt auf Tempo, verlangt aber Vertrauen und Transparenz: eine nachvollziehbare Zeiterfassung, regelmäßige Berichte und ein vereinbartes Budgetlimit, bei dessen Erreichen gemeinsam neu priorisiert wird.
Der Retainer, in der Praxis oft als Wartungsvertrag mit monatlichem Stundenkontingent umgesetzt, hat den Charakter eines Dienstvertrags und belohnt Kontinuität: Der Anbieter kennt die Installation, reagiert schneller und plant Updates proaktiv statt auf Zuruf. Er ist das richtige Modell für die laufende Betreuung und für iterative Weiterentwicklung in kleinen Schritten; für ein großes, einmaliges Redesign ist er das falsche Werkzeug. Achten Sie auf die Regelung nicht genutzter Stunden und auf eine faire Kündigungsfrist in beide Richtungen.
In der Praxis kombinieren die meisten stabilen Kundenbeziehungen zwei Modelle: Festpreis oder Aufwand für das Projekt, danach ein Retainer für Betrieb und Weiterentwicklung. Wenn Sie auf einem WordPress-Meetup in Berlin, Hamburg oder Köln mit Agenturinhabern sprechen, hören Sie fast durchgehend dieselbe Erfahrung: Die Probleme entstehen selten im Modell selbst, sondern dort, wo das Modell nicht zum Charakter der Arbeit passt.
Warnflaggen
Einige Signale, nach denen man besser vor der Unterschrift dankend ablehnt. Ein Auftragnehmer, der den Zugang zu Hosting, Domain und Code nicht herausgeben will. Kein Repository und ausschließlich manuelle Deployments. Ein Preis, der losgelöst vom Umfang genannt wird, ohne Analyse der realen Anforderungen. Versprechen von Google-Rankings oder “KI-Sichtbarkeit”, auf Zuruf gegeben, ohne zu erklären, worin sie bestehen sollen. Schließlich Schweigen zum Thema Urheberrecht, denn das bedeutet meist, dass die Rechte beim Auftragnehmer bleiben und Sie es erst beim Versuch eines Anbieterwechsels erfahren.
Vier weitere Flaggen fallen im Verkaufsgespräch seltener auf, kosten im Betrieb aber am meisten. Die erste ist das Fehlen einer Staging-Umgebung. Wenn Plugin-Updates und neue Funktionen direkt auf der Live-Website getestet werden, testet in Wahrheit Ihr Kunde. Ein Shop, der im Weihnachtsgeschäft steht, kann sich ein ungetestetes WooCommerce-Update auf der Produktionsumgebung schlicht nicht leisten; fragen Sie deshalb konkret, wo eine Änderung liegt, bevor sie live geht, und wer sie dort abnimmt.
Die zweite ist eine fehlende Update-Politik. “Wir aktualisieren, wenn etwas kaputt ist” ist keine Politik, sondern das Eingeständnis, dass Sicherheitslücken offen bleiben, bis sie jemand ausnutzt. Erwarten Sie einen festen Rhythmus, das Lesen von Changelogs vor dem Einspielen und ein Backup unmittelbar vor jedem Update.
Die dritte ist die Lizenzfalle bei Page-Buildern und Premium-Plugins. Läuft Elementor Pro, ein Premium-Theme oder ein Formular-Plugin auf der Sammellizenz der Agentur, verlieren Sie bei einer Trennung den Zugang zu Updates, und eine Website ohne Updates ist ein Sicherheitsproblem mit Ansage. Verlangen Sie, dass Lizenzen auf Ihr Konto gekauft oder bei der Übergabe schriftlich übertragen werden, und lassen Sie sich die Liste der eingesetzten Premium-Komponenten samt Lizenzstatus geben.
Die vierte ist das Versprechen “unbegrenzter Revisionen”. Es klingt großzügig, signalisiert aber, dass es keinen Prozess für Anforderungen und Abnahmen gibt; unbegrenzte Schleifen produzieren unbegrenzt lange Projekte. Seriöse Anbieter definieren, was eine Revision ist und wie viele im Umfang enthalten sind. Und noch ein Punkt, der in Deutschland seit dem 28. Juni 2025 kein Nischenthema mehr ist: das Barrierefreiheitsstärkungsgesetz (BFSG) gilt für die meisten B2C-Shops und viele Dienstleistungswebsites. Eine Agentur, die auf die BFSG-Frage mit einem Schulterzucken reagiert, wird die Konformität auch nicht in Ihr Projekt einbauen.
Wie eine gute Übergabe aussieht
Eine Übergabe ist ein Prozess, keine ZIP-Datei per E-Mail. Der einfachste Test für die Qualität eines Auftragnehmers ist die Frage, wie das Projekt aussähe, wenn morgen ein anderes Team übernehmen müsste; alles, was eine gute Übergabe umfasst, dient genau diesem Szenario.
Konkret gehören fünf Dinge dazu. Erstens das Repository: Der Code wird in eine Organisation übertragen, die Ihnen gehört (GitHub oder GitLab auf Ihren Namen), nicht als Fork oder Gastzugang im Konto der Agentur. Zweitens die Dokumentation: eine README mit dem Deployment-Weg, die Liste aller Plugins samt Lizenzen und Verlängerungsdaten sowie ein kurzes Betriebshandbuch für die häufigsten Redaktionsaufgaben. Drittens die Zugänge: Das Hosting-Konto läuft auf Ihren Namen und Ihre Rechnungsadresse, ob bei Hetzner, IONOS, All-Inkl oder einem Managed-WordPress-Anbieter wie Raidboxes oder Mittwald; die Agentur ist dort technischer Kontakt, nicht Vertragsinhaber. Dasselbe gilt für die Domain: Bei .de-Domains sollten Sie als Domaininhaber in den DENIC-Daten stehen, und die DNS-Verwaltung liegt in einem Konto, das Ihnen gehört.
Viertens eine Schulung: ein bis zwei Stunden, in denen Ihre Redaktion die realen Abläufe einmal selbst durchklickt, idealerweise als Aufzeichnung, damit auch die Kollegin, die in zwei Jahren anfängt, davon profitiert. Fünftens die Datenschutzunterlagen: der Auftragsverarbeitungsvertrag, die Liste der eingebundenen Drittdienste und die Information, wo personenbezogene Daten liegen und wie sie bei Vertragsende gelöscht oder übergeben werden.
Der Lackmustest kommt danach: Nach einer sauberen Übergabe kann die laufende Betreuung an jeden fähigen Anbieter gehen, auch an einen anderen als den, der gebaut hat. Was eine professionelle laufende Betreuung mit Update-Rhythmus, Monitoring und Backups umfasst, beschreiben wir auf der Seite zur Wartung von WordPress-Websites; die dortige Leistungsliste eignet sich auch als Checkliste für das Angebot, das Sie gerade prüfen.
Wie es weitergeht
Eine gute Wahl des WordPress-Auftragnehmers läuft auf ein Prinzip hinaus: Sichern Sie das, was in Ihren Händen bleibt, wenn das Projekt endet, bevor es beginnt. Zugang, versionierter Code und schriftlich übertragene Rechte sind wichtiger als die hübscheste Folie im Angebot. Wenn Sie eine Website oder einen Shop planen und diese Liste an einem konkreten Fall durchgehen möchten, beschreiben Sie, was das Projekt leisten soll, und wir prüfen gemeinsam, worauf Sie in Ihrer Situation achten sollten.
Die rechtlichen Aspekte in diesem Text sind allgemeiner Natur und keine Rechtsberatung; bei einem konkreten Vertrag lohnt es sich, einen auf Urheberrecht und neue Technologien spezialisierten Anwalt zu konsultieren.
Letzte Aktualisierung: 11. Juni 2026.
