✨ 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 immigration passenger manifest pages

Passenger manifests sit behind aggregator search forms with thin per-voyage stubs. SleekRank reads the manifest index and renders one WordPress page per ship and arrival date under /manifests/{slug}/, with passenger counts, ports, and manifest links from the source CSV.

€50 off for the first 100 lifetime licenses!

SleekRank for Immigration passenger manifests by ship/year

Voyages need a page each, not a paginated search blob

The Ellis Island and Castle Garden archives cover roughly 50,000 voyages that landed in US ports between 1820 and 1957. Researchers usually arrive from a surname search and want context: which ship, which line, which port of origin, what the manifest image actually shows. That context lives only on the aggregator, and only behind a search step that costs another click and another page load.

SleekRank turns the manifest index into one WordPress page per voyage. Each page carries ship name, line, arrival date, port of departure, port of arrival, passenger count, manifest microfilm reel, and a Trip schema block, all driven by tag and selector mappings on a shared base. The URL pattern is /manifests/{slug}/, and new voyages appear after the next cache refresh.

Genealogy aggregators won this category because they own the index, not because their per-voyage pages are good. SleekRank flips that by making the per-voyage page the entry point, not the search box. Researchers land directly on the manifest they want, the society keeps the traffic, and the data file remains the canonical source.

Workflow

From manifest index to per-voyage landing pages

1

Build the voyage base page

Design one WordPress page with ship header, line block, port pair card, passenger count, microfilm reel link, indexed-name list, and Trip JSON-LD. This becomes every voyage's template across the archive.
2

Connect the manifest CSV

Point SleekRank at the voyage index file. Confirm the slug column, departure and arrival columns, and a cache duration. Archive sets that change slowly use a 7-day cache with manual flush after volunteer batches.
3

Wire ports, ship, and schema

Tag mappings for ship name and arrival date, selector mappings for ports and line, a meta mapping for Trip and Event JSON-LD, and a list mapping for indexed passenger names from the transcription column.
4

Layer in ship and line lookups

Reference a second file keyed on the line column for line history and on the ship column for ship spec. The base template reads both via additional data sources so every voyage carries rich context without duplicate row fields.

Data in, pages out

One manifest index, one page per voyage

Genealogy archives maintain the ship-and-date index in CSV. SleekRank reads it directly and emits a full landing page per arrival voyage.
Data source: Ellis Island manifest CSV / NARA RG 85 index
slug ship_name line arrival_date passenger_count
ss-saint-louis-1939 SS St. Louis Hamburg America Line 1939-05-27 937
ss-rotterdam-1907 SS Rotterdam Holland America Line 1907-04-15 2200
rms-lusitania-1907 RMS Lusitania Cunard Line 1907-09-13 2165
ss-bremen-1929 SS Bremen Norddeutscher Lloyd 1929-07-22 2200
ss-pennland-1923 SS Pennland Red Star Line 1923-08-04 1800
URL pattern: /manifests/{slug}/
Generated pages
  • /manifests/ss-saint-louis-1939/
  • /manifests/ss-rotterdam-1907/
  • /manifests/rms-lusitania-1907/
  • /manifests/ss-bremen-1929/
  • /manifests/ss-pennland-1923/

Comparison

Aggregator stubs vs SleekRank manifest pages

Genealogy aggregator stub

  • Voyage detail buried under a paywalled federated search box
  • Per-voyage stub pages lack ship history, line context, or port detail
  • Manifest image only accessible inside the aggregator's paid viewer
  • URLs are aggregator-owned, fragile, and not shareable to a public link
  • No Trip or Event schema, so no enhanced result eligibility on entity queries
  • Passenger count and port pairings hidden inside the search result, not titled

SleekRank

  • Every voyage gets a real, indexable URL under /manifests/{slug}/
  • Trip and Event JSON-LD generated from departure, arrival, and ship fields
  • Passenger count, ports, and microfilm reel rendered from one row
  • Link to the manifest scan via tag mapping to the canonical archive
  • Ship line history block sourced from a separate line lookup file
  • Sitemap covers every voyage in the manifest index automatically

