Cloudflare on vanityURLs

La sauce secrété de vanityURLs est un registre JSON

Fri, 29 May 2026 00:00:00 +0000

Le probleme est arrivé de la petite facon habituelle : un libellé du tableau de bord Cloudflare a bouge, une page de setup nommait encore l’ancien chemin, et le prochain mainteneur devait decider si la documentation était perimee ou si la guidance produit avait change.

vanityURLs se tient sur les epaules de Cloudflare. C’est le point. Un redirecteur de liens courts ne devrait pas avoir besoin d’une flotte de serveurs, d’une base de données ou d’un plan de contrôle privé. Il peut tourner sur Cloudflare Workers, publier des pages opérationnelles statiques avec Workers Static Assets et laisser Cloudflare arrétér le bruit avant que le Worker s’execute.

Produits Cloudflare que vanityURLs laisse de cote

Fri, 29 May 2026 00:00:00 +0000

Cloudflare a plus de produits utiles qu’un redirecteur de liens courts devrait en utiliser.

Ce n’est pas une critique de Cloudflare. C’est une limite opérationnelle. vanityURLs utilise Cloudflare DNS, Cloudflare Workers, Cloudflare Access, SSL/TLS et certaines protections edge. La liste baseline vit dans Produits Cloudflare. Le setup detaille vit dans Protection réseau.

Cette page documente l’autre côté de la décision : des produits visibles, utiles dans le bon déploiement, mais hors du setup vanityURLs par défaut.

Ne tournez pas tous les boutons Cloudflare

Thu, 28 May 2026 00:00:00 +0000

Le tableau de bord Cloudflare n’est pas une checklist.

C’est la règle. Une instance vanityURLs à un travail etroit : servir des liens courts depuis un Worker, garder les pages opérationnelles derrière Access et laisser Cloudflare rejétér le bruit évident avant le code applicatif. Les contrôles baseline sont documentes dans Protection réseau. L’inventaire produit est documente dans Produits Cloudflare.

Ce billet documente l’espace negatif. Il nomme les boutons qui devraient rester étéints sauf si l’opérateur à une raison qui survit au fait de l’écrire.

vanityURLs face aux raccourcisseurs hébergés et autohébergés

Wed, 27 May 2026 00:00:00 +0000

vanityURLs s’adresse aux opérateurs qui veulent un domaine de liens courts de marque, exploite depuis Git sur Cloudflare Workers, sans compte hébergé partage, sans base de données de clics par défaut, et avec une configuration revue comme du code. Il ne tente pas de remplacer tous les tableaux de bord hébergés. Il tente de rendre un petit redirecteur auditable facile a possèder.

Tableau Comparatif

Dimension	vanityURLs	Bitly	Dub	Short.io	YOURLS	Shlink
Domaine custom	Domaine Cloudflare possède par l’opérateur	Fonction de plan hébergé	Fonction de plan hébergé	Fonction de plan hébergé	Domaine autohébergé	Domaine autohébergé
Modele analytics	Desactive par défaut; Umami ou Fathom côté serveur optionnel	Analytics hébergés	Analytics hébergés	Analytics hébergés	Stats autohébergées intégrées	Visites intégrées
Compte requis	Aucun compte visiteur; l’opérateur utilise Cloudflare et GitHub	Compte hébergé	Compte hébergé	Compte hébergé	Compte admin sur l’installation	Accès admin/API sur l’installation
Residence des données	Depend des choix Cloudflare, Git et analytics de l’opérateur	Contrôlee par le fournisseur	Contrôlee par le fournisseur	Contrôlee par le fournisseur	Vos choix d’hébergément/base de données	Vos choix d’hébergément/base de données
Surface ToS	Conditions de l’instance générées depuis la config	Conditions fournisseur plus votre usage des liens	Conditions fournisseur plus votre usage des liens	Conditions fournisseur plus votre usage des liens	Vos conditions	Vos conditions
Modele de déploiement	Cloudflare Worker plus Static Assets depuis Git	Logiciel-service hébergé	Logiciel-service hébergé, cœur open source	Logiciel-service hébergé	Application PHP et base de données	Service PHP et base de données
Cout à l’échelle	Usage Cloudflare plus fournisseur analytics optionnel	Par plan	Par plan	Par plan	Hebergement et maintenance	Hebergement et maintenance
Visibilite du code	Code MIT open source et config d’instance dans Git	Service hébergé ferme	Produit open source avec service hébergé	Service hébergé ferme	Open source	Open source
Planification des liens	Configuree dans Git et évaluee par le Worker	Depend du plan/produit	Depend du produit	Depend du produit	Depend des plugins/code custom	Depend des fonctions intégrées
Operations bulk	Fichier texte et workflow CLI `lnk`	Tableau de bord/API/import	Tableau de bord/API/import	Tableau de bord/API/import	Workflows admin/API/base de données	Workflows CLI/API

Bitly

Bitly gagne quand une équipe veut un produit hébergé mature, un workflow centre tableau de bord, des fonctions marque/campagne et un fournisseur responsable des opérations produit. C’est le choix le plus sur quand des utilisateurs non techniques doivent créer et inspecter des liens sans toucher Git ou Cloudflare.

Cloudflare Access n'est pas une case a cocher

Tue, 26 May 2026 00:00:00 +0000

Le mode d’echec est ordinaire. Quelqu’un ouvre /en/_stats/ dans une fenêtre de navigation privée et voit le tableau de bord au lieu de la page de connexion Cloudflare Access.

C’est tout le probleme. Les redirections publiques doivent rester publiques. Les pages opérationnelles ne devraient pas l’être.

Pour vanityURLs, Cloudflare Access à un travail etroit : garder les chemins stats localisés comme /en/_stats/, les chemins de test localisés comme /en/_tests/ et les surfaces opérateur similaires privées avant que le Worker les serve. Traitez-le comme une frontiere d’accès, pas comme un souvenir de setup.

Checklist de release pour une instance vanityURLs