HomeGuides › Ownership and access

Google Forms ownership and access

Last updated September 2026 · ~9 minute read

Short answer: a Google Form is a Drive file, so its owner is a Drive role — and not a Forms setting at all. The Google Forms API contains no ownership method of any kind. And what people call “the form” is usually three Drive objects with three separate owners: the form itself, its response spreadsheet, and the folder holding any uploaded files. Only one of those is what you hand over.

Almost every surprise here comes from treating a form as a single thing. Drive treats it as one file among several, and that difference decides who can delete what, and which data stays behind.

The Forms API has never heard of an owner

Worth checking rather than assuming, so we read the machine-readable source. The Google Forms API v1 discovery document (revision 20260909) publishes exactly ten methods: create, get, batchUpdate and setPublishSettings on a form, two for reading responses, and four for response notification watches. Not one of them reads or writes an owner, and no field on a form exposes one.

Apps Script has the same shape seen from the other end. Its Form class offers addEditor, removeEditor and getEditors, and no owner method at all; getOwner and setOwner live one layer down, on Drive's File. That is the whole situation in miniature. Editors are a Forms concept. Owners are a Drive one.

Owner versus Editor: four differences, all about deletion

Google's Drive roles reference maps the API's role names onto the labels in the sharing dialog: owner is Owner, which “Grants full control over the file or folder”, and writer is Editor, which “Grants the ability to view the file, add comments, and edit the file.”

“Full control” sounds decisive. But the same page publishes an operations table, and for a file in My Drive — which is what a form is — the Owner and Editor columns are identical except in four rows.

Operation on the form's fileOwnerEditor
Modify the content of the fileYesYes
Modify the metadata of the file or folderYesYes
Share items from the My Drive folderYesYes
Can access detailed file permissionsYesYes
Move items into the trashYesNo
Recover items from the trashYesNo
Empty the trashYesNo
Delete a file or folderYesNo

That is the opposite of most people's mental model. An editor on your form can rewrite every question, change where the responses are written, and pass access on to other people; Drive's help centre adds one limit of its own, that an editor can share the file “but an editor can't change the owner.” What being the owner buys you is the bin — and the ability to hand the file on. Drive also gives owners a switch in the advanced sharing settings that prevents “Editors from changing permissions or sharing files”.

One note on scope: that table is Drive's, covering files and folders generally. Forms' own help pages do not answer the question, which is why you will read that it is undocumented. It is undocumented there, and documented in the Drive API reference.

You almost certainly own three things, not one

This is the part that goes wrong during a handover, and it is a matter of physical file layout rather than policy.

  • The form. One Drive file. This is the only thing a transfer moves.
  • The response spreadsheet. Google is unambiguous that “if you store responses in a spreadsheet, you have a separate file in Google Drive”, and that “you can delete the spreadsheet and not delete the form, or you can delete the form and not delete the spreadsheet.” The Forms API agrees by omission: it exposes the sheet only as linkedSheetId, an output-only pointer at another Drive file it cannot modify. Google's own housekeeping instruction is blunt — “To change or remove access, update permissions on both the form and the linked sheet separately.”
  • The uploads folder. “For the form owner, uploaded files are stored in a new folder on Google Drive.” The API is more specific still: a file upload question carries a folderId, “the ID of the Drive folder where uploaded files are stored”, and every submitted file comes back as its own Drive fileId. Those are separate Drive objects sitting in the original owner's Drive, and Drive states the rule that catches people even if the folder itself is handed over: “When you make someone else the owner of a folder, you still own the files inside.”

So a completed handover is not one action. Whoever inherits the form inherits neither the spreadsheet nor the collected uploads unless those files are dealt with as files, on their own. The mechanics of the handover itself are on copying a form to another account; this page is about what ownership is.

Two Google references disagree about personal accounts

Here is a contradiction worth knowing about before you plan anything. The Apps Script documentation for File.setOwner states flatly: “Drive does not support changing the ownership for items which are owned by gmail.com accounts; it's supported for Workspace accounts.”

Google's Drive API transfer guide says the opposite in as many words: “Ownership of files can be transferred between one consumer account to another.” It then describes a two-step handshake — the current owner marks the recipient pendingOwner, and “the prospective owner accepts the ownership transfer request”. Drive's help centre documents the same consumer flow, right down to the search operator pendingowner:me for finding requests waiting on you.

Both are current Google documentation. Our reading — an inference, not something Google states — is that they describe different things: setOwner is a single call that completes immediately, and a personal-account transfer cannot complete immediately because it requires the recipient's consent. Treat the Apps Script sentence as a limit on that method rather than on Drive. If you are scripting this, the consenting two-step path is the documented one.

Does the form keep working while ownership moves?

