✨ New Plugin Alert ✨ SleekRank is now available with €50 launch discount
✨ New Plugin Alert ✨ SleekRank is now available with €50 launch discount
✨ New Plugin Alert ✨ SleekRank is now available with €50 launch discount
✨ New Plugin Alert ✨ SleekRank is now available with €50 launch discount
✨ New Plugin Alert ✨ SleekRank is now available with €50 launch discount
✨ New Plugin Alert ✨ SleekRank is now available with €50 launch discount
✨ New Plugin Alert ✨ SleekRank is now available with €50 launch discount
✨ New Plugin Alert ✨ SleekRank is now available with €50 launch discount
✨ New Plugin Alert ✨ SleekRank is now available with €50 launch discount
✨ New Plugin Alert ✨ SleekRank is now available with €50 launch discount

DST start and end date pages by jurisdiction

The IANA time zone database tracks daylight saving rules for around 600 jurisdictions worldwide and revises them whenever a country changes policy. SleekRank reads the database, mounts /time/dst/{slug}/, and renders a page per zone with this year's start, end, and the next ten years of transitions.

€50 off for the first 100 lifetime licenses!

SleekRank for Daylight saving start and end dates by jurisdiction

Each IANA time zone gets its own DST history and forecast page

The IANA time zone database (tzdb) is the authoritative source for daylight saving rules globally. It carries explicit start and end dates for the past century, derived from legislation in each jurisdiction, and projects forward as long as current rules stand. Around 600 zones observe DST today, and policy changes ripple through the database on a regular release cadence.

SleekRank reads the tzdb data as a normalized JSON or CSV with one row per jurisdiction. The route mounts at /time/dst/{slug}/ where slugs match IANA names normalized like america-new-york or europe-london. Each page shows this year's spring forward and fall back dates, the year-by-year transition table for the next decade, a historical timeline, and a short note about the underlying rule like "second Sunday in March" or "last Sunday in October."

When the EU finally moves on its long-discussed DST abolition, you update one source file and every European page rebuilds. When a US state opts out (Arizona, Hawaii) or proposes opting out, the rule row carries that note. The editorial team does not chase legislation across thousands of posts.

Workflow

From IANA tzdb to indexed DST pages

1

Export tzdb to normalized JSON

Use a small script to walk the tzdb release and produce one row per zone with current rule, this year's transitions, next ten years of transitions, and an observes flag. Check the JSON into the theme.
2

Mount the SleekRank page group

Configure urlPattern to /time/dst/{slug}/, point at the normalized JSON, and choose a base page that holds the template. The plugin handles URL registration.
3

Build one Twig template with hemisphere branching

Render this year's transitions, the year-by-year forecast, a historical timeline, and an opt-out note when applicable. Branch on hemisphere so spring-forward and fall-back labels are correct everywhere.
4

Refresh on each tzdb release

When IANA ships a new release, re-run the export, push the new JSON, and clear the SleekRank cache. Every DST page reflects the new rules at the next request.

Data in, pages out

Sample DST row from the IANA time zone database

Each row holds the IANA zone, jurisdiction, current rule, and the transitions for the past year and next year, derived from the tzdb release.
Data source: IANA tzdb daylight saving rules
slug iana_zone jurisdiction dst_start_2026 dst_end_2026
america-new-york America/New_York Eastern US 2026-03-08 2026-11-01
europe-london Europe/London United Kingdom 2026-03-29 2026-10-25
australia-sydney Australia/Sydney New South Wales 2026-10-04 2026-04-05
america-los-angeles America/Los_Angeles Pacific US 2026-03-08 2026-11-01
europe-berlin Europe/Berlin Germany 2026-03-29 2026-10-25
URL pattern: /time/dst/{slug}/
Generated pages
  • /time/dst/america-new-york/
  • /time/dst/europe-london/
  • /time/dst/australia-sydney/
  • /time/dst/america-los-angeles/
  • /time/dst/europe-berlin/

Comparison

Hand-written DST posts vs SleekRank for time zones

Hand-written DST posts

  • Most sites cover only the US and stop there, leaving global readers underserved
  • Dates are pasted in once and never refreshed when tzdb releases an update
  • Year-over-year transition tables are rebuilt by hand every January
  • Jurisdictions that opt out, like Arizona, often get the same template as observing states
  • No structured schema, so rich results never appear
  • Reader confusion when historical rules and current rules are mixed without context

SleekRank

  • Reads the IANA tzdb directly, the canonical source
  • /time/dst/{slug}/ route covers every observing jurisdiction
  • Year-by-year transitions for the next decade on every page
  • Opt-out zones get a clear "does not observe DST" treatment
  • Historical transitions render the past century from the same row
  • Schema and Open Graph populate from the row for rich results

Features

What SleekRank gives you for Daylight saving start and end dates by jurisdiction

tzdb release pipeline drives the site

