Was macht ein TYPO3 Developer?

Einleitung: Warum TYPO3-Development heute noch relevant ist

Für Bewerber:innen bedeutet das: Wer die Architektur versteht, sauberen PHP‑Code schreibt und Agenturabläufe kennt, kann sich für verantwortungsvolle Rollen empfehlen; die konkrete Projektplanbarkeit hängt jedoch stark vom jeweiligen Umfeld ab. Doch was macht ein TYPO3‑Developer:in konkret, welche Skills werden erwartet und wie bereitest du dich auf Bewerbungen in Deutschland vor?

Kernaufgaben eines TYPO3‑Developers im Agenturalltag

Im Kern kombinierst du drei Rollen: CMS‑Handwerker:in, PHP‑Entwickler:in und Berater:in für nachhaltige Content‑Architekturen. Die Gewichtung variiert je nach Teamgröße und Projektphase, die Bausteine ähneln sich jedoch.

Projektarbeit: von Konzeption bis Go‑live

Projektarbeit beginnt meist mit dem Verstehen der Geschäftsziele und endet nicht beim Go‑live. Ein:e TYPO3‑Developer:in übersetzt Anforderungen in ein Content‑Modell, plant Redaktionsworkflows und begleitet die Migration und Übergabe an den Betrieb. Dabei stehen Skalierbarkeit, Wartbarkeit und die Bedürfnisse der Redaktionen im Vordergrund.

• Anforderungsanalyse: Übersetzen von Business‑Zielen (Redaktionsprozesse, Mehrsprachigkeit, Rechte/Rollen, Such‑ und Schnittstellenanforderungen) in eine umsetzbare TYPO3‑Architektur.
• Content‑Modellierung: Page‑Trees, Datensätze, TCA‑Strukturen und Redaktionsworkflows so planen, dass sie skalieren und wartbar bleiben.
• Umsetzung: Templates, Extensions und Konfigurationen entwickeln; reale Content‑Beispiele früh integrieren, um Edge‑Cases sichtbar zu machen.
• Go‑live‑Begleitung: Migrationsroutinen, Redirect‑Konzepte, Caching‑Strategie, Monitoring und Übergabe an Betrieb/Support.

Template‑ und Extension‑Entwicklung

Die Arbeit an Templates und Extensions ist das handwerkliche Kernstück: du strukturierst Frontend‑Markup, baust wiederverwendbare Komponenten und implementierst Geschäftslogik in Extensions. Gute Entwickler:innen denken sowohl an Wartbarkeit als auch an Redaktionsfreundlichkeit.

• Frontend‑Integration: Fluid‑Templates, Partial/Section‑Struktur, ViewHelper‑Einsatz; CSS/JS sauber entkoppeln, um Redaktionsfreiheit und Performance zu wahren.
• Extension‑Entwicklung: Mit Extbase und TYPO3‑APIs Domänenlogik abbilden, TCA‑Konfigurationen modellieren, Backend‑Module oder Content‑Elemente bereitstellen.
• Konfiguration: TypoScript bewusst einsetzen (Rendering, Konfiguration, Conditions), ohne Businesslogik in Konfigurationsdateien zu verstecken.

Systemadministration, Deployment und Performance

Je nach Projekt arbeitest du eng mit DevOps oder der Systemadministration zusammen. Du sorgst dafür, dass lokale Entwicklungsumgebungen, Staging und Produktion kompatibel sind und Deployments reproduzierbar ablaufen.

• Environments: Lokale Entwicklung mit Container‑Setups (z. B. Docker) oder vorkonfigurierten Stacks; Staging/Prod‑Parität im Blick behalten.
• Build & Deploy: Versionierung mit Git, automatisierte Deployments (CI/CD), Datenbank‑Migrationspfade und Asset‑Pipelines.
• Performance: Caching‑Strategien mit dem TYPO3‑Caching‑Framework, Bildoptimierung, Query‑Tuning in eigenen Extensions und serverseitige Bottlenecks adressieren.

Testing, QA und Wartung

Wartung fängt früh an: ein:e TYPO3‑Developer:in plant Upgrade‑Pfad und Regressionstests, beobachtet Deprecations und stellt sicher, dass Sicherheits‑ und Release‑Zyklen eingehalten werden. Tests reduzieren Risiken bei produktiven Änderungen.

• Automatisierte Tests dort, wo Business‑Kritikalität hoch ist: Unit‑ und Integrationstests für Extensions, Smoke‑Tests für Content‑Flows.
• Regression vermeiden: Upgrade‑Pfad planen, Deprecations beobachten, Sicherheits‑ und Release‑Zyklen im Blick behalten.
• Betrieb & Support: Klar definierte SLAs, Bug‑Triaging, kleine Evolutionen (neue Content‑Elemente, Konfig‑Anpassungen) effizient umsetzen.

Typischer Tagesablauf und Verantwortlichkeiten im Team

