n einem Blocktheme ohne Query-Loop arbeiten – mit einem Query ID-Ersatz

Nabend Community 😉

vorweg: vielen vielen Dank für Eure tolles Forum und die unermüdliche Hilfe hier. Ich bin sehr froh, dass es euch hier gibt u. dass ihr den weltbesten WordPress-Support hier liefert.

Im Moment habe ich hier ein paar Überlegungen zur aktuellen Arbeit an einem Projekt in dem WordPress 6.9 eingesetzt ist – alles sieht aus wie folgt

WordPress Base: Version 6.9

FacetWP Version 4.4.1 Pro

Custom Post Types UP

ACFPro

WordPress TT3 Theme

Und da ich kein Block-Theme-Profi bin, hab ich am Anfang erstmal ein paar konzeptuelle Fragen u. Überlegungen angestellt – ob das so gehen kann – ob ich so vorgehen kann. Ihr seid die Experten – ihr die Entwickler u. Supporter von WordPress – mit dem tiefschürfenden Wissen u. der Erfahrung. Deshalb bin ich nun hier – um mit euch die Überlegungen zu teilen – und die Fragen: By the way – ich will immer alles liefern – aber da die Seite noch komplett im Rohbau ist – ist sie hinter einem „restricted Accesss-“ Plugin. Sorry dafür – aber dennoch schreib ich das mal in die entsprechende Forumlarzeile rein – einfach um hier maximal complient zu den Foren-Regeln zu sein. Sobald mehr Daten u. Infos moeglich sind – liefere ich noch mehr.

Also: Die Überlegungen – sie beziehen sich auf den Workaround in diesem Setup: Freue mich, wenn ihr Eure Ideen hierzu liefert – denn ich bin noch nicht 100 % sicher, ob ich das alles komplett richtig einordne!?

Also In Block-Themes wie dem Twenty Twenty-Three (TT3) verlässt WordPress den klassischen PHP-Weg. Der query_id-Ansatz aus älteren „Hybrid-Themes“ greift hier imho nicht mehr direkt im Editor, da der Core Query Loop Block seine Identität und Filterung über Block-Attribute steuert. 

Hier ist die Funktionsweise des Core Query Loops in TT3:

1. Die Logik des „Vererbens“ (Inherit Query)

Standardmäßig ist bei neuen Query Loop Blöcken die Option „Abfrage vom Template erben“ (Inherit query from template) aktiviert. 

• In Templates: Auf der Beitragsübersicht oder in Archiven erkennt der Block automatisch den Kontext (z. B. „Zeige alle Beiträge der Kategorie X“).
• Auf statischen Seiten: Wenn man eine eigene Liste erstellen wills, musst man also diesen Schalter deaktivieren. Erst dann erscheinen die manuellen Filter-Optionen für Kategorien, Schlagworte oder Autoren in der (rechten) Seitenleiste. 

2. Fehlende Query ID & Pagination

Der klassische Weg über eine manuell vergebene ID zur Identifizierung in PHP-Hooks (wie pre_get_posts) ist im Block-Editor nicht vorgesehen. 

• URL-Parameter: WordPress generiert intern eine ID für die Pagination (z. B. ?query-0-page=2), um mehrere Loops auf einer Seite zu unterscheiden.
• Anpassung: Möchtest man also  den Loop dennoch per Code manipulieren, nutzt man dazu Filter wie query_loop_block_query_vars. Da es keine einfache „ID“ gibt, musst du den richtigen Loop oft über spezifische Attribute (z. B. eine gesetzte Kategorie oder einen Custom Block Style) identifizieren. 

3. Erweiterte Funktionen (Workarounds)

Da der Core-Block bei komplexen Abfragen (z. B. Meta-Queries oder Ausschluss bestimmter Beiträge) schnell an Grenzen stößt, nutzen viele Entwickler für TT3 Ergänzungen:

