How website projects work
When you create a website project, Huddlekit loads your site so your team can browse it and leave feedback, with nothing to install. This works well for most public websites, but a few sites can't be loaded this way.
When a site can't be loaded, you won't just get a blank screen. Instead, a short message appears where the site would be, telling you what happened and offering a Retry button.
Common reasons a site may not load
The site is temporarily unreachable
Sometimes a site's own server is slow, overloaded, or briefly down, or it returns an error of its own. This is usually temporary — wait a moment and use Retry.
The site is busy or limiting traffic
Very busy sites sometimes limit how often they respond to requests. If that happens, wait a minute and try again.
The site's security turned the request away
Some sites use security that mistakes Huddlekit for automated traffic and refuses the request. Nothing is wrong with the address. Asking whoever manages the site to allow traffic from Huddlekit usually resolves it.
The site is behind a private login
Website projects work with pages that are publicly reachable. A site's own sign-in page is fine — you can sign in right there in the review view and keep going. But if a whole site or deployment sits behind a private account (for example, a staging deployment set to private), Huddlekit can't reach it. Publish it publicly, or use a Web App project instead — you install a small widget directly on your site, so it works inside authenticated areas.
The address is wrong
If you see a "page not found" message, double-check the address, or try reaching the page from the site's homepage.
What to try
- Use the Retry button on the message — many load problems are momentary.
- Check the address, or navigate to the page from the site's homepage.
- Wait a minute and retry if the site looks busy.
- Ask whoever manages the site to allow Huddlekit if its security is blocking the request.
- Switch to a Web App project for anything behind a private login. See Website vs. Web App.
When website projects work best
Website projects are ideal for:
- Public marketing sites and landing pages
- Staging or preview URLs that are not password-protected
- Sites you built yourself or control
If your site falls outside these cases, a Web App project is the right choice.