Features

What SleekRank gives you for Immigration passenger manifests by ship/year

Ship and line context

Pull ship name, builder, gross tonnage, and line history from a ship-lookup file joined on the line column. Every voyage page renders the ship and line block without duplicating data across the per-voyage rows.

Port pair narratives

Render port of departure and port of arrival as schema-rich location blocks via meta mappings. The base template handles the geography without a per-voyage twig edit, so new ports appear cleanly as soon as a row references them.

Manifest scan deep link

Each row carries the microfilm reel and frame numbers. A tag mapping injects the canonical archive deep link into the page, so researchers reach the scan in one click instead of repeating a manifest search.

Use cases

Who runs immigration manifest indexes on SleekRank

Genealogy chapters

Local chapters with deep manifest research want the index on their own domain, not on an aggregator. SleekRank produces a per-voyage corpus from the chapter's CSV, so research traffic lands where the chapter actually benefits.

University history departments

Migration historians teach with manifests. A per-voyage page corpus turns coursework references into shareable URLs that students can cite without needing aggregator access for every assignment.

Diaspora heritage projects

Heritage groups tracking a single port pair or line use SleekRank to publish their subset of the archive, with each voyage as a citable landing page rather than a row in a search result.

The bigger picture

Why manifest research belongs on heritage sites

Immigration research is one of the densest long-tail traffic categories on the open web. Researchers search by surname, by town of origin, by ship, by year, by port pair, and most queries are highly specific. The aggregators that currently own the category do so because they hold the index, not because their per-voyage pages match the depth of the query.

Local genealogical chapters and heritage projects produced the transcriptions that fill those indexes, yet none of the organic value flows back to them. SleekRank closes that gap by turning the same CSV into a per-voyage landing page corpus on the heritage organization's own domain. Each voyage becomes its own URL that ranks for ship name, line, year, and port pair searches.

Internal links across voyages strengthen the chapter's authority. Trip and Event schema make every page eligible for entity panels and enhanced results. Volunteers continue contributing through the manifest spreadsheet, while the public archive refreshes through cache cycles.

The aggregator model wins on breadth; the per-voyage page wins on depth, citation, and the long tail of surname queries that finally land somewhere the heritage organization owns.

Questions

Common questions about SleekRank for Immigration passenger manifests by ship/year

Yes. Run a second page group under /passengers/{slug}/ from the passenger CSV joined on the voyage ID. Use a list mapping on the manifest page to render the linked passenger cluster, so navigation flows from voyage to person without duplicate copies of the data.

 

Store a scan_access column with values like public, fair_use, or restricted. A selector mapping swaps the embed for a citation block when the value is restricted, so the page still earns the entity ranking without infringing on the source rights.

 

Add an indexed_names column populated by transcription volunteers and render it via a list mapping. The plain-text names give the page indexable surnames and town names that the scan alone never provides to search engines.

 

Use Trip with departure and arrival locations, ship as vehicle, and date fields. Add Event in parallel for historically notable voyages so search engines can resolve both the journey and the event entity from one structured-data block.

 

Add a route_stops column carrying a delimited list and use a list mapping in the base template to render each stop with date and tonnage notes. The Trip schema stays accurate while the page narrative gets the full route detail.

 

Yes, provided each page has unique title, meta description, lead text, and at least the passenger-count and route blocks rendered from the row. SleekRank's tag mappings make uniqueness automatic since every meaningful field varies per voyage.

 

Build the slug as ship_name plus year plus port code if the same ship made multiple landings the same year. SleekRank treats slug as the URL key, so the slugging rule in your data prep step is the contract that keeps every URL unique.

 

Yes. Add transcriber and proofreader columns and use a selector mapping to render the credit block in the base page footer. Volunteers see their contributions surface publicly, which keeps the transcription pipeline funded by motivation rather than only money.

 

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