Percorso Caso - Convalida Produzione
Questa pagina di caso controllata per la produzione convalida il percorso della soluzione tecnica CFS rispetto al contratto fisso dello slot Template_CasePage prima di tentare la narrazione finale per il cliente.
Richiedi Revisione Caso
Perché esiste questa prova di caso
La matrice precedente mostrava una deriva di riferimento del Caso CFS. Questa pagina dimostra che il percorso attuale può essere pubblicato nel guscio del caso dichiarato, nell'hero, nella griglia dei fatti, nelle schede soluzione, nel blocco prova, nella griglia dei rischi e nel CTA finale senza ricadere in HTML del corpo in forma libera.
Contratto Fisso Slot Caso
Hero e media rimangono accoppiati
L'hero del caso utilizza gli slot dichiarati per testo e immagine, quindi il contesto del cliente e le visualizzazioni dei rack rimangono nella stessa griglia controllata.
Le metriche rimangono nella griglia dei fatti
I valori di prova del percorso vengono renderizzati tramite cfs-case-facts-grid invece di essere sparsi in paragrafi o tabelle grezze.
Il CTA rimane di proprietà del tema
Sia le azioni in alto che in basso riutilizzano cfs-cta-btn, preservando lo stile dei pulsanti del sito CFS mantenendo visibile il marcatore di convalida.
La prova è legata a un render front-end reale
La pagina deve superare la rilettura di WP e la misurazione del browser. I soli marcatori richiesti non sono sufficienti se il guscio Avada crea uno spazio vuoto visibile prima dell'hero.
Modalità di Fallimento Note Coperte
Convalida legacy solo con marcatori
Controllare solo cfs-case-shell e un'immagine è insufficiente. La griglia deve includere le sezioni BEM attuali da Template_CasePage.slot_schema.json.
Deriva della spaziatura dell'intestazione
Il gate del browser misura lo spazio dalla navigazione CFS al primo blocco hero del caso, quindi un colpo di classe non può nascondere un primo viewport rotto.
EN 
DE 
RU 
NL 
PT 
JA 
ES 
IT