惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

U
Unit 42
T
The Blog of Author Tim Ferriss
H
Help Net Security
博客园 - 叶小钗
云风的 BLOG
云风的 BLOG
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
D
DataBreaches.Net
博客园 - 聂微东
A
About on SuperTechFans
大猫的无限游戏
大猫的无限游戏
P
Proofpoint News Feed
Martin Fowler
Martin Fowler
博客园 - 【当耐特】
S
SegmentFault 最新的问题
Blog — PlanetScale
Blog — PlanetScale
酷 壳 – CoolShell
酷 壳 – CoolShell
G
Google Developers Blog
I
InfoQ
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
GbyAI
GbyAI
B
Blog
Engineering at Meta
Engineering at Meta
V
V2EX
Hugging Face - Blog
Hugging Face - Blog

DEV Community

Authentication Security Deep Dive: From Brute Force to Salted Hashing (With Java Examples) Why AI Systems Don’t Fail — They Drift Spilling beans for how i learn for exam😁"Reinforcement Learning Cheat Sheet" I Replaced Chrome with Safari for AI Browser Automation. Here's What Broke (and What Finally Worked) How Python Borrows Other People's Work The $40 Architecture: Processing 1 Billion API Requests with 99.99% Uptime Vibe Coding: A Workflow Guide (From Zero to SaaS) Most webhook security guides protect the wrong side. The scary part is delivery. Headless CMS for TanStack Start: Build a Blog with Cosmic EU Age Verification App "Hacked in 2 Minutes" — What Actually Happened Comfy Cloud’s delete function does not actually remove files Running AI Models on GPU Cloud Servers: A Beginner Guide Event-driven media intelligence with AWS Step Functions and Bedrock I scored 500 AI prompts across 8 quality dimensions — here's what broke How to Call Google Gemini API from Next.js (Free Tier, No Backend Needed) The Portal Protocol: Reclaiming Human Connection in the Age of AI How to Fix Your Team's Scattered Knowledge Problem With a Self-Hosted Forum Intro to tc Cloud Functors: A Graph-First Mental Model for the Modern Cloud Designing Multi-Tenant Backends With Both Ownership and Team Access I Built a Neumorphic CSS Library with 77+ Components — Here's What I Learned PostgreSQL Performance Optimization: Why Connection Pooling Is Critical at Scale Cómo construí un SaaS multi-rubro para gestionar expensas en Argentina con FastAPI + Vue 3 🚀 I Built an Ethical Hacking Scanner Tool – Open Source Project I Replaced /usage and /context in Claude Code With a Single Statusline A Pythonic Way to Handle Emails (IMAP/SMTP) with Auto-Discovery and AI-Ready Design I Collected 8.9 Million Polymarket Price Points — Here's What I Found About How Markets Really Move EcoTrack AI — Carbon Footprint Tracker & Dashboard Everyone's Using AI. No One Agrees How. 5 self-hosted ebook managers worth trying in 2026 Building Your First AI Agent with LangChain: From Chatbot to Autonomous Assistant
How We Built a Programmatic SEO Platform with 500+ Pages ...
İsmail Günay · 2026-05-13 · via DEV Community

Most SEO content is written one page at a time. We needed 500+ pages covering 81 cities, 7 venue types, 6 product categories, 7 calculators, pricing data, case studies, and a full industry glossary — all with consistent quality and real data.

Here's how we built isiklisusleme.com, a programmatic SEO platform for Turkey's Christmas LED lighting industry, using Next.js, TypeScript, and a content matrix strategy.

The Scale Problem

Turkey has 81 provinces. Each province has different LED lighting costs, different climate conditions, different vendor density, and different logistics considerations. On top of that, there are 7 major venue types (villas, malls, hotels, restaurants, retail, municipalities, heritage buildings), each with unique technical requirements and budget ranges.

