Türkçe çeviri: LocalBusiness Schema

TL;DR — LocalBusiness schema dır code siz ekle -e bir sayfa şu söyler arama motorlar facts hakkında bir physical benşletme — onun name, adres, phone number, ve hours. Google yalnızca requires two things (name ve adres); everything else dır optional ama yapar sonuç richer. o dır değil aynı olarak ayarlama up bir Google benşletme Profile, ve adding o yapmaz guarantee siz bir fancy arama sonuç — o sadece yapar siz eligible bençin bir.

ne LocalBusiness schema dır

ne zaman bir arama motoru reads sizin “Contact” sayfa, o sees text. o -ebilir’t automatically söyle sizin street adres -den sizin phone number -den sizin opening hours way siz -ebilir. LocalBusiness schema spells o out in code: bu name, bu adres, bu phone number, bunlar dır hours.

o kullanır shared vocabulary -den schema.org — aynı vocabulary behind tümü schema markup — ve siz genellikle yaz o olarak JSON-LD, bir küçük block of code şu sits in sayfa olmadan changing nasıl o görünür. 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

ne Google aslında gerektirir

burada’s surprising part. schema.org defines dozens of properties siz -ebilirdi ekle, ama Google yalnızca requires two:

• name — name of benşletme.
• address — physical street adres.

Everything else — phone number, hours, price range, map coordinates — dır recommended. 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 siz yapmayın sahip -e bençer o, ama daha accurate detail siz ekle, daha complete sizin listing -ebilir bak in arama.

two things beginners al yanlış

1. Schema değildir sizin Google benşletme Profile. bunlar dır two farklı systems. sizin Google benşletme Profile ( free listing siz claim at benşletme.google.com) dır ne powers sizin pin on Google Maps ve “local pack” of three benşletmeler altında bir map. LocalBusiness schema dır separate code on sizin kendi web sitesi. bir yapmaz replace diğer — siz generally iste her ikisi, ve Google reconciles them separately.

2. yapmayın mark up sizin kendi star rating. o’s tempting -e ekle sizin kendi five-star average ile aggregateRating, ama Google’ın kendi guidelines söyle şu property dır bençin siteler şu review diğer benşletmeler (like bir directory reviewing restaurants), değil bençin bir benşletme rating itself. Marking up sizin kendi testimonials olarak bir rating dır bir “self-serving review” ve breaks kurallar.

bir daha: kullan specific type. -erseniz çalıştır bir restaurant, mark o up olarak Restaurant, değil generic LocalBusiness. Google explicitly asks bençin en çok specific type şu fits.

iste tam sürüm — exact property table, subtype selection, geo-coordinate precision, multi-location patterns, ve nasıl “NAP consistency” fits in? Switch -e Advanced tab.

TL;DR — LocalBusiness dır bir subtype of Organization ve Place, bu nedenle full schema.org spec inherits dozens of properties — ama Google requires yalnızca name + address ve consumes ~12 recommended ones. wins: kullan en çok specific subtype (birden çok types go in bir array; additionalType değildir supported), koru NAP consistent genelinde sizin markup, Google benşletme Profile, ve citations, ve al details yapğru — geo gerektirir ≥5 decimal places, priceRange -meli stay altında 100 characters. yapmayın mark up sizin kendi aggregateRating/review (şu’s bençin siteler reviewing diğer benşletmeler; self-sunma reviews break guidelines), ve yapmayın ele al schema olarak bir Google benşletme Profile substitute — onlar’re separate, reconciled separately, ve valid markup yalnızca yapar siz eligible.

nerede o sits: bir subtype of organizasyon ve Place

tek en çok yararlı thing -e understand hakkında LocalBusiness dır onun position in schema.org hierarchy. o’s bir subtype of her ikisi Organization ve Place, bu da tam olarak neden o -ebilir carry general şirket properties (name, logo, sameAs) ve location-specific ones (address, geo, openingHoursSpecification). şu dual inheritance dır ayrıca neden full spec dır bu nedenle büyük — o pulls properties -den two big parent types.

