Automatizza OrbitPage senza condividere una sessione della dashboard.

Tre confini di credenziali coprono tre utilizzi diversi.

Questa pagina documenta il confine REST versionato. Un token OrbitPage non è una chiave provider OpenAI e non autentica mai gli endpoint privati della dashboard.

Ogni operazione supportata della dashboard, raggruppata per area controllata.

I percorsi seguenti sono relativi a https://orbitpage.com/api/v1. Metodo, percorso e scope costituiscono il contratto stabile di integrazione; schemi delle richieste, formati, valori enum e modelli di risposta sono nella specifica OpenAPI 3.1 collegata. Le route sconosciute restituiscono 404 e i metodi non supportati non vengono mai convertiti in modo implicito.

Crea un token per una sola automazione e un solo ambiente.

Apri Dashboard > Account > Token API personali. Assegna un nome che identifichi proprietario e scopo, scegli accesso completo al workspace, workspace in sola lettura, solo link oppure singoli scope di risorsa, quindi imposta una scadenza di 30, 90 o 365 giorni—oppure nessuna scadenza se esiste già un processo di rotazione documentato.

export ORBITPAGE_TOKEN='op_pat_...'

curl --silent --show-error --include \
  --header "Authorization: Bearer $ORBITPAGE_TOKEN" \
  https://orbitpage.com/api/v1/links

$env:ORBITPAGE_TOKEN = 'op_pat_...'
$headers = @{ Authorization = "Bearer $env:ORBITPAGE_TOKEN" }

Invoke-RestMethod -Uri 'https://orbitpage.com/api/v1/links' -Headers $headers

Leggi la collezione e acquisisci la revisione prima di ogni modifica.

Il body della risposta contiene i blocchi ordinati in data e la revisione numerica corrente. La stessa revisione compare in X-OrbitPage-Revision e come ETag debole. Conserva uno dei due valori per If-Match; non indovinarlo e non riutilizzarlo tra esecuzioni non correlate.

HTTP/2 200
etag: W/"42"
x-orbitpage-revision: 42
content-type: application/json; charset=utf-8

{
  "object": "list",
  "data": [
    {
      "id": "portfolio-main",
      "type": "link",
      "title": "Selected work",
      "description": "Recent projects and case studies",
      "url": "https://example.com/work",
      "isActive": true,
      "status": "live",
      "availability": "available",
      "clickCount": 18,
      "position": 0
    }
  ],
  "revision": 42,
  "workspace": {
    "tenantId": "tenant_...",
    "pageId": "page_...",
    "username": "your-page"
  }
}

Usa PATCH per la modifica più piccola a un blocco esistente.

Codifica nell'URL l'ID restituito da GET e invia solo i campi da cambiare. OrbitPage unisce la patch al blocco esistente, protegge identità e campi analytics, valida l'intera pagina rispetto a schema e piano, quindi pubblica immediatamente.

curl --request PATCH \
  --url https://orbitpage.com/api/v1/links/portfolio-main \
  --header "Authorization: Bearer $ORBITPAGE_TOKEN" \
  --header 'Content-Type: application/json' \
  --header 'If-Match: W/"42"' \
  --data '{
    "title": "Book a consultation",
    "url": "https://example.com/book",
    "isActive": true
  }'

Usa PUT solo quando deve cambiare la collezione.

PUT sostituisce l'intera collezione ordinata. È l'operazione da usare per aggiungere un blocco, rimuoverlo o cambiare l'ordine della pagina. Non è una scorciatoia per modificare un solo titolo: omettere un blocco lo rimuove dalla pagina.

const token = process.env.ORBITPAGE_TOKEN;
if (!token) throw new Error("ORBITPAGE_TOKEN is missing");

const endpoint = "https://orbitpage.com/api/v1/links";
const authorization = { Authorization: `Bearer ${token}` };

const read = await fetch(endpoint, { headers: authorization });
if (!read.ok) throw new Error(`GET failed: ${read.status} ${await read.text()}`);

const current = await read.json();
const revision = read.headers.get("etag") ?? String(current.revision);

// Preserve the full collection and change only the intended block.
const links = current.data.map((block) =>
  block.id === "portfolio-main"
    ? { ...block, title: "Work and case studies" }
    : block
);