If we wrote every page manually:

  • 81 cities × 1 page each = 81 pages
  • 7 venue types × 1 page each = 7 pages
  • 6 product categories × 1 page each = 6 pages
  • Cross-matrix pages (city × venue) = hundreds more
  • Technical guides, pricing pages, calculators, case studies, glossary...

Total: 500+ pages of content that needs to be accurate, data-driven, and technically correct.

Manual content creation at this scale is impossible for a small team. But generic template-stuffing produces thin content that neither users nor search engines value.

We needed a middle path: programmatic generation with real data injection.

The Architecture

Content Matrix Design

The site's information architecture is built on intersecting content dimensions:

VENUES
├── Villa
├── AVM (Mall)
├── Hotel
├── Restaurant
├── Retail
├── Municipality
└── Heritage
×
CITIES (81) × PRODUCTS (6+)
├── Istanbul × ├── Pro LED strings
├── Ankara × ├── Silicone LED strip
├── Izmir × ├── RGB animated
├── Antalya × ├── Net/mesh LED
├── Bursa × ├── Smart LED + IoT
├── ... × └── Solar garden
└── 76 more ×
×
PRICING × GUIDES × CALCULATORS

Each intersection produces a unique page with data specific to that combination.

Next.js Dynamic Routes

// app/sehir/[slug]/page.tsx
// Generates 81 city-specific LED lighting guides

interface CityData {
  name: string;
  slug: string;
  region: string;
  climate: ClimateProfile;
  avgCostMultiplier: number;
  vendorDensity: 'high' | 'medium' | 'low';
  logisticsCost: number;
  specialConsiderations: string[];
}

export async function generateStaticParams() {
  // All 81 Turkish provinces
  return cities.map(city => ({ slug: city.slug }));
}

export default function CityPage({ params }: { params: { slug: string } }) {
  const city = getCityData(params.slug);

  return (
    <article>
      <h1>{city.name} Yılbaşı Işık Süsleme Rehberi</h1>

      {/* Data-driven sections */}
      <PricingSection city={city} />
      <ClimateSection climate={city.climate} />
      <VendorDensitySection density={city.vendorDensity} />
      <LogisticsSection cost={city.logisticsCost} />
      <IPRatingRecommendation climate={city.climate} />

      {/* Venue-specific subsections */}
      {venues.map(venue => (
        <VenueSection 
          key={venue.slug}
          venue={venue}
          city={city}
          adjustedPricing={calculateCityPricing(venue.basePricing, city.avgCostMultiplier)}
        />
      ))}
    </article>
  );
}

Enter fullscreen mode Exit fullscreen mode

Data Layer: City-Specific Pricing

Each city page shows adjusted pricing based on real market factors:

interface PricingFactors {
  baseCost: number;           // Istanbul baseline
  logisticsMultiplier: number; // Distance from supplier hubs
  laborCostIndex: number;      // Regional labor rates
  competitionDiscount: number;  // More vendors = lower margins
  climateAdjustment: number;   // Harsh weather = higher IP rating = higher cost
}

function calculateCityPricing(
  baseVenuePricing: VenuePricing,
  cityFactors: PricingFactors
): AdjustedPricing {
  const multiplier = 
    cityFactors.logisticsMultiplier *
    cityFactors.laborCostIndex *
    (1 - cityFactors.competitionDiscount) *
    cityFactors.climateAdjustment;

  return {
    min: Math.round(baseVenuePricing.min * multiplier),
    max: Math.round(baseVenuePricing.max * multiplier),
    typical: Math.round(baseVenuePricing.typical * multiplier),
    currency: 'TRY',
    year: 2026
  };
}

Enter fullscreen mode Exit fullscreen mode

This means the Antalya villa lighting page shows different budget ranges than the Erzurum villa lighting page — because logistics, labor, and climate considerations are genuinely different.

Calculator Architecture: Client-Side Only

Seven interactive calculators run entirely in the browser:

// Facade measurement calculator
// Zero server calls — all computation in TypeScript