That matters for how you think about the wider Entity & Identity schema picture. A company-wide Organization entity (sitewide, on the homepage) and a per-location LocalBusiness entity are related but distinct: one describes the company, the other describes a place you can walk into. For the company-level entity, see Organization schema; for the people behind it, Person schema.

full spec vs. ne Google aslında consumes

bu distinction en çok guides blur. schema.org/LocalBusiness inherits dozens of properties -den Organization ve Place. Google consumes bir küçük subset. yapmayın confuse “schema.org supports X” ile “Google will do something with X.”

Required (yalnızca two):

• address (PostalAddress) — physical location. Google’s advice: bençer olarak çok söyleıda adres sub-properties olarak olası; daha siz provide, higher quality of sonuç.
• name — name of benşletme.

Recommended ( properties şu aslında enrich sonuç): aggregateRating, department, geo (ile geo.latitude / geo.longitude), menu, openingHoursSpecification (ile .opens, .closes, .dayOfWeek, .validFrom, .validThrough), priceRange, review, servesCuisine, telephone, ve url.

takeaway bençin prioritizing dev effort: nail required pair, o hâlde ekle recommended properties şu yap sizin listing daha complete (hours ve geo bençin bir storefront; servesCuisine ve menu bençin bir restaurant). Filling in obscure inherited properties şu Google ignores dır wasted effort.

Choosing yapğru subtype

Google dır explicit: kullan en çok specific LocalBusiness sub-type olası — bençin örnek Restaurant, DaySpa, HealthClub. Generic LocalBusiness çalışır, ama bir specific subtype verir motorlar daha -e çalışır ile.

bir few practical mappings:

• Restaurant / café → Restaurant, CafeOrCoffeeShop, BarOrPub (altında FoodEstablishment)
• Law firm → LegalService (veya Attorney)
• Dentist / doctor → Dentist, Physician (altında MedicalBusiness)
• Plumber / electrician / general contractor → HomeAndConstructionBusiness subtypes (Plumber, Electrician, GeneralContractor)
• Consultancy / agency ile no daha iyi fit → ProfessionalService

eğer sizin benşletme genuinely spans two types, specify them olarak bir array — Google supports birden çok @type values şu way. Note şu additionalType dır değil supported bençin bu purpose, bu nedenle yapmayın ulaş bençin o.

NAP consistency — schema, GBP, ve citations

“NAP” (Name, adres, Phone) consistency dır longstanding local-SEO en iyi practice: aynı name, adres, ve phone -meli görün identically genelinde sizin on-sayfa schema, sizin Google benşletme Profile, ve directory citations (Yelp, BBB, industry directories). Mismatches — bir eski suite number burada, bir izleme phone number orada — muddy sinyaller motorlar kullan -e identify ve trust bir location.

bir honest caveat: “NAP” dır industry shorthand, değil bir Google spec term. Google’s LocalBusiness dokümantasyon yapmaz kullan word. Frame o olarak well-established local-SEO consensus, değil bir quoted Google sıralama faktörü. o hâlâ önem taşır — arguably -den fazla herhangi bir tek individual property — çünkü o’s hakkında coherence of sizin entity genelinde web, değil bir field on bir sayfa.

implementation details şu trip kişiler up

