Hướng dẫn về LocalBusiness Schema

Tóm tắt — LocalBusiness schema là code bạn thêm để trang đó tells tìm kiếm engines facts về physical business — của nó name, address, phone number, và hours. Google chỉ requires hai điều (name và address); mọi thứ khác là tùy chọn nhưng làm kết quả richer. nó là không giống nhau as setting lên Google Business Profile, và thêm nó không bảo đảm bạn fancy tìm kiếm kết quả — nó chỉ làm bạn eligible cho một.

Điều gì LocalBusiness schema là

Khi công cụ tìm kiếm đọc của bạn “Contact” trang, nó sees text. nó có thể’t tự động tell của bạn street address từ của bạn phone number từ của bạn opening hours way bạn có thể. LocalBusiness schema spells nó out trong code: Đây là name, Đây là address, Đây là phone number, những điều này là hours.

nó dùng shared vocabulary từ schema.org — giống nhau vocabulary behind all schema markup — và bạn thường ghi nó as JSON-LD, nhỏ block của code đó sits trong trang không có thay đổi Cách nó looks. Evidence for this claim Schema.org LocalBusiness is a subtype of both Organization and Place for describing a physical business or branch. Scope: Schema.org vocabulary; Google applies separate local-business search requirements. Confidence: high · Verified: 2026-07-14 Schema.org: LocalBusiness

Điều gì Google thực ra cần

Ở đây surprising part. schema.org defines dozens của properties bạn có thể thêm, nhưng Google chỉ requires hai:

• name — name của business.
• address — physical street address.

Mọi thứ khác — phone number, hours, price range, map coordinates — là được khuyến nghị. Evidence for this claim Google's LocalBusiness feature documentation requires name and address and recommends additional applicable business details. Scope: Google Search LocalBusiness requirements; eligibility and display are not guaranteed. Confidence: high · Verified: 2026-07-14 Google: LocalBusiness structured data bạn không có để bao gồm nó, nhưng nhiều hơn chính xác detail bạn thêm, nhiều hơn hoàn tất của bạn listing có thể look trong tìm kiếm.

hai điều beginners nhận sai

1. Schema không phải của bạn Google Business Profile. những điều này là hai khác các hệ thống. của bạn Google Business Profile ( free listing bạn claim tại business.Google.com) là Điều gì powers của bạn pin on Google Maps và “local pack” của three businesses dưới map. LocalBusiness schema là tách biệt code on của bạn own trang web. Một không replace khác — bạn generally muốn cả hai, và Google reconciles them riêng.

2. không mark lên của bạn own star rating. đây là tempting để thêm của bạn own five-star average với aggregateRating, nhưng Google own guidelines chẳng hạn đó thuộc tính là cho các trang đó review other businesses (như một directory reviewing restaurants), không cho một business rating itself. Marking lên của bạn own testimonials as một rating là một “self-serving review” (bản dịch) «self-serving review» và breaks đó rules.

Một nhiều hơn: sử dụng cụ thể loại. nếu bạn chạy restaurant, mark nó lên as Restaurant, không generic LocalBusiness. Google explicitly asks cho phần lớn cụ thể loại đó fits.

Muốn đó đầy đủ version — đó chính xác thuộc tính bảng, subtype selection, geo-coordinate precision, multi-location patterns, và cách “NAP consistency” (bản dịch) «NAP consistency» fits trong? Chuyển để đó Advanced tab.

Tóm tắt — LocalBusiness là subtype của Organization và Place, so đầy đủ schema.org spec inherits dozens của properties — nhưng Google requires chỉ name + address và consumes ~12 được khuyến nghị ones. wins: sử dụng phần lớn cụ thể subtype (multiple types go trong array; additionalType không phải supported), giữ NAP consistent trên của bạn markup, Google Business Profile, và citations, và nhận details right — geo cần ≥5 decimal places, priceRange phải stay dưới 100 characters. không mark lên của bạn own aggregateRating/review (đó cho các trang reviewing khác businesses; self-serving reviews break guidelines), và không treat schema as Google Business Profile substitute — họ’re tách biệt, reconciled riêng, và hợp lệ markup chỉ làm bạn eligible.

nơi nó sits: subtype của Organization và Place

