Nein sagen ist kein Bug, sondern ein Feature.

Es gibt zwei Arten von Entwickler:innen:
Die einen, die alles umsetzen, was der Kunde will.
Und die anderen, die noch einen Job haben. 😉

Ich zähle mich zu Letzteren. Nicht, weil ich stur bin, sondern weil ich gelernt habe: Ein klares „Nein“ kann für eine Website wertvoller sein als jedes fancy Feature.

Das Dilemma: Zwischen Kundenwunsch und Code-Realität

Vor einiger Zeit stand ich mitten in einem Website Relaunch auf Basis von WordPress. Alles lief rund – das neue Theme war sauber aufgebaut, semantisch durchdacht und technisch schnell wie ein frisch gecachter Server.

Dann kam die Mail.
Betreff: „Können wir die H1 bitte zufällig generieren lassen?“

Klingt harmlos.
Ist es aber nicht.

Der Kunde hatte die Idee, dass die Hauptüberschrift (also die H1 – das heilige Element der SEO-Welt) auf jeder Unterseite aus einem Pool von 3 Varianten auswählt wird. Der Kunde hatte das Ziel es „spannend und aufmerksamkeitssteigerend“ zu gestalten.

Ich wusste jedoch:
Wenn ich das mache, verabschiedet sich die Semantik – und mit ihr das Ranking.
Denn: Eine wechselnde H1 ist wie ein blinkender Leuchtturm mitten im Nebel – auffällig, aber niemand weiß, wo’s langgeht.

Warum ich „Nein“ sagte (und es trotzdem ein „Ja“ war)

Ich erklärte dem Kunden, dass Suchmaschinen und Assistive Technologies (z. B. Screenreader) eine animierte, ständig neu gerenderte H1 nicht besonders sexy finden.

Eine H1 ist kein Showeffekt, sie ist die inhaltliche Leitplanke einer Seite. Wenn man sie durch JavaScript-Slider-Effekte ständig austauscht oder unleserlich macht, bricht man gleich zwei fundamentale Prinzipien:

Semantische Struktur – HTML verliert seine Bedeutung.
SEO-Integrität – Google weiß plötzlich nicht mehr, worum es auf der Seite geht.

Also sagte ich:

„Ich kann das technisch machen, aber es wäre aus vielen Gründen nicht sinnvoll.“

Stille am anderen Ende. Dann:

„Okay, was schlagen Sie stattdessen vor?“

Und das war der Moment, in dem aus „Nein“ ein „Wow“ wurde.

Wir entschieden uns, die H1 statisch zu lassen, dafür aber mit microanimations (z. B. subtilen Text-Highlights oder Scroll-Triggern) zu arbeiten, die die Aufmerksamkeit steuern, ohne SEO oder Usability zu gefährden.

Das Ergebnis:

Die Seite wurde schneller.
Das Ranking stieg sichtbar.
Und der Kunde bekam Mails von Nutzer:innen, die das neue Design „ruhiger, klarer und professioneller“ fanden.

Er profitiert bis heute von diesem einen Nein.

Kundenerziehung ist kein Machtspiel – es ist UX

Somit wurde der Leuchtturm gefixt und kann nun von den Booten gefunden werden.

Viele denken, Kundenerziehung sei ein Kampf. Dabei ist es eher Pädagogik auf Codebasis.
Wenn man erklärt, warum etwas nicht sinnvoll ist, schafft man Vertrauen.
Und wenn man zeigt, dass das „Nein“ auf Erfahrung, Daten und technischer Logik beruht, wird es langfristig zum Conversion-Booster.

Ein gutes Projekt besteht also nicht nur aus schönen Themes und performanten Backends, sondern auch aus einer Portion Rückgrat im Frontend.

Nein sagen ist kein Bug, sondern ein Feature.

Das Dilemma: Zwischen Kundenwunsch und Code-Realität

Warum ich „Nein“ sagte (und es trotzdem ein „Ja“ war)

Kundenerziehung ist kein Machtspiel – es ist UX

Weitere Blogbeiträge