Skip to main content
Use this playbook when the user has no SiteGPT account, gave you no token or profile, or asks to try SiteGPT for a website. You build a temporary chatbot with no login. Then you share one onboarding URL. On that page the user previews the chatbot and claims it.

Before you start

  • Account: none needed. sitegpt onboarding start does not need a login.
  • CLI: installed. See Install and log in.
  • Tools: curl, grep, and file, to read the website and download the logo.
  • Input: the website URL and the chatbot purpose. See Ask for the purpose first.
Do not run sitegpt whoami or sitegpt login for this flow. If a command returns PROFILE_NOT_CONFIGURED, that is expected. Continue with the temporary token.

Steps

1

Start the onboarding workspace

Save these fields from the response:
With SITEGPT_API_TOKEN set, every later command uses the temporary token. Do not show the full token to the user.
2

Read the website

Use a browser or fetch tool to read the text. Use raw HTML to find colors, icons, and the sitemap.
Write down the brand name, what the product does, the main support topics, the contact email, the sitemap URL, the brand color, and the best square logo. Do not guess a color or invent facts.
3

Add content

Use the sitemap if the site has one. It usually gives the cleanest coverage.
4

Upload the logo

Download the logo to a local file. Then upload it as the bot icon and the chat bubble icon.
If the favicon is small or blurry, use a clean logo file from the site.
5

Set the appearance

Use the brand color from step 2. Pick a text color that is easy to read on it.
6

Create and select a persona

Write the persona to a file. Match it to the purpose. For support, stress accuracy and clear next steps. For lead generation, stress short product answers and a clear call to action. For docs, stress answers that come from the content.
7

Create and select instructions

8

Add conversation starters and follow-up suggestions

Use questions a visitor would click. They also make the preview easy to test.
9

Set lead or support options, if the purpose needs them

Do this only when the website or the user gives you the email address.For lead generation:
For customer support:
10

Fix the setup checklist

Each checklist item is DONE, PENDING, WARNING, or UNKNOWN. Fix the items that are not DONE when you can.

Check that it works

  1. Wait until the content finishes training:
    The Training settled line reports how many documents trained and how many failed.
  2. Send realistic visitor questions:
    Each answer should use facts from the website.
  3. Run sitegpt onboarding status $WORKSPACE_ID again. Each item that you could fix now shows DONE.

Hand back to the human

Share the onboarding URL (data.onboardingUrl) only after the chatbot gives useful answers. Tell the user:
  • What the chatbot is for, and any purpose you inferred.
  • Which content you added, and how many documents failed.
  • The brand color and icon you used.
  • The onboarding URL, where they can preview and claim the chatbot.
If the user wants to claim the chatbot from the CLI, ask for their email, plan, and billing interval:
Plans are STARTER, GROWTH, and SCALE. Intervals are MONTH and YEAR. If the response has data.checkoutUrl, give that link to the user. If the email already has a SiteGPT subscription, ask the user to open the onboarding URL while signed in and claim the chatbot there. If the user does not want the chatbot, delete the workspace: