Guide

What Is a Section in Google Forms? Setup, Routing, and Testing

日本語版あり
What Is a Section in Google Forms? Setup, Routing, and Testing

A section in Google Forms is a page break that groups questions. When you add a section, that section begins on a new page for responders. You can use sections to turn one long screen into focused steps such as Contact details, Request details, and Review. You can also choose which section comes next or send someone to a particular section based on one answer.

The goal is not to create as many pages as possible. A useful section gives the responder one understandable job and a predictable next step. This guide covers the section concept, basic editing, sequential destinations, a safe introduction to answer-based routing, and the preview checks that should happen before publication.

Last verified: September 4, 2026

A four-stage design for Google Forms sections: add, sequence, route, and test every responder path

What is a section in Google Forms?

A section is more than a visual heading in the editor. Google Workspace Learning Center says that each section starts on a new page. A responder completes the questions on the current page, selects Next, and proceeds toward a later section or submission.

This differs from adding a title and description. A title and description can explain a group of questions on the same page. A section changes the page boundary. Use a section when you want a new responder step. Use a title and description when you only need a smaller explanation inside the current page.

Google's official editing help currently says a form can contain up to 75 sections. Treat that number as a technical limit, not a recommended target. A person should encounter only the pages needed for the task. If a form feels long, first remove questions whose answers will not change any later decision. Then group the remaining questions.

Good section names describe the job on the page. Contact details, Event choice, Delivery address, and Final review are more useful than Section 2 or More questions. A short description can tell responders what information to have ready and why the page is needed.

How to add a section

  1. Open the form in Google Forms.
  2. In the toolbar beside the form, choose Add section.
  3. Enter a name for the new section.
  4. Add a short description when the responder needs context or preparation.
  5. Drag questions into the intended section.
  6. Open Preview and confirm where the page begins.

Moving questions and moving a whole section are separate operations. Drag a question when only that question belongs elsewhere. Use the section menu when the complete page needs a different position.

Before adding another page, write one sentence that describes what the responder will finish there. If you cannot name a distinct task, a title and description on the existing page may be enough. Extra Next clicks do not automatically make a form easier.

How to move, duplicate, and delete sections

Move a section

Select the section header, open More, and choose Move section. Google's current help describes using the up or down controls to change the order. After a move, recheck both kinds of destinations: the destination shown at the bottom of the section and any answer-specific destination on a routing question.

Page order is not merely editorial. It affects the responder's route. A copied explanation may still read correctly while Next now leads somewhere unintended. Rename any section whose title no longer fits its position.

Duplicate a section

Select the section header, open More, and choose Duplicate section. This is useful when two audiences need a similar set of questions. After duplicating, edit the title, description, required settings, and wording for the new audience.

Do not assume that a copied page has the correct destinations for its new role. Inspect every answer route and the next-section selector. If two copies are almost identical, ask whether one shared section followed by a smaller audience-specific section would be easier to maintain.

Delete a section

Select the section header, open More, and choose Delete section. Before deleting it, identify every question or section that points to it. A destination can outlive the reasoning that created it, especially after several rounds of editing.

Google Forms provides Undo for a recent action, but Undo is not a substitute for a path review. Keep a small path table for forms with more than one branch. Record the starting answer, intended pages, and final outcome. Update that table whenever a section is moved, copied, renamed, or removed.

Design a simple sequential form first

At the bottom of each section, Google Forms lets the owner select where responders go next. The simplest design is a one-way sequence: section 1 leads to section 2, section 2 leads to section 3, and the final section leads to submission.

For example:

SectionResponder jobNext destination
Contact detailsEnter a reachable addressRequest details
Request detailsDescribe the issue and urgencyFinal review
Final reviewCheck the informationSubmit form

Build this straight route before adding branches. It gives you a known working baseline. If a later branch fails, you can compare it with the sequential path instead of debugging several choices at once.

The page title and the next destination should form a sensible pair. Contact details followed by Request details is predictable. Contact details followed unexpectedly by an unrelated marketing questionnaire is not. If the content must change topic, explain the transition before the responder selects Next.

