Skip to content
    Moz logo Menu open Menu close
    • Products
      • Moz Pro
      • Moz Pro Home
      • Moz Local
      • Moz Local Home
      • STAT
      • Moz API
      • Moz API Home
      • Compare SEO Products
      • Moz Data
    • Free SEO Tools
      • Domain Analysis
      • Keyword Explorer
      • Link Explorer
      • Competitive Research
      • MozBar
      • More Free SEO Tools
    • Learn SEO
      • Beginner's Guide to SEO
      • SEO Learning Center
      • Moz Academy
      • MozCon
      • Webinars, Whitepapers, & Guides
    • Blog
    • Why Moz
      • Digital Marketers
      • Agency Solutions
      • Enterprise Solutions
      • Small Business Solutions
      • The Moz Story
      • New Releases
    • Log in
    • Log out
    • Products
      • Moz Pro

        Your all-in-one suite of SEO essentials.

      • Moz Local

        Raise your local SEO visibility with complete local SEO management.

      • STAT

        SERP tracking and analytics for enterprise SEO experts.

      • Moz API

        Power your SEO with our index of over 44 trillion links.

      • Compare SEO Products

        See which Moz SEO solution best meets your business needs.

      • Moz Data

        Power your SEO strategy & AI models with custom data solutions.

      Let your business shine with Listings AI
      Moz Local

      Let your business shine with Listings AI

      Learn more
    • Free SEO Tools
      • Domain Analysis

        Get top competitive SEO metrics like DA, top pages and more.

      • Keyword Explorer

        Find traffic-driving keywords with our 1.25 billion+ keyword index.

      • Link Explorer

        Explore over 40 trillion links for powerful backlink data.

      • Competitive Research

        Uncover valuable insights on your organic search competitors.

      • MozBar

        See top SEO metrics for free as you browse the web.

      • More Free SEO Tools

        Explore all the free SEO tools Moz has to offer.

      NEW Keyword Suggestions by Topic
      Moz Pro

      NEW Keyword Suggestions by Topic

      Learn more
    • Learn SEO
      • Beginner's Guide to SEO

        The #1 most popular introduction to SEO, trusted by millions.

      • SEO Learning Center

        Broaden your knowledge with SEO resources for all skill levels.

      • On-Demand Webinars

        Learn modern SEO best practices from industry experts.

      • How-To Guides

        Step-by-step guides to search success from the authority on SEO.

      • Moz Academy

        Upskill and get certified with on-demand courses & certifications.

      • MozCon

        Save on Early Bird tickets and join us in London or New York City

      Unlock flexible pricing & new endpoints
      Moz API

      Unlock flexible pricing & new endpoints

      Find your plan
    • Blog
    • Why Moz
      • Digital Marketers

        Simplify SEO tasks to save time and grow your traffic.

      • Small Business Solutions

        Uncover insights to make smarter marketing decisions in less time.

      • Agency Solutions

        Earn & keep valuable clients with unparalleled data & insights.

      • Enterprise Solutions

        Gain a competitive edge in the ever-changing world of search.

      • The Moz Story

        Moz was the first & remains the most trusted SEO company.

      • New Releases

        Get the scoop on the latest and greatest from Moz.

      Surface actionable competitive intel
      New Feature

      Surface actionable competitive intel

      Learn More
    • Log in
      • Moz Pro
      • Moz Local
      • Moz Local Dashboard
      • Moz API
      • Moz API Dashboard
      • Moz Academy
    • Avatar
      • Moz Home
      • Notifications
      • Account & Billing
      • Manage Users
      • Community Profile
      • My Q&A
      • My Videos
      • Log Out

    The Moz Q&A Forum

    • Forum
    • Questions
    • Users
    • Ask the Community

    Welcome to the Q&A Forum

    Browse the forum for helpful insights and fresh discussions about all things SEO.

    1. Home
    2. SEO Tactics
    3. Local SEO
    4. Local Website Optimization
    5. Listing multiple schema Things (e.g. Organization, LocalBusiness, Telephone, Locations, Place, etc)

    Moz Q&A is closed.

    After more than 13 years, and tens of thousands of questions, Moz Q&A closed on 12th December 2024. Whilst we’re not completely removing the content - many posts will still be possible to view - we have locked both new posts and new replies. More details here.

    Listing multiple schema Things (e.g. Organization, LocalBusiness, Telephone, Locations, Place, etc)

    Local Website Optimization
    5
    7
    5225
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as question
    Log in to reply
    This topic has been deleted. Only users with question management privileges can see it.
    • micromano
      micromano Subscriber last edited by

      Greetings All,

      My law office features many pages with what are essentially directory listings (names, addresses, and phone numbers of places, agencies, organizations that clients might find helpful).

      Am I correct in assuming that using schema for each of these listings might cause confusion for search engines? In other words, are search engines looking for schema on pages or sites to tell them only about the company running that page or site, or do search engines appreciate schema markup to tell them about all the pieces of content on the pages or that site?

      1 Reply Last reply Reply Quote 0
      • micromano
        micromano Subscriber @Everett last edited by

        Everett,

        Thank you. Very much appreciate the detail. Will definitely check out JSON-LD.

        1 Reply Last reply Reply Quote 0
        • Everett
          Everett last edited by

          Hello Micromano,

          See this thread on Stack Exchange. You can mark up your organization, as well as any organization (or other "entity") that you describe / discuss on your website. Marking up an organization doesn't mean you are necessarily affiliated with them UNLESS you use the "SameAs" tag to connect that data with your own website, wiki page or social profiles...

          Also, you may want to look into using JSON-LD instead. You would still base it on the Schema.org hierarchies, but the code is slightly different. The cool thing about JSON is that you don't have to show all of the data you're marking up. It can just be in the source code and not visible on the page, similar to meta descriptions as far as that aspect goes.

          Here's what I would do.
          1. Put Organization Schema for YOUR business (or your client's) in the HTML header of EVERY page using JSON-LD. Here's a generator I like. Also check out the JSON-LD Playground for testing your code. Don't forget the SameAs tags pointing to other sites/pages that you can verify as "official". This includes Wikipedia pages, Wiki Data pages and social profiles.

          2. Also surround information about YOUR business (logo, NAP...) with traditional Schema.org Organization markup.

          3. Use traditional Schema.org Organization markup for the business listings, and include a SameAs tag around a link to their official websites.

          Here's a good Stack Overflow thread to check out: Mixing Together Schemas.

          micromano 1 Reply Last reply Reply Quote 2
          • micromano
            micromano Subscriber last edited by

            Thanks for all the responses! Much appreciated.

            1 Reply Last reply Reply Quote 0
            • hellemans
              hellemans last edited by

              In general schema.org markup helps search engines understand the content within the context better. So when you makup data it helps SE's understand you pages better. I would go for the schema.org markup in json-ld to be flexible in how the you show the marked-up data in your content. So to answer your question I would go ahead and mark-it-up (but make sure you do it the right way). Good luck.

              1 Reply Last reply Reply Quote 1
              • rootwaysinc
                rootwaysinc last edited by

                No, it won't create any confusion for SEs if you are using the schema in proper manner like mentioned here, as per my opinion Structured data is a great idea to display your business in SEs, and it is definitely appreciated by SEs. This is also a good article about Schema https://blog.kissmetrics.com/get-started-using-schema/

                Hope it helps 🙂

                1 Reply Last reply Reply Quote 1
                • Ria_
                  Ria_ last edited by

                  I've been wondering about this too. I may be wrong, but I feel as if it's contextual. For example, on many event listing websites they use event schema. Which will mark up the event details as well as the organiser details. This uses schema for the organiser and venue's business addresses, phone numbers and website, etc. This is the correct way of marking up events and the rich snippets display correctly on Google. As long as the NAP is under Organization or whatever (which lists the business' name) and you make it clear that it isn't your organisation, I assume it's fine.

                  1 Reply Last reply Reply Quote 1
                  • 1 / 1
                  • First post
                    Last post

                  Got a burning SEO question?

                  Subscribe to Moz Pro to gain full access to Q&A, answer questions, and ask your own.


                  Start my free trial


                  Browse Questions

                  Explore more categories

                  • Moz Tools

                    Chat with the community about the Moz tools.

                  • SEO Tactics

                    Discuss the SEO process with fellow marketers

                  • Community

                    Discuss industry events, jobs, and news!

                  • Digital Marketing

                    Chat about tactics outside of SEO

                  • Research & Trends

                    Dive into research and trends in the search industry.

                  • Support

                    Connect on product support and feature requests.

                  • See all categories

                  Related Questions

                  • formandfunctionagency

                    Should Multi Location Businesses "Local Content Silo" Their Services Pages?

                    I manage a site for a medical practice that has two locations. We already have a location page for each office location and we have the NAP for both locations in the footer of every page. I'm considering making a change to the structure of the site to help it rank better for individual services at each of the two locations, which I think will help pages rank in their specific locales by having the city name in the URL. However, I'm concerned about diluting the domain authority that gets passed to the pages by moving them deeper in the site's structure. For instance, the services URLs are currently structured like this: www.domain.com/services/teeth-whitening (where the service is offered in each of the two locations) Would it make sense to move to a structure more like www.domain.com/city1name/teeth-whitening www.domain.com/city2name/teeth-whitening Does anyone have insight from dealing with multi-location brands on the best way to go about this?

                    Local Website Optimization | | formandfunctionagency
                    1
                  • Keith_Kaiser

                    Schema medical speciality error

                    I'm having an issue correctly formatting a medical specialty for a gastroenterologist. The Google structured data tool is giving me the error of "The property specialty is not recognized by Google for an object of type _Physician". _ Any suggestions on how to correctly update the schema code for a physician's specialty? Thanks, Keith LsPc55X iHUW88a

                    Local Website Optimization | | Keith_Kaiser
                    1
                  • AndyL93

                    Service Location links in footer and on the service page - spamming or good practice?

                    We are are a managed IT services business so we try and target people searching for IT support in a number of key areas. We have created individual location pages (11) to localise our service in these specific areas. We put these location links in the footer which went to the specified IT support pages respectively. Now we have created a general 'managed IT services' page and are thinking of linking to these specific pages on there as well as it makes sense to do it. Would having these 11 links in the footer as well as on the 'managed IT services' page be spamming? or would it be good practice? If this is spamming, which linking location should hold preference. Would appreciate the feedback
                    Thanks
                    Andy

                    Local Website Optimization | | AndyL93
                    0
                  • donsilvernail

                    Multiple location pages are they bad?

                    Hello all, I am research some competitors of a client of mine. My client specializes in H.P. printer repair and over the last 8 years has lost market shares to the competition. I want to reclaim market share. As I was searching some of the service companies many have page that list multiple towns that they service. here is an example. http://printerrepairservice.com/locations-we-service/ Should I be recommending this to my client? To me it seems like a spam keyword process. I know an employee of this particular company and he say their online business is booming. I want my clients to boom too! What are your thoughts on these location type pages?

                    Local Website Optimization | | donsilvernail
                    0
                  • HeaHea

                    Schema markup for a local directory listing and Web Site name

                    Howdy there!   Two schema related questions here Schema markup for local directory We have a page that lists multiple location information on a single page as a directory type listing.  Each listing has a link to another page that contains more in depth information about that location. We have seen markups using Schema Local Business markup for each location listed on the directory page.  Examples: http://www.yellowpages.com/metairie-la/gold-buyers http://yellowpages.superpages.com/listings.jsp?CS=L&MCBP=true&C=plumber%2C+dallas+tx Both of these validate using the Google testing tool, but what is strange is that the yellowpages.com example puts the URL to the profile page for a given location as the "name" in the schema for the local business, superpages.com uses the actual name of the location.  Other sites such as Yelp etc have no markup for a location at all on a directory type page. We want to stay with schema and leaning towards the superpages option.  Any opinions on the best route to go with this? Schema markup for logo and social profiles vs website name. If you read the article for schema markup for your logo and social profiles, it recommends/shows using the @type of Organization in the schema markup https://developers.google.com/structured-data/customize/social-profiles If you then click down the left column on that page to "Show your name in search results" it recommends/shows using the @type of WebSite in the schema markup. https://developers.google.com/structured-data/site-name We want to have the markup for the logo, social profiles and website name.  Do we just need to repeat the schema for the @website name in addition to what we have for @organization (two sets of markup?).  Our concern is that in both we are referencing the same home page and in one case on the page we are saying we are an organization and in another a website.  Does this matter?  Will Google be ok with the logo and social profile markup if we use the @website designation? Thanks!

                    Local Website Optimization | | HeaHea
                    0
                  • mickburkesnr

                    How does duplicate content work when creating location specific pages?

                    In a bid to improve the visibility of my site on the Google SERP's, I am creating landing pages that were initially going to be used in some online advertising. I then thought it might be a good idea to improve the content on the pages so that they would perform better in localised searches. So I have a landing page designed specifically to promote what my business can do, and funnel the user in to requesting a quote from us. The main keyword phrase I am using is "website design london", and I will be creating a few more such as "website design birmingham", "website design leeds". The only thing that I've changed at the moment across all these pages is the location name, I haven't touched any of the USP's or the testimonial that I use. However, in both cases "website design XXX" doesn't show up in any of the USP's or testimonial. So my question is that when I have these pages built, and they're indexed, will I be penalised for this tactic?

                    Local Website Optimization | | mickburkesnr
                    0
                  • eyeflow

                    Location Pages and Duplicate Content and Doorway Pages, Oh My!

                    Google has this page on location pages. It's very useful but it doesn't say anything about handling the duplicate content a location page might have. Seeing as the loctions may have very similar services. Lets say they have example.com/location/boston, example.com/location/chicago, or maybe boston.example.com or chicago.example.com etc. They are landing pages for each location, housing that locations contact information as well as serving as a landing page for that location. Showing the same services/products as every other location. This information may also live on the main domains homepage or services page as well. My initial reaction agrees with this article: http://moz.com/blog/local-landing-pages-guide - but I'm really asking what does Google expect? Does this location pages guide from Google tell us we don't really have to make sure each of those location pages are unique? Sometimes creating "unique" location pages feels like you're creating **doorway pages - **"Multiple pages on your site with similar content designed to rank for specific queries like city or state names". In a nutshell, Google's Guidelines seem to have a conflict on this topic: Location Pages: "Have each location's or branch's information accessible on separate webpages"
                    Doorway Pages: "Multiple pages on your site with similar content designed to rank for specific queries like city or state names"
                    Duplicate Content: "If you have many pages that are similar, consider expanding each page or consolidating the pages into one." Now you could avoid making it a doorway page or a duplicate content page if you just put the location information on a page. Each page would then have a unique address, phone number, email, contact name, etc. But then the page would technically be in violation of this page: Thin Pages: "One of the most important steps in improving your site's ranking in Google search results is to ensure that it contains plenty of rich information that includes relevant keywords, used appropriately, that indicate the subject matter of your content." ...starting to feel like I'm in a Google Guidelines Paradox! Do you think this guide from Google means that duplicate content on these pages is acceptable as long as you use that markup? Or do you have another opinion?

                    Local Website Optimization | | eyeflow
                    0
                  • MickEdwards

                    Schema - Street Address

                    I'm starting to use schema on a site currently working on the business address in the footer.  What is the correct way to use data that has more than one line? So for example the address is something like "Unit 1, Some Farm, Some Street..." Unit 1, Some Farm Some Street or Unit 1, Some Farm
                    Some Street

                    Local Website Optimization | | MickEdwards
                    0

                  Get started with Moz Pro!

                  Unlock the power of advanced SEO tools and data-driven insights.

                  Start my free trial
                  Products
                  • Moz Pro
                  • Moz Local
                  • Moz API
                  • Moz Data
                  • STAT
                  • Product Updates
                  Moz Solutions
                  • SMB Solutions
                  • Agency Solutions
                  • Enterprise Solutions
                  • Digital Marketers
                  Free SEO Tools
                  • Domain Authority Checker
                  • Link Explorer
                  • Keyword Explorer
                  • Competitive Research
                  • Brand Authority Checker
                  • Local Citation Checker
                  • MozBar Extension
                  • MozCast
                  Resources
                  • Blog
                  • SEO Learning Center
                  • Help Hub
                  • Beginner's Guide to SEO
                  • How-to Guides
                  • Moz Academy
                  • API Docs
                  About Moz
                  • About
                  • Team
                  • Careers
                  • Contact
                  Why Moz
                  • Case Studies
                  • Testimonials
                  Get Involved
                  • Become an Affiliate
                  • MozCon
                  • Webinars
                  • Practical Marketer Series
                  • MozPod
                  Connect with us

                  Contact the Help team

                  Join our newsletter
                  Moz logo
                  © 2021 - 2025 SEOMoz, Inc., a Ziff Davis company. All rights reserved. Moz is a registered trademark of SEOMoz, Inc.
                  • Accessibility
                  • Terms of Use
                  • Privacy

                  Looks like your connection to Moz was lost, please wait while we try to reconnect.