interface FacadeInput {
  buildingWidth: number;    // meters
  buildingHeight: number;   // meters
  floors: number;
  windowCount: number;
  windowAvgWidth: number;   // meters
  windowAvgHeight: number;  // meters
  rooflineLength: number;   // meters
  includeRoofline: boolean;
  includeWindows: boolean;
  ledDensity: 'sparse' | 'standard' | 'dense';
}

interface FacadeResult {
  totalLinearMeters: number;
  adjustedMeters: number;  // after waste factor
  estimatedLEDStrings: number;
  estimatedTransformers: number;
  estimatedWattage: number;
  priceRange: { min: number; max: number };
}

function calculateFacade(input: FacadeInput): FacadeResult {
  // Perimeter calculation
  const perimeter = (input.buildingWidth + input.buildingHeight) * 2;
  const facadeArea = input.buildingWidth * input.buildingHeight;

  // Window deduction
  const windowArea = input.includeWindows 
    ? 0 
    : input.windowCount * input.windowAvgWidth * input.windowAvgHeight;

  // Roofline addition
  const roofline = input.includeRoofline ? input.rooflineLength : 0;

  // Density multiplier
  const densityFactor = {
    sparse: 0.7,
    standard: 1.0,
    dense: 1.4
  }[input.ledDensity];

  // Linear meters calculation
  const baseMeters = (perimeter * input.floors) + roofline;
  const totalLinearMeters = baseMeters * densityFactor;

  // 15% waste factor for cuts, corners, returns
  const adjustedMeters = Math.ceil(totalLinearMeters * 1.15);

  // Product calculations
  const metersPerString = 10; // standard LED string length
  const wattsPerMeter = 4.8; // standard LED consumption
  const wattsPerTransformer = 150;

  const estimatedLEDStrings = Math.ceil(adjustedMeters / metersPerString);
  const estimatedWattage = adjustedMeters * wattsPerMeter;
  const estimatedTransformers = Math.ceil(estimatedWattage / wattsPerTransformer);

  // Price range (2026 market rates)
  const pricePerMeter = { min: 45, max: 180 }; // TRY

  return {
    totalLinearMeters: Math.round(totalLinearMeters),
    adjustedMeters,
    estimatedLEDStrings,
    estimatedTransformers,
    estimatedWattage: Math.round(estimatedWattage),
    priceRange: {
      min: adjustedMeters * pricePerMeter.min,
      max: adjustedMeters * pricePerMeter.max
    }
  };
}

Enter fullscreen mode Exit fullscreen mode

Privacy benefit: since calculations run client-side, we never see what buildings users are measuring or what budgets they're working with.

Structured Data at Scale

Every page type gets appropriate Schema.org markup generated programmatically:

// Generate schema based on page type
function generatePageSchema(pageType: string, data: any) {
  switch (pageType) {
    case 'city':
      return {
        '@context': 'https://schema.org',
        '@type': 'Article',
        headline: `${data.cityName} Yılbaşı Işık Süsleme Rehberi`,
        author: { '@type': 'Person', name: 'İsmail Günaydın' },
        publisher: { '@type': 'Organization', name: 'isiklisusleme.com' },
        datePublished: data.publishDate,
        dateModified: data.updateDate,
        about: {
          '@type': 'City',
          name: data.cityName,
          containedIn: { '@type': 'Country', name: 'Turkey' }
        }
      };

    case 'calculator':
      return {
        '@context': 'https://schema.org',
        '@type': 'WebApplication',
        name: data.calculatorName,
        applicationCategory: 'BusinessApplication',
        operatingSystem: 'Any',
        offers: { '@type': 'Offer', price: '0', priceCurrency: 'TRY' }
      };

    case 'pricing':
      return {
        '@context': 'https://schema.org',
        '@type': 'Article',
        headline: data.title,
        author: { '@type': 'Person', name: 'İsmail Günaydın' },
        dateModified: data.updateDate
      };

    case 'glossary':
      return {
        '@context': 'https://schema.org',
        '@type': 'DefinedTermSet',
        name: 'LED Işıklandırma Sözlüğü',
        hasDefinedTerm: data.terms.map(term => ({
          '@type': 'DefinedTerm',
          name: term.name,
          description: term.definition
        }))
      };
  }
}

