test(backend): Filterprobe fragt auch YT Music ab — erste Fassung meldete erfundene Fehler

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

CHANGELOG.md

@@ -231,9 +231,16 @@ Die Android-App zählt eigenständig weiter (mehrere APKs pro Release). Welche d
     `artist`-Feld den Song selbst benennen. Es fällt **kein** Schritt weg — was vorher gefunden
     wurde, wird weiter gefunden, gegebenenfalls eine Stufe später.
   - **Belegt statt behauptet:** `backend/scripts/filter-probe.mjs` holt für bekannte Fälle die
-    echten Suchtreffer und spielt beide Reihenfolgen durch. Fünf Fälle, **ein** Unterschied (der
-    gemeldete), **null** Regressionen — BTS auf dem Label-Kanal BANGTANTV, der japanische
-    Soundtrack-Titel und Rising Insane kommen unverändert heraus, Letzterer nur eine Stufe später.
+    echten Suchtreffer — **aus beiden Quellen, YT Music zuerst** — und spielt beide Reihenfolgen
+    durch. Fünf Fälle, **ein** Unterschied (der gemeldete), **null** Regressionen: BTS auf dem
+    Label-Kanal BANGTANTV, der japanische Soundtrack-Titel, Rising Insane und Daft Punk kommen
+    unverändert heraus.
+  - Die erste Fassung der Probe sah **nur** die gewöhnliche YouTube-Suche und meldete deshalb für
+    „Get Lucky" einen Grammy-Mitschnitt und für TPR ein Tutorial-Video. Beides war erfunden: über
+    YT Music steht dort an erster Stelle die offizielle Tonspur („Get Lucky (feat. Pharrell
+    Williams and Nile Rodgers)", 370 s) beziehungsweise TPRs echtes „Dearly Beloved" (138 s) — und
+    genau die lädt die Kaskade. Eine Probe, die eine Stufe auslässt, erfindet Fehler; deshalb fragt
+    sie jetzt beide Quellen ab.
 - **Der Download-Filter konnte den falschen Titel speichern — zwei Löcher, ein Grund (Backend)** —
   gemeldet mit „銀髪の少年" (Yoshihisa Hirano, HUNTER×HUNTER) und „Dearly Beloved" (TPR): beide Male
   kam etwas anderes an.