Football data for fantasy football tools
How to use player statistics, squads, fixtures and expected line-ups in fantasy tools without overstating certainty.
FootballAPI.net editorial team
Written and reviewed by the organisation
Published 30 Oct 2026Updated 1 Nov 20265 min read

Fantasy football managers are some of the most demanding users of football data. They want player statistics, fixture difficulty, team news and points, and they check obsessively around deadlines. A fantasy tool built on a football API can serve them well, provided it is honest about what the data does and does not tell them.
This guide covers the feeds a fantasy tool typically needs, how to combine them, and where to be careful. FootballAPI.net offers no betting tips, odds or outcome predictions, and a fantasy tool built on our data should present context, not certainty.
The feeds you need
Most fantasy tools draw on four families. Squads tell you which players belong to which club and their positions. Player profiles and match statistics give appearances, minutes, goals, assists and cards. Fixtures give each club's schedule. Predicted line-ups, where supported, give expected starters before team sheets are confirmed.
Top-scorer and assist leaderboards are useful summary sources, but do not treat them as a complete fantasy scoring feed. Injury and sidelined records can describe missing or questionable players where supplied. Check the relevant competition and player identifiers, retain the reported status, and distinguish an absent record from a confirmed return to fitness.
Join everything on player and team identifiers. Fantasy games often have their own player lists; map those to supplied identifiers once, carefully, and store the mapping.
- Squads and positions
- Player and match statistics
- Fixtures and expected line-ups
- Leaderboards for summaries
Settling points
Calculate fantasy points after matches end, from stored match detail. Refresh the detail the next morning to catch corrections, such as a reassigned goal or a rescinded card, and recalculate. Communicate clearly that points are provisional until that second pass.
Do not attempt to settle points during matches. Without a live service, intermediate figures would be stale and confusing.
Expected starters
Expected line-ups are popular with managers but uncertain. Label them as expected, show when they were retrieved and replace them with confirmed line-ups as soon as possible. Never describe a player as a guaranteed starter. Rotation, late injuries and tactical surprises happen every week.
Fixture difficulty
Many tools rate upcoming fixtures by difficulty. If you do, explain the method in plain words, base it on transparent inputs such as table position and recent results, and avoid presenting it as a probability. Let managers see the inputs so they can apply their own judgement.
Keep these ratings as clearly your own analysis, not something supplied by the data feed.
Statistics with context
Show per-ninety-minute rates only for players with meaningful minutes. Keep competition and season beside every figure. Distinguish between zero, which is measured, and blank, which is missing. Managers will build strategies on your numbers, so precision in presentation matters.
- Hide rates for very low minutes
- Competition and season always visible
- Zero and blank are different
Deadline traffic
Fantasy tools see huge spikes before deadlines. Serve everything from your own cache, pre-compute expensive views such as player rankings, and make sure no reader request triggers an upstream call. Your request volume should depend on your refresh schedule, not your traffic.
Player photos and crests
Player photos from our media route make lists far easier to scan. Use small sizes, lazy loading and initials fallbacks. Crests help managers spot clubs at a glance in fixture grids.
A worked example
A tool covering league 1204 refreshes squads weekly, fixtures daily, expected line-ups the evening before and morning of each match day, and match detail after the last game and again the next morning. Points are calculated after the first pass, marked provisional, and finalised after the second. Player pages show season statistics with competition labels and photos, and a fixture grid shows the next five opponents for each club with crests.
Managers see expected starters with clear labels on Friday, confirmed teams an hour before kick-off and provisional points on Saturday evening. Nothing pretends to be live and nothing pretends to be certain.
Responsible design
Fantasy football is a game, and for most players it is purely recreational. Keep it that way: avoid language borrowed from betting, avoid nudges that encourage compulsive checking, and do not link fantasy features to wagering. Clear labels and calm design make a tool people trust across a whole season.
Mapping player lists
Most fantasy games publish their own player list with their own identifiers and spellings. Mapping it to supplied player identifiers is the most error-prone step in building a tool. Match on club, position and date of birth as well as name, review ambiguous matches by hand and store the confirmed mapping. Never rely on name matching alone; two players with the same name at different clubs are more common than you might expect.
Revisit the mapping at the start of each transfer window. New signings need adding, departed players need closing off, and any player whose mapping changes should be logged so historical points remain attached to the right person.
Keep a small admin screen for the mapping so editors can fix problems quickly without database access.
Communicating with managers
Add a short methodology page explaining where each number comes from, when it refreshes and how points are settled. Link to it from every view that shows provisional figures. Managers who understand the rhythm of updates complain less and trust the tool more, especially on busy weekends when corrections arrive overnight.
When something goes wrong, such as a delayed refresh, say so with a banner rather than letting stale numbers sit silently on screen.
Season rollover
At the end of a season, archive final points and statistics, reset weekly views and refresh squads before the new game opens. Keep last season's mapping for history pages.
Key takeaways
- Join squads, statistics, fixtures and expected line-ups by identifier.
- Settle points after matches and finalise after a correction pass.
- Show uncertainty openly and avoid betting language.
Request-budget planner
Estimate calls from one shared server-side poller. Browser visitors should read your cache, not the API.
- Calls per day
- 1,800
- Calls per month
- 54,000
- Average rate
- 0.05 req/s
An estimate only. The average rate applies during active hours, not to bursts: the account safety ceiling is 100 requests per second. Inputs are bounded to 1–86,400 seconds, 0–24 hours, 0–100 endpoints and 0–31 days. Include other workers and detail requests in your forecast. Daily included successful requests reset at midnight UTC without rollover; metered extras cost €0.002 each. Successful API cache hits count too. See the current daily allowances.
Frequently asked questions
Can I settle fantasy points live?
No. Settle after matches from stored detail and recheck the next morning for corrections.
Are injury feeds available?
The injuries endpoint provides availability records where supplied, including sidelined players and reported statuses. Coverage varies, and an omitted player is not necessarily fit. Preserve the source status and retrieval time rather than making a medical or selection claim.
How should I show expected starters?
Label them as expected with a retrieval time, and replace them with confirmed line-ups promptly.
Can I map my game's player list to yours?
Yes. Map once to supplied player identifiers and store the mapping carefully.
Sources and references
Use these implementation references alongside this guide. Current endpoint parameters and account settings take precedence over illustrative examples.
Related guides
All guidesPlayer profiles from a football API
How to build player pages from profile and career statistics data, and how to cope with uneven completeness.
Predicted line-ups are not betting predictions
Why expected team selections are useful editorial context, and why FootballAPI.net does not publish match outcome predictions or tips.
Team and squad data from a football API
What team profiles and squad feeds contain, how to store them, and how to keep rosters accurate through transfer windows.