Un raccourcisseur d'URL WordPress transforme les longs permalinks que votre CMS génère en liens courts, brandés et traçables que vous pouvez partager hors site. WordPress est excellent pour la publication. Il n'est pas conçu pour vous dire combien de personnes ont cliqué sur le lien que vous avez glissé dans une newsletter, un tweet ou un flyer imprimé. C'est ce manque qui vous pousse vers un raccourcisseur.
Voici la version courte avant les détails. Vous raccourcissez et suivez des liens depuis WordPress pour quatre raisons : des partages sociaux brandés qui correspondent à votre site plutôt qu'à un domaine générique, des liens sortants et d'affiliation suivis pour savoir ce qui est vraiment cliqué, des QR codes pour l'impression et l'emballage qui pointent vers un lien que vous pouvez changer plus tard, et des analytics de clics que votre CMS ne vous donne tout simplement pas. WordPress sait qu'un article a été publié. Il ne sait pas que le lien qu'il contient a reçu 4 000 clics d'Allemagne un mardi.
Il y a quatre façons de câbler cela, et elles échangent l'effort contre le contrôle. Un plugin est le moins de travail si un compatible existe. L'API REST Elido est la plus flexible et le chemin sur lequel la plupart des équipes se stabilisent. Zapier se situe au milieu comme pont sans code. Et vous pouvez toujours coller des liens à la main. Le reste de cet article détaille chacun, puis couvre les parties où les gens se trompent : les jolis permalinks versus les liens courts, le remplacement des plugins de redirection fragiles, et où la redirection doit vraiment se produire pour ne jamais ralentir votre site.
Ce que fait réellement un raccourcisseur d'URL WordPress#
Supprimez le marketing et un raccourcisseur fait deux choses. Il mappe un slug court vers une destination longue, et il compte chaque fois que quelqu'un suit ce slug. WordPress ne fait ni l'un ni l'autre pour les liens que vous partagez ailleurs.
Vos articles ont déjà des URLs. WordPress construit un permalink pour chacun, généralement un slug lisible sur votre propre domaine. Ce permalink est pour les personnes qui lisent votre site. Il n'est pas court, il n'est pas brandé pour le partage sur une plateforme avec un budget de caractères, et WordPress ne garde aucune trace de qui a cliqué dessus une fois qu'il quitte votre page. Un lien court est un objet séparé : une URL compacte sur un domaine de redirection, optionnellement votre propre domaine brandé, qui redirige vers la destination et enregistre le clic.
La distinction compte car les deux sont faciles à confondre. Un joli permalink et un lien court se ressemblent et mènent tous deux quelque part. Seul l'un d'eux est conçu pour être partagé dans la nature et mesuré. Nous y reviendrons.
Chemin un : un plugin WordPress#
Le chemin plugin est celui que la plupart des gens cherchent en premier, et pour une bonne raison. Un plugin s'installe depuis le répertoire de plugins WordPress, vous le connectez avec un token API, et les liens courts commencent à apparaître sans que vous touchiez une ligne de PHP.
Je veux être honnête sur l'état de cela, car la disponibilité des plugins change et je préfère que vous connaissiez la forme du chemin plutôt que de faire confiance à une capture d'écran périmée des paramètres. Le schéma général que tout plugin de raccourcisseur suit est le même : vous l'installez, collez un token API à portée d'espace de travail depuis votre outil de liens, et le plugin appelle l'API du raccourcisseur en votre nom quand vous publiez ou quand vous cliquez sur un bouton dans l'éditeur. Certains plugins créent automatiquement un lien court à la publication et l'écrivent dans un champ personnalisé. D'autres ajoutent une meta box où vous en générez un à la demande. Les bons vous permettent de choisir le domaine brandé et d'ajouter des tags pour que le lien atterrisse au bon endroit dans vos analytics.
Si un plugin WordPress Elido maintenu est listé, installez-le depuis le tableau de bord et connectez-le avec un token depuis /settings/api. Si vous ne pouvez pas confirmer un plugin actuel et maintenu pour votre raccourcisseur, ne le forcez pas. Un plugin à moitié abandonné qui casse à la prochaine version WordPress est pire que le chemin API, que vous contrôlez. Quand un plugin convient, c'est l'option à moindre effort disponible. Quand il ne convient pas, passez directement à l'API.
Une chose à vérifier avant de faire confiance à n'importe quel plugin : où la redirection se produit-elle. Un plugin qui enregistre seulement le lien auprès d'un raccourcisseur externe est bien. Un plugin qui installe aussi un gestionnaire de redirection local pour que les liens se résolvent via votre propre serveur WordPress est le pattern lent que nous examinerons plus tard. Vous voulez que le lien soit créé dans WordPress et résolu à l'edge, pas résolu en PHP.
Chemin deux : l'API REST Elido#
C'est le chemin avec le plus de pièces mobiles et le plus de contrôle, et c'est celui vers lequel les équipes se tournent une fois qu'elles veulent des liens courts créés automatiquement et de manière fiable à chaque publication.
WordPress déclenche une action quand un article change d'état. La pertinente est transition_post_status, qui s'exécute chaque fois qu'un article passe d'un état à un autre, y compris le passage à publish. Vous accrochez un gestionnaire dessus, appelez l'API Elido pour créer un lien pour le permalink de l'article, et stockez l'URL courte renvoyée dans les métadonnées de l'article pour pouvoir l'afficher dans le template, l'éditeur ou un widget de partage. Le manuel de plugins WordPress documente le système de hooks, et la référence de l'API REST WordPress couvre les endpoints de méta si vous voulez exposer le lien court à l'éditeur de blocs.
Le côté Elido tient en trois lignes. Voici un gestionnaire de publication en PHP qui crée un lien court brandé la première fois qu'un article est publié et le saute lors des éditions ultérieures :
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'] );
}
}
Deux détails justifient leur place. La clé Idempotency-Key est dérivée de l'ID de l'article, donc si le hook de publication se déclenche deux fois, ce qui arrive, vous récupérez le même lien plutôt qu'un doublon. Et le gestionnaire avale ses propres erreurs. La création d'un lien court ne doit jamais bloquer une publication ; si l'appel API échoue, l'article sort quand même et vous créez le lien plus tard. Le démarrage rapide sur l'API et les SDK détaille le modèle d'idempotence et la gestion des erreurs en profondeur dans cinq langages, et la page de fonctionnalité API et SDK liste toute la surface des endpoints.
Si vous voulez que le lien vive sur votre propre domaine plutôt qu'un hôte de raccourcisseur générique, passez un domain_id et configurez d'abord le domaine. Le guide des domaines personnalisés couvre l'enregistrement DNS et le TLS automatique, et la fonctionnalité des domaines personnalisés explique pourquoi un lien brandé sur votre propre hôte surpasse un lien générique pour la confiance et le taux de clic.
Chemin trois : Zapier, le pont sans code#
Entre un plugin et un gestionnaire de code se trouve Zapier. C'est la bonne réponse quand vous voulez de l'automatisation, ne voulez pas livrer du PHP, et ne trouvez pas de plugin auquel vous faites confiance.
Le câblage est un Zap en deux étapes. Le déclencheur est « Nouvel article publié dans WordPress ». L'action est « Créer un lien dans Elido ». Vous mappez le permalink de l'article dans le champ destination, passez optionnellement le titre de l'article comme tag, et activez. À partir de là, chaque article publié crée un lien court sans que personne ne touche l'éditeur. Vous pouvez enchaîner une troisième étape pour écrire l'URL courte dans un Google Sheet, la poster dans Slack ou la pousser dans votre planificateur social.
Zapier vous coûte des frais par tâche et quelques secondes de latence, et vous n'obtenez pas le contrôle fin que l'API vous donne sur l'idempotence et la gestion des erreurs. En échange, vous obtenez une intégration fonctionnelle en dix minutes sans déploiement. Pour la plupart des équipes de publication, c'est le bon compromis jusqu'à ce que le volume ou la précision les pousse vers l'API. Le guide de configuration de l'automatisation Zapier couvre les Zaps multi-étapes en détail.
Chemin quatre : à la main#
Ne rejetez pas le chemin manuel. Si vous publiez quelques articles par semaine et partagez chacun délibérément, créer le lien court à la main dans le tableau de bord Elido et le coller dans votre article ou votre outil social est tout à fait raisonnable. Vous obtenez des liens brandés et un suivi complet des clics sans aucune intégration à maintenir.
Le chemin manuel cesse de s'adapter quand vous publiez souvent, quand plusieurs personnes partagent les mêmes liens et ont besoin de cohérence, ou quand vous voulez le lien dans le corps de l'article avant de cliquer publier. C'est le moment d'automatiser. Jusque-là, le tableau de bord plus copier-coller est une configuration légitime, pas un pis-aller.
Les jolis permalinks ne sont pas des liens courts#
Cela confond les gens constamment, donc voici clairement. Les permalinks WordPress et les liens courts résolvent des problèmes différents et vous voulez généralement les deux.
Un joli permalink est l'URL lisible par l'homme d'un article sur votre propre domaine. Il aide les lecteurs et les moteurs de recherche à comprendre la page. Il n'est pas compact, il n'est pas conçu pour être partagé sur une plateforme qui compte les caractères, et WordPress ne suit pas les clics dessus une fois que le lien quitte votre site. WordPress a aussi une ancienne forme d'URL courte ?p=123 et un hook wp_shortlink, mais c'est juste un alias sur votre propre domaine. Ce n'est pas brandé et ce n'est pas suivi.
Un lien court est un objet délibéré, partageable et mesuré. Il vit sur un domaine de redirection, peut porter votre marque, peut ajouter des paramètres UTM au moment de la redirection, peut expirer, et enregistre chaque clic dans des analytics que vous pouvez vraiment interroger. Quand vous partagez un article dans une newsletter ou sur les réseaux sociaux, vous voulez le lien court, pas le permalink brut, car le lien court est le seul qui vous dit ce qui s'est passé après le clic. L'article sur les liens courts brandés couvre la configuration du domaine de marque, et les raccourcisseurs d'URL pour les éditeurs approfondit spécifiquement le workflow de publication.
Remplacer les plugins de redirection WordPress fragiles#
Beaucoup de sites WordPress accumulent des plugins de redirection. Certains sont pour l'hygiène SEO légitime, corriger un 301 après avoir changé un permalink. D'autres sont étirés pour faire quelque chose pour quoi ils sont mauvais : gérer les liens sortants et d'affiliation que vous partagez et souhaitez suivre.
Ce deuxième usage est là où ils s'effondrent. Un plugin de redirection qui résout un lien sortant « joli » exécute la redirection via PHP et votre base de données à chaque clic. Sous un vrai trafic, cela ajoute de la charge à l'hôte qui sert votre contenu réel, et les données de clics qu'il vous donne, s'il en donne, sont maigres. Le pattern semble ordonné dans le tableau de bord et se comporte mal sous charge.
La division propre : gardez les plugins de redirection pour les 301 internes sur vos propres URLs, là où ils appartiennent, et déplacez les liens sortants et d'affiliation partageables vers un raccourcisseur qui se résout hors site et suit correctement. Vous arrêtez de payer la taxe de redirection PHP sur les liens qui n'ont jamais été le travail de votre site à servir, et vous obtenez de vrais analytics sur ceux qui comptent.
Faire la redirection à l'edge, pas en PHP#
C'est le point de performance qui décide si un raccourcisseur aide ou nuit, et c'est la raison pour laquelle l'architecture compte plus que le plugin.
Quand un lien court se résout via WordPress, le clic frappe votre pile PHP et votre base de données avant que quiconque n'atteigne la destination. C'est acceptable à un filet et douloureux à grande échelle, et cela couple la vitesse de vos liens partagés à la charge sur votre site de contenu. Quand un lien court se résout à l'edge, le clic ne touche jamais WordPress du tout. Il frappe un POP de redirection proche de l'utilisateur, obtient une réponse du cache et est transmis.
Elido résout les redirections aux points de présence edge multi-régions avec un p95 inférieur à 15ms sur un cache hit. Votre hôte WordPress n'est pas dans ce chemin. Que vous ayez utilisé le plugin, l'API, Zapier ou vos propres mains pour créer le lien, le clic lui-même est servi hors site, donc un article viral ne tire pas votre CMS vers le bas avec lui. L'article sur un p95 de redirection inférieur à 15ms explique comment ce budget de latence est tenu, et la page de fonctionnalité analytics couvre ce qui est enregistré à chacun de ces clics.
C'est tout l'argument pour la résolution hors site en une ligne : le lien sur lequel vos lecteurs cliquent ne devrait jamais partager un serveur avec la page que vous voulez qu'ils lisent.
Choisir un chemin#
Si vous voulez le moins de travail et qu'un plugin maintenu existe pour votre raccourcisseur, utilisez-le. Si vous voulez de l'automatisation sans code, utilisez Zapier. Si vous voulez un contrôle total et des liens créés de manière fiable à chaque publication, utilisez l'API et le hook transition_post_status. Si vous publiez rarement et partagez délibérément, faites-le à la main. La plupart des équipes commencent manuellement ou avec Zapier et passent à l'API une fois que les liens courts font partie de la façon dont chaque article est livré.
Quelle que soit la voie choisie, faites deux choses correctement : créez le lien avec votre propre domaine brandé pour qu'il corresponde au site dont il provient, et assurez-vous que la redirection se résout à l'edge et non via votre PHP WordPress. Les liens brandés que le côté marketing veut, la résolution edge que le côté ingénierie veut, et ils ne sont pas en tension. Vous pouvez avoir les deux. Consultez la page de solutions marketeurs pour le côté suivi de campagne et la page de tarification pour ce que chaque palier inclut.
Sur le blog#
- API de raccourcisseur d'URL : un démarrage rapide de 30 minutes en cinq langages
- Configurer des liens courts brandés sur votre propre domaine
- Raccourcisseurs d'URL pour les éditeurs : un workflow qui s'adapte
- Comment un p95 de redirection inférieur à 15ms est tenu à l'edge
- Qu'est-ce qu'un raccourcisseur d'URL et quand en avez-vous besoin