Laravel-Entwickler finden und echte Erfahrung erkennen

Am 17. März 2026 ist Laravel 13 erschienen. Fünf Tage vorher, am 12. März, endeten die Sicherheitsupdates für Laravel 11. Wer heute eine Laravel-Anwendung betreibt und Leute sucht, sucht also oft zwei Dinge auf einmal: jemanden, der Features baut, und jemanden, der das nächste Upgrade stemmt.

Die gute Nachricht: Laravel ist das verbreitetste PHP-Framework. In der JetBrains-Umfrage State of PHP 2025 gaben 64 Prozent der Befragten an, es zu nutzen. Die weniger gute: Nicht jeder, der Laravel im Lebenslauf stehen hat, hat damit mehr als ein Tutorial gebaut.

Was Laravel-Erfahrung von PHP-Erfahrung unterscheidet

Laravel nimmt viel Arbeit ab. Genau deshalb kann man lange damit arbeiten, ohne zu verstehen, was darunter passiert. Ein erfahrener Laravel-Entwickler kennt die Abkürzungen und weiß, wann sie teuer werden.

Konkret heißt das: Er kennt Eloquent und die Abfragen, die es erzeugt. Er weiß, wann eine Aufgabe in eine Queue gehört und wie man fehlgeschlagene Jobs behandelt. Er schreibt Feature-Tests mit PHPUnit oder Pest. Und er hat mindestens ein Major-Upgrade mitgemacht.

Das letzte Kriterium wird gern unterschätzt. Laravel veröffentlicht jedes Jahr um das erste Quartal eine neue Hauptversion, Bugfixes gibt es 18 Monate, Sicherheitsupdates zwei Jahre. Wer eine Anwendung langfristig betreibt, steht also regelmäßig vor einem Upgrade.

1. 12. März 2026Laravel 11: Ende der Sicherheitsupdates
2. 17. März 2026Laravel 13 erscheint, Mindestversion PHP 8.3
3. 13. Aug. 2026Laravel 12: Ende der Bugfixes
4. 24. Feb. 2027Laravel 12: Ende der Sicherheitsupdates
5. 17. März 2028Laravel 13: Ende der Sicherheitsupdates

Quelle: Laravel Release Notes, Support Policy (Stand Oktober 2026)

Die Daten stammen aus den offiziellen Laravel Release Notes. Für dich als Arbeitgeber bedeuten sie: Läuft deine Anwendung auf Laravel 11 oder älter, gehört Upgrade-Erfahrung auf die Pflichtliste. Was so ein Upgrade kosten kann, steht im Beitrag zu den Kosten eines PHP-Upgrades.

Woran du echte Laravel-Praxis erkennst

Die schnellste Probe ist eine Frage, die jeder Laravel-Entwickler im Alltag beantworten muss. Zeig der Person dieses Stück Code und frag, was daran im Betrieb auffallen würde:

// app/Http/Controllers/OrderController.php
use App\Models\Order;
use Illuminate\View\View;

public function index(): View
{
    $orders = Order::latest()->take(50)->get();

    return view('orders.index', ['orders' => $orders]);
}

// resources/views/orders/index.blade.php
@foreach ($orders as $order)
    {{ $order->customer->name }} – {{ $order->items->count() }} Positionen
@endforeach

Wer Laravel produktiv eingesetzt hat, erkennt das N+1-Problem sofort. Die Seite erzeugt eine Abfrage für die Bestellungen und dann zwei weitere pro Bestellung, bei 50 Bestellungen also 101 Abfragen. Eine gute Antwort sieht ungefähr so aus:

$orders = Order::with('customer')
    ->withCount('items')
    ->latest()
    ->take(50)
    ->get();

// in der Blade-Vorlage: $order->items_count statt $order->items->count()

// app/Providers/AppServiceProvider.php
use Illuminate\Database\Eloquent\Model;

public function boot(): void
{
    Model::preventLazyLoading(! app()->isProduction());
}

Spannend wird es bei der Nachfrage. Warum withCount statt with('items')? Weil sonst alle Positionen geladen werden, obwohl nur die Anzahl gebraucht wird. Warum preventLazyLoading nur außerhalb der Produktion? Weil eine Exception im Live-System schlimmer ist als eine langsame Seite, während sie in der Entwicklung genau den Fehler sichtbar macht.

Eine Person, die so argumentiert, hat Laravel nicht nur gelesen. Weitere Fragen dieser Art findest du in unserem Katalog mit PHP-Interviewfragen.

Fragen, die Upgrade-Erfahrung sichtbar machen

Upgrade-Erfahrung lässt sich schlecht aus dem Lebenslauf lesen. „Laravel 8 bis 12“ kann heißen, dass jemand vier Upgrades verantwortet hat. Es kann auch heißen, dass jemand vier Jahre in einem Projekt saß, das andere aktualisiert haben.

Drei Fragen helfen beim Unterscheiden:

1. Wie bist du beim letzten Major-Upgrade vorgegangen, und was ist dabei kaputtgegangen?
2. Welche Pakete haben euch aufgehalten, und wie habt ihr das gelöst?
3. Woran hast du gemerkt, dass nach dem Deployment alles noch funktioniert?

