Panduan LocalBusiness Schema

TL;DR — LocalBusiness schema adalah code Anda tambahkan untuk sebuah halaman itu tells penelusuran mesin facts tentang sebuah physical business — -nya name, address, phone angka, dan hours. Google hanya memerlukan dua hal (name dan address); semuanya else adalah opsional tetapi membuat hasil richer. ini adalah tidak yang sama sebagai setting up sebuah Google Business Profile, dan menambahkan ini tidak jaminan Anda sebuah fancy penelusuran hasil — ini hanya membuat Anda eligible untuk satu.

Apa LocalBusiness schema adalah

Ketika sebuah mesin pencari membaca Anda “Contact” (terjemahan) “Contact” halaman, ini sees text. ini dapat’t secara otomatis tell Anda street address dari Anda phone angka dari Anda opening hours cara Anda dapat. LocalBusiness schema spells ini out di code: ini adalah name, ini adalah address, ini adalah phone angka, ini adalah hours.

ini menggunakan shared vocabulary dari schema.org — yang sama vocabulary behind semua schema markup — dan Anda biasanya tulis ini sebagai JSON-LD, sebuah kecil block dari code itu sits di halaman tanpa mengubah bagaimana ini looks. Bukti untuk klaim ini Schema.org LocalBusiness is a subtype of both Organization and Place for describing a physical business or branch. Cakupan: Schema.org vocabulary; Google applies separate local-business search requirements. Tingkat keyakinan: tinggi · Diverifikasi: 2026-07-14 Schema.org: LocalBusiness

Apa Google sebenarnya perlu

Di sini’s surprising bagian. schema.org defines dozens dari properties Anda dapat tambahkan, tetapi Google hanya memerlukan dua:

• name — name dari business.
• address — physical street address.

Semuanya else — phone angka, hours, price range, map coordinates — adalah recommended. Bukti untuk klaim ini Google's LocalBusiness feature documentation requires name and address and recommends additional applicable business details. Cakupan: Google Search LocalBusiness requirements; eligibility and display are not guaranteed. Tingkat keyakinan: tinggi · Diverifikasi: 2026-07-14 Google: LocalBusiness structured data Anda tidak memiliki untuk sertakan ini, tetapi lebih accurate detail Anda tambahkan, lebih menyelesaikan Anda listing dapat look di penelusuran.

dua hal beginners mendapatkan wrong

1. Schema adalah tidak Anda Google Business Profile. ini adalah dua berbeda sistem. Anda Google Business Profile ( free listing Anda claim di business.google.com) adalah apa powers Anda pin pada Google Maps dan “local pack” (terjemahan) “local pack” dari three businesses di bawah sebuah map. LocalBusiness schema adalah terpisah code pada Anda own situs web. Satu melakukan tidak replace lainnya — Anda umumnya ingin keduanya, dan Google reconciles them secara terpisah.

2. jangan mark up Anda own star rating. ini adalah tempting untuk tambahkan Anda own five-star average dengan aggregateRating, tetapi Google’s own guidelines say itu property adalah untuk situs itu review lainnya businesses (like sebuah directory reviewing restaurants), tidak untuk sebuah business rating itself. Marking up Anda own testimonials sebagai sebuah rating adalah sebuah “self-serving review” (terjemahan) “self-serving review” dan breaks aturan.

Satu lebih: gunakan spesifik jenis. jika Anda jalankan sebuah restaurant, mark ini up sebagai Restaurant, tidak generic LocalBusiness. Google explicitly menanyakan untuk paling spesifik jenis itu fits.

ingin penuh versi — tepat property table, subtype selection, geo-coordinate precision, multi-location patterns, dan bagaimana “NAP consistency” (terjemahan) “NAP consistency” fits di? Switch untuk Advanced tab.