const write = await fetch(endpoint, {
  method: "PUT",
  headers: {
    ...authorization,
    "Content-Type": "application/json",
    "If-Match": revision
  },
  body: JSON.stringify({ links })
});

if (!write.ok) throw new Error(`PUT failed: ${write.status} ${await write.text()}`);
console.log(await write.json());

Usa il nodo nativo n8n oppure lo stesso contratto da un client HTTP, un client generato, un backend o un runner CI.

OrbitPage non richiede un SDK: è compatibile qualsiasi client HTTPS in grado di inviare JSON, autenticazione Bearer e richieste standard GET, POST, PUT, PATCH e DELETE. I modelli seguenti coprono le parti con stato che un'integrazione deve gestire esplicitamente.

Install community node: n8n-nodes-orbitpage

Credential: OrbitPage API
OrbitPage API Token: op_pat_...
OrbitPage Base URL: https://orbitpage.com
Connection test: GET /api/v1/workspace

First safe workflow step:
Node: OrbitPage
Resource: Workspace & Draft
Operation: Get Workspace Overview

First revision-controlled write:
Resource: Theme
Operation: Replace Entire Theme Draft
Revision Check: Use Latest Automatically (Recommended)

# 1. Reserve an upload and receive uploadUrl, slot and uploadToken
POST /api/v1/media/uploads/reserve
{ "filename": "cover.jpg", "contentType": "image/jpeg", "sizeBytes": 245760 }

# 2. Upload the bytes directly using the returned URL, method and headers
# Do not forward the OrbitPage Authorization header to the storage URL.

# 3. Register the uploaded object in the workspace
POST /api/v1/media/uploads/finalize
{ "slot": "<slot>", "uploadToken": "<uploadToken>" }

# 1. Generate a validated preview without changing the page
POST /api/v1/ai/plan
{ "message": "Make the primary CTA clearer" }

# 2. Review the returned operations and previewToken

# 3. Apply the exact reviewed preview; publishing remains explicit
POST /api/v1/ai/commit
{ "previewToken": "<previewToken>", "publish": false }

Leggi la guida completa del nodo nativo n8n

Tratta le credenziali di automazione come cicli brevi e osservabili.

Un workspace supporta fino a dieci token personali attivi per utente. L'elenco Account mostra prefisso, scope, date di creazione e scadenza e utilizzo recente. Il timestamp dell'ultimo uso viene aggiornato intenzionalmente al massimo una volta ogni cinque minuti.

name: Update OrbitPage
on: workflow_dispatch

jobs:
  update:
    runs-on: ubuntu-latest
    env:
      ORBITPAGE_TOKEN: ${{ secrets.ORBITPAGE_TOKEN }}
    steps:
      - uses: actions/checkout@v4
      - uses: actions/setup-node@v4
        with:
          node-version: 22
      - run: node scripts/update-orbitpage.mjs

• Nomina i token per sistema e ambiente—per esempio “GitHub Actions · produzione”.
• Ruota creando il sostituto, aggiornando il secret store, provando una lettura e poi revocando il vecchio token.
• Revoca immediatamente dopo una possibile esposizione, un cambio di responsabilità o la dismissione del workflow. La revoca ha effetto dalla richiesta successiva.
• Non creare un unico token condiviso e permanente. Credenziali separate rendono comprensibili log, rotazione e risposta agli incidenti.

Gestisci lo stato HTTP e il codice leggibile dalla macchina.

Gli errori usano JSON con error e code. Non analizzare la frase destinata alle persone per controllare un workflow. La maggior parte delle risposte 4xx richiede di cambiare richiesta o credenziale; solo i conflitti di revisione e i limiti di frequenza appartengono a un percorso di retry automatico.

I limiti attuali consentono 120 richieste al minuto e 5.000 al giorno per token. Le protezioni antiabuso possono renderli più restrittivi; rispetta sempre Retry-After.

Un'integrazione sicura è limitata, segreta e consapevole della revisione.

L'API REST di automazione con token personale è una funzionalità del SaaS gestito.

Il repository open source contiene un'API Express usata dalla dashboard inclusa, ma quell'API interna basata sulla sessione admin non è lo stesso contratto versionato per le automazioni. Non inviare un token op_pat a un server self-hosted e non inviare un JWT admin self-hosted a orbitpage.com/api/v1.