✨ 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

SleekRank for Shabbat time pages

A single calculator widget can't rank for 'Shabbat times Brooklyn' alongside 'candle lighting Tel Aviv'. SleekRank reads the Hebrew calendar feed and renders one indexable URL per city with candle lighting, havdalah, and parashah.

€50 off for the first 100 lifetime licenses!

SleekRank for Shabbat time pages

Shabbat queries are weekly and per-city by nature

Shabbat queries are some of the most reliably recurring local searches anywhere. Every Friday, traffic for 'Shabbat times {city}' and 'candle lighting {city}' spikes, then settles. A single calculator widget can do the math for any coordinate pair, but it cannot rank for any particular city, because there is no crawlable per-city URL or content to anchor relevance.

SleekRank reads a Hebrew calendar feed (Hebcal API, ChabadCalendar, or a precomputed CSV) and renders one page per city against a base WordPress page. Tag mappings handle the city name, country, and configured candle-lighting offset. Selector mappings inject this week's candle lighting time, havdalah time, parashah name, and the Hebrew date. List mappings render the next four Shabbatot as a small table. Meta mappings keep the description fresh with the upcoming candle lighting.

Brooklyn at an 18-minute candle-lighting offset, Tel Aviv at a 30-minute offset, and Manchester at an 18-minute offset with British Summer Time all get their own canonical URLs. Same template, different rows, individually crawlable, each one localised to its custom and time zone.

Workflow

From Hebrew calendar feed to per-city Shabbat pages

1

Build the city sheet

One row per city with slug, name, country, latitude, longitude, IANA time zone, candle-lighting offset, and havdalah method. The Hebcal API or equivalent runs against those values to produce weekly times.
2

Configure the page group

Set urlPattern to /shabbat-times/{slug}/, point at the source, and pick the base WordPress page with hero, this-week block, next-four-Shabbatot table, parashah note, and custom explainer sections.
3

Wire the mappings

Tag mappings for city, country, and offset, selector mappings for candle lighting, havdalah, parashah, and Hebrew date, list mapping for the next four Shabbatot, meta mapping for the description ending in this Friday's candle lighting.
4

Refresh and crawl

Set cacheDuration to 604800 with a daily revalidation, flush rewrites with WP-CLI, and verify every /shabbat-times/{slug}/ URL appears in the sitemap with this week's times in title and meta description.

Data in, pages out

From Hebrew calendar feed to per-city Shabbat pages

One row per city with coordinates, time zone, candle-lighting offset, and the upcoming Shabbat times.
Data source: REST API / JSON file
slug city candleLighting havdalah parashah
brooklyn-ny Brooklyn, NY Fri 19:42 Sat 20:48 Bamidbar
tel-aviv-israel Tel Aviv, Israel Fri 19:11 Sat 20:21 Bamidbar
manchester-uk Manchester, UK Fri 20:36 Sat 22:01 Bamidbar
buenos-aires-argentina Buenos Aires, Argentina Fri 17:38 Sat 18:38 Bamidbar
melbourne-australia Melbourne, Australia Fri 17:11 Sat 18:14 Bamidbar
URL pattern: /shabbat-times/{slug}/
Generated pages
  • /shabbat-times/brooklyn-ny/
  • /shabbat-times/tel-aviv-israel/
  • /shabbat-times/manchester-uk/
  • /shabbat-times/buenos-aires-argentina/
  • /shabbat-times/melbourne-australia/

Comparison

Single calculator widget vs per-city Shabbat pages

One calculator page

  • A single widget has no city URL for search to rank
  • Candle-lighting offset choice is hidden inside a dropdown
  • Havdalah method (Tzeit hakochavim, R Tukatzinsky) lives in JS, not HTML
  • Same canonical URL serves Brooklyn and Bondi alike
  • Parashah and Hebrew date never appear as crawlable text per city
  • Weekly traffic spike lands on a generic widget, not a city page

SleekRank

  • One indexable URL per city in the feed
  • Candle lighting and havdalah rendered as crawlable text
  • Parashah and Hebrew date stored per week
  • Per-city candle-lighting offset and havdalah method
  • Sitemap registers every city URL
  • Weekly cache refresh updates the upcoming Shabbat automatically

Features

What SleekRank gives you for Shabbat time pages

Per-city URL