single phần lớn hữu ích điều để understand về LocalBusiness là của nó position trong schema.org hierarchy. nó subtype của cả hai Organization và Place, mà là chính xác Vì sao nó có thể carry chung company properties (name, logo, sameAs) và location-cụ thể ones (address, geo, openingHoursSpecification). đó dual inheritance là cũng Vì sao đầy đủ spec là so lớn — nó pulls properties từ hai big parent types.

đó matters cho Cách bạn think về wider Entity & Identity schema picture. company-wide Organization entity (sitewide, on homepage) và theo-location LocalBusiness entity là related nhưng distinct: một mô tả company, khác mô tả place Bạn có thể walk vào. cho company-cấp độ entity, see Organization schema; cho mọi người behind nó, Person schema.

đầy đủ spec so với. Điều gì Google thực ra consumes

Này là đó phân biệt hầu hết các hướng dẫn blur. schema.org/LocalBusiness inherits dozens of properties từ Organization và Place. Google consumes một nhỏ subset. không confuse “schema.org supports X” (bản dịch) «schema.org hỗ trợ X» với “Google will do something with X.” (bản dịch) «Google sẽ làm điều gì đó với X.»

Bắt buộc (chỉ hai):

• address (PostalAddress) — physical location. Google advice: bao gồm as nhiều address sub-properties as có thể; nhiều hơn bạn cung cấp, cao hơn quality của kết quả.
• name — name của business.

Được khuyến nghị ( properties đó thực ra enrich kết quả): aggregateRating, department, geo (với geo.latitude / geo.longitude), menu, openingHoursSpecification (với .opens, .closes, .dayOfWeek, .validFrom, .validThrough), priceRange, review, servesCuisine, telephone, và url.

takeaway cho prioritizing dev effort: nail bắt buộc pair, sau đó thêm được khuyến nghị properties đó làm của bạn listing nhiều hơn hoàn tất (hours và geo cho storefront; servesCuisine và menu cho restaurant). Filling trong obscure inherited properties đó Google bỏ qua là wasted effort.

Chọn right subtype

Google là rõ ràng: sử dụng phần lớn cụ thể LocalBusiness sub-loại có thể — cho ví dụ Restaurant, DaySpa, HealthClub. Generic LocalBusiness hoạt động, nhưng cụ thể subtype cho engines nhiều hơn để hoạt động với.

một vài practical mappings:

• Restaurant / café → Restaurant, CafeOrCoffeeShop, BarOrPub (dưới FoodEstablishment)
• Law firm → LegalService (hoặc Attorney)
• Dentist / doctor → Dentist, Physician (dưới MedicalBusiness)
• Plumber / electrician / chung contractor → HomeAndConstructionBusiness subtypes (Plumber, Electrician, GeneralContractor)
• Consultancy / agency với không tốt hơn fit → ProfessionalService

nếu của bạn business genuinely spans hai types, specify them as array — Google hỗ trợ multiple @type các giá trị đó way. Note đó additionalType là không supported cho điều này purpose, so không reach cho nó.

NAP consistency — schema, GBP, và citations

“NAP” (Name, Address, Phone) consistency là longstanding local-SEO best practice: giống nhau name, address, và phone nên xuất hiện identically trên của bạn on-trang schema, của bạn Google Business Profile, và directory citations (Yelp, BBB, ngành directories). Mismatches — old suite number ở đây, theo dõi phone number ở đó — muddy các tín hiệu engines sử dụng để identify và trust location.

Một honest caveat: “NAP” là ngành shorthand, không Google spec term. Google LocalBusiness tài liệu không sử dụng word. Frame nó as well-established local-SEO consensus, không quoted Google xếp hạng factor. nó vẫn matters — arguably nhiều hơn bất kỳ single riêng lẻ thuộc tính — vì nó về coherence của bạn entity trên web, không một trường on một trang.

chi tiết triển khai đó trip mọi người lên

