🕓 Registo de 2026-04-14, atualizado em 2026-05-09. Os SDK TS / Python / PHP agora vivem em public registries -
@astroway/sdk(npm),astroway(PyPI),astroway/sdk(Packagist). Detalhes no changelog.
Queres criar uma aplicação de astrologia. Por onde começar? Neste guia - decisões e código: da escolha da API ao deploy de um produto funcional.
Questões de arquitetura
Seção intitulada “Questões de arquitetura”Antes de escrever código, decide: cálculos no cliente ou no servidor?
Cliente (por exemplo, Swiss Ephemeris WASM no browser):
- Prós: sem custo por pedido, funciona offline, controlo total
- Contras: ~2 MB de WASM por cada utilizador, licenciamento complicado (o uso comercial do Swiss Ephemeris tem restrições), és tu que manténs o código de cálculo
API no servidor (AstroWay, Prokerala, etc.):
- Prós: sem dependências no cliente, bundle da aplicação pequeno, rápido no telemóvel, sem dores de cabeça com licenças
- Contras: custo em créditos por pedido, latência em pedidos “frios”
Para a maioria das aplicações, ganha a API no servidor. Os utilizadores móveis não vão esperar por 2 MB de WASM; não vale a pena lidar com nuances de licenciamento; e as APIs modernas fazem cache gratuito de pedidos idênticos (a AstroWay faz cache de 5 minutos com o header X-Cache: HIT).
Escolher a API
Seção intitulada “Escolher a API”O que conta:
- Precisão: procura Swiss Ephemeris “por baixo do capô” (±1 segundo de arco). Se a API não o diz explicitamente - pergunta.
- Cobertura: natal + sinastria + trânsitos: o mínimo. Progressões e retornos - o nível seguinte. Técnicas raras (retificação, Human Design) - isso é um diferenciador.
- Qualidade do SDK: SDKs tipados em TypeScript e Python poupam horas.
- Modelo de preço: credit-based escala melhor do que per-request com carga mista.
Para este tutorial vamos usar a AstroWay API, porque tem os quatro (777 endpoints, Swiss Ephemeris, SDKs tipados, credit-based).
Passo 1: Levantar o backend
Seção intitulada “Passo 1: Levantar o backend”Nunca chames uma API de astrologia diretamente do browser - a tua API key vai vazar. Passa sempre pelo teu backend.
mkdir my-astrology-appcd my-astrology-appnpm init -ynpm install express @astroway/sdk zodnpm install -D typescript @types/express @types/node tsxCria src/server.ts:
import express from 'express';import { Astroway } from '@astroway/sdk';import { z } from 'zod';
const app = express();app.use(express.json());
const client = new Astroway({ apiKey: process.env.ASTROWAY_API_KEY!,});
const BirthInput = z.object({ date: z.string(), time: z.string(), timezoneOffset: z.number(), latitude: z.number(), longitude: z.number(),});
app.post('/api/chart', async (req, res) => { const parsed = BirthInput.safeParse(req.body); if (!parsed.success) return res.status(400).json({ error: parsed.error });
try { const chart = await client.chart.compute({ ...parsed.data, houseSystem: 'P', }); res.json(chart); } catch (err) { res.status(500).json({ error: String(err) }); }});
app.listen(3000, () => console.log('http://localhost:3000'));Executa:
ASTROWAY_API_KEY=aw_test_... npx tsx src/server.tsVerificação com curl:
curl -X POST http://localhost:3000/api/chart \ -H "Content-Type: application/json" \ -d '{"date":"1990-07-14","time":"14:30:00","timezoneOffset":3,"latitude":50.4501,"longitude":30.5234}'Recebes uma carta natal JSON completa.
Passo 2: Frontend
Seção intitulada “Passo 2: Frontend”Qualquer framework serve. Como exemplo - React com um formulário simples:
import { useState } from 'react';
type Chart = { planets: { name: string; longitude: number; isRetrograde: boolean }[]; aspects: { planet1: string; planet2: string; type: { name: string }; orb: number }[];};
// Planets come with ecliptic longitude, not a sign: the sign is that longitude// divided by 30. Work it out on your side, it is cheaper than another call.const SIGNS = ['Aries', 'Taurus', 'Gemini', 'Cancer', 'Leo', 'Virgo', 'Libra', 'Scorpio', 'Sagittarius', 'Capricorn', 'Aquarius', 'Pisces'];const signOf = (longitude: number) => SIGNS[Math.floor(longitude / 30) % 12];
export function NatalForm() { const [chart, setChart] = useState<Chart | null>(null);
async function handleSubmit(formData: FormData) { const body = Object.fromEntries(formData.entries()); const res = await fetch('/api/chart', { method: 'POST', headers: { 'Content-Type': 'application/json' }, body: JSON.stringify({ date: body.date, time: body.time + ':00', timezoneOffset: Number(body.tz), latitude: Number(body.lat), longitude: Number(body.lng), }), }); setChart(await res.json()); }
return ( <div> <form action={handleSubmit}> <input name="date" type="date" required /> <input name="time" type="time" required /> <input name="tz" type="number" placeholder="Timezone offset (e.g. 3)" required /> <input name="lat" type="number" step="0.0001" placeholder="Latitude" required /> <input name="lng" type="number" step="0.0001" placeholder="Longitude" required /> <button>Build chart</button> </form>
{chart && ( <div> <h2>Planets</h2> <ul> {chart.planets.map(p => ( <li key={p.name}>{p.name}: {signOf(p.longitude)} {(p.longitude % 30).toFixed(2)}°{p.isRetrograde ? ' R' : ''}</li> ))} </ul> <h2>Aspects</h2> <ul> {chart.aspects.map((a, i) => ( <li key={i}>{a.planet1} {a.type.name} {a.planet2} (orb {a.orb.toFixed(2)}°)</li> ))} </ul> </div> )} </div> );}Passo 3: Sinastria
Seção intitulada “Passo 3: Sinastria”Compatibilidade é a próxima funcionalidade óbvia. Adiciona em src/server.ts:
const SynastryInput = z.object({ chart1: BirthInput, chart2: BirthInput,});
app.post('/api/synastry', async (req, res) => { const parsed = SynastryInput.safeParse(req.body); if (!parsed.success) return res.status(400).json({ error: parsed.error });
const result = await client.synastry.compute(parsed.data); res.json({ score: result.compatibility.score, label: result.compatibility.label, aspects: result.crossAspects, });});É tudo. Um endpoint, 50 créditos por chamada, devolve score de 0–100 e cross-aspects.
Passo 4: Horóscopos diários
Seção intitulada “Passo 4: Horóscopos diários”Para engagement de conteúdo, os horóscopos diários são obrigatórios. A AstroWay gera-os a partir de dados reais de trânsitos:
// The daily horoscope is keyed by sign and date, not by the birth chart.const DailyInput = z.object({ sign: z.enum(['aries', 'taurus', 'gemini', 'cancer', 'leo', 'virgo', 'libra', 'scorpio', 'sagittarius', 'capricorn', 'aquarius', 'pisces']), date: z.string(),});
app.post('/api/horoscope/daily', async (req, res) => { const parsed = DailyInput.safeParse(req.body); if (!parsed.success) return res.status(400).json({ error: parsed.error });
const horoscope = await client.horoscope.daily({ ...parsed.data, language: 'uk' }); res.json({ text: horoscope.horoscope, disclaimer: horoscope.disclaimer, // must be shown in the UI! });});Importante: o conteúdo gerado por AI contém um disclaimer que és obrigado a mostrar aos utilizadores (pelos Terms of Service). Não o removas.
Passo 5: Cache
Seção intitulada “Passo 5: Cache”Os horóscopos diários são iguais para todos os utilizadores com a mesma data de nascimento e cartas natais semelhantes. Faz cache agressivamente:
import { LRUCache } from 'lru-cache';
const cache = new LRUCache<string, any>({ max: 1000, ttl: 86400 * 1000 });
app.post('/api/horoscope/daily', async (req, res) => { const key = JSON.stringify(req.body); const cached = cache.get(key); if (cached) return res.json(cached);
const horoscope = await client.horoscope.daily(req.body); cache.set(key, horoscope); res.json(horoscope);});A AstroWay também tem cache de servidor integrada de 5 minutos (X-Cache: HIT), mas para conteúdo de longa duração precisas da tua própria cache.
Passo 6: Deploy
Seção intitulada “Passo 6: Deploy”Qualquer plataforma serve. Para um arranque rápido - Vercel ou Railway:
# vercel.json{ "functions": { "src/server.ts": { "runtime": "@vercel/node" } } }No painel da plataforma, define a env ASTROWAY_API_KEY.
Planeamento do orçamento
Seção intitulada “Planeamento do orçamento”Se chegaste até aqui - estima o consumo mensal de créditos antes do lançamento:
credits/month = DAU × (avg_charts_per_user × 20 + avg_synastries × 50 + avg_horoscopes × 20) × 30Para 100 DAU com 1 carta + 1 horóscopo + 0,3 sinastrias por utilizador por dia:
100 × (20 + 20 + 0.3 × 50) × 30 = 165,000 credits/monthIsto é o plano Starter por $19/mês (200K créditos).
O que vem a seguir
Seção intitulada “O que vem a seguir”Funcionalidades avançadas que vale a pena adicionar com o crescimento:
- Overlay de trânsitos:
/v1/transitsmostra as posições atuais dos planetas sobre a carta natal - Progressões:
/v1/progressionspara arcos de desenvolvimento psicológico - Solar return:
/v1/solar-returnpara a “previsão do ano a partir do aniversário” - Human Design: a Human Design API abre um domínio funcional totalmente novo
- Astrocartografia:
/v1/acgmapeia onde o utilizador deve viver
Cada funcionalidade é pesada de implementar do zero, mas - uma única chamada de API com a AstroWay.
Começar
Seção intitulada “Começar”- Obtém uma API key gratuita: 10 000 créditos / mês
- API reference completo: todos os 777 endpoints
- Birth Chart API: documentação detalhada do endpoint da carta
O mesmo Swiss Ephemeris que no Solar Fire - em 4 linhas de código.
Chave gratuita sem cartão. 5 000 chamadas por mês até o primeiro pagamento.