Every city in the feed gets a /shabbat-times/{slug}/ page with this week's candle lighting and havdalah rendered as page content, plus the next four Shabbatot underneath.

Custom-aware

Store each city's candle-lighting offset (18, 22, 30, or 40 minutes) and havdalah method per row so Brooklyn, Manchester, and Tel Aviv each render their own community custom.

Parashah and date

Selector mappings inject this week's parashah and the Hebrew date into the page body, so the URL stays useful for parashah-aware queries and not just clock times.

Use cases

Who builds Shabbat time pages with SleekRank

Jewish community sites

Federations, JCCs, and community hubs that want a city-specific Shabbat page for every audience they serve, instead of a single calculator widget that ranks for nothing.

Synagogue networks

Federations and movements publishing official candle-lighting times for affiliated congregations, each shul with its own URL, custom offset, and parashah commentary.

Kosher travel guides

Travel resources pairing Shabbat times with kosher restaurant and eruv listings on the same per-city URL during the regular weekly search spike.

The bigger picture

Why Shabbat times reward per-city programmatic pages

Shabbat times are a textbook recurring-local-search case. Every Friday afternoon, traffic for 'Shabbat times {city}' spikes, and every Saturday night the same audience searches for havdalah. A single calculator widget can compute times for any coordinate pair, but it cannot rank for any specific city, because the URL is identical regardless of input.

Per-city pages flip that equation. Each city becomes its own indexable surface, with this week's candle lighting and havdalah rendered as HTML, parashah and Hebrew date visible in the body, and the next four Shabbatot listed beneath. Community custom matters too, because Brooklyn uses an 18-minute offset, Tel Aviv 30 minutes, and Manchester 18 minutes with British Summer Time, and serious users want to see the offset named on the page.

The data-driven approach also makes the weekly freshness problem tractable: a scheduled refresh updates this week's row and the meta description without editorial work. One Hebrew calendar feed, one base page, hundreds of city URLs, each one written in the custom and time zone of its audience.

Questions

Common questions about SleekRank for Shabbat time pages

Hebcal is the most widely used free option and exposes candle lighting, havdalah, parashah, and full Hebrew date data for any coordinate pair. It supports configurable candle-lighting offsets and havdalah methods (Tzeit hakochavim 50min, R Tukatzinsky, 72min, custom degree-based). Other sites use ChabadCalendar exports or precomputed CSVs.

 

Each city row carries its candle-lighting offset (18, 22, 30, or 40 minutes before sunset) and havdalah method (Tzeit hakochavim, R Tukatzinsky, 72 minutes). The page renders both in the body so users can see whether they are looking at Brooklyn's 18-minute custom or Jerusalem's 40-minute custom without having to guess.

 

Yes. Tzeit hakochavim at 50 minutes after sunset is the most common, but Tukatzinsky, 72 minutes, and 8.5-degree solar depression are all in use across different communities. Store the chosen method per row and pass it to the source so each page renders the method its audience follows.

 

The Hebrew calendar feed returns the parashah name for the upcoming Shabbat and flags holiday weeks like Shabbat Shuva, Shabbat Hagadol, and Shabbat Chazon. The page renders the parashah name in the body and uses a separate selector for any special-Shabbat designation, so the URL stays useful across the whole year.

 

Set cacheDuration to 604800 (one week) with a daily revalidation. The page renders this week's times until Saturday night, then rolls forward to next Friday's candle lighting at havdalah. The four-Shabbatot table always shows the upcoming four windows, so the page never feels stale.

 

Jerusalem traditionally uses a 40-minute candle-lighting offset to avoid encroaching on Shabbat. Tel Aviv and other Israeli cities use 30 minutes. Store the city-appropriate offset per row, and the source uses it directly. The page renders the offset explicitly so users see, for example, '40 minutes before sunset' alongside the candle-lighting time.

 

Yes. SleekRank registers every generated URL with the sitemap and noindexes the base template page so only city URLs get crawled. New cities added to the feed appear in the sitemap on the next refresh, which matters when expanding into new diaspora audiences.

 

Yes. Either expand the row to include eruv status and a nearby-shul list, or run separate page groups at /eruv/{slug}/ and /shuls/{slug}/ sharing the city slug. Internal links between Shabbat times, eruv status, and shul listings compound topical relevance for the city and help all three pages rank for related queries.

 

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