TL;DR — LocalBusiness adalah sebuah subtype dari Organization dan Place, so penuh schema.org spec inherits dozens dari properties — tetapi Google memerlukan hanya name + address dan consumes ~12 recommended ones. wins: gunakan paling spesifik subtype (multiple jenis go di sebuah array; additionalType tidak didukung), pertahankan NAP consistent di seluruh Anda markup, Google Business Profile, dan citations, dan mendapatkan detail right — geo perlu ≥5 decimal places, priceRange harus stay di bawah 100 characters. jangan mark up Anda own aggregateRating/review (itu’s untuk situs reviewing lainnya businesses; self-serving reviews break guidelines), dan jangan treat schema sebagai sebuah Google Business Profile substitute — mereka’re terpisah, reconciled secara terpisah, dan valid markup hanya membuat Anda eligible.

Di mana ini sits: sebuah subtype dari Organization dan Place

single sebagian besar berguna hal untuk memahami tentang LocalBusiness adalah -nya position di schema.org hierarchy. ini adalah sebuah subtype dari keduanya Organization dan Place, yang adalah persis mengapa ini dapat carry umum company properties (name, logo, sameAs) dan location-spesifik ones (address, geo, openingHoursSpecification). itu dual inheritance adalah juga mengapa penuh spec adalah so besar — ini pulls properties dari dua big parent jenis.

itu penting untuk bagaimana Anda think tentang wider Entity & Identity schema picture. sebuah company-wide Organization entity (sitewide, pada homepage) dan sebuah per-location LocalBusiness entity adalah related tetapi distinct: satu mendeskripsikan company, lainnya mendeskripsikan sebuah place Anda dapat walk ke. untuk company-tingkat entity, see Organization schema; untuk orang behind ini, Person schema.

penuh spec vs. apa Google sebenarnya consumes

ini adalah pembedaan sebagian besar guides blur. schema.org/LocalBusiness inherits dozens dari properties dari Organization dan Place. Google consumes sebuah kecil subset. jangan confuse “schema.org supports X” (terjemahan) “schema.org mendukung X” dengan “Google will do something with X.” (terjemahan) “Google akan melakukan sesuatu dengan X.”

diperlukan (hanya dua):

• address (PostalAddress) — physical location. Google’s advice: sertakan sebagai banyak address sub-properties sebagai mungkin; lebih Anda menyediakan, lebih tinggi quality dari hasil.
• name — name dari business.

Recommended ( properties itu sebenarnya enrich hasil): aggregateRating, department, geo (dengan geo.latitude / geo.longitude), menu, openingHoursSpecification (dengan .opens, .closes, .dayOfWeek, .validFrom, .validThrough), priceRange, review, servesCuisine, telephone, dan url.

takeaway untuk prioritizing dev effort: nail diperlukan pair, lalu tambahkan recommended properties itu membuat Anda listing lebih menyelesaikan (hours dan geo untuk sebuah storefront; servesCuisine dan menu untuk sebuah restaurant). Filling di obscure inherited properties itu Google ignores adalah wasted effort.

Choosing right subtype

«Google is explicit: use the most specific LocalBusiness sub-type possible — for example Restaurant, DaySpa, HealthClub. Generic LocalBusiness works, but a specific subtype gives engines more to work with. » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian tiga puluh, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

sebuah sedikit practical mappings:

• Restaurant / café → Restaurant, CafeOrCoffeeShop, BarOrPub (di bawah FoodEstablishment)
• Law firm → LegalService (atau Attorney)
• Dentist / doctor → Dentist, Physician (di bawah MedicalBusiness)
• Plumber / electrician / umum contractor → HomeAndConstructionBusiness subtypes (Plumber, Electrician, GeneralContractor)
• Consultancy / agency dengan Tidak better fit → ProfessionalService

jika Anda business genuinely spans dua jenis, specify them sebagai sebuah array — Google mendukung multiple @type nilai itu cara. Note itu additionalType adalah tidak didukung untuk ini purpose, so jangan reach untuk ini.

NAP consistency — schema, GBP, dan citations

“NAP” (terjemahan) “NAP” (Name, Address, Phone) consistency adalah longstanding local-SEO best practice: yang sama name, address, dan phone seharusnya muncul identically di seluruh Anda pada-halaman schema, Anda Google Business Profile, dan directory citations (Yelp, BBB, industry directories). Mismatches — sebuah old suite angka di sini, sebuah tracking phone angka di sana — muddy sinyal mesin gunakan untuk identify dan trust sebuah location.

