Come creare un inventario degli URL WordPress con l’IA

Un inventario degli URL è la base fattuale della maggior parte del lavoro SEO e di migrazione WordPress. L’IA può normalizzare esportazioni e classificare schemi, ma non può dedurre un sito completo dalla prima pagina di una risposta API o da una sola sitemap. Costruisci l’inventario da più fonti nominate e conserva le discrepanze.

L’analisi SEO è affidabile solo quanto le prove fornite. Un modello linguistico non conosce autonomamente stato di scansione, indicizzazione, posizionamenti, selezione canonica o prestazioni delle pagine. Trattalo come organizzatore di prove e generatore di ipotesi, quindi verifica ogni risultato nel sistema sorgente appropriato.

In una frase: crea una riga stabile per ogni URL scoperto, conserva ogni fonte che lo ha segnalato e contrassegna i conflitti invece di scegliere silenziosamente un valore.

Cosa ti aiuta a ottenere questa guida

Il risultato deve fornire una vista tracciabile di URL pubblici, privati, reindirizzati e mancanti, con ID WordPress dove disponibili. Deve supportare audit successivi senza pretendere che una fonte di dati rappresenti l’intero sito.

Un risultato utile non è soltanto una risposta rifinita. Deve mostrare quali record o pagine sono stati esaminati, quali prove non erano disponibili, cosa ha dedotto l’assistente, cosa deve decidere una persona e quali azioni restano vietate.

Cosa deve contenere un risultato riuscito

• Un record di URL normalizzato con tutte le varianti di fonte osservate.
• ID contenuto WordPress, tipo, stato, lingua e date, ove disponibili.
• Prove HTTP, canoniche, di sitemap e di politica di indicizzazione, se fornite.
• Indicatori di presenza della fonte che mostrano dove è stato scoperto ogni URL.
• Campi per conflitti e dati mancanti.
• Un ambito dell’inventario e una data di estrazione chiaramente definiti.

Prove e input da preparare

WordPress, sitemap, crawler e sistemi di analisi rispondono a domande diverse. Uniscili senza cancellare le differenze.

• Esportazioni complete e paginate di articoli, pagine e tipi di contenuto personalizzati WordPress.
• Tutte le sitemap XML e gli indici delle sitemap.
• Un’esportazione di scansione con URL finale, stato e campi canonici.
• Una mappa dei reindirizzamenti o dati del server, se disponibili.
• Esportazioni di pagine da Search Console e analisi, se pertinenti.
• Mappature di lingua, sezione del sito e responsabile del contenuto.
• Regole di normalizzazione degli URL approvate per il progetto.

Registra data, fonte, ambito e omissioni note per ogni input. Rimuovi credenziali, informazioni personali e dati dei clienti non necessari al compito.

Mantieni le fonti di scoperta come prove separate

Un URL in WordPress ma assente dalla sitemap non è automaticamente un errore. Un URL nei dati analitici ma assente da WordPress può essere reindirizzato, esterno, storico o generato. Conserva indicatori come in_wordpress, in_sitemap, in_crawl e in_search_data prima di interpretarli.

Normalizza senza nascondere le differenze

La normalizzazione di maiuscole, barra finale, protocollo, host e query può evitare conteggi duplicati. Conserva sia il valore grezzo sia la chiave normalizzata, così i revisori possono esaminare cosa è stato cambiato. Non eliminare parametri finché non ne conosci la funzione.

Un flusso di lavoro sicuro

1. Dichiara host, protocolli, lingue e tipi di contenuto inclusi.
2. Esporta ogni fonte con date e prove di paginazione.
3. Archivia gli URL grezzi prima di applicare le regole di normalizzazione.
4. Crea una chiave URL normalizzata e indicatori di presenza della fonte.
5. Unisci ID WordPress, stati, risultati HTTP, canoniche e prove della sitemap.
6. Chiedi all’assistente di classificare conflitti e campi mancanti.
7. Esamina manualmente le discrepanze ad alto impatto.
8. Congela l’istantanea dell’inventario per il lavoro successivo.
9. Crea attività separate per reindirizzamenti, canoniche o modifiche ai contenuti.

Il flusso di lavoro separa intenzionalmente analisi e implementazione. Una fase di modifica successiva dovrebbe fare riferimento al risultato approvato invece di ampliare silenziosamente i permessi dell’identità analitica.

Modello di prompt

Prima di usare questo prompt, sostituisci ogni valore tra parentesi quadre. Non incollare password, chiavi API, record privati dei clienti o informazioni personali non pertinenti nell’istruzione.