Google does not say, and we are not going to invent an answer. What the documentation does establish is the mechanism: a transfer is a permission written to files/{fileId}/permissions. The file id does not change, and the responder link is an output-only property of the same form. Nothing in either reference describes the form being recreated, re-addressed or taken offline.

Two documented caveats are worth carrying anyway. Drive warns that “if you transfer ownership of a lot of files and folders at once, it may take some time for you to see the changes.” And the Drive API's moveToNewOwnersRoot option, if set, moves the item “to the new owner's My Drive root folder and all prior parents removed” — so a form that lived in a carefully shared folder can quietly leave it.

Where Google publishes nothing

We looked in four places: the Drive and Docs Editors help centres, the Apps Script reference for both Form and File, the Drive API reference and its transfer guide, and the Forms API v1 discovery document. Three questions come back empty in all four.

  • The linked spreadsheet during a transfer. Its separateness is documented; its fate when the form changes owner is not.
  • An existing uploads folder and the files in it. Where they live is documented; whether anything about them changes is not.
  • What a respondent sees. Nothing addresses the respondent side at all.

On an iPhone, ownership is something you read, not change

This one is unambiguous. The iPhone & iPad tab of Google's own ownership page carries the heading “You can't change owners from an iPhone or iPad”, and under it a single instruction: “To change the owner of a file, go to drive.google.com on a computer.” Google's mobile Drive surface simply does not carry the action, so a computer is the route Google supports.

What an iPhone can do is the access side, which is where the day-to-day work is. In Forms+ that lives behind Manage access, whose subtitle sets the scope honestly: “Choose who can respond to and co-edit your form.”

The Manage access screen in Forms+ on iPhone: an Accepting responses toggle, a Responders & editors row under Access, and a Copy edit link row under Links.
Everything on this screen is access, not ownership — who may answer, who may co-edit, and which link does which. Ownership is one level up, in Drive, on a computer.
  • It speaks Drive's roles in Forms' words. Inside Responders & editors it renders Drive's writer role as Editor — Drive's own label for it — and reader as Responder. That second word is the app's, not Drive's: the same roles reference labels reader Viewer, which “Grants the ability to view the file”, and publishes no Responder role at all. Nor is it the same grant Google's samples make: their add-a-responder request body carries "view": "published" next to "role": "reader", and the app writes the plain role. Editor vs responder takes that difference apart.
  • It shows the owner and will not let you change them. The owner carries an Owner label and the row does not respond to a tap. It reads Drive's pending-owner flag too, so a transfer started on a computer shows as ownership rather than as an ordinary editor.
  • It writes only those two roles. It can add, promote, demote and remove editors and responders, and it never sends an ownership change.
  • If you are not the owner it says so. Rather than failing quietly: “Only the form's owner can change sharing. You can manage it in a browser from the edit link.”

Manage access is not behind the app's Pro gate. It once was; the paywall check on that screen was removed deliberately in August 2026, and nothing has replaced it.

See who owns your form, and change who can reach it

Forms+ manages editors and responders on your real Google Forms from your iPhone or iPad — your account, your Drive, no copies.

Get Forms+ free on the App Store

Frequently asked questions

Who owns a Google Form?

Whoever owns the Drive file. A form is a file in Google Drive, and Drive's owner role is what makes someone its owner — there is no ownership setting inside Google Forms, and no ownership method in the Google Forms API. Google's Drive roles reference describes the owner role as granting “full control over the file or folder”.

What can a Google Forms owner do that an editor cannot?

Delete it, and change who owns it. Google's Drive API roles reference lists the operations each role permits for a file in My Drive, and the owner and writer (Editor) rows are identical except for four: moving items into the trash, recovering them, emptying the trash, and deleting a file or folder. Drive's help centre adds one more limit on editors: an editor can share the file, “but an editor can't change the owner.”

Does the response spreadsheet have the same owner as the form?

Not necessarily, and nothing keeps the two in step. Google states that “if you store responses in a spreadsheet, you have a separate file in Google Drive”, and that you can delete the spreadsheet without deleting the form. The Forms API only exposes the sheet as a read-only linkedSheetId pointing at another Drive file. Google's own instruction is to “update permissions on both the form and the linked sheet separately.”

Who owns the files people upload to a Google Form?

They sit in the form owner's Drive. Google states that “for the form owner, uploaded files are stored in a new folder on Google Drive”, and the Forms API models a file upload question as carrying “the ID of the Drive folder where uploaded files are stored”, with each submitted file identified by its own Drive file id. Drive also states that “when you make someone else the owner of a folder, you still own the files inside.”

Can I change the owner of a Google Form on my iPhone?

No. Google's help page for transferring ownership says plainly, on its iPhone & iPad tab, that “You can't change owners from an iPhone or iPad”, and that to change the owner of a file you should “go to drive.google.com on a computer.” Forms+ does not offer it either: the app manages editors and responders and never sends an ownership change.