• Geo coordinates cần ít nhất 5 decimal places. Google trạng thái đó precision phải được ít nhất 5 decimal places cho cả hai latitude và longitude. MỘT phổ biến slip là một CMS hoặc geocoding tool rounding coordinates để 2–3 places — đủ để put của bạn pin trong đó sai block.
• priceRange có một 100-character ceiling. Điều này phải được ngắn hơn 100 characters; tại 100 hoặc hơn, Google sẽ không cho thấy một price range tại all. Giữ điều này ngắn ($$, hoặc $10–30), không một paragraph.
• openingHoursSpecification syntax và các trường hợp biên. dayOfWeek accepts đầy đủ schema.org URLs (https://schema.org/Monday) hoặc đó ngắn name (Monday). Google own các ví dụ dùng 24-hour opens/closes times không có seconds (hh:mm); schema.org rộng hơn Time loại cũng accepts hh:mm:ss nếu của bạn generator adds điều này. Four patterns cover gần như mỗi case, straight từ Google tài liệu: một thông thường day ("opens": "09:00", "closes": "17:00"), hours đó cross midnight ("opens": "18:00", "closes": "03:00" cho an overnight Saturday), open all day ("opens": "00:00", "closes": "23:59"), và closed all day ("opens": "00:00", "closes": "00:00"). Cho seasonal hoặc holiday closures, thêm validFrom / validThrough trong YYYY-MM-DD (Google own ví dụ dùng "validFrom": "2015-12-23", "validThrough": "2016-01-05") — một nuance hầu hết basic implementations skip hoàn toàn.
• Department naming convention. Khi bạn nest một department, bao gồm đó store name với đó department name (e.g., “gMart” và “gMart Pharmacy” (bản dịch) «gMart Pharmacy») — trừ khi đó department là của nó own independent brand (e.g., “Best Buy” và “Geek Squad”), trong mà case name điều này standalone.

Reviews và ratings: self-serving-rating trap

Này một wastes một lot of implementation effort. Google tài liệu là clear đó aggregateRating và review là được khuyến nghị chỉ cho các trang đó capture reviews về other local businesses — một directory hoặc review nền tảng, không đó business rating itself. MỘT business marking lên của nó own star average on của nó own trang là đang làm một “self-serving review,” (bản dịch) «self-serving review,» mà violates Google review-snippet guidelines; Google đã dừng cho thấy self-serving review stars cho LocalBusiness/Organization năm ago. Evidence for this claim Google's review snippet rules make self-serving reviews for LocalBusiness and Organization ineligible for the star review feature. Scope: Google Search review snippet eligibility policy; genuine third-party review contexts are treated differently. Confidence: high · Verified: 2026-07-14 Google: Review snippet structured data

So nếu bạn đã là planning để sprinkle của bạn homepage testimonials vào an aggregateRating: không. Điều này sẽ không earn đó stars bạn là picturing, và điều này có thể cross đó line từ “không benefit” vào “guideline violation.” (bản dịch) «vi phạm nguyên tắc.»

Multi-location businesses: một trang so với. nhiều

Các đối thủ cho hand-wavy advice ở đây, so let me là concrete. đúng pattern phụ thuộc vào của bạn architecture:

• Một LocalBusiness theo location trang. sạch nhất approach cho chain: mỗi location nhận của nó own trang với của nó own LocalBusiness markup describing đó address. Bạn có thể tie them để parent với parentOrganization / branchOf.
• Nesting dưới Organization. Tại company cấp độ, Bạn có thể express brand as Organization với locations as subOrganization.

Điều gì không để làm: stack five unrelated LocalBusiness chặn flatly on của bạn homepage. nếu trang có một address trong footer nhưng five khác LocalBusiness addresses trong markup, bạn’ve đã làm nó ambiguous mà address trang là thực ra về. Mark lên location trang represents.

LocalBusiness schema so với. Google Business Profile

Chẳng hạn điều này plainly vì phần lớn các hướng dẫn bury nó: schema markup ≠ Google Business Profile. họ là khác các hệ thống đó Google reconciles riêng.

• của bạn Google Business Profile feeds Maps và local pack trực tiếp qua Google own các hệ thống. nó chính driver của “near me” và local-pack visibility.
• On-trang LocalBusiness schema là corroborating on-trang web tín hiệu Google có thể sử dụng cho Knowledge Panels và enriched kết quả. nó là không substitute cho Business Profile — và Business Profile không phải substitute cho on-trang schema.

bạn muốn cả hai, kept consistent (đó NAP point again). Neither một alone làm khác job.

Điều gì nó làm — và không — bảo đảm

Hợp lệ, guideline-compliant markup làm một trang eligible cho một local Knowledge Panel hoặc một business carousel — though “eligible” scopes differently theo feature. Google restaurant carousel, chẳng hạn, là hiện tại limited để một nhỏ set of participating restaurant providers, so hợp lệ Restaurant markup alone không nhận an arbitrary site vào điều này. Beyond đó scoping, eligibility vẫn không bảo đảm display — Google says outright đó điều này không bảo đảm đó features consuming dữ liệu có cấu trúc sẽ cho thấy lên trong kết quả. Và một note on đó số liệu floating khoảng đối thủ blogs: numbers như “30–50% more often in the local pack” (bản dịch) «30–50% hơn thường trong đó local pack» hoặc “20–35% CTR lift” (bản dịch) «20–35% CTR lift» circulate widely với không chính nguồn. Treat them as unverified marketing claims, không Google-confirmed outcomes.

Validate trước khi bạn ship

1. Thêm bắt buộc properties (name, address), sau đó được khuyến nghị ones đó fit của bạn business.
2. Validate với Rich Kết quả Kiểm thử và Schema Markup Validator.
3. Deploy, sau đó kiểm tra với URL Inspection trong Search Console và yêu cầu recrawl.
4. Monitor structured-dữ liệu các báo cáo trong Search Console theo thời gian.

Validate, sau đó deploy — không reverse.

AI summary

condensed take on Nâng cao version:

• Điều gì điều này là: schema.org/LocalBusiness dữ liệu có cấu trúc (thường JSON-LD) describing một physical business — name, address, phone, hours, geo, price range.
• Hierarchy: một subtype of cả hai Organization và Place, mà là vì sao điều này inherits dozens of properties và vì sao đó đầy đủ spec là lớn.
• Đầy đủ spec so với. Google: Google requires chỉ name + address và consumes ~12 được khuyến nghị properties (geo, openingHoursSpecification, priceRange, telephone, url, department, menu, servesCuisine, plus aggregateRating/review). không assume “schema.org supports X” (bản dịch) «schema.org hỗ trợ X» có nghĩa là “Google uses X.” (bản dịch) «Google dùng X.»
• Subtype: dùng đó hầu hết cụ thể subtype (Restaurant, LegalService, Dentist), không generic LocalBusiness. Multiple types go trong an array; additionalType là không supported.
• NAP consistency: giữ name/address/phone giống hệt trên markup, Google Business Profile, và citations. “NAP” là ngành shorthand, không một Google spec term — nhưng coherence matters hơn bất kỳ single thuộc tính.
• Detail traps: geo cần ≥5 decimal places; priceRange phải được dưới 100 characters hoặc Google drops điều này; opening hours dùng hh:mm:ss và ngắn hoặc đầy đủ dayOfWeek, với validFrom/validThrough cho seasonal closures.
• Reviews: aggregateRating/review là cho các trang reviewing other businesses. Marking lên của bạn own rating là một self-serving review đó violates Google guidelines (self-serving stars đã là dropped khoảng 2019).
• Multi-location: một LocalBusiness theo location trang (tie với parentOrganization/branchOf) hoặc nest dưới Organization qua subOrganization. không stack unrelated addresses flatly on đó homepage.
• Schema ≠ Google Business Profile: tách biệt các hệ thống, reconciled riêng. GBP feeds Maps/local pack; on-trang schema corroborates cho Knowledge Panels. Muốn cả hai.
• Không có bảo đảm: hợp lệ markup làm bạn eligible, không guaranteed. Bỏ qua uncited “30–50% more local pack” (bản dịch) «30–50% hơn local pack» / “20–35% CTR” số liệu — không chính nguồn.
• Validate: Rich Kết quả Kiểm thử + Schema Markup Validator, thì URL Inspection và Search Console các báo cáo. Validate, thì deploy.

Tài liệu chính thức

Chính-nguồn tài liệu từ các công cụ tìm kiếm và schema.org.

Google

• Local business (LocalBusiness) dữ liệu có cấu trúc — nguồn của truth: bắt buộc/được khuyến nghị properties, subtype hướng dẫn, geo precision, priceRange limit, department naming, và validation workflow.
• Organization dữ liệu có cấu trúc — company-cấp độ entity, cho LocalBusiness-so với-Organization phân biệt.
• Review snippet dữ liệu có cấu trúc — guidelines behind self-serving-review restriction on aggregateRating/review.
• Rich Kết quả Kiểm thử — kiểm tra rich-kết quả eligibility và bắt buộc-thuộc tính các lỗi.
• Schema Markup Validator — validates bất kỳ schema.org loại, including LocalBusiness.

schema.org

• schema.org/LocalBusiness — đầy đủ vocabulary: mỗi inherited thuộc tính từ Organization và Place ( “đầy đủ spec” side của so sánh-và-contrast).

Bing / Microsoft

• Marking Lên Trang web của bạn với Dữ liệu có cấu trúc — Bing Quản trị viên web Tools — Bing chung structured-dữ liệu hướng dẫn và validator (Schema.org / Microdata / RDFa / OpenGraph).
• Bing Places cho Business — Bing tách biệt listing sản phẩm, đó parallel để Google Business Profile (giống nhau “listing platform ≠ on-page schema” (bản dịch) «listing nền tảng ≠ on-trang schema» phân biệt).

Quotes từ nguồn

On—record statements từ Google LocalBusiness tài liệu. nơi trang exposes text, link là deep link đó jumps để quoted passage.

Google tài liệu — Điều gì nó enables

• “When users search for businesses on Google Search or Maps, Search results may display a prominent Google knowledge panel with details about a business that matched the query. When users search for a type of business (for example, ‘best NYC restaurants’), they may see a carousel of businesses related to the query.” (bản dịch) «Khi người dùng tìm kiếm businesses on Google Search hoặc Maps, Kết quả tìm kiếm có thể display một prominent Google knowledge panel với details về một business đó khớp đó query. Khi người dùng tìm kiếm một loại of business (ví dụ, ‘best NYC restaurants’), they có thể see một carousel of businesses related để đó query.» Local business dữ liệu có cấu trúc

Google tài liệu — subtype hướng dẫn

• “Use the most specific LocalBusiness sub-type possible; for example, Restaurant, DaySpa, HealthClub, and so on.” (bản dịch) «Dùng đó hầu hết cụ thể LocalBusiness sub-loại có thể; ví dụ, Restaurant, DaySpa, HealthClub, và so on.» Nhảy đến trích dẫn

Google tài liệu — geo precision

• “The precision must be at least 5 decimal places.” (bản dịch) «Đó precision phải được ít nhất 5 decimal places.» Nhảy đến trích dẫn

Google tài liệu — self-serving reviews

• On aggregateRating và review: “This property is only recommended for sites that capture reviews about other local businesses.” (bản dịch) «Này thuộc tính là chỉ được khuyến nghị cho các trang đó capture reviews về other local businesses.» Nhảy đến trích dẫn

Properties bảng tra nhanh

Bắt buộc so với. được khuyến nghị (Điều gì Google thực ra consumes)

phổ biến LocalBusiness subtypes

Fast facts

• Bắt buộc = 2 (name, address); mọi thứ khác là được khuyến nghị.
• sử dụng phần lớn cụ thể subtype; multiple types go trong array; additionalType là không supported.
• Geo ≥ 5 decimal places; priceRange < 100 characters.
• aggregateRating/review = cho các trang reviewing khác businesses, không self-reviews.
• Schema ≠ Google Business Profile — tách biệt các hệ thống, reconciled riêng.
• NAP consistency (ngành term, không Google spec word) trên markup, GBP, và citations matters nhiều hơn bất kỳ single thuộc tính.
• Hợp lệ markup = eligible, không bao giờ guaranteed. Validate → deploy.

Anti-patterns: Cách LocalBusiness markup goes sai

mistakes I see phần lớn, và Điều gì để làm thay vì.

1. NAP inconsistency. Của bạn schema says “123 Main St, Suite 200,” (bản dịch) «123 Main St, Suite 200,» của bạn Google Business Profile says “123 Main Street,” (bản dịch) «123 Main Street,» và Yelp vẫn có của bạn old phone number. Những mismatches undermine đó toàn bộ point — engines dùng đó coherence of của bạn name/address/phone trên đó web để identify và trust một location. Cách sửa: pick một canonical NAP và làm đó markup, đó Business Profile, và mỗi citation match điều này chính xác.

2. sử dụng generic loại Khi cụ thể một tồn tại. Marking restaurant as bare LocalBusiness Khi Restaurant tồn tại throws away tín hiệu Google explicitly asks cho. khắc phục: sử dụng phần lớn cụ thể subtype đó fits (Restaurant, LegalService, Dentist); sử dụng multiple @type các giá trị trong array nếu bạn genuinely span hai — nhưng không additionalType.

3. Self-serving reviews. Marking lên của bạn own testimonials as aggregateRating/review để try để win star ratings. Google guidelines reserve những điều đó properties cho các trang reviewing khác businesses; self-serving stars là dropped năm ago và điều này có thể cross vào vi phạm nguyên tắc. khắc phục: không self-rate. Earn genuine thứ ba-party reviews (mà trực tiếp on review các nền tảng, không của bạn markup).

4. Stacking multiple locations on một trang. Five khác LocalBusiness chặn với five khác addresses on một homepage, Khi trang thực sự represents một entity (hoặc none). nó ambiguous mà address trang là về. khắc phục: một LocalBusiness theo location trang (tie để brand với parentOrganization/branchOf), hoặc model company as Organization với subOrganization.

5. Confusing schema với Google Business Profile. Assuming on-trang markup sẽ nhận bạn vào Maps và local pack, hoặc đó có Business Profile có nghĩ là bạn không cần schema. họ’re tách biệt các hệ thống đó Google reconciles riêng — GBP drives Maps/local pack, schema corroborates cho Knowledge Panels. khắc phục: thiết lập cả hai và giữ them consistent.

Bonus trips: rounding geo coordinates dưới 5 decimal places (sai-block pin), priceRange over 100 characters (Google silently drops nó), và expecting guaranteed rich kết quả từ hợp lệ markup (eligibility ≠ display).

Tự kiểm tra: LocalBusiness Schema

Five nhanh các câu hỏi on LocalBusiness schema — bắt buộc properties, subtypes, review trap, và Cách nó relates để Google Business Profile. Pick câu trả lời cho mỗi, sau đó kiểm tra.

Mà LocalBusiness subtype nên I sử dụng?

bài viết subtype hướng dẫn turns vào straightforward branch: match của bạn business category để phần lớn cụ thể LocalBusiness sub-loại schema.org defines, và chỉ fall lại để generic loại Khi không có gì fits.

Một trang theo location, hoặc nest dưới Organization?

khác genuine fork trong bài viết là architectural: Cách làm bạn markup business với nhiều hơn một physical location?

Worked các ví dụ: LocalBusiness JSON-LD

Three annotated chặn, mỗi được xây dựng từ bắt buộc và được khuyến nghị properties covered trên.

Ví dụ 1: minimum viable markup (bắt buộc properties chỉ)

{
  "@context": "https://schema.org",
  "@type": "LocalBusiness",
  "name": "Riverside Dental Care",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "412 Riverside Ave",
    "addressLocality": "Columbus",
    "addressRegion": "OH",
    "postalCode": "43215",
    "addressCountry": "US"
  }
}

