Problem
The Files API lets you read a file’s alt text (exposed as extended_metadata.alt_text on GET /filemanager/api/v3/files/{id}), but there is no supported way to write it with a private-app token:
PATCH /files/v3/files/{id}with analtfield returns 200 but silently drops the value — the alt is unchanged on re-read.PATCH /filemanager/api/v3/files/{id}/meta(the endpoint the File Manager UI uses to save alt) returns 401 for token auth; it appears to require a browser session (cookies + X-HubSpot-CSRF-hubspotapi).
So file-level alt can only be set by a human clicking through the UI.
Why it matters
Alt text is an accessibility and SEO requirement. Teams managing large asset libraries need to set/normalize alt text in bulk and keep it under governance. Today that’s impossible to automate via the official API — every file must be edited by hand in the UI, which doesn’t scale and can’t be put under review.
Request
Expose file-level alt text as a writable field for private-app tokens — either:
- accept and persist
alt(orextended_metadata.alt_text) onPATCH /files/v3/files/{id}, or - provide a documented, token-authenticated endpoint to set a file’s alt text.
The files scope already governs file writes (rename/move/access), so alt would fit naturally under it.