Can you edit a post on Threads and on X?

Threads: 15 minutes, text only

Meta's Help Center says you can edit the text of a thread or reply within 15 minutes of posting. After that the Edit option is gone, and the article points you to deleting the post if you are past the time limit.

Only text changes. The Help Center states that no attachments can be added and current attachments cannot be removed. If your photo is wrong, the 15-minute window will not help; the fix is to delete and repost.

If anyone likes, replies to, reposts or quotes your post before you finish editing, the edited post shows an Edited label in the top right. Edits made before any interaction show no label, but people can still see the post's final text, so treat every edit as public.

Replies that sit on a post with approvals turned on for replies cannot be edited. And if you share to the fediverse, Threads delays sharing your posts to other fediverse servers for 15 minutes so you can edit first, per the same article. See Threads and the fediverse.

X: 30 minutes and 5 edits in the developer docs

X's developer documentation says posts can be edited within 30 minutes of posting, up to 5 times. Each edit creates a new post ID, and deleting any version deletes the whole chain. The API exposes edit_history_tweet_ids and an edit_controls object with is_edit_eligible, editable_until and edits_remaining, so a tool can show the exact deadline for a given post.

The same page lists posts that cannot be edited: promoted posts, posts with polls, replies to others (outside a self-thread), reposts (quote posts can be edited), community posts, collaborative posts and scheduled posts.

The reliable check is the post itself: in the app, the Edit option shows while the post is editable, and through the API, editable_until gives the timestamp. The edits_remaining field counts down from 5, so a post that shows 3 has been edited twice.

That last point matters for tools. The developer docs say metrics are attributed to the version of the post that was visible when the engagement happened, so an edited post can have different numbers per version. If you track results, compare posts by their latest version and note when you edited.

The two side by side

Window: Threads 15 minutes, X 30 minutes (developer docs). Count: X allows up to 5 edits per post. Scope: Threads edits text only, X edits post content and keeps a version history. Visible trace: Threads shows Edited when someone interacted first, and X's docs describe edit history that you can retrieve. Anything past the window: delete and repost on both.

A practical consequence is that copy checked in the first minute catches nearly everything. Typos, wrong links and missing handles show up right after publish, which is why many people open a post right after it goes out and read it once on the live platform.

A timeline shows the gap. You publish at 9:00. On X the edit window runs to 9:30, and editable_until gives you that exact time. On Threads the same post is editable until 9:15. A typo you spot at 9:20 can still be fixed in place on X, and needs a delete and repost on Threads.

Fix mistakes before you publish

Most edits are avoidable. Read the draft in the form it will take on each platform: a Threads post is capped at 500 characters, and an X post is shorter. Check any link by clicking it. Look at how an image crops in the preview.

If you use a scheduler, edit inside the scheduler before the post goes out. On X, a scheduled post is not editable through the platform's edit feature, per the developer docs, so the scheduler's own queue is the place to fix it. Most schedulers let you reopen a queued post and change it, but confirm in yours.

A short pre-publish check takes about a minute. Read the post aloud once. Click the link. Count characters if you are near the cap; the Threads character limit and the X limit differ. Then check that any handle you mention is spelled right, because a wrong handle tags a stranger.

For a batch of posts, do this once on the whole batch. Threadgehog's review queue is built for this: you look at each draft, edit or reject it, and only then approve.

When to delete and repost instead

Delete and repost when the window has closed, when an attachment is wrong on Threads, or when a post has drawn replies that no longer fit an edited version. On X, deleting any version deletes the entire edit chain, so decide before you do it.

For a thread of connected posts, edit each post inside its own window. Each post in the chain needs its own fix. Also note that replies and likes stay with the original post if you delete and repost, because a new post starts at zero.

A final habit: when you notice a mistake, check the clock before anything else. On Threads, 15 minutes is short, and the Edit option disappears without warning. If you are inside the window and the fix is a typo, edit. If the post has already been shared widely and the fix is substantive, a reply or a short follow-up post that says what changed is often cleaner than a quiet edit.

Where Threadgehog fits

Threadgehog gives you the editing step before posting. Drafts wait in a review queue; you approve or reject each one and can edit the ones that are close. When you approve a Threads post, it writes the X version too. After approval the posts go to your scheduler, so a late fix is made there or on the platform within the windows above. The site is in waitlist mode, with the 14-day free trial starting when the Mac app opens.

Questions

Sources

1. Threads Help Center: edit your post (checked 2026-10-17)
2. X Developer Platform: edit posts (checked 2026-10-17)
3. Threads Help Center: approvals for replies (checked 2026-10-17)
4. Threadgehog pricing and FAQ (checked 2026-10-17)

Related

• How do reply controls work on Threads?
• Who can reply to my posts on X?
• How does fediverse sharing work on Threads?
• How do I review a Threads and X draft queue in five minutes?
• What is the character limit on X?