How to track visual updates on an Indian railway website with screenshots
Build a dated screenshot history of an Indian railway website with Firefox, compare consistent page states, and automate repeat captures with ScreenshotNeo.
To track visual updates on an Indian railway website, capture the same page in the same state at regular intervals, save each screenshot under a unique date-based filename, and compare the images. Firefox can capture a full page or a selected element. This is a manual visual history, not an IRCTC alert service, train-running tracker, or ticket-status check.
For automated repeat captures, you can use ScreenshotNeo, a website screenshot API and MCP server. Its API returns an image or PDF from one request and offers controls for capture conditions. The practical comparison steps below are workflow recommendations; they are not an IRCTC monitoring feature.
1. Decide what you are tracking
Start with a public page or a non-sensitive screen whose appearance matters. Write down its exact URL and the reason you want to preserve its appearance. Keep this separate from checking a train or a booked ticket: the Government of India’s ticket-status service requires a PNR to retrieve the current status of a booked ticket. A screenshot documents what a page looked like when captured; it is not a booking record.
The Ministry of Railways announced on 15 July 2026 that a beta version of the new IRCTC website would go live at 21:00 that day at https://www.irctc.co.in/eticket/. The release said users could experience its look and feel and provide feedback, and described a clean interface and simplified experience. That dated announcement does not establish a complete changelog or prove that every page and user now sees the same design. The same release said IRCTC handles around 14.5 lakh tickets per day on average and that its website first launched in 2002. Ministry of Railways release.
2. Capture a consistent baseline in Firefox
- Open the exact page you intend to track. Note the URL, date, browser, language, zoom, window dimensions, and any state needed to reach the content.
- For a full-page capture, open Firefox Developer Tools, choose Settings, then Available Toolbox Buttons, and enable Take a screenshot of the entire page. Use the screenshot button to capture the page; Firefox saves it to Downloads.
- For a repeatable filename, a delay, or an element-only capture, use Firefox’s Web Console
:screenshothelper. For example,:screenshot --fullpage irctc-home-2026-10-04.pngcaptures the full page with a date in the filename. Use a fresh filename for every capture so a later image cannot overwrite the earlier one. - If you need a particular component, use the helper’s selector option to capture an element instead of the entire page. If you need to capture an opened menu or hover state, use a delay so you have time to display that state before capture.
- Move the downloaded capture into a dated folder or other archive, and retain the original. Do not overwrite the previous capture when building a history.
Firefox documents full-page capture and the screenshot helper’s filename, delay, full-page, and selector options in its Web Console helper reference. Its Developer Tools settings explain the full-page screenshot button. The listed IRCTC compatible-browser version floors are old, so use an up-to-date supported browser and consult current browser guidance if compatibility is a problem; do not treat old minimum versions as recommendations. IRCTC compatible browsers.
3. Build a useful screenshot history
Use a filename that identifies the site, page, and capture date, for example irctc-home-2026-10-04.png. For an element capture, include the component name, such as irctc-home-search-panel-2026-10-04.png. Keep the URL and capture conditions in a small text file or spreadsheet alongside the images. A useful record includes:
- Capture date and time, including timezone.
- Exact URL and whether the image is full page or element-only.
- Browser, viewport dimensions, zoom, and language.
- Any menu, tab, or other page state displayed during capture.
- A short note about a suspected change or a transient condition.
Choose a cadence that fits your purpose. The supplied research does not establish a standard monitoring interval or a canonical list of railway pages to watch. Do not assume a page changes on a fixed schedule.
4. Compare captures fairly
- Compare the same URL and same page state first. Different pages or states can look different even when nothing changed.
- Open both images at a readable size and inspect the section that matters. Compare full-page captures for broad layout changes; compare element captures when you need a closer view of one component.
- Check whether a difference is persistent before treating it as a site update. A rotating banner, date, status, advertisement, or other changing content may differ even when the underlying layout has not changed.
- Record what changed and the dates of the two captures. Keep both images so another person can review the evidence.
These comparison controls are practical advice for a fair visual comparison, not IRCTC requirements. Screenshots can show a rendered state, but do not by themselves establish why it changed or prove a booking or transaction.
5. Automate repeat captures with ScreenshotNeo
If you need a repeatable capture without opening a browser each time, ScreenshotNeo accepts a URL in a GET request and returns a clean screenshot. Save the response using a unique date-based filename in your own scheduled job or workflow. See the ScreenshotNeo API documentation for request options. The calls below use the supplied API examples and adapt the target URL to the IRCTC beta access path cited in the Ministry’s announcement.
cURL
curl -G "https://api.screenshotneo.com/v1/shot" \
-d access_key=YOUR_API_KEY \
--data-urlencode url=https://www.irctc.co.in/eticket/ \
-o irctc-2026-10-04.webp
Python
import requests
r = requests.get(
"https://api.screenshotneo.com/v1/shot",
params={
"access_key": "YOUR_API_KEY",
"url": "https://www.irctc.co.in/eticket/",
},
timeout=90,
)
open("irctc-2026-10-04.webp", "wb").write(r.content)
Node.js
const q = new URLSearchParams({
access_key: 'YOUR_API_KEY',
url: 'https://www.irctc.co.in/eticket/',
});
const res = await fetch(`https://api.screenshotneo.com/v1/shot?${q}`);
const bytes = new Uint8Array(await res.arrayBuffer());
await (await import('node:fs/promises')).writeFile('irctc-2026-10-04.webp', bytes);
These minimal examples request the default screenshot. ScreenshotNeo also supports PNG, JPEG, WebP, and PDF output; full-page capture with lazy images loaded; a CSS selector for one element; dark mode; 12 device presets or a custom viewport; retina scale; PDF paper size, margins, landscape, and page ranges; HTML/CSS to image; custom CSS or JavaScript; clicking an element before capture; hiding selectors; waiting for a selector, delay, or network idle; blocking ads, trackers, requests, or resource types; custom headers, cookies, user agent, and Authorization; timezone and geolocation; transparent background; image resizing; caching with a chosen TTL; signed links for public image tags; asynchronous jobs with signed webhooks; bulk capture of up to 100 URLs per call; a usage API; and an OpenAPI specification. Parameter names used by other screenshot APIs also work to make migration easier. Consult the documentation for exact parameter names and allowed values before adding options.
Operational notes
- Preserve history: save each response under a unique filename that includes the capture date. If an automation reruns for the same day, decide whether to retain both attempts or replace that day’s file.
- Review the response: ScreenshotNeo responses identify the page verdict and billing status in
X-Page-VerdictandX-Billedheaders. Use these to distinguish a clean page capture from a bot check, blank page, timeout, failed load, or cache hit. - Handle transient pages: A bot check, CAPTCHA, or failed load is not a visual update to the target page. The product states these outcomes and cache hits are not billed, but your capture workflow should still record that no usable page image was obtained.
- Match conditions: Set the same viewport, device, locale-related settings, wait condition, and page state across captures when comparisons need to be meaningful. A changed viewport or timing can change the screenshot without a site redesign.
- Control cache behavior: If you need a fresh capture for each scheduled run, review caching and its TTL in the docs. A cache hit can return an earlier result and is identified in the response verdict headers.
- Protect access: Keep the API key in a secret store or environment configuration; do not place it in a public repository or client-side page. Use custom headers or cookies only when you are authorized to access the target content.
- Respect scope: Track public or otherwise authorized pages. Do not use screenshots as a substitute for official ticket, payment, or booking records.
Or skip the browser setup
ScreenshotNeo can capture a page with one API request. Its clean-shot flow accepts cookie and consent banners like a visitor and removes more than 60 known consent platforms, newsletter popups, and chat widgets before the capture; each cleanup step can be turned off. Bot checks, blank pages, timeouts, failed loads, and cache hits are not billed, and the response reports the page verdict and billing status. An MCP server provides take_screenshot, get_page_info, and capture_pdf tools for Claude, Cursor, and other MCP clients. The Free plan includes 1,000 shots a month with no card; paid plans start at $5 for 3,000 shots. Every feature is on every plan.
curl -G "https://api.screenshotneo.com/v1/shot" \
-d access_key=YOUR_API_KEY \
--data-urlencode url=https://www.irctc.co.in/eticket/ \
-o irctc-2026-10-04.webp
See the API docs and ScreenshotNeo. Sign up for 1,000 free screenshots a month with no card.
Troubleshooting
| Symptom | Likely cause | What to do |
|---|---|---|
| The screenshot overwrote an older image | The capture reused the same filename. | Use a date and page name in each filename, and verify the archive path before saving. |
| The page looks different in the next capture | Viewport, zoom, language, page state, timing, or transient content changed. | Repeat the capture with the same conditions and inspect whether the difference persists. |
| The full page is cut off | A viewport screenshot was captured instead of a full-page screenshot. | Enable Firefox’s full-page screenshot button or use the helper’s full-page option; confirm the capture dimensions. |
| The target component is missing | The element selector did not match, or the component was not present in the captured state. | Confirm the selector against the loaded page and capture after the relevant state is visible. |
| A menu is closed in the image | The capture happened before the menu was opened or after it closed. | Display the menu and use the screenshot helper’s delay option, or configure a wait for the relevant selector in an API request. |
| The automated result is a challenge page or blank image | The target returned a bot check, CAPTCHA, blank page, timeout, or failed load. | Check ScreenshotNeo’s verdict and billing headers, then retry later or review whether the page is accessible and authorized for capture. Do not label the challenge page as a site redesign. |
| The API returns an unexpected format | The requested output format or file extension does not match. | Check the request options in the API docs and use a matching extension such as .png, .jpg, or .webp. |
| Repeated runs show the same capture | A cache hit may be serving a previous result. | Inspect the page-verdict header and review the configured cache TTL. |
Performance, reliability, and cost
Manual Firefox captures require someone to open the page and preserve each image, but avoid API usage. They are a good fit for occasional documentation or a small number of pages. Automated captures are easier to schedule across recurring runs; use a consistent wait condition and viewport, and retain the response metadata alongside each image so a failed or cached result is not mistaken for a new visual state.
ScreenshotNeo pricing is Free: 1,000 shots/month; Starter: $5 for 3,000; Growth: $15 for 15,000; Pro: $39 for 60,000; Scale: $99 for 250,000; Business: $249 for 1,000,000. Yearly billing gives two months free. Every feature is available on every plan. Since clean shots are billed and bot checks, blank pages, timeouts, failed loads, and cache hits are not billed, inspect the response headers when calculating usable captures for a monitoring workflow. Choose a plan based on the number of pages and capture frequency you expect; the research provides no benchmark for capture speed or reliability.
FAQ
Does IRCTC provide visual change alerts?
The reviewed sources do not establish that IRCTC offers visual change alerts. The repeat-capture workflow here is manual unless you schedule an API-based workflow.
Is this a way to track a train or PNR?
No. It records page appearance. The Government of India’s booked-ticket status service requires a PNR to retrieve ticket status.
Does a screenshot prove that a booking succeeded?
No. Keep official booking and ticket records for that purpose; a screenshot is only a record of the rendered screen.
Can I track any IRCTC page?
This guide covers pages you can access and are authorized to capture. Current page layouts, rollout, and browser compatibility can change, and the cited beta announcement is dated 15 July 2026.
Can I use an old IRCTC browser version recommendation?
The compatible-browser page contains old version floors. Use a current supported browser and check current browser guidance if a compatibility issue occurs.


