Ferma le modifiche accidentali agli URL prima che rompano i link.
Metti le modifiche a slug e permalink dietro un passaggio esplicito, così un cambio URL involontario non rompe i link esistenti.
Usalo quando chi modifica il sito deve aggiornare titoli e contenuti senza cambiare di nascosto URL già consolidati.
Proteggi gli URL in modo predefinito.
Gli URL buoni diventano infrastruttura. Questo plugin rende più difficili le modifiche accidentali, lasciando comunque spazio ai rinomini intenzionali.
Blocca gli slug esistenti di articoli e tassonomie finché non li sblocchi esplicitamente. Questo plugin mantiene stabili gli URL esistenti durante importazioni, sincronizzazioni, esecuzioni MCP e altri aggiornamenti via script.
Scarica l’ultima versione | Vedi il codice su GitHub
L’ambito attuale è solo la protezione degli slug. Non blocca i link dentro il contenuto e non blocca i valori dei metadati.
Quale problema risolve
Molti guasti in WordPress iniziano con una modifica silenziosa dello slug. Uno script, un’importazione, una migrazione o un flusso di lavoro con IA aggiorna lo slug di un articolo o di un termine, e all’improvviso i vecchi URL non corrispondono più a ciò che motori di ricerca, segnalibri o sistemi interni si aspettano.
URL rotti
Vecchi link nei risultati di ricerca, nelle email e nella documentazione smettono di risolversi correttamente.
Cambiamenti inattesi nelle tassonomie
Categorie e termini cambiano quando sincronizzazioni o strumenti massivi li riscrivono.
Conflitti con le automazioni
Script e strumenti MCP possono modificare in sicurezza, ma i cambi di slug dovrebbero richiedere una decisione esplicita.
Cosa blocca davvero
Slug degli articoli
Esistenti post_name restano bloccati durante gli aggiornamenti, salvo tua autorizzazione.
Slug dei termini di tassonomia
Anche gli slug dei termini esistenti restano bloccati, salvo tua autorizzazione.
Nient’altro
Non blocca link nel contenuto, metadati degli articoli o modifiche editoriali non correlate.
Quando serve
- Importazioni massive che devono aggiornare i contenuti senza rinominare URL già consolidati.
- Flussi da staging a produzione in cui lo spostamento degli slug creerebbe danni SEO evitabili.
- Flussi MCP e automazioni in cui gli assistenti devono poter modificare in sicurezza senza cambi silenziosi dei permalink.
- Siti in cui più plugin o processi personalizzati modificano articoli e termini via codice.
Come consentire un rinomino intenzionale
Se vuoi davvero cambiare gli slug, aggiungi una costante temporanea di consenso in wp-config.php, fai la modifica, poi rimuovi la costante.
define('URL_LOCKDOWN_ALLOW', true);
// Oppure, solo per WP-CLI:
define('URL_LOCKDOWN_ALLOW_CLI', true);Così il comportamento predefinito resta severo, ma puoi comunque eseguire rinomini pianificati quando serve.
Stato della versione attuale
- Ultima versione: 1.4.2
- Richiede WordPress: 5.9+
- Richiede PHP: 7.4+
- Licenza: GPL v2 o successiva
Domande frequenti
Consente ancora modifiche manuali agli slug in wp-admin?
No. Gli slug esistenti di articoli e tassonomie restano bloccati finché non viene impostata una costante di consenso. Questo è il comportamento documentato attuale.
Blocca anche i link nel contenuto degli articoli?
No. Al momento il plugin riguarda solo gli slug. Non controlla i link dentro il contenuto.
Blocca metadati o campi personalizzati?
No. I valori dei metadati sono fuori dal suo ambito.
E se devo rinominare qualcosa intenzionalmente?
Usa URL_LOCKDOWN_ALLOW o URL_LOCKDOWN_ALLOW_CLI, esegui la modifica e rimuovi di nuovo la costante.
Perché mantenere un ambito così ristretto?
Perché il punto utile da rafforzare è la stabilità degli slug. Bloccare campi non correlati crea rumore e ostacola la normale modifica.
Devi prevenire modifiche URL accidentali?
Raccontaci come oggi vengono modificati i contenuti e dove gli errori sugli URL creano rischio. Ti suggeriremo i controlli giusti.