Morgens: Daily mit PM, Frontend, QA und ggf. DevOps. Klärung von Blockern (z. B. Datenstruktur, Deployment‑Slot, Content‑Freeze). Danach fokussierte Entwicklungszeit: Feature‑Tickets, Code‑Reviews, Pairing bei komplexen Stellen. Nachmittags: Refinements, kurze Kundentermine für fachliche Klärungen, QA‑Feedback einarbeiten. Gegen Ende: Merge/Deploy‑Fenster und kurzes Hand‑over an Support oder On‑Call.

Wichtige Verantwortlichkeiten im Team:

• Technische Qualität sichern: Code‑Reviews, verbindliche Standards (PSR‑Konventionen, Architektur‑Guidelines).
• Transparenz für PM und Kund:innen: Aufwand realistisch schätzen, Risiken früh benennen, Alternativen inkl. Trade‑offs skizzieren.
• Redaktionsfähigkeit testen: Das „Redaktions‑Happy‑Path“ ist ebenso wichtig wie die Backend‑Eleganz – Klickwege, Hilfe‑Texte und Fehlermeldungen sind Teil der Qualität.

Zusammenarbeit mit Projektmanagement, UX/UI und Kundschaft

Mit PMs priorisierst du Features entlang von Geschäftszielen und technischen Realitäten. In Abstimmung mit UX/UI stellst du sicher, dass Komponenten als wartbare Content‑Elemente umgesetzt werden und die Verantwortlichkeiten zwischen Redaktionen und Entwicklung klar definiert sind. Kund:innen bindest du durch Reviews und Pilot‑Rollouts ein, um Überentwicklung zu vermeiden.

Schnittstellen zu DevOps und Systemadministration

Frühzeitige Abstimmung zu Build‑Pipelines und Hosting‑Rahmenbedingungen verhindert spätere Rework‑Schleifen. Sicherheits‑ und Update‑Prozesse sollten klar geregelt sein: wer patcht, wie werden Notfall‑Fixes priorisiert und wie laufen Tests vor dem Live‑Gang.

Technische Skills und Wissen, die erwartet werden

Gute TYPO3‑Developer verbinden CMS‑Spezifika mit sauberem PHP‑Handwerk und modernen Team‑Workflows.

TYPO3‑spezifische Kenntnisse (TypoScript, Fluid, Extbase, Extension‑API)

TypoScript, Fluid und Extbase sind praktische Werkzeuge im Alltag. Entwickler:innen sollten wissen, wie man TypoScript zur Konfiguration nutzt, Fluid für wiederverwendbare Templates strukturiert und wie Extbase Domainmodelle und Repositories (inklusive Persistenzlogik) abbildet. Das TCA hingegen steuert die Backend‑/Feldkonfiguration sowie das Mapping auf bestehende Datenbanktabellen; das eigentliche Datenbankschema wird über ext\_tables.sql bzw. definiert, nicht durch das TCA (vgl. die TCA reference). Kurz: Extbase adressiert die Domänen‑ und Persistenzschicht, TCA konfiguriert die Darstellung und Abbildung von Tabellen im Backend – es legt keine persistente Modellstruktur an.

Allgemeine Web- und PHP‑Kompetenzen (PHP, Paketmanagement, PSR, OOP)

• PHP mit OOP‑Fokus, Paketmanagement‑basierte Projekte, Coding-Konventionen, Namespaces und Autoloading.
• Saubere Architektur: Kapselung, Trennung von Belangen, testbarer Code – auch in CMS‑Erweiterungen.
• Frontend‑Grundlagen: Semantisches HTML, sauberes CSS, performantes JS; Schnittstellen zu Frontend‑Builds verstehen und respektieren.

Tools und Arbeitsumgebung (Git, CI/CD, Docker, Local‑Dev‑Setups)

• Git‑Workflows mit klaren Branch‑Strategien und Code‑Review‑Praxis.
• CI/CD‑Denke: Linting, Tests und Deployments automatisieren.
• Lokale Dev‑Setups, die Produktionsnähe abbilden, inklusive sinnvoller Testdaten.

Nicht‑technische Fähigkeiten (Kommunikation, Dokumentation, Testing‑Mindset)

Kommunikation und Dokumentation sind Schlüssel: präzise Tickets, verständliche Readmes und kurze Admin‑Guides reduzieren Einarbeitungszeit. Ein Testing‑Mindset hilft, Änderungen kontrolliert auszurollen.

Zertifizierungen und Nachweise: TCCD und sinnvolle Alternativen

Die Zertifizierung „TYPO3 CMS Certified Developer (TCCD)“ beschreibt das erwartete Kompetenzprofil: Projekterfahrung, Architektur‑ und Best‑Practice‑Wissen sowie solide Internals von TYPO3 und dem Extension‑Framework. Das Zertifikat hat eine Gültigkeit von 24 Monaten; Details zu Ablauf und Lernzielen findest du auf der offiziellen Zertifizierungsseite: TYPO3 CMS Certified Developer (TCCD).

