The short answer: the site does not scrape every few minutes. Each scheduled Thursday-to-Sunday draw gets two evening checks and one next-morning safety check. That is twelve small checks a week.

The draw-aware schedule

CheckUTCUAE timeWhen
First post-draw check17:209:20 PM GSTThursday, Friday, Saturday and Sunday
Delayed-publication retry18:1010:10 PM GSTThursday, Friday, Saturday and Sunday
Next-morning safety check05:159:15 AM GSTFriday, Saturday, Sunday and Monday

Fast 5 is scheduled for Thursday, Easy 6 for Friday, Wild 5 for Saturday and Mega 7 for Sunday. Running around those draw windows is quieter and easier to audit than a high-frequency poll. The later checks catch a result that was not available after the first attempt.

Every scheduled run requests all four covered games. That small amount of extra reading matters because hosted cron jobs can start late—even after midnight UTC. The update no longer guesses which game to request from the job's actual start day.

Where the data comes from

The collector reads the client data feed used by the Emirates Draw app and site. It requests each of the four covered games separately, normalises the response into one small schema and keeps source failures visible in the workflow log.

This site is not the operator. The data source can be delayed, changed or unavailable. That is why every result page also tells readers to confirm an entry inside the genuine Emirates Draw account.

What is validated before a result is accepted

  • The result belongs to Mega 7, Easy 6, Fast 5 or Wild 5 and uses the expected game code.
  • The number count matches the game: seven, six or five.
  • Every number is an integer, unique within the result and inside that game’s allowed range.
  • The draw date is valid and not implausibly far in the future.
  • Winner and prize totals, when supplied, are non-negative numbers.
  • An incomplete refresh cannot overwrite richer saved fields with null values.

How the archive reaches the website

  1. The hosted workflow asks the Cloudflare collector for normalised JSON.
  2. The new records are validated again, merged by draw code and sorted newest first.
  3. If no result was added or corrected, the results file is not written and no commit or site rebuild is started. A schedule-only difference is ignored until a result changes.
  4. If a draw changed, the workflow commits only the results file. Cloudflare rebuilds the static Astro site.
  5. After deployment, a health check compares the newest draw code and timestamp for all four games on the public homepage with the repository.
  6. The next-morning run fails visibly if a scheduled draw is still missing after a six-hour publication grace period. This warning does not write or invent a result.

What “last checked” does and does not mean

The timestamp shown on the site records the last saved change to the archive, not every routine check that found the same data. It is not proof that a specific ticket won, and it does not promise that every optional statistic was published. A dash represents an omitted field; a numeric zero is shown as 0 exactly as supplied.

We avoid describing this process as instant. The first routine check is twenty minutes after the scheduled draw, with an evening retry and a next-morning safety check. A manual workflow can also be run when a source change or correction needs attention.

When a record changes

A result is corrected only after the replacement value is compared with the published client data and passes the number, game and date checks above. A general editorial inbox is not currently published. For ticket ownership, account status, eligibility or payment questions, contact Emirates Draw through an operator-controlled channel.

Operator pages reviewed

Game details on this page were checked on 27 August 2026. The operator can revise a format, schedule or award term, so use its own pages for the latest conditions.