The final page deserves special attention. A responder who sees Next but never reaches Submit may be caught in a stale section destination, a required-question issue, or another form-state problem. The separate missing Submit button diagnosis covers that troubleshooting intent; this guide stays focused on section design.

Use Go to section based on answer

Google Forms can choose a destination from one answer. Google's dedicated branching help currently identifies Multiple choice and Dropdown as the question types that support Go to section based on answer. It also says that an answer may lead to a specific section or to Submit form.

Use this setup order:

  1. Create and name every destination section first.
  2. Add the routing question as Multiple choice or Dropdown.
  3. Open the question's additional menu and select Go to section based on answer.
  4. Assign a section or Submit form to every option.
  5. Preview one complete submission path for every option.

This feature routes between sections. It is not the same as independently showing one field inside the current page, and it is not a rule engine for arbitrary combinations of many answers. For supported question types, checkbox boundaries, and alternative designs, use the dedicated Google Forms conditional logic guide.

A branch should hide irrelevant work, not conceal important terms. Put information that every responder must understand before the routing question. Put audience-specific questions after the branch. If one answer ends the form with Submit form, make sure the responder has already seen and completed every required item for that outcome.

Avoid backward routes and loops

The vertical order in the editor does not prove that every route moves forward. A section can have a destination that points elsewhere, and answer choices can have their own destinations. Review the actual path rather than reading the cards only from top to bottom.

A backward destination can create a loop. For example, if an answer in section 1 sends someone to section 2 and section 2 sends the person back to section 1, the responder may never reach a valid ending. Google's help explains how to select destinations, but it does not promise that a circular design will be made safe for you. Treat loop prevention as your publication responsibility and test it in the responder view.

If responders need to add several similar records, avoid an open-ended cycle. Consider one submission per record or create a finite number of clearly named pages. A fixed structure is easier to test, understand in exported data, and support when someone reports a problem.

Draw the route on one line before editing:

Start -> eligibility answer -> relevant details -> review -> submit

For each answer option, replace the arrows with the real destination names. If a route points backward, explain why and prove that it can still terminate. Usually, a forward-only redesign is clearer.

Progress display and shuffled questions

Google Forms includes presentation controls for showing progress and shuffling questions. The screen-reader help lists Show progress bar and Shuffle questions among presentation settings. Do not infer exactly how the progress indicator will feel across a branched route. Open the actual preview and test each major path, because different responders may visit different pages.

Google's editing help also warns not to shuffle questions when they must appear in a specific order. That warning matters when later questions depend on earlier context, consent must come before details, or a page is written as a short sequence. Keep the order fixed in those cases.

Shuffling answer choices is a separate control for supported choice questions. It does not replace section design. If one option has a special meaning such as None of the above, review whether random placement would confuse the responder. Test the exact combination you plan to publish instead of assuming that a section boundary protects every internal order.

Progress should set a helpful expectation, not make a form appear shorter than it is. Check the page count, question count, and time required together. If a short route and a long route differ greatly, tell responders what may affect completion time in plain language.

When sections help a long form

Sections reduce the amount visible on one screen, but they do not reduce the number of questions. Use this sequence:

  1. Remove questions whose answers have no owner or later use.
  2. Put universal questions before audience-specific branches.
  3. Group the remaining questions by one responder task.
  4. Give each page a descriptive name.
  5. Keep destinations moving toward a clear ending.
  6. Test the shortest, longest, and most common paths.

A section works well when a responder needs a different kind of information next. Contact details followed by project requirements is a natural split. One short name field on page 1 and one short email field on page 2 usually adds effort without adding clarity.

Also check the mobile experience. A desktop editor can make a section appear compact while one responder page is still long on a phone. Preview the form at a narrow width and read every title, description, question, error, Back, Next, and Submit control.

For the complete creation, publication, and response workflow, use the Google Forms how-to guide. For Sheets and Apps Script responsibilities after collection, use the Google Forms operations guide. These pages own the broader intents; this article owns sections.

Test every responder path before publishing

Open Preview from the top of the form and run a small path matrix. Do not stop when the correct page first appears. Continue until the route submits successfully.

