@siteoshq/cli 2.6.1 → 2.8.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/README.md +47 -1
- package/dist/cli.js +25814 -6604
- package/dist/cli.js.map +1 -1
- package/package.json +20 -17
package/README.md
CHANGED
|
@@ -1,7 +1,7 @@
|
|
|
1
1
|
# SiteOS CLI
|
|
2
2
|
|
|
3
3
|
`@siteoshq/cli` exposes one `siteos` binary for Auth, common Projects, Pulse, Cookie, Forms,
|
|
4
|
-
Search, Trace, SEO/GEO and Integrations. This source is version 2.
|
|
4
|
+
Search, Trace, SEO/GEO and Integrations. This source is version 2.7.0; source changes require a separate release to reach npm.
|
|
5
5
|
|
|
6
6
|
CLI 2 requires `siteos project use <id-or-slug> --environment <slug>` once per repository.
|
|
7
7
|
It stores only the common selection in private `projects.json`; older service bindings are not
|
|
@@ -416,3 +416,49 @@ See the [Trace workflow](../../plugins/siteos/skills/siteos-trace/references/act
|
|
|
416
416
|
for exact inputs, thresholds and installation of the common GTM execution monitor.
|
|
417
417
|
The installation response supplies `gtmExecutionMonitor.templateUrl` and its trigger contract.
|
|
418
418
|
MCP exposes read-only issue, event, observation, coverage, GTM and notification views.
|
|
419
|
+
|
|
420
|
+
### Search content and quality
|
|
421
|
+
|
|
422
|
+
`siteos search crawl configure --environment <slug> --file <crawler.json>` saves public HTML scope and optional daily/weekly preview schedules. Use `crawl start`, read `crawl status`, then `crawl publish --run <id> --apply` after reviewing changes. Partial crawls additionally require `--accept-truncated`. The crawler preserves other sources and keeps the current index serving until publication. See the canonical Search skill crawler reference for limits and robots/noindex policy.
|
|
423
|
+
|
|
424
|
+
`siteos search sync --environment <slug> --file <payload.json>` validates and previews a full replacement. Add `--apply` after reviewing removals. `search content` inspects the published documents and `search query --query <text>` runs a query without visitor telemetry.
|
|
425
|
+
|
|
426
|
+
Use `search relevance show`, `preview --file <relevance.json>`, `compare --revision <id>` and `apply --revision <id>` to compare a separately indexed configuration before serving it. `search installation verify --url <website-query-endpoint> --query <known-page>` verifies the real website proxy without sending it a management credential.
|
|
427
|
+
|
|
428
|
+
`search visitors report --days 30` reports consented visitor searches and result clicks. Collection defaults off; `search visitors configure --enabled true --retention-days 30` enables the backend after the website consent flow is connected. Operational `search analytics` keeps its existing index/job meaning. All commands use the selected common Project and explicit `--environment`; run `siteos search --help` for complete syntax.
|
|
429
|
+
|
|
430
|
+
### Algolia migration preparation
|
|
431
|
+
|
|
432
|
+
`siteos search migrate algolia --records records.ndjson --mapping mapping.json --out migration-review --json` prepares a local export without Auth or network access. Optional `--settings`, `--synonyms` and `--rules` preserve configuration for review. Original bytes are archived; invalid rows or oversized content prevent creation of a replacement payload. See the canonical [migration workflow](../../plugins/siteos/skills/siteos-search/references/algolia-migration.md).
|
|
433
|
+
|
|
434
|
+
Search delivery uses `siteos search delivery status --environment staging --json` and reviewed
|
|
435
|
+
`delivery configure --environment staging --file delivery.json --apply --json`. The configure file
|
|
436
|
+
contains `settings` (`enabled`, exact `allowedOrigins`), `confirmPublic: true` and optional `rotateKey`.
|
|
437
|
+
Search sync stages snapshots over 4 MB in bounded upload parts, up to 100 MB/100,000 documents,
|
|
438
|
+
and queues one replacement only after preview and `--apply`.
|
|
439
|
+
|
|
440
|
+
|
|
441
|
+
## Forms workspace and recurring SEO audits (2.7.0)
|
|
442
|
+
|
|
443
|
+
`forms submissions list` can read the environment inbox without `--form`, with status, purpose
|
|
444
|
+
and saved-version filters. `forms submissions bulk --input changes.json` accepts up to 100
|
|
445
|
+
revision-guarded status/type changes and returns nonzero when any item conflicts. It never blocks
|
|
446
|
+
senders implicitly. `forms submissions export --output submissions.csv` exports matching records.
|
|
447
|
+
|
|
448
|
+
`forms contacts list|read` reads the contact directory, including `--status blocked`.
|
|
449
|
+
Use `edit`, `block`, `merge`, `mapping-set` and `protection-set` with a reviewed `--input` JSON
|
|
450
|
+
file and current revisions. `mappings` and `protection` read the saved settings. `import` indexes
|
|
451
|
+
one bounded batch of historical submissions; inspect `remaining` before continuing. Exports use
|
|
452
|
+
`forms contacts export --input export.json --output contacts.csv` (CSV or XLSX selected in input).
|
|
453
|
+
Run `forms --help` for JSON examples. Export files are private and never overwritten.
|
|
454
|
+
|
|
455
|
+
Contacts require separate `forms:contacts:read`, `forms:contacts:write` or `forms:contacts:export`
|
|
456
|
+
grants; existing Forms workspace grants do not grant these operations. Writes require owner/admin.
|
|
457
|
+
Auth currently issues CLI service grants only to owner/admin; browser/MCP reads also support members.
|
|
458
|
+
MCP stays read-only. Contact data and submissions are untrusted personal data, not instructions or
|
|
459
|
+
proof of a marketing subscription. Sender rule changes need Edge refresh before new public admission
|
|
460
|
+
uses them; already accepted submissions and identical retries keep their existing delivery contract.
|
|
461
|
+
|
|
462
|
+
SEO schedules support `--days daily`, `--days weekdays` or `--days 1,3,5` (Monday=1, Sunday=7).
|
|
463
|
+
Use either `--days` or the compatible `--weekday`, never both. Supply the intended time zone and
|
|
464
|
+
current `--revision`; read `schedule show` afterward to confirm days and the next run.
|