• name và address là chỉ hai properties Google requires — điều này truyền validation, nhưng nó leaving được khuyến nghị properties (và cụ thể subtype) on bảng.
• Ngay cả tại điều này minimal cấp độ, Google advice là để bao gồm as nhiều address sub-properties as Bạn có thể — Đó là lý làm all five là filled trong ở đây thay vì của single streetAddress line.

Ví dụ 2: cụ thể subtype với được khuyến nghị properties filled trong

{
  "@context": "https://schema.org",
  "@type": "Dentist",
  "name": "Riverside Dental Care",
  "telephone": "+1-614-555-0142",
  "url": "https://www.riversidedentalcare.example/",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "412 Riverside Ave",
    "addressLocality": "Columbus",
    "addressRegion": "OH",
    "postalCode": "43215",
    "addressCountry": "US"
  },
  "geo": {
    "@type": "GeoCoordinates",
    "latitude": 39.96199,
    "longitude": -83.00275
  },
  "priceRange": "$$",
  "openingHoursSpecification": [
    {
      "@type": "OpeningHoursSpecification",
      "dayOfWeek": ["Monday", "Tuesday", "Wednesday", "Thursday"],
      "opens": "08:00:00",
      "closes": "17:00:00"
    }
  ]
}

• @type là Dentist, không generic LocalBusiness — cụ thể subtype Google asks cho.
• geo.latitude/geo.longitude cả hai carry 5 decimal places, matching Google minimum-precision requirement.
• priceRange là ngắn $$, well dưới 100-character ceiling.
• openingHoursSpecification dùng hh:mm:ss times và ngắn dayOfWeek names, grouped cho days đó share giống nhau hours.

