Branded

URL

System

Case Study

©2026 Nikhil Khedlekar. All rights reserved.

Core Expertise

Generative AI Workflows • Prompt Engineering • Content Automation • Content Strategy • Programmatic SEO • CMS Architecture • Search Intent Strategy • WordPress • Figma • Canva • Analytics

Back to Portfolio
Case Study 05

Branded URL Infrastructure Prototype

Designing an authenticated link-shortening system to explore internal link ownership, branded distribution and potential SaaS extensibility.

Built during experimentation at TechDogs Marketing Pvt. Ltd.
Firebase Auth Architecture
Firestore Data Mapping
Netlify Deployment Pipeline
Brand-Aligned UI System

External Dependencies

While working in a content-driven environment, social distribution relied on external URL-shortening services. Every shared link passed through third-party infrastructure, introducing several limitations:

  • Lack of branded link ownership
  • Dependency on third-party shortening tools
  • Limited control over internal link infrastructure

To explore technical capabilities and internal tooling possibilities, a prototype branded URL shortener was developed. The project also served as an opportunity to validate product-thinking and backend architecture skills.

If We Owned the Infrastructure

If a branded internal URL shortening system could be built:

  • Links could align with brand identity
  • Ownership of link infrastructure would improve
  • Internal teams could control link distribution
  • The system could potentially evolve into a standalone SaaS product

This experiment was built to test that concept.

Serverless Technical Stack

The system was designed to be lightweight, serverless and easily scalable using Firebase infrastructure.

Frontend Deployment
Netlify
Version Control
GitHub
Backend Services
Firebase
Authentication
Firebase Auth
Database
Firestore
Storage Layer
Firebase Storage

Interaction Flow

The system follows a linear authentication-to-redirect pipeline with branching logic for duplicate detection.

User Authentication
Users log in through a Firebase authentication layer before accessing the shortening system.
URL Submission
The authenticated user inputs a long URL that needs to be shortened.
Duplicate Validation
The system checks Firestore to determine whether the URL already exists.
If exists
An error response prevents duplicate shortened links from being created.
If new
The system generates a unique short path and proceeds to storage.
Database Mapping
The original URL and generated short path are stored in Firestore as a key-value mapping.
Redirect Handling
When the shortened link is accessed, the system redirects the user to the stored destination URL.
Branding Layer
The interface and short links follow TechDogs branding guidelines for visual consistency.

Potential SaaS Extensibility

During evaluation of the prototype, the possibility of expanding the system into a SaaS product was discussed. This highlighted potential areas of expansion:

Analytics Tracking
Team-Level Access Management
Branded Domain Integrations
Campaign Attribution Tracking

The prototype primarily served as a proof-of-concept exploring both internal infrastructure tooling and potential productization pathways.

What This Taught Me

  • Building lightweight infrastructure tools can reveal opportunities for internal efficiency.
  • Serverless stacks such as Firebase significantly reduce operational complexity.
  • Authentication, validation logic and database mapping are core building blocks of most SaaS tools.
  • Not every prototype needs to become a product, technical exploration itself builds valuable systems thinking.

What This Demonstrates

Ability to design and ship functional prototypes
Understanding of authentication and database architecture
Ability to build internal infrastructure tools
Product-thinking beyond content workflows
Experimentation with scalable serverless stacks