コード不要の統合
これらのページのすべてのコンテンツは2026-09-17のプロダクション環境に対して実行されています。n8nのワークフローはインポートされ、実際のn8nで実行されています。ZapierとMakeの手順はこれらのツールの独自ドキュメントに基づいて作成され、それらが作成するリクエストはそのまま送信されています。
リクエストの送信元
Section titled “リクエストの送信元”どのキーが必要かは、リクエストの送信元によって異なります。
- Zapier、Make、n8nは自らのサーバーからリクエストを送信します。以下に記述されているように、エンドポイントのスコープと予算を持つ「サーバーのみ」キーが必要です。手順: Zapier、Make、n8n。
- Bubbleも自らのサーバーからリクエストを送信し、キーはヘッダーに含まれ、そこに残ります: Bubble。
- FlutterFlowはユーザーが保持するアプリにコンパイルされるため、呼び出しはプライベートである必要があります: FlutterFlow。
- Wix、Squarespace、Shopify、Webflow、Tildaは訪問者のブラウザにページを表示します。キーではなくウィジェットを埋め込んでください: サイトビルダー。
- WordPressはあなた自身のサーバーからリクエストします。キーはAstroWayプラグインが管理します。
自動化のためのキー
Section titled “自動化のためのキー”Zap、スクリプト、またはワークフローを編集できるすべての人は、キーを内部で確認できます。そのため、各自動化に固有のキーを割り当て、それが実行する操作に制限を設定してください。
- ダッシュボードでAPIキーを開き、新しいキーをクリックします。自動化に合わせて名前を付け、例えば
zapier-intake-formとします。 - このキーはどこで使用されますか?フィールドでサーバーのみのままにします。
- キーをコピーします。ダイアログではキーが一度だけ完全に表示されます。後でキーメニューの表示からアクセスできます。
- キーメニューでエンドポイントスコープを開き、自動化が呼び出すパスを1行ずつリストアップします:
chartはnatal chart(出生図)、public/horoscope/*はdaily horoscopes(日占い)用です。 - 同じメニューで予算を設定を開き、このキーがサイクルあたりに消費できるクレジット数を指定します。
リスト外の呼び出しは 403 ENDPOINT_NOT_IN_SCOPE を返します。予算を使い切ったキーは、アカウントにクレジットが残っていても 429 KEY_BUDGET_EXHAUSTED を返すため、ループした自動化は指定された数で停止します。両方の制限はすべての料金プランで機能し、認証セクションで説明されています。
誕生時刻を送信する、オフセットではない
Section titled “誕生時刻を送信する、オフセットではない”フォームは日付、時刻、場所を提供します。これらを以下のように送信してください:
{ "date": "1990-05-15", "time": "14:30:00", "timezone": "Europe/Kyiv", "latitude": 50.45, "longitude": 30.52}- **
timezone**はゾーン名であり、サーバーはその日付の時計が保持していたUTCオフセット(夏時間を含む)を自動的に見つけます。キエフ1990-05-15はUTC+4でしたが、+3ではありません。これは手動でオフセットを入力する際の典型的な誤りです。座標からゾーンを取得するにはautoを送信してください。 timezoneとオフセットなしの場合、チャートはUTC用に計算されます。応答は依然として200なので、フィールドが正しくマッピングされていることを確認してください。- **空の
timezone**は400で拒否されます。そうでないと、未入力のフォームフィールドがUTCとして読み取られてしまうためです。 - **
dateはYYYY-MM-DD形式、time**はHH:MM:SS形式です。フォームが別の形式で保存している場合は、ツール自体の日付フォーマットを使用してください。 - 数値はテキストとして送られてくることがあります。
"latitude": "50.45"は受け入れられます。これはほとんどのフォームフィールドが送信する形式です。 - APIはジオコーディングしません。 座標はフォームから、またはツール内のジオコーディングステップから送信する必要があります。
cityフィールドはラベルのみです。
1970年以前の時計の変更と日付の変換ルールはフィールド形式で説明されています。
経度を星座に変換する方法
Section titled “経度を星座に変換する方法”POST /v1/chart は黄道沿いの度数で応答し、{ "ok": true, "data": { ... } } のラップ内にあります。サインは floor(longitude / 30) で、ゼロから数えます:
0 牡羊座、1 牡牛座、2 双子座、3 蟹座、4 獅子座、5 乙女座、6 天秤座、7 蠍座、8 射手座、9 山羊座、10 水瓶座、11 魚座。
最も一般的な3つの値の位置:
- 太陽:
data.planetsで"name": "Sun"、最初のエントリ。 - 月:
data.planetsで"name": "Moon"、2番目のエントリ。 - ** Ascendant**:
data.houses.ascendant。 - 使用されたオフセット:
data.input.timezoneOffset。
上記の例の場合: 太陽54.34、つまり牡牛座; 月296.39、山羊座; Ascendant 159.26、乙女座; オフセット4。
費用はいくらですか
Section titled “費用はいくらですか”POST /v1/chartは20クレジットかかります。完全な表はエンドポイント費用ページにあります。- 5分以内に再度送信された同じリクエストはキャッシュから返され、クレジットは消費されません。同じ天体を繰り返すテスト実行は予算を消費しません。
GET /v1/public/horoscope/dailyはクレジットを消費しません。キーがない場合、またはFree料金プランのキーがある場合、IPアドレスあたり1時間30リクエストの制限が適用されます。自動化プラットフォームはクライアント間でIPアドレスを共有します。有料プランのキーには独自の制限があります。