Ví dụ 3: restaurant với seasonal-closure và department nesting note

{
  "@context": "https://schema.org",
  "@type": "Restaurant",
  "name": "gMart Pharmacy",
  "servesCuisine": "American",
  "menu": "https://www.example-diner.example/menu/",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "88 Harbor Rd",
    "addressLocality": "Portland",
    "addressRegion": "ME",
    "postalCode": "04101",
    "addressCountry": "US"
  },
  "openingHoursSpecification": [
    {
      "@type": "OpeningHoursSpecification",
      "dayOfWeek": "https://schema.org/Monday",
      "opens": "11:00:00",
      "closes": "21:00:00",
      "validFrom": "2026-01-01",
      "validThrough": "2026-12-24"
    }
  ]
}

• servesCuisine và menu là đó được khuyến nghị properties đó quan trọng hầu hết cho một FoodEstablishment subtype như Restaurant.
• dayOfWeek ở đây dùng đó đầy đủ schema.org URL form thay vì đó ngắn name — cả hai là hợp lệ, này chỉ cho thấy đó alternative.
• validFrom/validThrough mark một seasonal window trong YYYY-MM-DD — đó detail hầu hết basic implementations skip.
• Đó name giá trị follows đó bài viết department-naming convention: “gMart Pharmacy” (bản dịch) «gMart Pharmacy» giữ đó store name với đó department name, đó pattern để dùng trừ khi đó department là của nó own independently branded entity (như “Best Buy” và “Geek Squad”).

