Shopify Developer Hiring: Interview-Prozess & Skill-Validierung für Agenturen (2026)

Wenn man in einer Shopify-Agentur für Hiring verantwortlich ist, lernt man schnell eine unbequeme Wahrheit: Der Titel auf dem CV bedeutet wenig. Wir haben Entwickler interviewt, die sich als Senior bezeichneten, aber nicht erklären konnten, wann man Metafields statt Metaobjects nutzt. Andere hatten beeindruckende Portfolios, konnten aber nicht beschreiben, welche Teile davon sie tatsächlich selbst gebaut haben. Das Problem ist nicht böse Absicht – es ist ein strukturelles Problem im Shopify-Ökosystem. Viele Entwickler kommen von WordPress oder allgemeinem Frontend-Development, machen ein paar Theme-Anpassungen und nennen sich plötzlich Shopify-Experten.

Für Agenturen, die verlässliche Shopify-Entwickler einstellen wollen, ist das ein echtes Problem. Ein falscher Mid-Level-Hire kostet nicht nur Zeit und Geld – er verzögert Kundenprojekte, frustriert das Team und schadet der Reputation. Deshalb haben wir über die Jahre ein strukturiertes System entwickelt, um echte technische Tiefe von aufgeblähten CVs zu unterscheiden. Dieser Artikel teilt, was wir dabei gelernt haben.

Junior vs. Middle/Senior – eine andere Hiring-Philosophie

Wir unterscheiden grundsätzlich zwischen zwei Hiring-Ansätzen. Juniors trainieren wir intern. Oft kommen sie von WordPress-Development oder klassischem Frontend und werden systematisch in Shopify eingearbeitet. Das funktioniert gut, weil wir Lernbereitschaft und grundlegendes technisches Verständnis validieren können, nicht fertiges Shopify-Wissen.

Bei Middle- und Senior-Entwicklern ist das anders. Hier suchen wir keine Lernfähigkeit – wir suchen fertige Engineering-Kompetenz. Jemand, der selbstständig technische Entscheidungen treffen kann, der Architektur versteht, der Code strukturiert denkt und nicht nur Features zusammenklickt. Der Prozess, diese Tiefe zu validieren, ist anspruchsvoller – und genau darum geht es in diesem Artikel.

Was wirklich zählt bei einem Shopify-Entwickler

Die typischen Buzzwords auf CVs – „Shopify Expert”, „Theme Customization”, „API Integration” – sagen wenig aus. Wir achten auf andere Dinge. Ein starker Shopify-Entwickler hat echte Theme-Erfahrung, nicht nur CSS-Anpassungen an gekauften Templates. Er versteht den Unterschied zwischen Metafields und Metaobjects – und wichtiger noch, er kann erklären, wann er welches Konzept in einem echten Projekt nutzen würde.

API-Erfahrung ist entscheidend, aber nicht das Faktum, dass jemand mal eine API aufgerufen hat. Wir wollen wissen: Welches externe System hast du integriert, welches Problem hast du damit gelöst, und wie bist du mit Rate Limits oder inkonsistenten Datenstrukturen umgegangen? Ein Senior-Entwickler kann das beschreiben. Ein Fake-Mid-Level wird vage oder redet über Dokumentation, die er gelesen hat.

Git-Workflow ist ein unterschätzter Indikator. Viele Entwickler arbeiten im Main-Branch oder committen mit generischen Messages wie „fix” oder „update”. Das mag bei Solo-Freelancern funktionieren, aber in strukturierter Agenturarbeit ist es ein Ausschlusskriterium. Wir brauchen Menschen, die Feature-Branches verstehen, Code Reviews gewohnt sind und nachvollziehbare Commit-Historien schreiben.

Dann kommt Performance und Wartbarkeit. Ein echter Senior denkt nicht nur „Feature funktioniert”, sondern „Wie wird das in sechs Monaten wartbar sein?”. Er strukturiert Theme-Code modular, vermeidet Inline-Styles, nutzt Section-Settings sinnvoll und schreibt Code, den andere Entwickler verstehen können. Das ist der Unterschied zwischen einem Entwickler und einem Engineer.

