Tools: I built a free football prediction platform for World Cup 2026 — here's the stack

The Stack ## Key Architecture Decisions ## Template → Instance → Pool ## Smart Sync — Automatic Score Updates ## i18n with next-intl ## What the App Looks Like ## Deployment ## Lessons Learned ## Try It / Check the Code With the FIFA World Cup 2026 just months away, I wanted to build something my friends and I could actually use — a platform to create prediction pools (known as quiniela in Mexico, polla in Colombia, prode in Argentina, or penca in Uruguay). The result is Picks4All — a free, open platform where you can create a pool, invite friends with a code, predict match scores, and compete on a live leaderboard. Here's how I built it and what I learned along the way. I chose a monorepo with a clear separation: backend/ for the Express API and frontend-next/ for the Next.js app. Both are TypeScript end-to-end. The most important design decision was the data model. Instead of hardcoding tournaments, I built a template system: This means adding a new tournament is just creating a new template — no code changes needed. Nobody wants to manually enter scores for 64 matches. I integrated with API-Football to build a "Smart Sync" system: The tricky part was handling edge cases: delayed matches, score corrections, and rate limits on the free API tier (100 requests/day). The app supports Spanish, English, and Portuguese. I used next-intl v4 with a localePrefix: 'as-needed' strategy: Each locale has its own SEO metadata, JSON-LD structured data, Open Graph images, and sitemap entries. This was more work than I expected, but it's essential for reaching users across Latin America, Spain, Brazil, and English-speaking countries. Inside a pool you can: Everything runs on Railway — three services: DNS is on Cloudflare, pointing picks4all.com to the frontend and api.picks4all.com to the backend. Total cost is under $10/month. Start with the data model. I spent more time on the template/instance/pool schema than on any UI component, and it paid off — adding Champions League after World Cup took hours, not days. i18n is never "just translations." It touches routing, SEO, metadata, legal pages, URL structure, and even date formatting. Plan for it early or pay the price later. Rate limits are a feature, not a bug. The API-Football free tier forced me to build a smarter sync system — checking only active matches, batching requests, caching results. The paid tier would have let me be lazy. Ship early, iterate with real users. My friends found UX issues in the first 10 minutes that I never would have caught alone. World Cup 2026 is coming. If you've ever organized a quiniela on a spreadsheet, give this a try. It's free, no ads, no gambling — just friendly competition. Questions about the architecture or stack? Drop a comment — happy to go deeper on any part of it. Templates let you quickly answer FAQs or store snippets for re-use. Are you sure you want to hide this comment? It will become hidden in your post, but will still be visible via the comment's permalink. Hide child comments as well For further actions, you may consider blocking this person and/or reporting abuse - Template: defines the tournament structure (teams, groups, phases, matches) - Instance: a playable edition of a template (e.g., "Champions League 2025-26") - Pool: a group of friends competing on an instance with their own scoring rules - A cron job checks for live/finished matches every minute - When a match finishes, it fetches the score and publishes the result - The leaderboard updates automatically - picks4all.com/ → Spanish (default, no prefix) - picks4all.com/en/ → English - picks4all.com/pt/ → Portuguese - Browse matches by phase (group stage, round of 16, etc.) - Submit your score predictions before the deadline - See official results with scoring breakdowns - Track your position on the leaderboard - Backend (Express API) - Frontend (Next.js standalone) - PostgreSQL database - Start with the data model. I spent more time on the template/instance/pool schema than on any UI component, and it paid off — adding Champions League after World Cup took hours, not days. - i18n is never "just translations." It touches routing, SEO, metadata, legal pages, URL structure, and even date formatting. Plan for it early or pay the price later. - Rate limits are a feature, not a bug. The API-Football free tier forced me to build a smarter sync system — checking only active matches, batching requests, caching results. The paid tier would have let me be lazy. - Ship early, iterate with real users. My friends found UX issues in the first 10 minutes that I never would have caught alone. - Live app: picks4all.com - Source code: github.com/Rastipunk/Quiniela-Platform