Case study · referencja
Primavo — governance katalogu na headless
Headless sklep: import hurtowy → Woo (system rekordu) → Redis → front Next. Poniżej wyłącznie liczby z udokumentowanych runów operatorskich (READ ONLY / bounded apply z bramkami). Primavo = laboratorium metodyki SEOBLACK, nie szablon „zrobimy identycznie u każdego”.
Stack (kontekst)
- Feed XML/CSV (Action i inne źródła) + semantic-map / catalog-pipeline
- WooCommerce jako truth operacyjna; apply tylko bounded po GO
- Front Next + cache Redis — bez obietnicy „SEO jednym promptem”
Zweryfikowane metryki
Źródła: wpisy OPERATIONS-HUB §0a (2026-05-31 – 2026-06-02), artefakty wave w repo Hybrid. Brak procentów wzrostu ruchu organicznego — nie publikujemy metryk, których nie ma w dowodach.
| Obszar | Wynik | Kontekst |
|---|---|---|
| Monitory (IT) | both 47 → 0 | Sprint 25 — scan z exclude term 623; polityka listing; prod Woo write 0 w tym kroku |
| Fullpass cały Primavo | intruder_both 60 / 70 902 SKU (0,08%) | scan-all 250 paczek; both>0 m.in. monitory 47, rtv 5; census RO: A=0, B=0, C=57 (false-positive scan); zero prod Woo write w runie |
| Sprint S43 fast-track | bothMoveOpen 47 → 7 (Δ−40) | 47 wpisów IT-REVIEW → KEEP po RO; ok_net 0; feed MERGE 0 (Woo już aligned) |
| Neighbor-recluster (eksperyment) | 903 PID sąsiadów → kolejka review 351 | Redukcja ~61% vs „każdy neighbor do HITL” (decision-core pilot, READ ONLY); bez apply Woo / bez pełnego re-embed 43k |
Monitory
47 → 0
Intrudery (fullpass)
60 / 70 902
bothMoveOpen S43
47 → 7
Neighbor pilot
903 → 351
kolejka review (−61%)
Czego ten case nie dowodzi
- Brak gwarancji TOP3, wzrostu % ruchu ani „SEO naprawione w X tygodni”
- Większość runów catalog = READ ONLY lub ok_net=0 — świadome HOLD zamiast marketingowej pełni
- Live micro-apply (np. 2 SKU) to osobna ścieżka operacyjna — nie mieszamy z pełnoskalowym audytem w jednym zdaniu
Co możemy zrobić dla Ciebie
Ten sam rdzeń metodyki (audyt → ogarnięcie → abonament → opcjonalnie enrichment), dostosowany do Twojego feedu, CMS i reguł merch.