Satu honest caveat: “NAP” (terjemahan) “NAP” adalah industry shorthand, tidak sebuah Google spec istilah. Google’s LocalBusiness documentation tidak gunakan kata. Frame ini sebagai well-established local-SEO consensus, tidak sebuah quoted Google peringkat factor. ini masih penting — arguably lebih daripada apa pun single individual property — karena ini adalah tentang coherence dari Anda entity di seluruh web, tidak satu field pada satu halaman.

implementation detail itu trip orang up

• Geo coordinates perlu setidaknya 5 decimal places. Google status precision harus menjadi setidaknya 5 decimal places untuk keduanya latitude dan longitude. sebuah umum slip adalah sebuah CMS atau geocoding alat rounding coordinates untuk 2–3 places — cukup untuk put Anda pin di wrong block.
• priceRange memiliki sebuah 100-character ceiling. ini harus menjadi lebih singkat daripada 100 characters; di 100 atau lebih, Google tidak akan tampilkan sebuah price range di semua. pertahankan ini pendek ($$, atau $10–30), tidak sebuah paragraf.
• openingHoursSpecification syntax dan edge cases. dayOfWeek accepts penuh schema.org URLs (https://schema.org/Monday) atau pendek name (Monday). Google’s own contoh gunakan 24-hour opens/closes times tanpa seconds (hh:mm); schema.org’s lebih luas Time jenis juga accepts hh:mm:ss jika Anda generator menambahkan ini. Four patterns cover hampir setiap case, straight dari Google’s documentation: sebuah wajar day ("opens": "09:00", "closes": "17:00"), hours itu cross midnight ("opens": "18:00", "closes": "03:00" untuk sebuah overnight Saturday), open semua day ("opens": "00:00", "closes": "23:59"), dan closed semua day ("opens": "00:00", "closes": "00:00"). untuk seasonal atau holiday closures, tambahkan validFrom / validThrough di YYYY-MM-DD (Google’s own contoh menggunakan "validFrom": "2015-12-23", "validThrough": "2016-01-05") — sebuah nuance sebagian besar basic implementations skip entirely.
• Department naming convention. Ketika Anda nest sebuah department, sertakan store name dengan department name (e.g., “gMart” (terjemahan) “gMart” dan “gMart Pharmacy” (terjemahan) “gMart Pharmacy”) — unless department adalah -nya own independent brand (e.g., “Best Buy” (terjemahan) “Best Buy” dan “Geek Squad” (terjemahan) “Geek Squad”), di yang case name ini standalone.

Reviews dan ratings: self-serving-rating trap

ini satu wastes sebuah lot dari implementation effort. Google’s docs adalah jelas itu aggregateRating dan review adalah recommended hanya untuk situs itu capture reviews tentang lainnya local businesses — sebuah directory atau review platform, tidak business rating itself. sebuah business marking up -nya own star average pada -nya own halaman adalah melakukan sebuah “self-serving review,” (terjemahan) “self-serving review,” yang violates Google’s review-snippet guidelines; Google berhenti menunjukkan self-serving review stars untuk LocalBusiness/Organization tahun ago. Bukti untuk klaim ini Google's review snippet rules make self-serving reviews for LocalBusiness and Organization ineligible for the star review feature. Cakupan: Google Search review snippet eligibility policy; genuine third-party review contexts are treated differently. Tingkat keyakinan: tinggi · Diverifikasi: 2026-07-14 Google: Review snippet structured data

«So if you were planning to sprinkle your homepage testimonials into an aggregateRating: don’t. It won’t earn the stars you’re picturing, and it can cross the line from “no benefit” into “guideline violation.” » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian empat puluh satu, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

Multi-location businesses: satu halaman vs. banyak

Pesaing memberikan hand-wavy advice di sini, so let me menjadi concrete. correct pattern bergantung pada Anda architecture:

• Satu LocalBusiness per location halaman. paling bersih approach untuk sebuah chain: setiap location mendapatkan -nya own halaman dengan -nya own LocalBusiness markup describing itu address. Anda dapat tie them untuk parent dengan parentOrganization / branchOf.
• Nesting di bawah Organization. di company tingkat, Anda dapat express brand sebagai sebuah Organization dengan locations sebagai subOrganization.

Apa tidak untuk melakukan: stack five unrelated LocalBusiness blocks flatly pada Anda homepage. jika sebuah halaman memiliki satu address di footer tetapi five berbeda LocalBusiness addresses di markup, Anda’ve dibuat ini ambiguous yang address halaman adalah sebenarnya tentang. Mark up location halaman mewakili.

«## LocalBusiness schema vs. Google Business Profile » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian empat puluh enam, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

Say ini plainly karena sebagian besar guides bury ini: schema markup ≠ Google Business Profile. mereka adalah berbeda sistem itu Google reconciles secara terpisah.

• Anda Google Business Profile feeds Maps dan local pack secara langsung melalui Google’s own sistem. ini adalah utama driver dari “near me” (terjemahan) “near me” dan local-pack visibilitas.
• pada-halaman LocalBusiness schema adalah sebuah corroborating pada-situs sinyal Google dapat gunakan untuk Knowledge Panels dan enriched hasil. ini adalah tidak sebuah substitute untuk sebuah Business Profile — dan sebuah Business Profile adalah tidak sebuah substitute untuk pada-halaman schema.

Anda ingin keduanya, dipertahankan consistent (itu’s NAP poin again). Neither satu alone melakukan lainnya’s job.

Apa ini melakukan — dan tidak — jaminan

Valid, guideline-compliant markup membuat sebuah halaman eligible untuk sebuah local Knowledge Panel atau sebuah business carousel — though “eligible” (terjemahan) “eligible” scopes differently per fitur. Google’s restaurant carousel, misalnya, adalah saat ini limited untuk sebuah kecil set dari participating restaurant providers, so valid Restaurant markup alone tidak mendapatkan sebuah arbitrary situs ke ini. Beyond itu scoping, eligibility masih tidak jaminan display — Google says outright itu ini tidak jaminan itu fitur consuming data terstruktur akan tampilkan up di hasil. dan sebuah note pada stats floating sekitar pesaing blogs: angka like “30–50% lebih sering di itu local pack” (terjemahan) “30–50% lebih sering di local pack” atau “20–35% CTR lift” (terjemahan) “20–35% CTR lift” circulate widely dengan Tidak utama sumber. Treat them sebagai unverified marketing claims, tidak Google-confirmed outcomes.

Validate sebelum Anda ship

1. tambahkan diperlukan properties (name, address), lalu recommended ones itu fit Anda business.
2. Validate dengan Rich hasil Test dan Schema Markup Validator.
3. Deploy, lalu periksa dengan pemeriksaan URL di Search Console dan permintaan sebuah recrawl.
4. Monitor structured-data reports di Search Console di atas time.

Validate, lalu deploy — tidak reverse.

AI summary

sebuah condensed take pada Advanced versi:

• Apa ini adalah: schema.org/LocalBusiness data terstruktur (biasanya JSON-LD) describing sebuah physical business — name, address, phone, hours, geo, price range.
• Hierarchy: sebuah subtype dari keduanya Organization dan Place, yang adalah mengapa ini inherits dozens dari properties dan mengapa penuh spec adalah besar.
• Penuh spec vs. Google: Google memerlukan hanya name + address dan consumes ~12 recommended properties (geo, openingHoursSpecification, priceRange, telephone, url, department, menu, servesCuisine, plus aggregateRating/review). jangan assume “schema.org supports X” (terjemahan) “schema.org mendukung X” berarti “Google uses X.” (terjemahan) “Google menggunakan X.”
• Subtype: gunakan paling spesifik subtype (Restaurant, LegalService, Dentist), tidak generic LocalBusiness. Multiple jenis go di sebuah array; additionalType adalah tidak didukung.
• NAP consistency: pertahankan name/address/phone identical di seluruh markup, Google Business Profile, dan citations. “NAP” (terjemahan) “NAP” adalah industry shorthand, tidak sebuah Google spec istilah — tetapi coherence penting lebih daripada apa pun single property.
• detail traps: geo perlu ≥5 decimal places; priceRange harus menjadi di bawah 100 characters atau Google drops ini; opening hours gunakan hh:mm:ss dan pendek atau penuh dayOfWeek, dengan validFrom/validThrough untuk seasonal closures.
• Reviews: aggregateRating/review adalah untuk situs reviewing lainnya businesses. Marking up Anda own rating adalah sebuah self-serving review itu violates Google’s guidelines (self-serving stars adalah dropped sekitar 2019).
• Multi-location: satu LocalBusiness per location halaman (tie dengan parentOrganization/branchOf) atau nest di bawah Organization melalui subOrganization. jangan stack unrelated addresses flatly pada homepage.
• Schema ≠ Google Business Profile: terpisah sistem, reconciled secara terpisah. GBP feeds Maps/local pack; pada-halaman schema corroborates untuk Knowledge Panels. ingin keduanya.
• Tidak jaminan: valid markup membuat Anda eligible, tidak guaranteed. Ignore uncited “30–50% lebih local pack” (terjemahan) “30–50% lebih local pack” / “20–35% CTR” (terjemahan) “20–35% CTR” stats — Tidak utama sumber.
• Validate: Rich hasil Test + Schema Markup Validator, lalu pemeriksaan URL dan Search Console reports. Validate, lalu deploy.

Dokumentasi resmi

Utama-sumber documentation dari mesin pencari dan schema.org.

Google

• Local business (LocalBusiness) data terstruktur — sumber kebenaran: diperlukan/recommended properties, subtype guidance, geo precision, priceRange limit, department naming, dan validation workflow.
• Organization data terstruktur — company-tingkat entity, untuk LocalBusiness-vs-Organization pembedaan.
• Review snippet data terstruktur — guidelines behind self-serving-review restriction pada aggregateRating/review.
• Rich hasil Test — memeriksa rich-hasil eligibility dan diperlukan-property errors.
• Schema Markup Validator — validates apa pun schema.org jenis, including LocalBusiness.

schema.org

• schema.org/LocalBusiness — penuh vocabulary: setiap inherited property dari Organization dan Place ( “penuh spec” (terjemahan) “penuh spec” side dari bandingkan-dan-contrast).

Bing / Microsoft

• Marking Up Anda situs dengan data terstruktur — Bing Webmaster alat — Bing’s umum structured-data guidance dan validator (Schema.org / Microdata / RDFa / OpenGraph).
• Bing Places untuk Business — Bing’s terpisah listing product, parallel untuk Google Business Profile (sama “listing platform ≠ pada-halaman schema” (terjemahan) “listing platform ≠ pada-halaman schema” pembedaan).

Quotes dari sumber

pada—record statements dari Google’s LocalBusiness documentation. Di mana halaman exposes text, tautan adalah sebuah deep tautan itu jumps untuk quoted passage.

Google docs — apa ini enables

• “Ketika users penelusuran untuk businesses pada Google Search atau Maps, Penelusuran hasil mungkin display a prominent Google knowledge panel dengan details tentang a business itu cocok itu query. Ketika users penelusuran untuk a jenis dari business (misalnya, ‘best NYC restaurants’), they mungkin see a carousel dari businesses related untuk itu query.” (terjemahan) “Ketika pengguna penelusuran untuk businesses pada Google Search atau Maps, hasil pencarian dapat display sebuah prominent Google knowledge panel dengan detail tentang sebuah business itu cocok kueri. Ketika pengguna penelusuran untuk sebuah jenis dari business (misalnya, ‘best NYC restaurants’), mereka dapat see sebuah carousel dari businesses related untuk kueri.” Local business data terstruktur

Google docs — subtype guidance

«- “Use the most specific LocalBusiness sub-type possible; for example, Restaurant, DaySpa, HealthClub, and so on.” Jump to quote » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian tujuh puluh lima, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

Google docs — geo precision

• “The precision must be at least 5 decimal places.” (terjemahan) “ precision harus menjadi setidaknya 5 decimal places.” Jump untuk quote

Google docs — self-serving reviews

• pada aggregateRating dan review: “This property is only recommended for sites that capture reviews about other local businesses.” (terjemahan) “ini property adalah hanya recommended untuk situs itu capture reviews tentang lainnya local businesses.” Jump untuk quote

Properties cheat sheet

diperlukan vs. recommended (apa Google sebenarnya consumes)

umum LocalBusiness subtypes

Fast facts

• diperlukan = 2 (name, address); semuanya else adalah recommended.
• gunakan sebagian besar spesifik subtype; multiple jenis go di sebuah array; additionalType adalah tidak didukung.
• Geo ≥ 5 decimal places; priceRange < 100 characters.
• aggregateRating/review = untuk situs reviewing lainnya businesses, tidak self-reviews.
• Schema ≠ Google Business Profile — terpisah sistem, reconciled secara terpisah.
• NAP consistency (industry istilah, tidak sebuah Google spec kata) di seluruh markup, GBP, dan citations penting lebih daripada apa pun single property.
• Valid markup = eligible, tidak pernah guaranteed. Validate → deploy.

Anti-patterns: bagaimana LocalBusiness markup goes wrong

mistakes I see sebagian besar, dan apa untuk melakukan alih-alih.

1. NAP inconsistency. Anda schema says “123 Main St, Suite 200,” (terjemahan) “123 Main St, Suite 200,” Anda Google Business Profile says “123 Main Street,” (terjemahan) “123 Main Street,” dan Yelp masih memiliki Anda old phone angka. ini mismatches undermine seluruh poin — mesin gunakan coherence dari Anda name/address/phone di seluruh web untuk identify dan trust sebuah location. Perbaiki: pick satu canonical NAP dan membuat markup, Business Profile, dan setiap citation match ini persis.

2. menggunakan generic jenis ketika sebuah spesifik satu ada. Marking sebuah restaurant sebagai bare LocalBusiness ketika Restaurant ada throws away sinyal Google explicitly menanyakan untuk. Perbaiki: gunakan paling spesifik subtype itu fits (Restaurant, LegalService, Dentist); gunakan multiple @type nilai di sebuah array jika Anda genuinely span dua — tetapi tidak additionalType.

3. Self-serving reviews. Marking up Anda own testimonials sebagai aggregateRating/review untuk try untuk win star ratings. Google’s guidelines reserve itu properties untuk situs reviewing lainnya businesses; self-serving stars adalah dropped tahun ago dan ini dapat cross ke sebuah guideline violation. Perbaiki: jangan self-rate. Earn genuine ketiga-party reviews (yang langsung pada review platforms, tidak Anda markup).

4. Stacking multiple locations pada satu halaman. Five berbeda LocalBusiness blocks dengan five berbeda addresses pada satu homepage, ketika halaman benar-benar mewakili satu entity (atau none). ini adalah ambiguous yang address halaman adalah tentang. Perbaiki: satu LocalBusiness per location halaman (tie untuk brand dengan parentOrganization/branchOf), atau model company sebagai sebuah Organization dengan subOrganization.

5. Confusing schema dengan sebuah Google Business Profile. Assuming pada-halaman markup akan mendapatkan Anda ke Maps dan local pack, atau itu memiliki sebuah Business Profile berarti Anda tidak perlu schema. mereka’re terpisah sistem itu Google reconciles secara terpisah — GBP drives Maps/local pack, schema corroborates untuk Knowledge Panels. Perbaiki: siapkan keduanya dan pertahankan them consistent.

Bonus trips: rounding geo coordinates di bawah 5 decimal places (wrong-block pin), sebuah priceRange di atas 100 characters (Google silently drops ini), dan expecting sebuah guaranteed rich hasil dari valid markup (eligibility ≠ display).

Uji pemahaman Anda: LocalBusiness Schema

Five quick pertanyaan pada LocalBusiness schema — diperlukan properties, subtypes, review trap, dan bagaimana ini relates untuk sebuah Google Business Profile. Pick sebuah jawaban untuk setiap, lalu periksa.

Yang LocalBusiness subtype seharusnya I gunakan?

artikel’s subtype guidance turns ke sebuah straightforward branch: match Anda business category untuk paling spesifik LocalBusiness sub-jenis schema.org defines, dan hanya fall back untuk generic jenis ketika tidak ada apa pun fits.

Satu halaman per location, atau nest di bawah Organization?

lainnya genuine fork di artikel adalah architectural: bagaimana melakukan Anda markup sebuah business dengan lebih daripada satu physical location?

Worked contoh: LocalBusiness JSON-LD

Three annotated blocks, setiap dibangun dari diperlukan dan recommended properties covered di atas.

contoh 1: minimum viable markup (diperlukan properties hanya)

{
  "@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 dan address adalah satu-satunya dua properties Google memerlukan — ini melewati validation, tetapi ini adalah leaving recommended properties (dan sebuah spesifik subtype) pada table.
• bahkan di ini minimal tingkat, Google’s advice adalah untuk sertakan sebagai banyak address sub-properties sebagai Anda dapat — itu’s mengapa semua five adalah filled di di sini alih-alih dari sebuah single streetAddress line.

contoh 2: sebuah spesifik subtype dengan recommended properties filled di

{
  "@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 adalah Dentist, tidak generic LocalBusiness — spesifik subtype Google menanyakan untuk.
• geo.latitude/geo.longitude keduanya carry 5 decimal places, matching Google’s minimum-precision requirement.
• priceRange adalah sebuah pendek $$, well di bawah 100-character ceiling.
• openingHoursSpecification menggunakan hh:mm:ss times dan pendek dayOfWeek names, grouped untuk days itu share yang sama hours.

contoh 3: sebuah restaurant dengan sebuah seasonal-closure dan 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 and menu are the recommended properties that matter most for a FoodEstablishment subtype like Restaurant.

• dayOfWeek here uses the full schema.org URL form instead of the short name — both are valid, this just shows the alternative.
• validFrom/validThrough mark a seasonal window in YYYY-MM-DD — the detail most basic implementations skip.
• The name value follows the article’s department-naming convention: “gMart Pharmacy” keeps the store name with the department name, the pattern to use unless the department is its own independently branded entity (like “Best Buy” and “Geek Squad”). » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian seratus dua puluh lima, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

Three mental models untuk thinking tentang LocalBusiness schema

1. Penuh spec vs. apa Google sebenarnya consumes. schema.org/LocalBusiness inherits dozens dari properties dari keduanya Organization dan Place, tetapi Google memerlukan hanya name + address dan meaningfully consumes tentang sebuah dozen recommended ones (geo, openingHoursSpecification, priceRange, telephone, url, department, menu, servesCuisine, aggregateRating/review). kerangka kerja: tidak pernah assume “schema.org mendukung property X” (terjemahan) “schema.org mendukung property X” berarti “Google will do something with property X.” (terjemahan) “Google akan melakukan sesuatu dengan property X.” Prioritize diperlukan pair, lalu recommended properties itu fit Anda business, dan treat obscure inherited properties Google ignores sebagai wasted implementation effort.

2. Schema adalah tidak sebuah Google Business Profile. ini adalah dua terpisah sistem itu Google reconciles independently. sebuah Google Business Profile feeds Maps dan local pack secara langsung melalui Google’s own sistem — ini adalah utama driver dari “near me” (terjemahan) “near me” dan local-pack visibilitas. pada-halaman LocalBusiness schema adalah sebuah corroborating pada-situs sinyal Google dapat gunakan untuk Knowledge Panels dan enriched hasil. Neither substitutes untuk lainnya; kerangka kerja adalah “set up keduanya, dan jangan expect satu untuk lakukan itu other’s job.” (terjemahan) “siapkan keduanya, dan jangan expect satu untuk melakukan lainnya’s job.”

3. NAP sebagai coherence, tidak sebuah single field. Name/Address/Phone consistency di seluruh Anda schema markup, Anda Google Business Profile, dan directory citations tidak tentang apa pun satu property menjadi correct — ini adalah tentang coherence dari Anda entity di seluruh entire web. sebuah mismatched suite angka atau sebuah stale tracking phone angka di satu place muddies sinyal mesin gunakan untuk identify dan trust sebuah location, bahkan jika setiap individual field adalah technically valid pada -nya own halaman. Treat “NAP” (terjemahan) “NAP” sebagai well-established local-SEO consensus ( istilah itself tidak di Google’s documentation), tidak sebuah single checkbox untuk tick setelah.

alat untuk validating LocalBusiness markup

• Rich-hasil Eligibility Checker — my own free alat. Paste Anda LocalBusiness JSON-LD, sebuah HTML halaman, atau fetch sebuah langsung URL, dan ini menampilkan persis yang diperlukan fields adalah missing dan yang recommended ones Anda’re leaving out, spesifik untuk local-business rich hasil. ini berjalan entirely di Anda browser, so tidak ada apa pun Anda paste di leaves Anda machine.
• Schema Markup Validator — juga mine. Validates JSON-LD’s schema.org vocabulary secara langsung (tidak hanya Google-spesifik subset), memeriksa cross-block @id references jika Anda’re linking LocalBusiness untuk sebuah parent Organization, dan memberikan Anda back sebuah corrected, copy-pasteable block.
• Rich hasil Test — Google’s own alat. gunakan ini setelah dua di atas untuk konfirmasi Google’s langsung parser agrees halaman adalah eligible.
• pemeriksaan URL (Search Console) — setelah deploying, periksa bagaimana Google sebenarnya di-crawl dan dirender halaman, dan permintaan sebuah recrawl.

Pitch: jalankan Rich-hasil Eligibility Checker atau Schema Markup Validator sebelum Anda ship sebuah perubahan, lalu konfirmasi dengan Rich hasil Test dan URL Inspection setelah — itu’s yang sama sequence Validation Tests lens di bawah walks melalui di detail.

Proving Anda LocalBusiness markup perubahan worked

Test 1: diperlukan-property dan syntax validation

Test untuk jalankan: Paste diperbarui JSON-LD ke my Rich-hasil Eligibility Checker atau Schema Markup Validator. Yang diharapkan hasil: Tidak missing-diperlukan-field errors pada name atau address, dan alat menampilkan local-business rich hasil sebagai eligible. Failure interpretation: sebuah flagged missing property berarti ini genuinely tidak present di markup Anda shipped — re-periksa JSON-LD sumber rather daripada assuming sebuah caching issue. Monitoring window: Immediate — alat membaca markup secara langsung, Tidak crawl tunggu diperlukan. Rollback trigger: Validation masih fails setelah sebuah direct perbaiki untuk template — revert perubahan dan re-diff terhadap terakhir known-baik JSON-LD.

Test 2: Google’s own Rich hasil Test agrees

Test untuk jalankan: Jalankan langsung URL melalui Google’s Rich hasil Test. Yang diharapkan hasil: halaman adalah detected sebagai eligible untuk local business hasil, dengan diperlukan dan recommended properties Google’s parser sees matching apa Anda shipped. Failure interpretation: jika Google’s alat disagrees dengan dua alat di atas, langsung halaman mungkin differs dari apa Anda validated — periksa untuk sebuah caching layer atau sebuah bangun langkah serving stale markup. Monitoring window: Immediate. Rollback trigger: eligible-halaman periksa masih menampilkan missing diperlukan fields setelah sebuah deploy — perbaiki tidak reach langsung halaman.

Test 3: Search Console structured-data reports di atas time

Test untuk jalankan: Search Console’s structured-data / Enhancement reports untuk affected URLs, setelah requesting sebuah recrawl melalui pemeriksaan URL. Yang diharapkan hasil: URL count dengan LocalBusiness errors drops untuk zero, dan previously flagged halaman move ke valid bucket. Failure interpretation: masih flagged setelah sebuah recrawl berarti either perbaiki hasn’t propagated untuk versi Google fetched, atau sebuah berbeda diperlukan property adalah juga missing — re-jalankan Test 1 terhadap tepat URL Search Console lists. Monitoring window: 2–4 weeks — structured-data report memperbarui lag behind sebuah single recrawl. Rollback trigger: Error counts climb alih-alih falling setelah perubahan ships broadly — revert dan re-validate sebelum rolling forward again.

Log perubahan