--- title: "Menu PDF or web page: which one should your business use?" description: "Choose between a menu PDF and a web page with a ten-minute phone test: keep the PDF for printing, and put prices and hours on a page customers can read." url: "https://webleveling.com/blog/menu-or-price-list-pdf-or-web-page/" lang: "en" published: "2026-10-15" modified: "2026-10-15" author: "Cal Hewitt" tags: ["web-design","local-seo","small-business"] image: "https://webleveling.com/og/blog-menu-or-price-list-pdf-or-web-page.jpg" alternates: es: "https://webleveling.com/es/blog/menu-en-pdf-o-pagina-web.md" --- # Menu PDF or web page: which one should your business use? Choose between a menu PDF and a web page with a ten-minute phone test: keep the PDF for printing, and put prices and hours on a page customers can read. ![A smartphone lying face down on a wooden counter beside a blank printed menu card and a pencil.](https://webleveling.com/blog/menu-or-price-list-pdf-or-web-page/menu-pdf-or-web-page-featured.jpg) A customer told you your menu is hard to open on a phone, or you tapped it yourself and watched it slide off the screen. Now you wonder whether the PDF is costing you customers. Google can read PDF files, so the file is not invisible, but a web page is usually the better home for anything people scan and act on from a phone. Choosing between a menu PDF or web page gets easier once you think about the customer's task. Put everyday menu items, service prices, hours, location and policies on a page. Keep a PDF for things people print, download or fill in, such as a catering menu, banquet packet, brochure or form. You can test your own file in ten minutes, and the result tells you whether you need a small fix or a rebuild. Sometimes the right answer is to leave the PDF alone. **Key Takeaways** **Everyday information goes on a page** Menu items, service prices, hours, location and policies belong in HTML, because people scan, search, resize and act on them from a phone. **A PDF earns its place for print** Catering menus, banquet packets, brochures, forms and print-ready menus can stay PDFs when printing or a fixed layout matters. **Google can index PDFs** Google lists PDF as an indexable file type, so the question is how well the file works for a customer, not whether Google can see it. **A download count shows clicks** GA4 records a file\_download event when someone clicks a PDF link, which is a click and not proof that anyone read the menu or called. **One current copy beats several old ones** Keep a single source of truth for prices and hours, and remove or replace every outdated copy. ## Put the everyday menu on a page and keep the PDF for printing The simplest rule has two halves. The information customers check again and again goes on a web page: the menu, the service price list, package descriptions, hours, location, policies and current promotions. The things people print or keep go in a PDF: a catering menu, a banquet packet, a brochure, an application form, a detailed spec sheet or an event handout. Often you will want both. Build the page first, then add a clearly labeled link to the printable version. Link from the page to the PDF, and add a link inside the PDF that leads back to the page, so a visitor who lands on the file can still reach the current information. The reason is the phone. A PDF may ask for pinching, zooming, sideways scrolling, a download or a separate viewer. A responsive page reflows to fit the screen and keeps the text readable when someone enlarges it. ![A closed laptop beside a small stack of blank printed menu cards on a wooden restaurant counter.](https://webleveling.com/blog/menu-or-price-list-pdf-or-web-page/menu-pdf-printed-cards-beside-closed-laptop.jpg) The page serves the phone in a customer's hand, and the printed card serves the table. ## Google can index a PDF, and the phone visit is where the sale happens Google's documentation lists [PDF as an indexable file type](https://developers.google.com/search/docs/crawling-indexing/indexable-file-types). Google can pull the text out of a PDF and return the file directly in search results, and it supports the \`filetype:pdf\` search operator. [Googlebot](https://developers.google.com/search/docs/crawling-indexing/googlebot) can crawl up to the first 64 MB of a PDF, and links inside a PDF may pass signals the same way links on a page do. Indexing is not a ranking promise. A PDF can be indexed, left out, or outranked, depending on relevance, quality, crawlability, duplication and what the searcher wants. So, a PDF menu is not a penalty, and a web page is not a guarantee. What changes the outcome is the visit that follows. Google says it uses the [mobile version of your content for indexing](https://developers.google.com/search/docs/crawling-indexing/mobile/mobile-sites-mobile-first-indexing) and recommends responsive design. Its [developer guidance](https://developers.google.com/search/docs/fundamentals/get-started) also says to put key information in text, not graphics. A menu that is a scanned photo of a printed page fails that advice and fails the customer who tries to search it. If search visibility matters to you, the page also gives you a title, headings and links that you control. Our [search engine optimization](https://webleveling.com/services/search-engine-optimization/) work starts from that kind of plain, readable text. ## A ten-minute phone test shows where your file breaks down Run this on your own phone, in the order a customer would. Use the same link customers use, whether that is your website menu button or your Google Business Profile, and not a saved copy from your desktop. Start a timer. 1. **Open the link**: Does it open on the first tap, or does it download or launch a separate viewer? 2. **Find one item**: Time how long it takes to locate a single dish or service and read its description and price. 3. **Watch for sideways scrolling**: Does the document fit the screen, or do you drag left and right again and again? 4. **Select and search the text**: If you cannot highlight a word or search for one, the file may be an image of a page. 5. **Read the prices**: Are the descriptions, prices and notes readable without constant zooming? 6. **Look for the next step**: Is the phone number or the booking button still easy to reach, and can you get back to the site? 7. **Check for old details**: Does anything show an outdated price, address or phone number? Record the total time and the exact point where the task became awkward. That point tells you what to fix. If you got through every step quickly, the PDF may be doing its job. ![A smartphone lying face down on a table beside a small kitchen timer with a plain white face.](https://webleveling.com/blog/menu-or-price-list-pdf-or-web-page/menu-pdf-phone-and-kitchen-timer.jpg) Time one task on a phone, and write down where it slowed you down. ## Accessibility asks whether every customer can read the menu Accessibility sounds technical, but the test is plain. The W3C's [reflow guidance](https://www.w3.org/WAI/WCAG22/Understanding/reflow.html), Success Criterion 1.4.10 in WCAG 2.2, asks that content work at a 320 CSS pixel viewport without two-dimensional scrolling, unless the layout itself requires it. A related rule, [resize text](https://www.w3.org/WAI/WCAG21/Understanding/resize-text), asks that text stay usable when enlarged to 200 percent. A responsive page can meet both with ordinary good building. A PDF can too, but only when it is built for it: tagged structure, a logical reading order, meaningful link text, a language setting and alternative text for images. The W3C's [PDF techniques](https://www.w3.org/TR/WCAG20-TECHS/pdf) cover each of those. A PDF that looks polished can still fail all of them. [Section508.gov](https://www.section508.gov/create/pdfs/) says PDFs should be tagged and notes that HTML is often more accessible, mobile-friendly and responsive. [ADA.gov's web guidance](https://www.ada.gov/resources/web-guidance/) explains that inaccessible online content can deny people with disabilities equal access, and states that the guidance is informal and not legally binding by itself. For a deeper checklist, see our post on [website accessibility for a small business](https://webleveling.com/blog/website-accessibility-checklist-small-business/). ## Menus and price lists belong on a page; catering packets and forms can stay PDFs You can sort your documents in a few minutes. Ask who uses the document and what they do with it. If the answer is "check a price" or "see what is open Saturday," that is a page. If the answer is "print it," "fill it in" or "send it to the venue," that is a PDF. Which format fits which document | Document | Best primary format | Reason | | --- | --- | --- | | Everyday restaurant menu | Web page | Customers scan it on a phone, and items and prices change | | Service price list or package descriptions | Web page | Prices get updated and compared | | Hours, location and policies | Web page | Short, current and checked often | | Promotional offers | Web page | They start and end on specific dates | | Catering menu or banquet packet | Page, with a labeled PDF | Planners print and share it | | Brochure | Page, with a labeled PDF | The page serves search and phones, the PDF serves handouts | | Application form | PDF | A fixed layout that people print or fill in | | Print-ready menu | PDF | The layout has to hold on paper | Label the PDF link so it tells people what they get, for example "Download printable catering menu PDF." Name the file for what it is, such as a catering menu with the business name, and not a camera-roll number or "final-v3." Set a descriptive title in the file's properties as well. The way visitors find things matters here too. Where the link sits matters too. Our post on [website mistakes that keep visitors from finding pages](https://webleveling.com/blog/website-navigation-mistakes/) covers why a menu link buried deep in the site can lose people before they ever open the file. ![A three-ring binder of blank printed sheets with colored tab dividers on a desk beside a closed notebook.](https://webleveling.com/blog/menu-or-price-list-pdf-or-web-page/menu-pdf-tabbed-binder-of-sheets.jpg) A binder of printables works for a planner at a desk, and a page works for a customer on the sidewalk. ## A good menu page is real text, short sections and one clear next step If you decide to build the page, keep it simple. The goal is for someone to find one item and act on it in seconds. - **Type the menu as text**: Use real words, not a photo of a printed page, so people can search, enlarge and copy it. - **Group items under clear headings**: Starters, mains, desserts, drinks, or your service packages, each with its own heading. - **Put prices next to items**: Keep descriptions short, and avoid a price table that needs sideways scrolling on a phone. - **Show the next step near the top**: A tap-to-call number, order button, booking link or directions link that stays easy to reach. - **Add hours and location on the same page**: The details people check right before they come in. - **Link the printable copy**: One labeled PDF link for people who want paper. Our [Google Business Profile menu guide](https://webleveling.com/blog/google-business-profile-menu-for-restaurants/) covers how to point your listing at the current page, so the link customers tap from Google lands somewhere readable. If you want to confirm the page itself behaves on small screens, our post on [checking whether your site is mobile friendly](https://webleveling.com/blog/is-my-website-mobile-friendly/) walks through it. ## One current copy keeps prices from contradicting each other A price can end up in four places: the PDF, the page, a Google listing and a printed handout. Change one and the others now disagree, and a customer may quote you the old number at the counter. Pick one version as the source of truth and update the others from it. Then remove obsolete copies, or replace the old files so that old links still reach something current. Many of the fixes in the table are small jobs, and several are recurring habits and not one-time projects. Common problems and what fixing them involves | Problem | Fix | Job size | | --- | --- | --- | | Hard to read on a phone | Build a responsive page, keep the PDF if needed | Small to medium | | Outdated prices | Set one source of truth and update every linked copy | Small, recurring | | Vague or hidden link | Add a descriptive link label and link from the main menu | Small | | Scanned image of a menu | Retype as text, or make a text-based accessible PDF | Small to medium | | Missing tags and reading order | Add tags, headings, link names, language and alt text, then test | Medium | | No next step after reading | Add call, order, booking, quote or directions buttons | Small | | Conflicting copies | Remove obsolete copies and replace old links | Small to medium | The job size depends on page count, design complexity, who can edit the files, and whether prices are kept in another system, so treat these as rough ranges. ## A download count shows clicks, not readers GA4's Enhanced Measurement can [record a file\_download event](https://support.google.com/analytics/answer/9216061) automatically when a visitor clicks a link to a PDF. The event can carry the file name, extension, link text, link URL and link classes. It tells you the link was clicked. It does not tell you that anyone read the menu, found the dish, called you or booked a table. A web page gives you more to work with: page views, scroll events, link clicks, form interactions and outbound clicks. Calls still need phone-call tracking or a separate conversion setup, whichever format you use. So, a PDF can be measured, but it shows less about what happened inside the document. If you want to know whether the menu leads to action, track the call button and the booking link, and do not rely on the download number alone. Our post on [tracking contact form leads in Google Analytics](https://webleveling.com/blog/track-contact-form-leads-in-google-analytics/) shows the same idea for forms. ## A PDF can stay when it is short, current and mostly printed Sometimes the right move is to do nothing to the file. If the PDF is short, current, text-based, accessible, easy to open and mostly used for printing, a rebuild may not earn its cost. Nobody should sell you a conversion only because the file ends in .pdf. Paid help is worth considering when the menu is a main way customers reach you and the phone task is hard, when updates keep introducing errors, when the file is inaccessible, when the next step is unclear, or when you need page-level content and measurement. The right size of fix might be a small page, a PDF cleanup, analytics setup or a larger redesign, depending on what your phone test showed. The first step costs nothing. Open the document on your phone, find one item, read the price and try to take the next step. If that works smoothly, you have your answer. ![A clipboard holding one blank sheet and a pencil beside a small pile of older crumpled sheets on a counter.](https://webleveling.com/blog/menu-or-price-list-pdf-or-web-page/menu-pdf-clipboard-and-old-copies.jpg) One current sheet on the clipboard, and the old copies out of circulation. **Quiz: Menu PDF or web page: check your decision** 1. Which of these usually belongs on a web page first? - A banquet packet people print for an event - Your everyday menu items, prices and hours **(correct answer)** - A fill-in application form - A print-ready poster menu 2. What does a GA4 file_download event record? - That the visitor read the whole PDF - That the visitor called your business - A click on a link to the PDF file **(correct answer)** - That the visitor booked a table 3. A customer finds a PDF menu with an old price on a phone. What is the best fix? - Add a second PDF with the new price and keep both online - Set one current source of truth and replace or remove the old copies **(correct answer)** - Make the old PDF file larger - Hide the page that links to it ## Frequently Asked Questions About Menu PDF or Web Page **Can Google index a PDF menu?** Yes. Google lists PDF as an indexable file type, as long as the file is crawlable and otherwise eligible. Indexing is not a ranking guarantee. **How do I create a restaurant menu page?** Type the menu as real text, group items under clear headings, put prices beside items, and add hours, location and a tap-to-call or order button on the same page. Then add one labeled link to a printable PDF for people who want paper. **How do I do SEO for a restaurant menu?** Keep the menu in text on a page Google can crawl, make that page work on a phone because Google indexes the mobile version, and give any PDF a descriptive file name and title. Point your Google Business Profile menu link at the current page. **Should I keep a PDF and a web page both?** Often, yes. Use the page for the everyday task and a clearly labeled PDF for printing or downloading, and link each to the other. **Can a screen reader read a PDF?** It can, when the PDF has correct tags, reading order, headings, link names, language settings and text alternatives. A scanned image of a page usually has none of those. **Does GA4 track PDF views?** GA4 Enhanced Measurement records a click on a PDF link as a file\_download event. It does not show that the file was read. ## The Bottom Line Put the information customers check on a web page: menu items, service prices, hours, location and policies. Keep a labeled, accessible PDF for the things people print or download, and link the two together. Google can index PDFs, so the choice rests on how well the file works on a phone, whether everyone can read it, and whether the details are current. Doing this once means a customer can find a dish or a price in seconds, and you stop sending files by hand or correcting old numbers. The phone test, the one-copy rule and a clear next step are all you need to keep it that way. If you would like help, [Web Leveling](https://webleveling.com/) builds fast, custom menu and price pages with a printable PDF alongside, and our [web design](https://webleveling.com/services/web-design/) work includes the accessibility and analytics setup. If your PDF already passes the phone test, leaving it alone is a fine result. We work with small and medium businesses across the country and overseas. [Contact us about your menu or price list](https://webleveling.com/contact/) and send the link you tested. ## Terms Menu and PDF words in this post Tap a term to see what it means. **HTML page.** A regular web page that reflows to fit a phone screen and can be read, searched and resized. **PDF tags.** Hidden structure inside a PDF that tells screen readers what is a heading, a list or a link. **Reflow.** Content that rearranges to fit a narrow screen so nobody has to scroll sideways. **Source of truth.** The one version of your prices and hours that every other copy is updated from. **file\_download event.** A GA4 record that a visitor clicked a link to a file such as a PDF. **Indexing.** Google adding a page or file to its search database so it can appear in results. - [What to Put on Your Website's Contact Page](https://webleveling.com/blog/website-contact-page-what-to-include/): Put a tap-to-call phone, a working form, hours and a response promise on your contact page. See what to show if you work from home, and how to cut spam. - [What Is a Doorway Page, and Are Your Location Pages One?](https://webleveling.com/blog/what-is-a-doorway-page/): What is a doorway page, and could your location pages be one? Google's own definition hinges on whether pages funnel users to a single destination. - [Your Homepage and Google Category Should Name the Same Business](https://webleveling.com/blog/match-homepage-title-to-google-business-profile-categories/): Your homepage and Google category should describe the same business. Exact wording is not required; agreement is a clarity step, not a ranking guarantee.