Crea un inventario degli URL WordPress normalizzato dai file sorgente forniti.

Restituisci una riga per URL normalizzato con:
- URL normalizzato e tutte le varianti grezze
- Host, percorso, query e lingua
- ID WordPress, tipo di contenuto e stato
- Date di pubblicazione e modifica
- Presente in WordPress, sitemap, scansione, Search Console, analisi e mappa dei reindirizzamenti
- Stato HTTP e URL finale, se forniti
- Canonica dichiarata, se fornita
- Classe di conflitto e prove mancanti
- Priorità di revisione e motivazione

Regole:
1. Non presumere che una fonte sia completa.
2. Conserva valori grezzi e date delle fonti.
3. Non eliminare parametri senza una regola approvata.
4. Non inventare dati HTTP, canonici o di indicizzazione.
5. Non modificare WordPress, reindirizzamenti o sitemap.

Perché questo prompt è strutturato così

Il modello di presenza della fonte crea un’unione verificabile invece di un foglio di calcolo piatto che nasconde contraddizioni. Le varianti grezze e le chiavi normalizzate consentono di mettere in discussione la deduplicazione.

Limite di accesso consigliato

Usa un’identità Read Only. L’assistente può ispezionare i record WordPress inclusi nell’ambito, ma i tentativi di creare, modificare, eliminare o pubblicare contenuti devono essere rifiutati.

Il flusso di lavoro consigliato è a basso rischio quando i dati sorgente sono delimitati e non è concessa alcuna autorizzazione di scrittura. Rischio basso non significa nessuna revisione.

Cosa deve restare fuori da questa attività

• Nessun reindirizzamento, canonica, modifica noindex o eliminazione.
• Nessuna affermazione che l’assenza dalla sitemap significhi deindicizzazione.
• Nessuna supposizione che la paginazione API sia completa senza prove.
• Nessuna rimozione di parametri di query prima di conoscerne il ruolo.
• Nessuno stato HTTP o URL finale dedotto.

Il livello di accesso è una raccomandazione iniziale, non un diritto universale. Le capacità esatte disponibili a un’identità devono provenire dalla versione di prodotto installata e dalla relativa copertura pubblicata.

Come si colloca WP Agent Control

Questo è un flusso generale di WordPress, non una promessa che Agent Control possa modificare ogni oggetto o integrazione descritta. Nel percorso guidato, iniziare dalle pagine pubbliche. Operazioni su plugin, temi, utenti, impostazioni, file, eliminazioni, WooCommerce, ACF e page builder non sono attività guidate native. Usare strumenti e autorizzazioni valutati separatamente quando necessario.

Dopo la connessione, ottieni informazioni strutturate sul sito ed esamina pagine pubblicate selezionate. Questa lettura pubblica non richiede un’attività temporanea. Puoi anche visitare pagine pubbliche senza il plugin; Agent Control aggiunge accesso strutturato e continuità verso operazioni WordPress autorizzate.

Collega la tua IA: docs first profile · Vedi funzioni e compatibilità: coverage

Elenco di verifica

• ☐ Ogni fonte ha una data e un ambito.
• ☐ Il completamento della paginazione è documentato.
• ☐ Sono conservati sia i valori URL grezzi sia quelli normalizzati.
• ☐ I conflitti tra fonti restano visibili.
• ☐ Gli ID WordPress sono conservati dove disponibili.
• ☐ Nessuno stato URL è cambiato durante la creazione dell’inventario.

Modalità di errore comuni

• Sitemap uguale al sito: l’inventario esclude URL validi non elencati nella sitemap.
• Esportazione della prima pagina API: la paginazione viene ignorata e il risultato è dichiarato falsamente completo.
• Normalizzazione distruttiva: parametri o differenze di percorso vengono scartati prima della revisione.
• Cancellazione dei conflitti: una fonte sovrascrive silenziosamente un’altra.

Nota avanzata

Usa istantanee di inventario immutabili con ID URL stabili. Scansioni successive e mappe di migrazione possono fare riferimento alla stessa identità, consentendo al team di osservare transizioni di stato senza riscrivere prove storiche.

Guide correlate

• Come inventariare i contenuti WordPress con l’IA
• Come svolgere un audit SEO WordPress in sola lettura con l’IA
• Come trovare pagine WordPress orfane con l’IA
• Come trovare contenuti WordPress duplicati o sovrapposti con l’IA

Passaggio successivo

Usa l’inventario congelato per l’analisi delle pagine orfane, la revisione delle sovrapposizioni e l’audit SEO più ampio.