Measure iPhone demand
Separate iPhone mobile web generations, selected copies, return sessions, and iOS-specific friction from total mobile data.
Pre-launch audit
An iOS keyboard plus Share Extension readiness audit should prove iPhone demand and the need for two complementary surfaces. The Share Extension should help pass visible source context into TypeToSell, while the keyboard or copy fallback should place only the selected editable draft. The audit should fail if raw social content is stored unnecessarily, if App Store availability is implied without proof, or if final posting stops being manual.
Last updated: July 11, 2026. These are readiness audits, not customer outcome claims.
Audit purpose
Use this audit before publishing iOS native roadmap content or scoping implementation. It keeps source-context handoff, selected placement, shared storage, copy fallback, and manual approval boundaries visible.
Audit steps
Separate iPhone mobile web generations, selected copies, return sessions, and iOS-specific friction from total mobile data.
Check whether Share Extension flow can capture enough visible source context for specific drafts.
Confirm selected copy remains available when keyboard insertion or target-app behavior is limited.
Confirm raw posts, generated replies, private messages, and profile URLs are not persisted unnecessarily in shared storage.
Keep iOS keyboard and Share Extension copy in roadmap language until shipped availability is verified.
Pass criteria
Native iOS work follows repeat iPhone mobile web usage, not general excitement about mobile.
The Share Extension handles source context while keyboard or copy fallback handles selected draft placement.
Shared storage should avoid persistent raw social content and keep sensitive context short-lived.
The user still edits and presses the final platform button in the destination social app.
Failure signals
Any copy that suggests hands-free posting, bulk engagement, or hidden platform control should fail the audit because TypeToSell is a draft-and-approval workflow.
Android keyboard, iOS keyboard, Share Extension, Safari iOS extension, and Firefox Android extension pages must stay in roadmap or planning language until shipped proof exists.
Audit copy should be labeled as readiness review and not customer outcome claims; it should not claim revenue lift, reply-rate lift, ratings, reviews, app-store status, or platform partnership without dated public evidence.
Recommended fixes
Rewrite pages so keyboard and Share Extension roles are complementary rather than blurred together.
State that raw social content should not persist unnecessarily in shared state.
Make selected copy the reliable fallback when insertion is limited by iOS or target app behavior.
Use roadmap or readiness language until a shipped iOS surface is verified.
Related reading
FAQ
Because a keyboard helps selected draft placement while a Share Extension helps source-context handoff.
Weak context handoff, persistent raw social content, no copy fallback, unsupported App Store claims, or auto-posting implications should fail it.
This audit is roadmap planning and should not be treated as current App Store availability.