Uno URL shortener WordPress trasforma i lunghi permalink che il tuo CMS genera in link brevi, brandizzati e tracciabili che puoi condividere fuori sito. WordPress è ottimo per la pubblicazione. Non è costruito per dirti quante persone hanno cliccato il link che hai inserito in una newsletter, un tweet o un volantino stampato. Questa lacuna è il motivo per cui si ricorre a uno shortener.
Ecco la versione breve prima del dettaglio. Accorci e tracci i link da WordPress per quattro motivi: condivisioni social brandizzate che corrispondono al tuo sito invece di un dominio generico, link in uscita e affiliate tracciati in modo da sapere cosa viene effettivamente cliccato, codici QR per stampa e packaging che puntano a un link che puoi cambiare in seguito, e analytics sui clic che il tuo CMS semplicemente non ti fornisce. WordPress sa che un post è stato pubblicato. Non sa che il link al suo interno ha ottenuto 4.000 clic dalla Germania un martedi.
Ci sono quattro modi per collegare tutto questo, e si scambiano sforzo con controllo. Un plugin è il meno laborioso se ne esiste uno compatibile. L'API REST Elido è il piu' flessibile ed è il percorso su cui la maggior parte dei team si stabilisce. Zapier si trova nel mezzo come ponte no-code. E puoi sempre incollare i link a mano. Il resto di questo post illustra ciascuno, poi tratta le parti che le persone sbagliano: permalink vs short link, la sostituzione dei fragili plugin di redirect, e dove il redirect dovrebbe effettivamente avvenire in modo da non rallentare mai il sito.
Cosa fa davvero uno URL shortener WordPress#
Rimuovi il marketing e uno shortener fa due lavori. Mappa uno slug breve su una destinazione lunga, e conta ogni volta che qualcuno segue quello slug. WordPress non fa nessuno dei due per i link che condividi altrove.
I tuoi post hanno già URL. WordPress costruisce un permalink per ciascuno, di solito uno slug leggibile sul tuo dominio. Quel permalink è per le persone che leggono il tuo sito. Non è corto, non è brandizzato per la condivisione su una piattaforma con un budget di caratteri, e WordPress non tiene traccia di chi lo ha cliccato una volta che lascia la tua pagina. Un short link è un oggetto separato: un URL compatto su un dominio di redirect, opzionalmente il tuo dominio brandizzato, che reindirizza alla destinazione e registra il clic.
La distinzione conta perché i due sono facili da confondere. Un permalink e un short link si assomigliano ed entrambi portano da qualche parte. Solo uno di essi è costruito per essere condiviso e misurato. Ci torneremo.
Percorso uno: un plugin WordPress#
Il percorso del plugin è quello che la maggior parte delle persone cerca per primo, e per una buona ragione. Un plugin si installa dalla directory dei plugin WordPress, lo colleghi con un token API, e i short link iniziano ad apparire senza che tu tocchi una riga di PHP.
Voglio essere onesto sullo stato di questo, perché la disponibilità dei plugin cambia e preferisco che tu conosca la forma del percorso piuttosto che fidarti di uno screenshot obsoleto delle impostazioni. Il pattern generale che segue qualsiasi plugin shortener è lo stesso: lo installi, incolli un token API con ambito workspace dal tuo strumento di link, e il plugin chiama l'API dello shortener per tuo conto quando pubblichi o quando fai clic su un pulsante nell'editor. Alcuni plugin creano automaticamente un short link alla pubblicazione e lo scrivono in un campo personalizzato. Altri aggiungono un meta box dove ne generi uno su richiesta. I migliori ti consentono di scegliere il dominio brandizzato e aggiungere tag in modo che il link arrivi nel posto giusto nelle tue analytics.
Se è elencato un plugin WordPress Elido mantenuto, installalo dalla dashboard e collegalo con un token da /settings/api. Se non riesci a confermare un plugin corrente e mantenuto per il tuo shortener, non forzarlo. Un plugin mezzo abbandonato che si rompe al prossimo rilascio di WordPress è peggio del percorso API, che controlli tu. Quando un plugin si adatta, è l'opzione con meno sforzo. Quando non si adatta, passa all'API.
Una cosa da verificare prima di fidarsi di qualsiasi plugin: dove avviene il redirect. Un plugin che registra solo il link con uno shortener esterno è accettabile. Un plugin che installa anche un handler di redirect locale in modo che i link si risolvano attraverso il tuo server WordPress è il pattern lento che analizzeremo tra poco. Vuoi il link creato in WordPress e risolto all'edge, non risolto in PHP.
Percorso due: l'API REST Elido#
Questo è il percorso con il maggior numero di parti mobili e il massimo controllo, ed è quello su cui i team si affidano quando vogliono short link creati automaticamente e in modo affidabile ad ogni pubblicazione.
WordPress attiva un'azione quando un post cambia stato. Quella rilevante è transition_post_status, che viene eseguita ogni volta che un post si sposta tra stati, incluso il passaggio a publish. Colleghi un handler ad essa, chiami l'API Elido per creare un link per il permalink del post, e memorizzi il short URL restituito nei metadati del post in modo da poterlo visualizzare nel template, nell'editor o in un widget di condivisione. Il manuale dei plugin WordPress documenta il sistema di hook, e il riferimento API REST WordPress copre gli endpoint meta se vuoi esporre il short link all'editor a blocchi.
Il lato Elido sono tre righe. Ecco un handler di pubblicazione in PHP che crea un short link brandizzato la prima volta che un post viene pubblicato e lo salta nelle modifiche successive:
add_action( 'transition_post_status', 'elido_shorten_on_publish', 10, 3 );
function elido_shorten_on_publish( $new_status, $old_status, $post ) {
if ( $new_status !== 'publish' || $old_status === 'publish' ) {
return; // only on the first publish, not on every edit
}
if ( get_post_meta( $post->ID, '_elido_short_url', true ) ) {
return; // already has one
}
$res = wp_remote_post( 'https://api.elido.app/v1/links', array(
'headers' => array(
'Authorization' => 'Bearer ' . ELIDO_TOKEN,
'Content-Type' => 'application/json',
'Idempotency-Key' => 'wp-post-' . $post->ID,
),
'body' => wp_json_encode( array(
'destination_url' => get_permalink( $post ),
'tags' => array( 'wordpress', 'auto-publish' ),
) ),
) );
if ( is_wp_error( $res ) ) {
return; // log and move on; publish should never fail on this
}
$link = json_decode( wp_remote_retrieve_body( $res ), true );
if ( ! empty( $link['short_url'] ) ) {
update_post_meta( $post->ID, '_elido_short_url', $link['short_url'] );
}
}
Due dettagli qui meritano il loro posto. L'Idempotency-Key è derivata dall'ID del post, quindi se l'hook di pubblicazione si attiva due volte, cosa che succede, ottieni lo stesso link indietro invece di un duplicato. E l'handler ingoia i propri errori. Creare un short link non deve mai bloccare una pubblicazione; se la chiamata API fallisce, il post viene pubblicato ugualmente e crei il link in seguito. Il quickstart sull'API e SDK illustra il modello di idempotenza e la gestione degli errori in profondita' in cinque linguaggi, e la pagina delle funzionalità API e SDK elenca l'intera superficie degli endpoint.
Se vuoi che il link viva sul tuo dominio invece che su un host shortener generico, passa un domain_id e configura prima il dominio. La guida ai domini personalizzati copre il record DNS e il TLS automatico, e la funzionalità dei domini personalizzati spiega perché un link brandizzato sul tuo host supera un link generico per fiducia e click-through.
Percorso tre: Zapier, il ponte no-code#
Tra un plugin e un handler di codice si trova Zapier. È la risposta giusta quando vuoi l'automazione, non vuoi scrivere PHP e non riesci a trovare un plugin di cui fidarti.
Il collegamento è uno Zap in due passi. Il trigger è "Nuovo post pubblicato in WordPress." L'azione è "Crea link in Elido." Mappa il permalink del post nel campo destinazione, passa opzionalmente il titolo del post come tag, e attivalo. Da quel momento in poi, ogni post pubblicato crea un short link senza che nessuno tocchi l'editor. Puoi concatenare un terzo passo per riscrivere lo short URL in un Google Sheet, postarlo su Slack o spingerlo nel tuo scheduler social.
Zapier ti costa una tariffa per task e qualche secondo di latenza, e non ottieni il controllo preciso che l'API ti dà sull'idempotenza e la gestione degli errori. In cambio ottieni un'integrazione funzionante in dieci minuti senza deploy. Per la maggior parte dei team di pubblicazione questo è il compromesso giusto finché il volume o la precisione li spingono all'API. Il dedicato walkthrough sull'automazione Zapier copre i Zap multi-passo in dettaglio.
Percorso quattro: manualmente#
Non scartare il percorso manuale. Se pubblichi alcuni post a settimana e condividi ciascuno deliberatamente, creare il short link a mano nella dashboard Elido e incollarlo nel tuo post o nel tuo strumento social è assolutamente ragionevole. Ottieni link brandizzati e tracciamento completo dei clic senza alcuna integrazione da mantenere.
Il percorso manuale smette di scalare quando pubblichi spesso, quando diverse persone condividono gli stessi link e hanno bisogno di coerenza, o quando vuoi il link nel corpo del post prima di premere pubblica. Questo è il momento per automatizzare. Fino ad allora, la dashboard piu' copia-incolla è una configurazione legittima, non un ripiego.
I permalink non sono short link#
Questo confonde le persone costantemente, quindi eccolo detto chiaramente. I permalink WordPress e i short link risolvono problemi diversi e di solito vuoi entrambi.
Un permalink è l'URL leggibile di un post sul tuo dominio. Aiuta lettori e motori di ricerca a capire la pagina. Non è compatto, non è progettato per essere condiviso su una piattaforma che conta i caratteri, e WordPress non traccia i clic su di esso una volta che il link lascia il tuo sito. WordPress ha anche una vecchia forma di short URL ?p=123 e un hook wp_shortlink, ma è solo un alias sul tuo dominio. Non è brandizzato e non è tracciato.
Un short link è un oggetto deliberato, condivisibile e misurabile. Vive su un dominio di redirect, può portare il tuo brand, può aggiungere parametri UTM al momento del redirect, può scadere, e registra ogni clic in analytics che puoi effettivamente interrogare. Quando condividi un post in una newsletter o sui social, vuoi il short link, non il permalink grezzo, perché il short link è l'unico che ti dice cosa è successo dopo il clic. Il post sui short link brandizzati copre la configurazione del dominio brand, e URL shortener per gli editori approfondisce specificamente il workflow di pubblicazione.
Sostituire i fragili plugin di redirect WordPress#
Molti siti WordPress accumulano plugin di redirect. Alcuni sono per legittima igiene SEO, correggendo un 301 dopo aver cambiato un permalink. Altri vengono spinti a fare qualcosa che fanno male: gestire link in uscita e affiliate che condividi e vuoi tracciare.
Questo secondo uso è dove falliscono. Un plugin di redirect che risolve un link in uscita "carino" esegue il redirect tramite PHP e il tuo database ad ogni clic. Sotto qualsiasi traffico reale questo aggiunge carico all'host che serve il tuo contenuto effettivo, e i dati sui clic che fornisce, se esistono, sono scarsi. Il pattern sembra ordinato nella dashboard e si comporta male sotto carico.
La separazione pulita: mantieni i plugin di redirect per i 301 interni sui tuoi URL, dove appartengono, e sposta i link in uscita e affiliate condivisibili su uno shortener che risolve fuori sito e traccia correttamente. Smetti di pagare la tassa del redirect PHP su link che non erano mai compito del tuo sito servire, e ottieni analytics reali su quelli che contano.
Esegui il redirect all'edge, non in PHP#
Questo è il punto di performance che decide se uno shortener aiuta o danneggia, ed è il motivo per cui l'architettura conta piu' del plugin.
Quando un short link si risolve tramite WordPress, il clic colpisce il tuo stack PHP e il tuo database prima che qualcuno raggiunga la destinazione. Questo va bene a un rivolo e fa male su scala, e accoppia la velocità dei tuoi link condivisi al carico sul tuo sito di contenuto. Quando un short link si risolve all'edge, il clic non tocca mai WordPress. Colpisce un POP di redirect vicino all'utente, viene risposto dalla cache e viene inoltrato.
Elido risolve i redirect a punti di presenza edge multi-regione con un p95 inferiore a 15ms su un cache hit. Il tuo host WordPress non è in quel percorso. Che tu abbia usato il plugin, l'API, Zapier o le tue mani per creare il link, il clic stesso viene servito fuori sito, quindi un post virale non trascina il tuo CMS con esso. Il post su un p95 inferiore a 15ms per il redirect spiega come viene mantenuto quel budget di latenza, e la pagina delle funzionalità analytics copre cosa viene registrato su ognuno di quei clic.
Questo è l'intero argomento per la risoluzione fuori sito in una riga: il link su cui i tuoi lettori fanno clic non dovrebbe mai condividere un server con la pagina che vuoi che leggano.
Scegliere un percorso#
Se vuoi il meno lavoro possibile e esiste un plugin mantenuto per il tuo shortener, usalo. Se vuoi automazione senza codice, usa Zapier. Se vuoi il controllo completo e link creati in modo affidabile ad ogni pubblicazione, usa l'API e l'hook transition_post_status. Se pubblichi raramente e condividi deliberatamente, fallo a mano. La maggior parte dei team inizia manualmente o con Zapier e passa all'API una volta che i short link diventano parte di come ogni post viene pubblicato.
Qualunque percorso scegli, fai bene due cose: crea il link con il tuo dominio brandizzato in modo che corrisponda al sito da cui proviene, e assicurati che il redirect si risolva all'edge e non attraverso il tuo PHP WordPress. Link brandizzati che il lato marketing vuole, risoluzione edge che il lato ingegneria vuole, e non sono in tensione. Puoi avere entrambi. Consulta la pagina delle soluzioni per i marketer per il lato del tracciamento delle campagne e la pagina dei prezzi per cosa include ogni tier.