PHOENIX CORE
Phoenix Core

Come funziona

Una catena di nove stadi in cui chi decide non pubblica e chi pubblica non decide.

I nove stadi

  1. Discovery. Scansiona i file del sito, applica le esclusioni e costruisce l'inventario.
  2. SEO Projection. Traduce le indicazioni di indicizzazione di ogni pagina.
  3. Eligibility. Scarta ciò che non può essere pubblicato.
  4. Candidate Resolver. Capisce che cosa è ogni candidato: pagina, indice, modello, endpoint.
  5. Commander. Calcola peso e valore e applica le 12 regole del gate finale.
  6. Final Eligible Set. Contiene solo le pagine approvate.
  7. Publication. Prepara record, manifesto e metadati.
  8. Writer. Scrive la sitemap in modo atomico.
  9. Cron. Ripete tutto ogni giorno, con controlli e copie di riserva.

Perché è diverso

Spiegabile

Ogni pagina entra o esce per una regola scritta, leggibile nel registro.

A chiusura sicura

Nel dubbio non pubblica: una pagina senza decisione approvata resta fuori.

Automatico

Una pagina nuova viene riconosciuta e aggiunta senza intervento manuale.

Reversibile

Prima di ogni scrittura crea una copia di riserva e rilegge il risultato.

Sicurezza e controllo

  • Minimo di 50 indirizzi, nessun duplicato, indirizzi sul dominio corretto, file esistenti.
  • Calo massimo del 20% e non più di 30 nuovi indirizzi per esecuzione: oltre, la sitemap non viene toccata.
  • Dieci copie di riserva conservate; ripristino con una semplice copia del file.
  • Script eseguibili solo da riga di comando: dal web rispondono con errore.

Video e lingue

Una sitemap dei video si genera da sola, con miniature abbinate e dati strutturati. Le lingue vivono su un sito dedicato, con sitemap propria e indicazioni hreflang soltanto per le traduzioni che esistono davvero.

Che cosa è ancora in sviluppo

Per onestà verso chi legge: Priority Engine e LastMod Intelligence sono annunciati, il Decision Dashboard è da verificare, il Kernel è una specifica non ancora abilitata. Il percorso in produzione è Commander, Writer e cron.