When IANA ships a new tzdb release, regenerate the normalized JSON and push. Every DST page rebuilds. The site stays aligned with the authoritative source, with no editorial churn over Sunday timestamps.

Global coverage, not just the US

Around 600 zones observe DST today across the Americas, Europe, Oceania, and parts of the Middle East. SleekRank gives each its own page, so a reader in Wellington gets the same quality as a reader in Boston.

Opt-out and policy-change handling

Jurisdictions that opted out (Arizona, Hawaii, most of Saskatchewan) get a clearly labeled "does not observe daylight saving" page. Jurisdictions debating change get a policy note field that surfaces context above the dates.

Use cases

Where world clock and travel publishers use SleekRank for DST

World clock and time zone sites

Every supported zone gets a stable, indexed page that doubles as a destination URL from the world clock index, instead of a JavaScript modal that does not get crawled.

Travel publishers

Travelers ask whether their destination will be on DST during their trip. SleekRank serves a per-jurisdiction page with this year's dates and a quick rule summary, ready to embed in a destination guide.

Calendar app marketing

Apps explaining DST behavior to customers link to a per-jurisdiction page on the marketing site, knowing the dates match the tzdb the app itself uses.

The bigger picture

Why a row-driven DST site outlasts editorial workflows

Daylight saving is policy-driven. Jurisdictions change rules on a whim, sometimes with weeks of notice. The Knesset can move Israel's transitions.

The EU has been discussing abolition for years. US states regularly propose ending the switch. An editorial workflow that depends on writers updating posts when policy changes will always lag the truth by months.

SleekRank moves the dependency. The site reads tzdb, and tzdb is updated by the maintainers within days of any policy change anywhere in the world. When tzdb ships, the publisher pulls and pushes, and every page in the affected jurisdictions updates.

The editorial team is freed to write the policy explainer, the historical retrospective, the trip-planning angle, instead of chasing dates. The site becomes a thin presentation layer over a canonical record, which is the right architecture for any reference-driven topic. The same pattern extends to other time-related content like leap second history, calendar reform timelines, and time zone offset histories, all sharing the tzdb backbone.

Questions

Common questions about SleekRank for Daylight saving start and end dates by jurisdiction

The IANA time zone database, the same source operating systems, programming languages, and standard libraries rely on. Most sites maintain a normalized JSON exported from tzdb on each release, then check that file into the theme so changes are reviewable through normal git workflow.

 

tzdb releases a new revision. Pull the new release, regenerate the normalized JSON, and push. The affected jurisdiction pages rebuild on the next cache cycle with the new dates and rule note. Other pages are untouched.

 

The row carries an observes field. When false, the template renders a clearly labeled "does not observe daylight saving" page with a short note about when the jurisdiction stopped observing it and a link to other zones in the country that may still observe.

 

Yes. The template branches on hemisphere so the page for Sydney labels DST as starting in October and ending in April, while the page for New York labels it the other way. The branching is one Twig conditional, not a forked template.

 

Most sites surface the next 10 years from tzdb's current rule and a separate panel of historical transitions for the past 20 years. Both come from the same row because tzdb's projection is deterministic under current rules.

 

Yes. Add an editorial field on the row. The template renders it conditionally, so zones with policy context get a richer page and the rest stay clean. The editorial content lives with the zone it describes.

 

Add a per-language row or a translation map on each row, depending on how your translation workflow runs. The slug column controls the URL, so localized URLs like /de/zeit/sommerzeit/europa-berlin/ are a different SleekRank page group reading the same source.

 

Yes. tzdb carries explicit historical rules going back to the early 20th century. The template can render a timeline of historical transitions, which is especially useful for jurisdictions that flip-flopped on DST over decades.

 

Pricing

More than 1000+
happy customers

Explore our flexible licensing options tailored to your needs. Upgrade your license anytime to access more features, or opt for a lifetime license for ongoing value, including lifetime updates and lifetime support. Our hassle-free upgrade process ensures that our platform can grow with you, starting from whichever plan you choose.

Starter

€99

EUR

per year

Get started

further 30% launch-discount applied during checkout for existing customers.

  • 3 websites
  • 1 year of updates
  • 1 year of support

Pro

€179

EUR

per year

Get started

further 30% launch-discount applied during checkout for existing customers.

  • Unlimited websites
  • 1 year of updates
  • 1 year of support

Lifetime ♾️

Launch Offer

€299

€249

EUR

once

Get started

further 30% launch-discount applied during checkout for existing customers.

  • Unlimited websites
  • Lifetime updates
  • Lifetime support

...or get the Bundle Deal
and save €250 🎁

The Bundle (unlimited sites)

Pay once, own it forever

Elevate your WordPress site with our exclusive plugin bundle that includes all of our premium plugins in one package. Enjoy lifetime updates and lifetime support. Save significantly compared to buying plugins individually.

What’s included

  • SleekAI

  • SleekByte

  • SleekMotion

  • SleekPixel

  • SleekRank

  • SleekView