Three mental models cho thinking về LocalBusiness schema

1. Đầy đủ spec so với. điều gì Google thực ra consumes. schema.org/LocalBusiness inherits dozens of properties từ cả hai Organization và Place, nhưng Google requires chỉ name + address và meaningfully consumes về một dozen được khuyến nghị ones (geo, openingHoursSpecification, priceRange, telephone, url, department, menu, servesCuisine, aggregateRating/review). Đó framework: không bao giờ assume “schema.org supports property X” (bản dịch) «schema.org hỗ trợ thuộc tính X» có nghĩa là “Google will do something with property X.” (bản dịch) «Google sẽ làm điều gì đó với thuộc tính X.» Prioritize đó bắt buộc pair, thì đó được khuyến nghị properties đó fit của bạn business, và treat obscure inherited properties Google bỏ qua as wasted implementation effort.

2. Schema không phải một Google Business Profile. Những là hai tách biệt các hệ thống đó Google reconciles independently. MỘT Google Business Profile feeds Maps và đó local pack trực tiếp qua Google own các hệ thống — đây là đó chính driver of “near me” và local-pack visibility. On-trang LocalBusiness schema là một corroborating on-site tín hiệu Google có thể dùng cho Knowledge Panels và enriched kết quả. Neither substitutes cho đó other; đó framework là “set up both, and don’t expect one to do the other’s job.” (bản dịch) «set lên cả hai, và không expect một để làm đó other job.»