Und schließlich: Ownership. Kann jemand technische Entscheidungen begründen? Hat er Meinungen zu Code-Architektur? Kann er erklären, warum er eine Lösung A statt Lösung B gewählt hat? Oder wartet er darauf, dass ein Tech Lead ihm sagt, was zu tun ist? Letzteres ist okay für Juniors. Für Middle/Senior ist es ein rotes Flag.

Fragen, die echte Skills offenbaren

Unser Interview-Ansatz ist darauf ausgelegt, Tiefe zu testen, nicht auswendig gelerntes Wissen. Wir fragen nicht „Was ist Liquid?” – das steht in der Dokumentation. Wir fragen: „Zeig uns Themes, die du gebaut hast. Was genau hast du daran implementiert?” Wenn jemand antwortet „Ich habe alles gemacht”, wird es spezifischer: „Welche Section war technisch am anspruchsvollsten und warum?”

Eine Frage, die fast immer Klarheit schafft: „Erkläre den Unterschied zwischen Metafields und Metaobjects – und wann würdest du welches nutzen?” Starke Antworten klingen so: „Metafields nutze ich für einfache Key-Value-Daten, die direkt an Produkte oder Varianten gebunden sind. Metaobjects sind besser, wenn ich strukturierte, wiederverwendbare Daten brauche – zum Beispiel für eine FAQ-Sektion, die ich zentral pflege und an mehreren Stellen einbinde.” Schwache Antworten: „Metaobjects sind neuer” oder „Kommt auf den Use Case an” ohne Beispiel.

API-Integration ist ein weiteres Testfeld. „Hast du externe APIs integriert? Welche Probleme bist du dabei begegnet?” Hier trennt sich echte Erfahrung von theoretischem Wissen. Jemand, der wirklich APIs gebaut hat, wird von Authentication-Challenges erzählen, von Webhook-Debugging oder von Dateninkonsistenzen zwischen Shopify und dem Drittsystem.

Wir fragen auch: „Wie strukturierst du Theme-Code für Skalierbarkeit?” und „Wie debuggst du komplexe Storefront-Probleme?” Die Antwort zeigt, ob jemand systematisch denkt oder trial-and-error arbeitet. Und eine Frage, die oft unterschätzt wird: „Erzähl von einem technischen Konflikt mit einem Tech Lead – wie habt ihr das gelöst?” Das zeigt, ob jemand Feedback annehmen kann, konstruktiv diskutiert oder defensiv wird.

Fake Mid-Levels vermeiden – Realität validieren

Eines der häufigsten Probleme: Entwickler überschätzen ihr eigenes Level. Das ist keine böse Absicht – oft fehlt einfach der Vergleich. Jemand, der zwei Jahre als einziger Shopify-Entwickler in einem kleinen Team gearbeitet hat, hält sich für Senior, weil er der Experte war. Aber technische Tiefe entsteht durch Feedback, durch komplexe Projekte, durch Arbeit mit stärkeren Entwicklern.

Deshalb achten wir auf Konsistenz. Wenn jemand sagt, er hat fünf Themes gebaut, aber nicht erklären kann, wie er mit Theme-Updates umgeht oder wie er Section-Settings strukturiert, passt etwas nicht. Wenn jemand API-Erfahrung claims, aber nicht weiß, was Rate Limiting ist, war die Erfahrung wahrscheinlich oberflächlich.

Ein guter Indikator ist auch: Kann jemand über eigene Fehler sprechen? Ein echter Senior sagt: „Ich habe mal eine Integration ohne Webhook-Retry-Logik gebaut – das hat zu Datenverlust geführt, und seitdem baue ich immer Error-Handling ein.” Jemand ohne echte Tiefe wird Fehler vermeiden oder generisch bleiben.

Der stärkste Filter – Live Pair Session mit Tech Lead

Das beste Interview-Format, das wir gefunden haben, ist eine Live-Session mit einem unserer Tech Leads. Ein bis zwei Stunden, eine echte Aufgabe – nichts Künstliches, sondern etwas, das wir auch in Kundenprojekten bauen würden. Zum Beispiel: „Bau eine Custom Section mit dynamischen Metafield-Inputs” oder „Integriere diese API und zeig die Daten im Storefront.”