Enter fullscreen mode Exit fullscreen mode

Internal Linking Strategy

With 500+ pages, internal linking becomes critical for both SEO and user navigation:

// Automatic contextual internal links
function generateRelatedLinks(currentPage: PageData): RelatedLink[] {
  const links: RelatedLink[] = [];

  // Same city, different venues
  if (currentPage.type === 'city') {
    venues.forEach(venue => {
      links.push({
        text: `${currentPage.cityName} ${venue.name} süsleme`,
        href: `/sehir/${currentPage.slug}/${venue.slug}`
      });
    });
  }

  // Same venue, nearby cities
  if (currentPage.type === 'venue') {
    const nearbyCities = getNearbyCities(currentPage.citySlug, 3);
    nearbyCities.forEach(city => {
      links.push({
        text: `${city.name} ${currentPage.venueName}`,
        href: `/sehir/${city.slug}`
      });
    });
  }

  // Always link to relevant calculator
  const relevantCalc = getRelevantCalculator(currentPage);
  if (relevantCalc) {
    links.push({
      text: `${relevantCalc.name} hesaplayıcı`,
      href: `/hesaplayici/${relevantCalc.slug}`
    });
  }

  // Always link to relevant pricing page
  const relevantPricing = getRelevantPricing(currentPage);
  if (relevantPricing) {
    links.push({
      text: `${relevantPricing.name} fiyat bilgisi`,
      href: `/fiyat/${relevantPricing.slug}`
    });
  }

  return links;
}

Enter fullscreen mode Exit fullscreen mode

Content Quality at Scale

The biggest risk with programmatic SEO is thin content — pages that technically exist but provide no real value. We avoid this with three strategies:

Real data injection. Every city page has genuinely different pricing data, climate considerations, and logistics factors. It's not the same text with city names swapped.

Human-written section templates. The templates themselves are detailed and informative. The programmatic layer injects data points, but the explanatory text around those data points is written once, carefully, by a human.

Unique sections for premium pages. High-traffic pages (Istanbul, Ankara, Izmir, Antalya) get manually written additional sections — neighborhood-level detail, specific case studies, and local vendor landscape analysis that can't be generated programmatically.

Performance Results

Six months after launch:

Metric Value
Total indexed pages 500+
Organic keywords ranking 2,000+
Average page load < 1.5s
Core Web Vitals All green
City pages generating traffic 65 of 81

The long-tail strategy works: individual city pages each bring small amounts of traffic, but collectively they represent the majority of organic visits.

Key Takeaways

  1. Programmatic SEO needs real data differentiation. Swapping city names in identical templates produces thin content. Each page needs genuinely different data points.

  2. Calculators are link magnets. The facade measurement calculator and cost estimator generate the most backlinks and longest session durations.

  3. Client-side calculators = privacy + performance. No server calls means instant results and zero data collection concerns.

  4. Schema.org at scale requires type-aware generation. Different page types need different schema — Article for guides, WebApplication for calculators, DefinedTermSet for glossaries.

  5. Internal linking compounds. With 500+ pages, every new page strengthens the internal link network for existing pages.


Links:

🌐 isiklisusleme.com
📚 Rehberler
🧮 Hesaplayıcılar
💰 Fiyatlar
🌍 81 İl
📊 Crunchbase
💼 LinkedIn
📘 Facebook
📺 YouTube
✍️ Medium


İsmail Günaydın — Founder of isiklisusleme.com. Full-stack web engineer building data-driven platforms. LinkedIn · Portfolio