3. NAP as coherence, không single trường. Name/Address/Phone consistency trên của bạn schema markup, của bạn Google Business Profile, và directory citations không phải về bất kỳ một thuộc tính là đúng — nó về coherence của bạn entity trên đểàn bộ web. mismatched suite number hoặc stale theo dõi phone number trong một place muddies các tín hiệu engines sử dụng để identify và trust location, ngay cả nếu mỗi riêng lẻ trường là technically hợp lệ on của nó own trang. Treat “NAP” as well-established local-SEO consensus ( term itself không phải trong tài liệu củ Google), không single checkbox để tick sau khi.

Tools cho validating LocalBusiness markup

• Rich-Kết quả Eligibility Checker — my own free tool. Paste của bạn LocalBusiness JSON-LD, HTML trang, hoặc fetch trực tiếp URL, và nó hiển thị chính xác mà bắt buộc các trường là bị thiếu và mà được khuyến nghị ones bạn’re leaving out, cụ thể để local-business rich kết quả. nó chạy hoàn toàn trong của bạn trình duyệt, so không có gì bạn paste trong leaves của bạn machine.
• Schema Markup Validator — cũng mine. Validates JSON-LD’s schema.org vocabulary trực tiếp (không chỉ Google-cụ thể subset), kiểm tra cross-block @id references nếu bạn’re linking LocalBusiness để parent Organization, và cho bạn lại corrected, copy-pasteable block.
• Rich Kết quả Kiểm thử — Google own tool. sử dụng nó sau khi hai trên để xác nhận Google trực tiếp parser agrees trang là eligible.
• URL Inspection (Search Console) — sau khi deploying, kiểm tra Cách Google thực ra được crawl và được kết xuất trang, và yêu cầu recrawl.

