- Open Sports MCP Server in the customer portal.
- Go to the
APItab. - Create a key for the environment or app you are launching.
- Add a CORS origin only if you have a reviewed browser-based use case.
What This Page Helps You Do
- create a product-scoped key without waiting on support
- hand the right credential to the right team or environment
- keep production keys off the browser unless the risk is understood
- allow controlled browser access for specific origins when required
Portal Path
| Task | Portal location |
|---|---|
| Create a key | Products -> Sports MCP Server -> API -> Create API Key |
| Delete a key | Products -> Sports MCP Server -> API -> Keys |
| Review CORS origins | Products -> Sports MCP Server -> API -> CORS Origins |
Product-Scoped Keys
Sports MCP Server keys are product-scoped. A key created forsports-mcp-server works only against that product.
That gives customer teams two important controls:
- builders get only the access they need for this product
- a key from another product cannot be reused here by accident
Recommended Key Strategy
| Key pattern | Why it helps |
|---|---|
sports-mcp-server-dev-assistant | isolates local or sandbox work |
sports-mcp-server-staging-agent | keeps pre-production traffic separate |
sports-mcp-server-prod-scoreboard | lets you attribute usage to a real customer-facing surface |
sports-mcp-server-prod-editorial | separates internal tooling from public experiences |
Create an API Key
- Open the
APItab for Sports MCP Server. - Select
Create API Key. - Enter a clear name that matches an environment or product surface.
- Copy the full secret immediately.
- the full key value is shown only once
- builders should store it in a secure secret manager
- if a key is lost, create a new one instead of expecting retrieval
What To Hand Off To Developers
Give implementers these four pieces of information:- product:
sports-mcp-server - endpoint:
https://sports-mcp-server.etonecarg.com/ - auth pattern:
Authorization: Bearer <API_KEY> - docs starting point: Quickstart
CORS Origins
TheCORS Origins section exists for browser-based scenarios, but it should be used carefully.
Gracenote recommends proxying Sports MCP Server calls through your backend whenever possible. That keeps the API key off the client, gives you a place for request shaping and logging, and avoids leaking a production credential into frontend code.
CORS Rules
| Rule | Current behavior |
|---|---|
| Max origins | 50 per organization per product |
| Production scheme | https:// required |
| Local development | http://localhost and http://127.0.0.1 allowed |
| Paths, queries, fragments | not allowed |
When To Allow Browser Access
Allow browser access only when all three are true:- the use case genuinely requires direct browser requests
- the allowed origin list is narrow and controlled
- the team has reviewed how the key will be stored, rotated, and monitored
Common Mistakes
- creating one shared key for every environment and every app
- using a generic name that makes usage attribution impossible later
- expecting the portal to show the full secret again after creation
- adding broad browser origins before the product has a real need for them