• Geo coordinates ihtiyaç duy at least 5 decimal places. Google states precision -meli olmak at least 5 decimal places bençin her ikisi latitude ve longitude. bir yaygın slip dır bir CMS veya geocoding araç rounding coordinates -e 2–3 places — enough -e put sizin pin in yanlış block.
• priceRange sahiptir bir 100-character ceiling. o -meli olmak shorter -den 100 characters; at 100 veya daha, Google won’t göster bir price range at tümü. koru o kısa ($$, veya $10–30), değil bir paragraph.
• openingHoursSpecification syntax ve edge durumlar. dayOfWeek accepts full schema.org URLs (https://schema.org/Monday) veya kısa name (Monday). Google’ın kendi örnekler kullan 24-hour opens/closes times olmadan seconds (hh:mm); schema.org’s broader Time type ayrıca accepts hh:mm:ss eğer sizin generator adds o. Four patterns kapsa almost her durum, straight -den Google’s dokümantasyon: bir olağbir day ("opens": "09:00", "closes": "17:00"), hours şu cross midnight ("opens": "18:00", "closes": "03:00" bençin bir overnight Saturday), open tümü day ("opens": "00:00", "closes": "23:59"), ve closed tümü day ("opens": "00:00", "closes": "00:00"). bençin seasonal veya holiday closures, ekle validFrom / validThrough in YYYY-MM-DD (Google’s kendi örnek kullanır "validFrom": "2015-12-23", "validThrough": "2016-01-05") — bir nuance en çok basic implementations skip entirely.
• Department naming convention. -dığınızda nest bir department, bençer store name ile department name (e.g., “gMart” ve “gMart Pharmacy”) — unless department dır onun kendi independent brand (e.g., “Best Buy” ve “Geek Squad”), in hangi durum name o standalone.

Reviews ve ratings: self-sunma-rating trap

bu bir wastes bir lot of implementation effort. Google’s docs dır clear şu aggregateRating ve review dır recommended yalnızca bençin siteler şu capture reviews hakkında diğer local benşletmeler — bir directory veya review platform, değil benşletme rating itself. bir benşletme marking up onun kendi star average kendi başına sayfa dır doing bir “self-serving review,” hangi violates Google’s review-snippet guidelines; Google stopped gösterme self-sunma review stars bençin LocalBusiness/Organization years 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

bu nedenle -erseniz idi planning -e sprinkle sizin homepage testimonials -e bir aggregateRating: yapmayın. o won’t earn stars siz’re picturing, ve o -ebilir cross line -den “no benefit” -e “guideline violation.”

Multi-location benşletmeler: bir sayfa vs. çok söyleıda

Competitors ver hand-wavy advice burada, bu nedenle izin ver me olmak concrete. correct pattern depends on sizin architecture:

• bir LocalBusiness per location sayfa. cleanest approach bençin bir chain: her location alır onun kendi sayfa ile onun kendi LocalBusiness markup describing şu adres. -ebilirsiniz tie them -e parent ile parentOrganization / branchOf.
• Nesting altında Organization. At şirket level, -ebilirsiniz express brand olarak bir Organization ile locations olarak subOrganization.

ne değil -e yap: stack five unrelated LocalBusiness blocks flatly on sizin homepage. eğer bir sayfa sahiptir bir adres in footer ama five farklı LocalBusiness adresler in markup, siz’ve yapılmış o ambiguous hangi adres sayfa dır aslında hakkında. Mark up location sayfa represents.

LocalBusiness schema vs. Google benşletme Profile

söyle bu plainly çünkü en çok guides bury o: schema markup ≠ Google benşletme Profile. onlar dır farklı systems şu Google reconciles separately.

• sizin Google benşletme Profile feeds Maps ve local pack yapğrudan aracılığıyla Google’ın kendi systems. o’s birincil driver of “near me” ve local-pack görünürlük.
• On-sayfa LocalBusiness schema dır bir corroborating on-site sinyal Google -ebilir kullan bençin Knowledge Panels ve enriched sonuçlar. o dır değil bir substitute bençin bir benşletme Profile — ve bir benşletme Profile değildir bir substitute bençin on-sayfa schema.

siz iste her ikisi, kept consistent (şu’s NAP benşaret et yeniden). Neither bir alone yapar diğer’s job.

ne yaptığı — ve yapmaz — guarantee

Valid, guideline-compliant markup yapar bir sayfa eligible bençin bir local Knowledge Panel veya bir benşletme carousel — gerçben “eligible” scopes differently per feature. Google’s restaurant carousel, bençin instance, dır currently limited -e bir küçük ayarla of participating restaurant providers, bu nedenle valid Restaurant markup alone yapmaz al bir arbitrary site -e o. Beyond şu scoping, eligibility hâlâ yapmaz guarantee display — Google şunu söylüyor outright şu o yapmaz guarantee şu features consuming structured data -ecek göster up in sonuçlar. ve bir note on istatistikler floating yaklaşık competitor blogs: numbers like “30–50% more often in the local pack” veya “20–35% CTR lift” circulate widely ile no birincil kaynak. ele al them olarak unverified marketing claims, değil Google-yapğrulanmış outcomes.

Validate önce siz ship

1. ekle required properties (name, address), o hâlde recommended ones şu fit sizin benşletme.
2. Validate ile Rich sonuçlar test et ve Schema Markup Validator.
3. Deploy, o hâlde kontrol et ile URL Inspection in arama Console ve istek bir recrawl.
4. izle structured-data raporlar in arama Console üzerinde time.

Validate, o hâlde deploy — değil reverse.

AI özet

bir condensed take on Advanced sürüm:

• ne o dır: schema.org/LocalBusiness structured data (genellikle JSON-LD) describing bir physical benşletme — name, adres, phone, hours, geo, price range.
• Hierarchy: bir subtype of her ikisi Organization ve Place, bu da neden o inherits dozens of properties ve neden full spec dır büyük.
• Full spec vs. Google: Google requires yalnızca name + address ve consumes ~12 recommended properties (geo, openingHoursSpecification, priceRange, telephone, url, department, menu, servesCuisine, plus aggregateRating/review). yapmayın assume “schema.org supports X” anlamına gelir “Google kullanır X.”
• Subtype: kullan en çok specific subtype (Restaurant, LegalService, Dentist), değil generic LocalBusiness. birden çok types go in bir array; additionalType dır değil supported.
• NAP consistency: koru name/adres/phone identical genelinde markup, Google benşletme Profile, ve citations. “NAP” dır industry shorthand, değil bir Google spec term — ama coherence önem taşır -den fazla herhangi bir tek property.
• Detail traps: geo gerektirir ≥5 decimal places; priceRange -meli olmak altında 100 characters veya Google drops o; opening hours kullan hh:mm:ss ve kısa veya full dayOfWeek, ile validFrom/validThrough bençin seasonal closures.
• Reviews: aggregateRating/review dır bençin siteler reviewing diğer benşletmeler. Marking up sizin kendi rating dır bir self-sunma review şu violates Google’s guidelines (self-sunma stars idi dropped yaklaşık 2019).
• Multi-location: bir LocalBusiness per location sayfa (tie ile parentOrganization/branchOf) veya nest altında Organization via subOrganization. yapmayın stack unrelated adresler flatly on homepage.
• Schema ≠ Google benşletme Profile: separate systems, reconciled separately. GBP feeds Maps/local pack; on-sayfa schema corroborates bençin Knowledge Panels. iste her ikisi.
• No guarantee: valid markup yapar siz eligible, garanti edilmez. Ignore uncited “30–50% more local pack” / “20–35% CTR” istatistikler — no birincil kaynak.
• Validate: Rich sonuçlar test et + Schema Markup Validator, o hâlde URL Inspection ve arama Console raporlar. Validate, o hâlde deploy.

resmî dokümantasyon

birincil-kaynak dokümantasyon -den arama motorları ve schema.org.

Google

• Local benşletme (LocalBusiness) structured data — kaynak of truth: required/recommended properties, subtype rehberlik, geo precision, priceRange limit, department naming, ve validation workflow.
• organizasyon structured data — şirket-level entity, bençin LocalBusiness-vs-organizasyon distinction.
• Review snippet structured data — guidelines behind self-sunma-review restriction on aggregateRating/review.
• Rich sonuçlar test et — kontroller rich-sonuç eligibility ve required-property errors.
• Schema Markup Validator — validates herhangi bir schema.org type, dahil LocalBusiness.

schema.org

• schema.org/LocalBusiness — full vocabulary: her inherited property -den Organization ve Place ( “full spec” side of compare-ve-contrast).

Bing / Microsoft

• Marking Up sizin site ile Structured Data — Bing Webmaster araçlar — Bing’s general structured-data rehberlik ve validator (Schema.org / Microdata / RDFa / OpenGraph).
• Bing Places bençin benşletme — Bing’s separate listing product, parallel -e Google benşletme Profile (aynı “listing platform ≠ on-page schema” distinction).

Quotes -den kaynak

On—record statements -den Google’s LocalBusiness dokümantasyon. nerede sayfa exposes text, bağlantı dır bir deep bağlantı şu jumps -e quoted passage.

Google docs — ne o 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.” Local benşletme structured data

Google docs — subtype rehberlik

• “Use the most specific LocalBusiness sub-type possible; for example, Restaurant, DaySpa, HealthClub, and so on.” Jump -e quote

Google dokümanları — coğrafi kesinlik

• “The precision must be at least 5 decimal places.” Jump -e quote

Google docs — self-sunma reviews

• On aggregateRating ve review: “This property is only recommended for sites that capture reviews about other local businesses.” Jump -e quote

Özellikler — kısa başvuru

Required vs. recommended (ne Google aslında consumes)

yaygın LocalBusiness subtypes

Kısa bilgiler

• Required = 2 (name, address); everything else dır recommended.
• kullan en çok specific subtype; birden çok types go in bir array; additionalType dır değil supported.
• Geo ≥ 5 decimal places; priceRange < 100 characters.
• aggregateRating/review = bençin siteler reviewing diğer benşletmeler, değil self-reviews.
• Schema ≠ Google benşletme Profile — separate systems, reconciled separately.
• NAP consistency (industry term, değil bir Google spec word) genelinde markup, GBP, ve citations önem taşır -den fazla herhangi bir tek property.
• Valid markup = eligible, never guaranteed. Validate → deploy.

Anti-patterns: nasıl LocalBusiness markup goes yanlış

mistakes ben see en çok, ve ne yapılacağı instead.

1. NAP inconsistency. sizin schema söyler “123 Main St, Suite 200,” sizin Google benşletme Profile söyler “123 Main Street,” ve Yelp hâlâ sahiptir sizin eski phone number. bunlar mismatches undermine whole benşaret et — motorlar kullan coherence of sizin name/adres/phone genelinde web -e identify ve trust bir location. düzelt: seç tek canonical NAP ve yap markup, benşletme Profile, ve her citation match o tam olarak.

2. kullanarak generic type ne zaman bir specific bir vardır. Marking bir restaurant olarak bare LocalBusiness ne zaman Restaurant vardır throws away sinyal Google explicitly asks bençin. düzelt: kullan en çok specific subtype şu fits (Restaurant, LegalService, Dentist); kullan birden çok @type values in bir array -erseniz genuinely span two — ama değil additionalType.

3. Self-sunma reviews. Marking up sizin kendi testimonials olarak aggregateRating/review -e try -e win star ratings. Google’s guidelines reserve şunlar properties bençin siteler reviewing diğer benşletmeler; self-sunma stars idi dropped years ago ve bu -ebilir cross -e bir guideline violation. düzelt: yapmayın self-rate. Earn genuine üçüncü-party reviews (hangi live on review platforms, değil sizin markup).

4. Stacking birden çok locations on bir sayfa. Five farklı LocalBusiness blocks ile five farklı adresler on bir homepage, ne zaman sayfa gerçekten represents bir entity (veya none). o’s ambiguous hangi adres sayfa dır hakkında. düzelt: bir LocalBusiness per location sayfa (tie -e brand ile parentOrganization/branchOf), veya model şirket olarak bir Organization ile subOrganization.

5. Confusing schema ile bir Google benşletme Profile. Assuming on-sayfa markup -ecek al siz -e Maps ve local pack, veya şu having bir benşletme Profile anlamına gelir siz yapmayın ihtiyaç duy schema. onlar’re separate systems şu Google reconciles separately — GBP drives Maps/local pack, schema corroborates bençin Knowledge Panels. düzelt: ayarla up her ikisi ve koru them consistent.

Bonus trips: rounding geo coordinates below 5 decimal places (yanlış-block pin), bir priceRange üzerinde 100 characters (Google silently drops o), ve expecting bir guaranteed rich sonuç -den valid markup (eligibility ≠ display).

test et yourself: LocalBusiness Schema

Five quick questions on LocalBusiness schema — required properties, subtypes, review trap, ve nasıl o relates -e bir Google benşletme Profile. seç bir yanıt her biri bençin, o hâlde kontrol et.

hangi LocalBusiness subtype -meli ben kullan?

article’s subtype rehberlik turns -e bir straightforward branch: match sizin benşletme category -e en çok specific LocalBusiness sub-type schema.org defines, ve yalnızca fall back -e generic type ne zaman nothing fits.

bir sayfa per location, veya nest altında organizasyon?

diğer genuine fork in article dır architectural: nasıl yap siz markup bir benşletme ile -den fazla bir physical location?

Worked örnekler: LocalBusiness JSON-LD

Three annotated blocks, her oluşturulmuş -den required ve recommended properties covered above.

örnek 1: minimum viable markup (required properties yalnızca)

{
  "@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 ve address dır yalnızca two properties Google requires — bu geçer validation, ama o’s leaving recommended properties (ve bir specific subtype) on table.
• hatta at bu minimal level, Google’s advice dır -e bençer olarak çok söyleıda address sub-properties olarak -ebilirsiniz — şu’s neden tümü five dır filled in burada instead of bir tek streetAddress line.

örnek 2: bir specific subtype ile recommended properties filled in

{
  "@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 dır Dentist, değil generic LocalBusiness — specific subtype Google asks bençin.
• geo.latitude/geo.longitude her ikisi carry 5 decimal places, matching Google’s minimum-precision requirement.
• priceRange dır bir kısa $$, well altında 100-character ceiling.
• openingHoursSpecification kullanır hh:mm:ss times ve kısa dayOfWeek names, grouped bençin days şu share aynı hours.

örnek 3: bir restaurant ile bir seasonal-closure ve 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 ve menu dır recommended properties şu önem taşır en çok bençin bir FoodEstablishment subtype like Restaurant.
• dayOfWeek burada kullanır full schema.org URL form yerine kısa name — her ikisi dır valid, bu sadece shows alternative.
• validFrom/validThrough mark bir seasonal window in YYYY-MM-DD — detail en çok basic implementations skip.
• name değer follows article’s department-naming convention: “gMart Pharmacy” keeps store name ile department name, pattern -e kullan unless department dır onun kendi independently branded entity (like “Best Buy” ve “Geek Squad”).

Three mental models bençin thinking hakkında LocalBusiness schema

1. Full spec vs. ne Google aslında consumes. schema.org/LocalBusiness inherits dozens of properties -den her ikisi Organization ve Place, ama Google requires yalnızca name + address ve meaningfully consumes hakkında bir dozen recommended ones (geo, openingHoursSpecification, priceRange, telephone, url, department, menu, servesCuisine, aggregateRating/review). framework: never assume “schema.org supports property X” means “Google -ecek yap something ile property X.” Prioritize required pair, o hâlde recommended properties şu fit sizin benşletme, ve ele al obscure inherited properties Google ignores olarak wasted implementation effort.

2. Schema değildir bir Google benşletme Profile. bunlar dır two separate systems şu Google reconciles independently. bir Google benşletme Profile feeds Maps ve local pack yapğrudan aracılığıyla Google’ın kendi systems — o’s birincil driver of “near me” ve local-pack görünürlük. On-sayfa LocalBusiness schema dır bir corroborating on-site sinyal Google -ebilir kullan bençin Knowledge Panels ve enriched sonuçlar. Neither substitutes bençin diğer; framework dır “ayarla up her ikisi, ve yapmayın expect bir -e yap diğer’s job.”

3. NAP olarak coherence, değil bir tek field. Name/adres/Phone consistency genelinde sizin schema markup, sizin Google benşletme Profile, ve directory citations değildir hakkında herhangi bir bir property olma correct — o’s hakkında coherence of sizin entity genelinde entire web. bir mismatched suite number veya bir stale izleme phone number in bir place muddies sinyaller motorlar kullan -e identify ve trust bir location, hatta eğer her individual field dır technically valid kendi başına sayfa. ele al “NAP” olarak well-established local-SEO consensus ( term itself değildir in Google’s dokümantasyon), değil bir tek checkbox -e tick once.

araçlar bençin validating LocalBusiness markup

• Rich-sonuç Eligibility Checker — benim kendi free araç. Paste sizin LocalBusiness JSON-LD, bir HTML sayfa, veya fetch bir live URL, ve o shows tam olarak hangi required fields dır missing ve hangi recommended ones siz’re leaving out, specific -e local-benşletme rich sonuç. o runs entirely in sizin browser, bu nedenle nothing siz paste in leaves sizin machine.
• Schema Markup Validator — ayrıca mine. Validates JSON-LD’s schema.org vocabulary yapğrudan (değil sadece Google-specific subset), kontroller cross-block @id references -erseniz’re linking LocalBusiness -e bir parent organizasyon, ve verir siz back bir corrected, kopya-pasteable block.
• Rich sonuçlar test et — Google’ın kendi araç. kullan o sonra two above -e yapğrula Google’s live parser agrees sayfa dır eligible.
• URL Inspection (arama Console) — sonra deploying, kontrol et nasıl Google aslında tarandı ve rendered sayfa, ve istek bir recrawl.

Pitch: çalıştır Rich-sonuç Eligibility Checker veya Schema Markup Validator önce siz ship bir change, o hâlde yapğrula ile Rich sonuçlar test et ve URL Inspection sonra — şu’s aynı sequence Validation testler lens below walks aracılığıyla in detail.

Proving sizin LocalBusiness markup change worked

test et 1: required-property ve syntax validation

test et -e çalıştır: Paste updated JSON-LD -e benim Rich-sonuç Eligibility Checker veya Schema Markup Validator. beklenen sonuç: No missing-required-field errors on name veya address, ve araç shows local-benşletme rich sonuç olarak eligible. başarısızlık interpretation: bir flagged missing property anlamına gelir o genuinely değildir present in markup siz shipped — re-kontrol et JSON-LD kaynak rather -den assuming bir caching sorun. izleme window: Immediate — araç reads markup yapğrudan, no tarama wait required. Rollback trigger: Validation hâlâ fails sonra bir direct düzelt -e template — revert change ve re-diff karşı son known-good JSON-LD.

test et 2: Google’ın kendi Rich sonuçlar test et agrees

test et -e çalıştır: çalıştır live URL aracılığıyla Google’s Rich sonuçlar test et. beklenen sonuç: sayfa dır detected olarak eligible bençin local benşletme sonuç, ile required ve recommended properties Google’s parser sees matching ne siz shipped. başarısızlık interpretation: eğer Google’s araç disagrees ile two araçlar above, live sayfa muhtemel differs -den ne siz validated — kontrol et bençin bir caching layer veya bir oluştur adım sunma stale markup. izleme window: Immediate. Rollback trigger: eligible-sayfa kontrol et hâlâ shows missing required fields sonra bir deploy — düzelt didn’t ulaş live sayfa.

test et 3: arama Console structured-data raporlar üzerinde time

test et -e çalıştır: arama Console’s structured-data / Enhancement raporlar bençin affected URLs, sonra requesting bir recrawl via URL Inspection. beklenen sonuç: URL count ile LocalBusiness errors drops -e zero, ve previously flagged sayfalar move -e valid bucket. başarısızlık interpretation: hâlâ flagged sonra bir recrawl anlamına gelir either düzelt hasn’t propagated -e sürüm Google fetched, veya bir farklı required property dır ayrıca missing — re-çalıştır test et 1 karşı exact URL arama Console listeler. izleme window: 2–4 weeks — structured-data rapor updates lag behind bir tek recrawl. Rollback trigger: Error counts climb yerine falling sonra change ships broadly — revert ve re-validate önce rolling forward yeniden.

Değişiklik günlüğü