Bei der ersten Frage hörst du auf Details. Gute Antworten erwähnen den offiziellen Upgrade-Guide, einen eigenen Branch, Tools wie Rector oder Laravel Shift und eine Reihenfolge: erst PHP-Version, dann Framework, dann Pakete. Schwache Antworten bleiben bei „lief eigentlich problemlos“.

Die zweite Frage zeigt, ob die Person das Ökosystem kennt. Oft hängt ein Upgrade an einem einzigen Paket, dessen Autor noch keine kompatible Version veröffentlicht hat. Wer dann einen Fork pflegt oder das Paket ersetzt, hat echte Entscheidungen getroffen.

Die dritte Frage trennt Leute mit Testkultur von allen anderen. Laut JetBrains schreiben 32 Prozent der PHP-Entwickler überhaupt keine Tests. In einem Laravel-Projekt ohne Tests ist jedes Upgrade ein Blindflug, und eine erfahrene Person weiß das.

Ein Wort zu Laravel 13: Die Version bringt ein eigenes AI SDK, JSON:API-Resources und mehr PHP-Attribute wie #[Middleware] oder #[Authorize] direkt an Controllern. Niemand muss das alles schon im Detail kennen. Neugier darauf ist trotzdem ein gutes Zeichen, denn es zeigt, dass jemand die Entwicklung des Frameworks verfolgt.

Wo Laravel-Entwickler zu finden sind

Die Laravel-Community ist gut organisiert, und das hilft bei der Suche. Ein paar Orte, an denen du Leute triffst, die sich wirklich mit dem Framework beschäftigen:

• LaraJobs, die Jobbörse, die auf der offiziellen Laravel-Website verlinkt ist
• Laravel- und PHP-Meetups in größeren Städten, viele davon mit offenen Vortragsslots
• GitHub: Autorinnen und Autoren von Laravel-Paketen auf Packagist
• Empfehlungen aus dem eigenen Team, oft der schnellste Weg
• Laravel-Partneragenturen, falls du lieber ein Team einkaufst

Bei GitHub lohnt ein genauer Blick. Wer ein gepflegtes Paket mit Tests und Changelog veröffentlicht, zeigt mehr als jeder Lebenslauf. Schreib diese Leute persönlich an und beziehe dich auf ihre Arbeit, nicht auf eine Massennachricht.

Allgemeine Tipps zu Kanälen und zur Ansprache stehen im Überblick PHP-Entwickler finden. Für Laravel gilt zusätzlich: Nenne die Version und den Frontend-Stack in der ersten Zeile. „Laravel 12, Livewire 3, Upgrade auf 13 in Q1“ filtert besser als jede Anforderungsliste.

Junior, Mid oder Senior: was du realistisch erwarten kannst

Die Bezeichnungen sind dehnbar. Hilfreicher ist eine Beschreibung, was die Person im Laravel-Alltag allein hinbekommt.

Für eine Anwendung, die schon läuft und Geld verdient, ist ein Junior als einzige Laravel-Person keine gute Idee. Er hat niemanden, von dem er lernt, und du niemanden, der seine Entscheidungen prüft. Woran du Senior-Niveau festmachst, beschreibt der Beitrag Senior-PHP-Entwickler erkennen.

Laravel oder doch Symfony-Leute?

Manchmal ist die Laravel-Suche zu eng. Laravel baut auf Symfony-Komponenten auf, die Grundideen sind verwandt. Ein guter Symfony-Entwickler ist nach einigen Wochen in einem Laravel-Projekt produktiv, wenn er Lust darauf hat.

Umgekehrt gilt das auch. Wenn du noch nicht festgelegt bist, auf welches Framework dein nächstes Projekt setzt, lohnt der Vergleich Laravel oder Symfony, bevor du die Stelle ausschreibst. Das Framework bestimmt, wen du suchen musst.

Und falls du feststellst, dass du eigentlich kein Team aufbauen, sondern eine bestehende Laravel-Anwendung zuverlässig weiterentwickeln lassen willst: Das können auch externe Studios wie OnlineBuilders übernehmen, inklusive des laufenden Betriebs.

Der nächste Schritt: Schau in deine composer.json, notiere die Laravel- und PHP-Version und schreib beides in die erste Zeile deiner Stellenanzeige. Wer sich darauf meldet, weiß, worauf er sich einlässt.

Häufige Fragen

Ist ein Laravel-Entwickler teurer als ein allgemeiner PHP-Entwickler?

Nicht grundsätzlich. Öffentliche Gehaltsdaten werden in Deutschland selten nach Framework aufgeschlüsselt, sichtbar sind vor allem Unterschiede nach Erfahrung und Region. Bei Freelancern liegen die Mediane der meisten Technologien laut freelancermap 2026 eng beieinander, zwischen 85 und 90 Euro pro Stunde.

Kann ein Symfony-Entwickler Laravel-Projekte übernehmen?

Meist ja, nach einer Einarbeitung. Laravel nutzt selbst Symfony-Komponenten, und die Grundkonzepte wie Routing, Container und Middleware sind verwandt. Ungewohnt sind eher Eloquent als Active-Record-ORM und Laravels Konventionen.

Brauche ich für Laravel auch Frontend-Kenntnisse?

Das hängt vom Stack ab. Mit Livewire bleibt viel Logik in PHP, mit Inertia und Vue oder React braucht die Person solides JavaScript. Schreib in die Anzeige, welche Variante ihr nutzt, sonst bewerben sich die Falschen.