Français
Shlink Hébergement
Créer, gérer et analyser des URL courtes de marque via une API puissante.
- Un clic déployer
- 15 Go Espace disque nécessaire
- 1 Go de RAM Mémoire nécessaire
- À partir de 2 € Prix
Pas de frais d'installation
Liens officiels
Les liens officiels et le site web original de Shlink
- Plus
Site web de Shlink
Ce que vous obtenez
sur AvaHost
Le déploiement en un clic, un domaine personnalisé, HTTPS gratuit, des mises à jour automatiques des applications et des sauvegardes programmées sont inclus avec chaque application Cloud. Vous pouvez exécuter plusieurs applications sur un seul serveur, et l'accès au terminal est inclus.
Un conteneur PostgreSQL est provisionné avec l'application et reste non géré par AvaHost.
Tech
- Image Docker
- shlinkio/shlink:stable
- Port par défaut
- 8080
- Base de données
- postgres
Comment fonctionne Shlink
Shlink reçoit une URL originale via son API REST et retourne un chemin plus court sous le domaine configuré. Les appelants peuvent demander des slugs personnalisés, des tags, des règles d'expiration, des limites de visites et d'autres options supportées. Lorsque quelqu'un ouvre l'adresse courte, Shlink enregistre la visite et redirige le navigateur vers la destination.
Le modèle de catalogue expose le serveur Shlink plutôt qu'un client graphique de gestion intégré. L'administration se fait donc via l'API ou un client compatible sélectionné séparément. Une clé API générée lors du déploiement autorise les demandes de gestion, tandis que les visiteurs publics n'ont besoin que de l'URL courte finale.
Fonctionnalités clés de Shlink
Les slugs et domaines personnalisés permettent aux liens de refléter une marque ou un schéma de nommage interne. Les tags organisent les liens connexes, et les enregistrements de visite fournissent des horodatages, des référents, des localisations, des appareils, des navigateurs et des informations de système d'exploitation lorsqu'elles sont disponibles et autorisées.
Les règles peuvent limiter ou expirer les liens, et l'API supporte la création, l'énumération, l'édition et l'analyse des URL courtes à partir d'autres applications. Les webhooks et les intégrations peuvent construire des flux de travail de liens automatisés autour du serveur sans nécessiter de travail manuel pour chaque adresse.
Shlink vs Bitly
Shlink
Shlink est un serveur de raccourcissement d'URL auto-hébergé orienté API qui donne aux opérateurs le contrôle du domaine, de la base de données et de la couche d'intégration. Bitly est une plateforme commerciale hébergée de gestion de liens qui regroupe des tableaux de bord, des liens de marque, des codes QR, des outils de campagne, des analyses et une infrastructure gérée par le fournisseur.
Bitly
Bitly peut convenir aux organisations qui souhaitent un tableau de bord de fournisseur soigné, une administration de compte gérée et un ensemble plus large d'outils de campagne commerciale. Shlink est plus approprié lorsque les développeurs ont besoin d'une API sous leur propre contrôle opérationnel et sont prêts à choisir ou construire l'interface de gestion séparément.
Qui utilise Shlink
Les équipes de développement connectent Shlink à des applications qui génèrent des liens de partage, tandis que les systèmes marketing ou de communications utilisent des domaines courts de marque pour des campagnes traçables. Les plateformes internes peuvent créer des redirections temporaires ou étiquetées sans envoyer les données de lien à un compte de raccourcissement tiers.
C'est un mauvais choix pour les utilisateurs non techniques qui s'attendent à un tableau de bord complet dans le déploiement du catalogue. Les analyses de visite impliquent également des considérations de confidentialité et de conformité, les opérateurs doivent donc décider quelles données de suivi sont appropriées pour leur audience et leur juridiction.
Auto-héberger Shlink : exigences et coût
L'utilisation des ressources dépend du nombre de liens, du trafic de redirection, de la rétention des enregistrements de visite, des requêtes d'analyse, des webhooks et de l'activité de l'API. PostgreSQL stocke les URL courtes, les tags, la configuration et les enregistrements de visite. AvaHost provisionne la base de données avec Shlink, mais PostgreSQL reste non gérée.
Shlink n'a pas de frais logiciels distincts pour le serveur hébergé, et la recommandation ajustée à la base de données est Plan 2 à 5 €. L'hébergement Shlink fournit une configuration serveur en un clic, un domaine de marque, HTTPS automatisé, les mises à jour automatiques des applications et les sauvegardes programmées. Le déploiement fournit le serveur API et la clé API générée ; un client graphique Shlink n'est pas inclus.
F.A.Q
Shlink commence à 5 € sur le Plan 2 après ajout de capacité pour sa base de données PostgreSQL. Le package Shlink inclut une installation en un clic, un domaine personnalisé, HTTPS automatisé, les mises à jour d’application et les sauvegardes planifiées. Le trafic redirigé, les enregistrements de visite conservés, les appels API, les requêtes d’analyse et l’activité des webhooks déterminent si le serveur aura besoin d’un plan plus volumineux par la suite.
AvaHost provisionne PostgreSQL et connecte Shlink lors du déploiement. Les URLs courtes, les tags, la configuration, les données API et les enregistrements de visite dépendent de cette base de données. PostgreSQL est inclus mais non géré, donc la base de données et tout état d’application persistant doivent être traités comme un seul service lors de la planification des mises à jour, des modifications de rétention, des exports ou de la récupération.
Un domaine personnalisé peut être attaché au serveur Shlink, avec HTTPS automatisé appliqué une fois que le DNS pointe vers AvaHost. Choisissez le nom d’hôte final avec soin car les URL courtes publiées en dépendent. Testez les redirections, les appels API, les webhooks, les slugs personnalisés et toute configuration client avant de distribuer largement les liens.
Le déploiement du catalogue fournit le serveur API Shlink et une clé API, mais pas de client de gestion graphique intégré. Les administrateurs doivent utiliser l’API documentée ou sélectionner un client compatible disponible séparément. Cette distinction est importante pour les équipes non techniques, car la création, l’examen et l’analyse des liens nécessitent une interface ou une intégration en dehors du serveur lui-même.