• Plugins: Das Plugin <u>Advanced Query Loop</u> integriert fehlende Profi-Filter direkt in das Interface des Standard-Blocks.
• Smarte Defaults: Seit WordPress 6.x setzt der Block automatisch sinnvollere Standardwerte, je nachdem, ob er in einem Single-Post oder auf einer Seite eingefügt wird. 

Möchtest man eine ganz bestimmte Abfrage erstellen (z. B. „Verwandte Beiträge“ oder „Beiträge ausschließen“), die mit den Standardfiltern in TT3 nicht klappt?

Soweit so gut: Nun – ich will FacetWP auf dem TwentyTwentyThree (TT3) anwenden 

Ziel ists – einen Minikatalog auf der Seite zu haben – und den über facetWP durchsuchbar zu machen

habe facetWP 4.4.1 pro und ACFPro auf einem WP 6.9 mit TT3 Theme

Nun – ich hab schon facets: (from facetWP) – Ziel ists wie gesagt einen mini-catalog auf der Seite zu haben.

meine Facets – die liegen in den mini-catalog-Kategorien_

Category 1

Category 2

Category 3

Der Knackpunkt ist dieser:

TT3 verwendet den Core-Query-Loop ohne FacetWP-Integration im Block-UI. Deshalb sieht man hier imho auch  kein „Inherit query“ und kein „Query ID“ im rechten Panel. Das ist – wohl  kein Fehler, sondern gewissermaßen so etwas wie eine Architektur-Frage.

Wie komm ich also dennoch dazu – die FacetWP mit Listen zu verbinden. Hab mich hierzu etwas eingelesen – und versucht einen Weg zu finden. Es gibt imho  zwei Wege, FacetWP mit Listen zu verbinden:

Weg A – „Block-nativer Weg“ (nur bei bestimmten Themes / Plugins)

* Query Loop zeigt hier:

  * Inherit query

  * Query ID

* FacetWP erkennt den Block direkt

  👉 Bei TT3 jedoch ist diese Funktion nicht verfügbar

## ein vermutlicher Ansatz einer LÖSUNG (jetzt ganz konkret)

Man kann das ganze vielleicht ja auch dadurch bewerkstelligen in dem man den FacetWP Listing Block / Shortcode einsetzt und verwendet : Die praktische Lösung hier – die geht imho also über die Shortcodes und das konsequente **ignorieren den Core Query Loop** . Denn er spielt in diesem Zusammenhang keine wesentliche und tragende Rolle. 

Praktischer Versuch einer Lösung: Wie seht ihr das denn!?

Facets an das Listing binden – 

dazu öffnen wir  z. B. die Facet **category 1 **

und gehen nach Ganz unten:

| Feld                        | Wert              |

| ——————–       |    ————–  |

| **Facet applies to**| mein_minikatalog |

💡 dies „mein „mein_minikatalog“ Das ist **der Ersatz für „Query ID“**

Zu den Einstellungen: 

Rechte Sidebar → ganz unten:

### 🔹 Erweiterte Einstellungen

hier gilt es zu aktiviere (falls vorhanden):

* **Inherit query** → ❌ AUS

* **Query ID** → trage ein:

`</p> <p>mein_minikatalog – das ist imho meine <strong>Query ID</strong></p> <p>`

und die füge ich dann – soweit ich das richtig verstanden habe dann überall ein

## Erste Facet einfügen (mein_Minikatalog Type)

Im Facet-Block (rechte Sidebar):

* **Facet:** category1

* **Facet label anzeigen:**

* **Query ID:**

`</p> <p><strong>Query ID: „mein_minikatalog“</strong></p> <p>`

Kann man das so ansetzen – kann man hier so vorgehen – und sind die Annahmen richtig!?

Die Überlegungen – sie beziehen sich auf den Workaround in diesem Setup: Freue mich, wenn ihr Eure Ideen hierzu liefert – denn ich bin noch nicht 100 % sicher, ob ich das alles komplett richtig einordne!

Freue mich von Euch zu hören.
euer 24 Jobs

Die Seite, für die ich Hilfe brauche: [Anmelden, um den Link zu sehen]