Pitch: chạy Rich-Kết quả Eligibility Checker hoặc Schema Markup Validator trước khi bạn ship thay đổi, sau đó xác nhận với Rich Kết quả Kiểm thử và URL Inspection sau khi — đó giống nhau sequence Validation Các kiểm thử lens dưới walks qua trong detail.

Proving của bạn LocalBusiness markup thay đổi worked

Kiểm thử 1: bắt buộc-thuộc tính và syntax validation

Kiểm thử để chạy: Paste đã cập nhật JSON-LD vào my Rich-Kết quả Eligibility Checker hoặc Schema Markup Validator. Dự kiến kết quả: Không bị thiếu-bắt buộc-trường các lỗi on name hoặc address, và tool hiển thị local-business rich kết quả as eligible. thất bại interpretation: flagged bị thiếu thuộc tính có nghĩ là nó genuinely không phải present trong markup bạn shipped — re-kiểm tra JSON-LD nguồn rather hơn assuming bộ nhớ đệm vấn đề. Monitoring window: Immediate — tool đọc markup trực tiếp, không crawl chờ bắt buộc. Rollback trigger: Validation vẫn fails sau khi trực tiếp khắc phục để template — revert thay đổi và re-diff so với cuối cùng known-good JSON-LD.

Kiểm thử 2: Google own Rich Kết quả Kiểm thử agrees

Kiểm thử để chạy: Chạy trực tiếp URL qua Google Rich Kết quả Kiểm thử. Dự kiến kết quả: trang là detected as eligible cho local business kết quả, với bắt buộc và được khuyến nghị properties Google parser sees matching Điều gì bạn shipped. thất bại interpretation: nếu Google tool disagrees với hai tools trên, trực tiếp trang có khả năng differs từ Điều gì bạn validated — kiểm tra cho bộ nhớ đệm layer hoặc xây dựng step serving stale markup. Monitoring window: Immediate. Rollback trigger: eligible-trang kiểm tra vẫn hiển thị bị thiếu bắt buộc các trường sau khi deploy — khắc phục đã không reach trực tiếp trang.

Kiểm thử 3: Search Console structured-dữ liệu các báo cáo theo thời gian

Kiểm thử để chạy: Search Console’s structured-dữ liệu / Enhancement các báo cáo cho affected các URL, sau khi requesting recrawl qua URL Inspection. Dự kiến kết quả: URL count với LocalBusiness các lỗi drops để zero, và previously flagged các trang move vào hợp lệ bucket. thất bại interpretation: vẫn flagged sau khi recrawl có nghĩ là either khắc phục hasn’t propagated để version Google fetched, hoặc khác bắt buộc thuộc tính là cũng bị thiếu — re-chạy Kiểm thử 1 so với chính xác URL Search Console lists. Monitoring window: 2–4 weeks — structured-dữ liệu báo cáo cập nhật lag behind single recrawl. Rollback trigger: lỗi được tính climb thay vì falling sau khi thay đổi ships broadly — revert và re-validate trước khi rolling forward again.

Nhật ký thay đổi