Alternativen oder Ergänzungen sind praktische Arbeitsproben und Projektberichte: kleine, gut dokumentierte Open‑Source‑Extensions oder kurze Fallstudien mit Entscheidungsbegründungen transportieren mehr als ein Zertifikat allein.

Häufige Bewerbungsfragen und wie du dich darauf vorbereitest

Interviews kombinieren oft Projektfragen, technische checks und Team‑Fit. Kandidat:innen sollten in der Lage sein, Entscheidungen aus Projekten zu erklären und technische Schritte nachvollziehbar darzustellen.

Konkrete Fragen zu Projekten, Code‑Beispielen und Problembehebung

Typische Fragen fordern strukturiertes Antworten: nicht nur das Ergebnis, sondern die Alternativen, die Bewertungskriterien und die Lessons Learned. Bereite 1–2 Projekte vor, bei denen du die wichtigsten Entscheidungen, Trade‑offs und Ergebnisse in jeweils wenigen Sätzen zusammenfassen kannst.

• Beispielhafte Fragestellungen: „Wie modellierst du Content‑Elemente für Skalierbarkeit?“, „Wie gehst du bei einem Major‑Upgrade vor?“, „Wie vermeidest du Logik in TypoScript?“ oder „Wie strukturierst du Fluid‑Templates für Wiederverwendbarkeit?“.
• Vorbereitung: Ein kleines Code‑Snippet bereitlegen, das Lesbarkeit, Tests und Extension‑Struktur zeigt – plus kurze Erläuterung der Architektur.

Fallstricke im Interview: was Recruiter:innen/Leads wirklich prüfen

Recruiter:innen und technische Leads prüfen meist Wartbarkeit, Sicherheitsdenken und Redaktionsfreundlichkeit. Es geht weniger um exotische Tricks als um nachvollziehbare, robuste Lösungen. Sei bereit, Upgrade‑Strategien, Deprecation‑Handling und Testing‑Schritte zu erläutern.

Praktische Vorbereitung: Portfolio, Code‑Snippets und Live‑Tests

Kuratierte Portfolios mit 3–5 prägnanten Beispielen, jeweils eine Architekturentscheidung und ein Ergebnis, sind hilfreich. Übe Live‑Tests mit „laut denken“ – erkläre Annahmen, nenne Randfälle und teile die Arbeit in kleine, überprüfbare Schritte.

Entscheidungshilfe: Freelancer, Agentur oder Inhouse — Vor‑ und Nachteile

Jede Route funktioniert – die Frage ist, was du lernen und wie du arbeiten willst.

• Agentur: Viele Branchen und Backlogs, schnelle Lernkurve, Teamstandards, oft klares PM. Nachteil: Deadlines, Kontextwechsel, mehrere Stakeholder.
• Inhouse: Tiefes Domänenwissen, langfristige Roadmaps, mehr Einfluss auf interne Prozesse. Nachteil: Weniger Technologievielfalt, Entscheidungswege können länger sein.
• Freelance: Hohe Autonomie, Tagessätze, flexible Projektwahl. Nachteil: Akquise, Eigenverantwortung für Qualitätssicherung, Haftung und Verfügbarkeit; Onboarding‑Hürden bei größeren Organisationen.

Praxis‑Tipp für Deutschland: Wer neu in TYPO3 einsteigt, kann in Agenturen – je nach Team und Projekt – häufig schneller belastbare Erfahrung mit Prozessen, QA und Releases sammeln. Später lässt sich der Wechsel zu Inhouse oder Freelance gezielter planen.

Checkliste: Prioritäten bei Skills und Vorbereitung

• Fundament stärken: PHP‑OOP, Paketmanagement, Coding-Konventionen, saubere Architekturprinzipien.
• TYPO3‑Spezifika vertiefen: TypoScript bewusst, Fluid strukturiert, Extbase/Extension‑API sicher – plus TCA und Backend‑UX.
• Arbeitsweise zeigen: Git‑Flow, Code‑Reviews, Tests, kurze und nützliche Dokus.
• Projekte kuratieren: 3 Beispiele mit klaren Entscheidungen und messbarem Nutzen; ein kleines, öffentliches Repo hilft.
• Zertifizierung erwägen: TCCD für formalen Nachweis und als Lernpfad; Gültigkeit und Inhalte im Blick behalten.

Fazit: So überzeugst du als Bewerber:in

Ein guter TYPO3‑Developer:in ist mehr als „jemand, der TypoScript kann“. Du verbindest Business‑Verständnis, saubere PHP‑Entwicklung, moderne Team‑Workflows und Redaktions‑Empathie zu einer robusten Webplattform. Wenn du in Bewerbungen nicht nur zeigst, welche Tools du kennst, sondern wie du Entscheidungen triffst und Qualität absicherst, erfüllst du genau das Profil, das Teams in Deutschland suchen. Setze auf nachvollziehbare Arbeitsproben, klare Kommunikation und einen realistischen Blick auf Wartbarkeit – dann passt der Step vom ersten Gespräch bis zum Go‑live.