Der Tech Lead beobachtet nicht nur das Ergebnis, sondern den Prozess. Wie denkt der Entwickler? Nutzt er Git von Anfang an oder vergisst er Commits? Arbeitet er im CLI oder nur in der Shopify-Admin? Wie debuggt er, wenn etwas nicht funktioniert – liest er Error Messages, nutzt er Console-Logs, oder probiert er zufällig Dinge aus?

Diese Session zeigt das echte Level extrem schnell. Jemand, der behauptet, Senior zu sein, aber nicht weiß, wie man einen Feature-Branch erstellt oder wie man Liquid-Syntax-Fehler debuggt, wird sofort sichtbar. Umgekehrt: Ein starker Entwickler wird strukturiert arbeiten, Fragen stellen, wenn etwas unklar ist, und Code schreiben, der lesbar und logisch aufgebaut ist.

Ein Nebeneffekt: Diese Session funktioniert auch als Technical Onboarding. Der Entwickler sieht, wie wir arbeiten, welche Tools wir nutzen, wie unser Workflow aussieht. Wenn er eingestellt wird, ist der Start deutlich einfacher. Und wenn nicht, haben beide Seiten schnell Klarheit – keine verschwendeten Wochen.

Über Code hinaus – Zuverlässigkeit und Fokus

Technische Skills sind wichtig, aber nicht alles. Wir haben gelernt, dass Zuverlässigkeit und Ownership mindestens genauso entscheidend sind. Deshalb fragen wir im Interview auch nach dem aktuellen Beschäftigungsstatus. Arbeitet jemand noch woanders? Plant er, zwei Jobs parallel zu machen? Das klingt vielleicht skeptisch, aber wir hatten Fälle, wo Remote-Entwickler mehrere Positionen gleichzeitig hielten – mit entsprechenden Folgen für Verfügbarkeit und Codequalität.

Wir fragen auch, warum jemand seine vorherige Rolle verlassen hat. Nicht um zu urteilen, sondern um zu verstehen: Wie geht jemand mit Konflikten um? Kann er Verantwortung übernehmen oder schiebt er Schuld auf andere? Hat er Tech Leads respektiert oder ständig gegen Entscheidungen gekämpft?

Kommunikation ist ein weiterer Punkt. Wie schnell antwortet jemand auf Nachrichten während des Hiring-Prozess? Hält er Deadlines für Test-Aufgaben ein? Gibt er klare Updates oder muss man nachhaken? Das sind kleine Signale, aber sie korrelieren stark mit späterer Arbeitsweise.

Am Ende suchen wir keine Code-Roboter. Wir suchen Menschen, die Verantwortung übernehmen, die proaktiv kommunizieren, die Probleme lösen statt sie zu eskalieren, und die verstehen, dass Agenturarbeit Teamwork bedeutet.

Ein verlässliches Shopify-Delivery-System aufbauen

Shopify-Entwickler zu finden und richtig zu evaluieren ist kein Zufall – es ist ein strukturierter Prozess, der technische Tiefe, Engineering-Mindset und Zuverlässigkeit validiert. Wer das systematisch angeht, baut ein Team auf, das nicht nur Code schreibt, sondern Projekte verlässlich liefert.

Für viele Agenturen ist das allerdings eine Herausforderung. Hiring-Pipelines aufbauen, Technical Interviews strukturieren, Tech Leads für Pair Sessions abstellen – das bindet Ressourcen, die oft besser in Kundenarbeit oder Business Development investiert wären.

Wenn das auf deine Situation zutrifft, gibt es eine Alternative: Wir arbeiten als strukturiertes Shopify-Delivery-Team für andere Agenturen. Kein klassisches Outsourcing, sondern ein eingespieltes Team mit klaren Workflows, technischer Führung und validierter Entwickler-Qualität. Eine Shopify-Code-Delivery-Maschine, die Projekte umsetzt, während dein Team sich auf Wachstum konzentriert.

Falls das interessant klingt, lass uns sprechen.