Test at least these cases:

  • the normal sequential route;
  • every option on each answer-based routing question;
  • the route that skips the most pages;
  • the route that displays the most questions;
  • any answer that uses Submit form directly;
  • Back after visiting a branched page;
  • required questions on both visited and skipped pages;
  • phone-width navigation and the final submit control.

Write the expected result before each run. For example: Sales should see Contact details, Sales request, and Review, then Submit. Support should see Contact details, Support issue, and Review, then Submit. This makes a wrong destination visible immediately.

After changing a section, rerun the matrix. Moving a page can affect a default sequence, while renaming a page can make a previously understandable path ambiguous. Duplicating a page can introduce a destination that points to the old copy. Deleting a page can remove a route target. Each operation is small, but its effect belongs to the whole path.

How FORMLOVA handles pages and section-like content

FORMLOVA's current implementation can group fields into pages through each field's page_number. The public renderer orders those pages, shows only the current page, and displays a progress bar with Back, Next, and Submit navigation when more than one page exists.

It also has a non-input section_break field. That field renders a divider, heading, and description inside a page. It does not by itself create the same page model as a Google Forms section. This distinction matters when translating an information architecture from one service to another.

Google Forms and FORMLOVA do not use the same structure. Do not copy a Google section name and assume that an identically named FORMLOVA control has the same routing behavior. Review the page numbers, section-break content, and conditional rules separately.

FORMLOVA conditional logic supports field visibility, page skipping, and early form completion based on another answer. The public renderer evaluates the current path, while the submission action rechecks field visibility and page reachability on the server before saving a response. A backward page target can still create a route that does not progress, so keep destinations forward and test them.

You can ask for an unpublished draft in plain language:

Split this inquiry form into three pages.
Page 1 should collect contact details, page 2 should collect the request,
and page 3 should collect optional context.
Show page 2 only for people who want a detailed consultation.
Do not publish it. Give me the form and thank-you-page preview URLs.

FORMLOVA preview does not save responses. Use it to inspect page order, visible fields, navigation, and the thank-you page before publication. Once a published form receives a real submission, the server validates the answerable fields and saves the response.

These product details were checked on September 4, 2026 against the project specification, field schema, public renderer, conditional-logic implementation, and server submission action. They are implementation evidence, not a claim that the two products have identical user interfaces.

Frequently asked questions

Does each Google Forms section become a separate page?

Yes. Google Workspace Learning Center says each section starts on a new page. If you only need a heading within the current page, use a title and description instead.

Can I route an answer directly to submission?

Yes. Google's branching help says an answer destination may be Submit form. Test that path to ensure the responder has already completed every question required for that outcome.

Why is Go to section based on answer missing?

Check the question type. Google's dedicated help currently limits that control to Multiple choice and Dropdown. Also create the destination sections before assigning them.

Should I enable shuffled questions in a sectioned form?

Only when question order is genuinely interchangeable. Google's editing help warns against shuffling when a specific order matters. Preview the final combination of settings and routes.

Do more sections make a form shorter?

They make each page visually shorter, but do not reduce the questions or total input. Remove unnecessary questions first, then divide the remaining work into meaningful steps.

Primary sources

Pre-publication checklist

  • Every section name describes the page's job.
  • Questions are in the intended section.
  • The destination at the bottom of every section is correct.
  • Every answer-specific destination has been tested.
  • No backward destination traps responders in a loop.
  • Progress, Back, Next, and Submit were checked at phone width.
  • Every required responder path reaches submission.

Disclosure and Verification

I work on FORMLOVA. Google Forms labels and behavior in this guide were checked against official Google help on September 4, 2026. Interface labels, Workspace controls, and presentation behavior can change. Recheck the live editor and responder preview in the account your organization will use.

Create a free form with FORMLOVA

Next step

Turn this guide into a working form workflow

Use FORMLOVA to create the form, manage responses, and test MCP-assisted operations from one place.

Last verified on:

Share this article

Written by

@Lovanaut
@Lovanaut

Creator of Sapolova, Lovai, Molelava, and FORMLOVA. Building kind services with love.

More in this category