LocalBusiness Şeması Doğruluğu

LocalBusiness şeması, fiziksel lokasyona sahip işletmelerin adını, adresini, çalışma saatlerini, hizmet alanlarını ve iletişim bilgilerini makine tarafından okunabilir formatta tanımlayan Schema.org yapısal veri türüdür. 2026 itibarıyla Google'ın yerel sıralama algoritması, LocalBusiness schema'sındaki verileri Google Business Profile bilgileriyle çapraz doğrulama yaparak entity güvenilirlik skorunu hesaplamaktadır. Schema ile GBP arasındaki tek bir tutarsızlık bile, yerel sıralama performansını doğrudan düşüren algoritmik güvensizlik sinyali üretir.

LocalBusiness Schema'nın Yerel SEO'daki Algoritmik Rolü

Google'ın yerel sıralama algoritması, üç temel faktörü değerlendirir: relevance (ilgililik), distance (mesafe) ve prominence (öne çıkma). LocalBusiness schema'sı, bu üç faktörün tamamını yapısal veri düzeyinde besler. @type ve description alanları ilgililiği, geo ve address alanları mesafe hesaplamasını, aggregateRating ve review alanları öne çıkmayı destekler.

Schema verileri, Google Business Profile'daki bilgilerle çapraz kontrol edilir. Bu çapraz kontrol, entity doğrulamasının birincil mekanizmasıdır. GBP'de "Büyükdere Caddesi No: 185" kayıtlıyken schema'da "Büyükdere Cd. 185" yazmak, format tutarsızlığı yaratır. Algoritma, bu tutarsızlığı "bilgiler birbiriyle uyuşmuyor, bu entity'nin güvenilirliği düşük" biçiminde yorumlayabilir. Dolayısıyla LocalBusiness schema doğruluğu, yalnızca teknik bir gereklilik değil, yerel sıralamanın temel güvenilirlik katmanıdır.

LocalBusiness Türü ve Alt Tip Hiyerarşisi

Schema.org, LocalBusiness türünün altında yüzlerce spesifik alt tip tanımlar. Her alt tip, belirli bir işletme kategorisini temsil eder ve Google'ın entity sınıflandırmasını kesinleştirir. Doğru alt tipi seçmek, işletmenin algoritmik olarak doğru kategoride değerlendirilmesini sağlar.

Yaygın alt tipler ve kullanım alanları: Restaurant (restoranlar), Dentist (diş hekimleri), AutoRepair (oto tamir), BeautySalon (güzellik salonları), LegalService (hukuk büroları), RealEstateAgent (emlakçılar), Store (perakende mağazalar), MedicalBusiness (sağlık işletmeleri), FinancialService (finans hizmetleri), ProfessionalService (profesyonel hizmetler). Dijital ajanslar ve danışmanlık firmaları için ProfessionalService uygun seçimdir. Genel LocalBusiness türü, spesifik alt tipi olmayan işletmeler için kullanılmalıdır. Yanlış alt tip seçimi (bir restoran için AutoRepair kullanmak gibi), entity sınıflandırmasını tamamen bozar ve yerel arama sonuçlarında yanlış kategoride görünmeye neden olur.

Tam Kapsamlı LocalBusiness Schema Uygulaması

Tüm zorunlu ve önerilen alanları kapsayan eksiksiz bir LocalBusiness schema uygulaması:

    
{
  "@context": "https://schema.org",
  "@type": "ProfessionalService",
  "name": "Marka Adı",
  "legalName": "Marka Adı Dijital Hizmetler Ltd. Şti.",
  "image": "https://www.example.com/images/isletme-dis-cephe.webp",
  "url": "https://www.example.com",
  "telephone": "+90-212-XXX-XXXX",
  "email": "info@example.com",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "Büyükdere Caddesi No: 185 Kat: 5",
    "addressLocality": "Şişli",
    "addressRegion": "İstanbul",
    "postalCode": "34394",
    "addressCountry": "TR"
  },
  "geo": {
    "@type": "GeoCoordinates",
    "latitude": 41.0782,
    "longitude": 29.0119
  },
  "openingHoursSpecification": [
    {
      "@type": "OpeningHoursSpecification",
      "dayOfWeek": ["Monday", "Tuesday", "Wednesday", "Thursday", "Friday"],
      "opens": "09:00",
      "closes": "18:00"
    },
    {
      "@type": "OpeningHoursSpecification",
      "dayOfWeek": "Saturday",
      "opens": "10:00",
      "closes": "14:00"
    }
  ],
  "priceRange": "$$",
  "currenciesAccepted": "TRY",
  "paymentAccepted": "Nakit, Kredi Kartı, Havale",
  "areaServed": {
    "@type": "GeoCircle",
    "geoMidpoint": {
      "@type": "GeoCoordinates",
      "latitude": 41.0782,
      "longitude": 29.0119
    },
    "geoRadius": "50000"
  },
  "sameAs": [
    "https://www.linkedin.com/company/markaadi",
    "https://twitter.com/markaadi",
    "https://www.instagram.com/markaadi/",
    "https://www.facebook.com/markaadi"
  ],
  "hasMap": "https://maps.google.com/?cid=XXXXXXXXXXXXX",
  "aggregateRating": {
    "@type": "AggregateRating",
    "ratingValue": "4.8",
    "reviewCount": "47",
    "bestRating": "5"
  }
}      
    

Bu yapıda geo alanındaki koordinatlar, Google Haritalar'daki konum doğrulamasını destekler. openingHoursSpecification, farklı günler için farklı çalışma saatleri tanımlanmasına olanak tanır. areaServed ile hizmet bölgesi coğrafi olarak tanımlanır.

NAP Tutarlılığının Schema Düzeyinde Sağlanması

NAP (Name, Address, Phone) tutarlılığı, yerel SEO'nun en kritik gereksinimidir. LocalBusiness schema'sındaki NAP bilgileri, dört katmanla birebir eşleşmelidir: web sitesindeki görünür metin, LocalBusiness schema, Google Business Profile kaydı ve harici dizin kayıtları. Bu dört katmandaki herhangi bir tutarsızlık, entity doğrulamasını zayıflatır.

İşletme adı tutarlılığı: schema'daki name alanı, GBP'deki kayıtlı işletme adıyla birebir aynı olmalıdır. "Seobaz" ile "SEO Baz" veya "Seobaz Dijital" farklı string'lerdir ve algoritmik eşleşme sorunları yaratır. Adres tutarlılığı: sokak adı kısaltmaları, bina numarası formatı ve ilçe/il sıralaması tüm platformlarda aynı olmalıdır. Telefon tutarlılığı: uluslararası format (+90-212-XXX-XXXX) veya yerel format (0212 XXX XX XX) seçimi yapılmalı ve bu format her yerde aynı kullanılmalıdır.

GeoCoordinates ve Konum Doğruluğu

geo alanındaki koordinatlar, işletmenin fiziksel konumunu ondalık derece (decimal degrees) formatında tanımlar. Bu koordinatlar, Google Haritalar'daki konum pini ile eşleşmelidir. Yanlış koordinatlar, işletmenin haritada yanlış konumda görünmesine ve mesafe bazlı sıralama hesaplamasında dezavantaja neden olur.

Koordinat doğruluğu için Google Haritalar'da işletmenin konumunu bulun, sağ tıklayıp koordinatları kopyalayın. Bu koordinatları schema'daki latitude ve longitude alanlarına yapıştırın. Koordinat hassasiyeti en az 4 ondalık basamak olmalıdır; 2 basamak, yüzlerce metre sapma yaratabilir. hasMap alanında Google Haritalar'daki işletme sayfasının doğrudan URL'sini vermek, konum doğrulamasını ek katmanla destekler. Google CID (Customer ID) numarasını içeren harita URL'si (https://maps.google.com/?cid=XXXXX), en güvenilir formattır.

OpeningHoursSpecification ve Çalışma Saatleri Doğruluğu

openingHoursSpecification alanı, işletmenin çalışma saatlerini gün bazında tanımlar. Bu bilgi, Google Haritalar ve Knowledge Panel'de gösterilir. Sahadaki gerçek tecrübemiz gösteriyor ki, çalışma saatleri tutarsızlığı (schema'da 09:00-18:00, GBP'de 09:00-17:30) yerel sıralama performansında ölçülebilir düşüşe neden oluyor; çünkü Google bu tutarsızlığı entity güvenilirliğinin genel bir göstergesi olarak değerlendiriyor.

Özel durumlar için ek yapılandırma gerekir. Tatil günleri ve özel kapanış günleri specialOpeningHoursSpecification ile tanımlanır:

    
"specialOpeningHoursSpecification": {
  "@type": "OpeningHoursSpecification",
  "validFrom": "2026-01-01",
  "validThrough": "2026-01-01",
  "opens": "00:00",
  "closes": "00:00",
  "description": "Yılbaşı - Kapalı"
}    
    

opens ve closes değerleri "00:00" olarak ayarlandığında, işletmenin o gün kapalı olduğu bildirilir. 7/24 açık işletmeler için opens: "00:00" ve closes: "23:59" kombinasyonu ve haftanın tüm günleri dahil edilir. Bu bilgilerin GBP'deki çalışma saatleriyle tam eşleşmesi zorunludur.

areaServed ve Hizmet Bölgesi Tanımlama

areaServed alanı, işletmenin hizmet verdiği coğrafi bölgeyi tanımlar. Fiziksel mağaza veya ofis ziyareti gerektiren işletmeler için bu alan, müşterilerin geldiği yarıçapı ifade eder. Hizmet alanı işletmeleri (tesisatçı, kuaför, danışmanlık firması gibi) için ise hizmet verilecek coğrafi sınırları bildirir.

Hizmet bölgesi üç formatta tanımlanabilir. Birincisi, yarıçap bazlı: GeoCircle ile merkez koordinat ve metre cinsinden yarıçap. İkincisi, şehir bazlı: City veya State türüyle şehir veya eyalet adı. Üçüncüsü, ülke bazlı: Country türüyle ülke kodu:

    
"areaServed": [
  {
    "@type": "City",
    "name": "İstanbul"
  },
  {
    "@type": "City",
    "name": "Ankara"
  }
]
    

Hizmet alanı işletmeleri, GBP'de adres göstermeden hizmet bölgesi tanımlayabilir. Bu durumda schema'da fiziksel adres yerine areaServed vurgulanmalıdır. Ancak kurumsal güvenilirlik açısından en azından şehir ve ülke bilgisi sunulmalıdır.

priceRange ve Fiyat Sınıfı Bildirimi

priceRange alanı, işletmenin genel fiyat seviyesini dolar işareti ($) notasyonuyla bildirir. "$" ekonomik, "$$" orta, "$$$" üst segment, "$$$$" lüks segmenti ifade eder. Bu bilgi, Google Knowledge Panel'de gösterilebilir ve kullanıcının işletme hakkında hızlı bir fiyat algısı edinmesini sağlar.

priceRange alanı, GBP'deki fiyat seviyesi ayarıyla tutarlı olmalıdır. GBP'de "orta düzey" seçilmişken schema'da "$$$$" bildirmek, tutarsızlık yaratır. Bu alan zorunlu değildir ancak tanımlanması halinde doğruluğu kritiktir. Restoranlar, oteller ve perakende mağazalar için fiyat seviyesi bilgisi, kullanıcı karar sürecinde etkili bir filtre olarak çalışır.

Çoklu Lokasyonlu İşletmelerde Schema Yönetimi

Birden fazla şubesi olan işletmelerde her lokasyon için ayrı LocalBusiness schema'sı uygulanmalıdır. Her şubenin kendi adres, telefon, çalışma saatleri ve koordinat bilgisi bulunur. Ana marka ile şubeler arasındaki ilişki parentOrganization ile tanımlanır:

    
{
  "@type": "Restaurant",
  "name": "Marka Adı - Kadıköy Şubesi",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "Kadıköy Şube Adresi",
    "addressLocality": "Kadıköy",
    "addressRegion": "İstanbul"
  },
  "telephone": "+90-216-XXX-XXXX",
  "parentOrganization": {
    "@type": "Organization",
    "name": "Marka Adı",
    "url": "https://www.example.com"
  }
}
    

Her şube için ayrı web sayfası (/lokasyonlar/kadikoy/, /lokasyonlar/besiktas/) oluşturulmalı ve her sayfada yalnızca o şubenin LocalBusiness schema'sı yer almalıdır. Tüm şubelerin schema'sını ana sayfaya yığmak, sayfa odağını dağıtır ve Google'ın hangi lokasyonun birincil olduğunu belirlemesini zorlaştırır.

Menu ve hasMenu Özelliği (Restoranlar İçin)

Restoran işletmeleri için hasMenu alanı, menü bilgisini yapısal veri olarak tanımlar. Bu alan, Google'ın restoran menüsünü arama sonuçlarında ve Knowledge Panel'de göstermesini sağlar:

    
"hasMenu": {
  "@type": "Menu",
  "name": "Ana Menü",
  "url": "https://www.example.com/menu/",
  "hasMenuSection": [
    {
      "@type": "MenuSection",
      "name": "Başlangıçlar",
      "hasMenuItem": [
        {
          "@type": "MenuItem",
          "name": "Mercimek Çorbası",
          "description": "Geleneksel kırmızı mercimek çorbası",
          "offers": {
            "@type": "Offer",
            "priceCurrency": "TRY",
            "price": "85"
          }
        }
      ]
    }
  ]
}
    

Menü bilgisinin güncel tutulması zorunludur. Menüdeki yemek isimleri, açıklamaları ve bilgileri, restoran menüsüyle birebir eşleşmelidir. Menü değişikliklerinin schema'ya anında yansıtılmaması, tutarsızlık uyarısı tetikler.

Department ve İşletme İçi Bölüm Tanımlama

Büyük işletmelerde farklı departmanların (eczane bölümü, optik bölümü, fotoğraf bölümü) ayrı telefon numaraları ve çalışma saatleri olabilir. department alanı, bu bölümleri ana işletmenin alt birimleri olarak tanımlar:

    
"department": [
  {
    "@type": "Pharmacy",
    "name": "Marka Adı Eczane",
    "telephone": "+90-212-XXX-YYYY",
    "openingHoursSpecification": {
      "@type": "OpeningHoursSpecification",
      "dayOfWeek": ["Monday", "Tuesday", "Wednesday", "Thursday", "Friday", "Saturday", "Sunday"],
      "opens": "08:00",
      "closes": "22:00"
    }
  }
]
    

Bu yapı, ana işletmenin çalışma saatleriyle departmanın çalışma saatlerinin farklı olmasını yapısal düzeyde bildirir. Google, departman bilgisini ayrı bir entity olarak değerlendirebilir ve departmana özel sorgularda (örneğin "yakınımdaki eczane") bu departmanı gösterebilir.

Review ve AggregateRating Entegrasyonu

LocalBusiness schema'sında aggregateRating ve review alanları, işletmenin müşteri değerlendirmelerini yapısal veri olarak tanımlar. Bu bilgi, SERP'te yıldız puanı olarak gösterilebilir ve yerel arama sonuçlarında CTR'ı artırır.

AggregateRating verilerinin, sayfadaki görünür değerlendirmelere dayanması zorunludur. Google Reviews widget'ından çekilen puanlama veya Trustpilot entegrasyonuyla gösterilen değerlendirmeler, AggregateRating'in veri kaynağı olabilir. Sayfada yorum bölümü veya değerlendirme widget'ı olmadan AggregateRating bildirmek, yapısal veri manipülasyonudur. Çoğu uzman aksini iddia etse de, manipülatif AggregateRating uygulaması tespit edildiğinde yalnızca ilgili sayfa değil, sitenin tamamındaki zengin sonuç uygunluğu kaldırılabilir.

acceptsReservations ve Randevu Alma Özelliği

Restoran, kuaför, diş hekimi ve benzer işletmeler için acceptsReservations alanı, online randevu veya rezervasyon kabul edildiğini bildirir. Bu bilgi, Google Knowledge Panel'de "Rezervasyon Yap" butonu olarak görüntülenebilir:

    
"acceptsReservations": "True",
"potentialAction": {
  "@type": "ReserveAction",
  "target": {
    "@type": "EntryPoint",
    "urlTemplate": "https://www.example.com/rezervasyon/",
    "actionPlatform": [
      "https://schema.org/DesktopWebPlatform",
      "https://schema.org/MobileWebPlatform"
    ]
  }
}
    

ReserveAction, kullanıcıyı doğrudan rezervasyon sayfasına yönlendiren etkileşimli zengin sonuç tetikleyebilir. Bu özellik, kullanıcının arama sonuçlarından çıkmadan doğrudan rezervasyon yapmasını kolaylaştırır ve dönüşüm sürtünmesini azaltır.

Fotoğraf ve Görsel Kimlik Yapılandırması

image alanı, işletmenin görsel kimliğini tanımlar. Bu alanda işletmenin dış cephe fotoğrafı, iç mekan görseli veya profesyonel işletme fotoğrafı kullanılmalıdır. Logo yerine gerçek işletme fotoğrafı tercih edilmelidir; logo, Organization schema'sındaki logo alanında yer alır.

    
"image": [
  "https://www.example.com/images/isletme-dis-cephe.webp",
  "https://www.example.com/images/isletme-ic-mekan.webp",
  "https://www.example.com/images/isletme-ekip.webp"
]
    

Birden fazla görsel tanımlamak, Google'ın farklı bağlamlarda en uygun görseli seçmesini sağlar. Görseller, GBP profilindeki fotoğraflarla tutarlı olmalıdır. GBP'de farklı, schema'da farklı işletme görselleri kullanmak, görsel entity tutarsızlığı yaratır.

Schema ve GBP Çapraz Doğrulama Süreci

LocalBusiness schema'sı ile GBP arasındaki tutarlılık, periyodik olarak doğrulanmalıdır. Bu doğrulama, her iki kaynaktaki bilgileri karşılaştıran sistematik bir kontrol sürecidir.

Doğrulama adımları: GBP'deki işletme adını schema'daki name ile karşılaştırın. GBP'deki adresi schema'daki address ile birebir eşleştirin. GBP'deki telefon numarasını schema'daki telephone ile kontrol edin. GBP'deki çalışma saatlerini schema'daki openingHoursSpecification ile teyit edin. GBP'deki işletme kategorisini schema'daki @type ile uyumluluğunu doğrulayın. Bu kontrol listesindeki herhangi bir uyumsuzluk, düzeltilmeye öncelikli olarak alınmalıdır.

Hizmet Alanı İşletmelerinde (SAB) Schema Yapılandırması

Hizmet alanı işletmeleri (Service Area Business / SAB), fiziksel mağaza yerine müşterinin lokasyonunda hizmet veren işletmelerdir. Tesisatçılar, temizlik firmaları, mobil kuaförler ve bazı danışmanlık firmaları bu kategoridedir. GBP'de bu işletmeler adreslerini gizleyerek yalnızca hizmet bölgesi tanımlayabilir.

Schema'da SAB yapılandırması, address alanını tamamen kaldırmak yerine, genel lokasyon bilgisi (şehir, ülke) sunmayı tercih etmelidir. areaServed alanının detaylı tanımlanması, hizmet bölgesinin algoritmik olarak doğru hesaplanmasını sağlar. SAB'lar için geo koordinatları, işletmenin merkez ofis veya ev adresi değil, hizmet bölgesinin merkez noktası olmalıdır.

WordPress'te LocalBusiness Schema Entegrasyonu

WordPress ekosisteminde Yoast Local SEO ve Rank Math eklentileri, LocalBusiness schema'sını otomatik biçimde oluşturur. Yoast Local SEO, çoklu lokasyon desteği, harita entegrasyonu ve çalışma saatleri yönetimi sunar. Rank Math'in "Local SEO" modülü ise benzer işlevleri ücretsiz olarak sağlar.

Her iki eklenti de GBP bilgileriyle manuel eşleştirme gerektirir. Eklentinin ürettiği schema çıktısını Rich Results Test ile doğrulamak, her eklenti güncellemesinden sonra zorunlu adımdır. Eklenti, openingHoursSpecification'ı farklı biçimde üretebilir veya alt tip seçimini yanlış yapılandırabilir. LinkedIn üzerindeki yerel SEO topluluklarında paylaşılan denetim raporları gösteriyor ki, WordPress LocalBusiness schema'larının %25-30'unda eklenti kaynaklı tutarsızlık veya eksiklik bulunuyor; bu oran, eklenti güncellemelerinden sonra geçici olarak daha da yükseliyor.

Headless Mimarilerde LocalBusiness Schema

Next.js ve Nuxt.js gibi headless mimarilerde LocalBusiness schema'sı, CMS verilerinden dinamik olarak oluşturulur. Çoklu lokasyonlu işletmelerde her şube sayfası, kendi LocalBusiness schema'sını sunucu tarafında render eder:

    
export default function LocationPage({ location }) {
  const jsonLd = {
    '@context': 'https://schema.org',
    '@type': location.businessType,
    name: `${location.brandName} - ${location.branchName}`,
    address: {
      '@type': 'PostalAddress',
      streetAddress: location.street,
      addressLocality: location.city,
      addressRegion: location.region,
      postalCode: location.postalCode,
      addressCountry: 'TR'
    },
    telephone: location.phone,
    geo: {
      '@type': 'GeoCoordinates',
      latitude: location.lat,
      longitude: location.lng
    },
    openingHoursSpecification: location.hours.map(h => ({
      '@type': 'OpeningHoursSpecification',
      dayOfWeek: h.day,
      opens: h.open,
      closes: h.close
    }))
  };

  return (
    <>
      <script type="application/ld+json"
        dangerouslySetInnerHTML={{ __html: JSON.stringify(jsonLd) }} />
      {/* Şube sayfası bileşenleri */}
    </>
  );
}
    

Bu yapıda lokasyon verileri CMS'ten çekilir ve schema dinamik olarak oluşturulur. Yeni şube açıldığında CMS'e lokasyon verisi girilir; schema otomatik olarak üretilir. Bu otomasyon, çok lokasyonlu işletmelerde ölçeklenebilir LocalBusiness schema yönetimi sağlar.

LocalBusiness Schema ve Knowledge Panel İlişkisi

LocalBusiness schema'sı, Google Knowledge Panel oluşumunun yapısal veri bileşenidir. Schema'daki bilgiler, GBP verileri ve web genelindeki NAP tutarlılığı birlikte değerlendirildiğinde, Google işletme için Knowledge Panel oluşturabilir. Panel'de işletme adı, adres, telefon, çalışma saatleri, fotoğraflar ve kullanıcı değerlendirmeleri gösterilir.

Knowledge Panel oluşumunu hızlandırmak için schema'nın eksiksiz ve GBP ile tutarlı olması, sameAs dizisindeki profillerin aktif ve erişilebilir olması, web genelinde NAP tutarlılığının sağlanması ve otoriter kaynaklarda marka bahsedilmelerinin bulunması gerekir. Bu dört koşulun birlikte sağlanması, Knowledge Panel oluşumunu tetikleyen kümülatif entity sinyalini oluşturur.

LLM Tabanlı Cevap Motorlarında LocalBusiness Schema Etkisi

LLM tabanlı asistanlar (ChatGPT, Google Assistant, Siri), yerel işletme sorgularında yapısal veriden bilgi çıkarır. "Yakınımdaki en iyi restoran" veya "İstanbul'da teknik SEO ajansı" sorgularında, LLM'ler LocalBusiness schema'sındaki adres, çalışma saatleri ve puanlama bilgilerini yanıtlarına dahil eder.

Schema'daki description, knowsAbout ve areaServed alanları, LLM'in işletmeyi doğru kategori ve bölgeyle eşleştirmesini sağlar. Eksik veya belirsiz schema, LLM'in işletmeyi yanlış kategorize etmesine veya yanıtında atlamasına neden olabilir. Dolayısıyla LocalBusiness schema doğruluğu, sesli arama ve yapay zeka asistan sonuçlarında görünürlüğün ön koşuludur.

Yaygın LocalBusiness Schema Hataları

LocalBusiness uygulamasında tekrarlanan hatalar, zengin sonuçların tetiklenmemesine veya yerel sıralama kaybına neden olur. Birincisi, @type alanında genel "LocalBusiness" kullanmak yerine spesifik alt tipi seçmemek; Google, spesifik alt tipleri daha güvenilir değerlendirir. İkincisi, geo koordinatlarının yanlış veya eksik girilmesi; bu durum mesafe hesaplamasını bozar.

Üçüncüsü, openingHoursSpecification'ın GBP ile tutarsız olması; çalışma saatleri uyumsuzluğu, entity güvenilirliğini doğrudan düşürür. Dördüncüsü, kapatılan veya taşınan şubelerin schema'sının güncellenmemesi; eski adres veya telefon bilgisi, kullanıcı deneyimini bozar. Beşincisi, aggregateRating verilerinin sayfadaki görünür değerlendirmelerle uyumsuz olması; bu durum yapısal veri manipülasyonu olarak değerlendirilebilir.

Taşınma ve İşletme Bilgisi Değişiklik Protokolü

İşletme adresi, telefonu veya çalışma saatleri değiştiğinde, dört katmanlı güncelleme protokolü uygulanmalıdır. Birinci adım, GBP'yi güncellemektir. İkinci adım, web sitesindeki tüm NAP referanslarını (footer, iletişim sayfası, hakkımızda sayfası) güncellemektir. Üçüncü adım, LocalBusiness schema'sını güncellemektir. Dördüncü adım, sameAs dizisindeki harici platformlardaki bilgileri güncellemektir.

Bu dört adımın sıralı ve eş zamanlı uygulanması kritiktir. GBP güncellenmeden schema güncellemek, GBP-schema tutarsızlığı yaratır. Schema güncellenmeden harici dizinleri güncellemek, web sitesi-dizin tutarsızlığı yaratır. Tüm katmanların 24-48 saat içinde güncellenmesi, geçiş dönemindeki tutarsızlık süresini minimize eder.

LocalBusiness Schema Kontrol Listesi

Her teknik denetimde uygulanması gereken LocalBusiness schema kontrol noktaları şunlardır:

• Alt tip seçiminin doğruluğunu kontrol edin: İşletme kategorisine uygun spesifik @type kullanıldığını doğrulayın; genel LocalBusiness yerine ProfessionalService, Restaurant gibi alt tipler tercih edin.
• NAP bilgilerinin GBP ile birebir eşleştiğini doğrulayın: İşletme adı, adres formatı ve telefon numarasının schema ve GBP'de karakter düzeyinde aynı olduğunu kontrol edin.
• Koordinatların fiziksel lokasyonla eşleştiğini test edin: Google Haritalar'da koordinatları doğrulayarak konum pininin doğru noktada olduğunu teyit edin.
• Çalışma saatlerinin GBP ile tutarlı olduğunu kontrol edin: Hafta içi, hafta sonu ve tatil günleri dahil tüm çalışma saatlerinin eşleştiğini doğrulayın.
• AggregateRating verilerinin sayfadaki görünür değerlendirmelerle uyumlu olduğunu teyit edin: Puan ve yorum sayısının gerçek verilere dayandığını doğrulayın.
• Rich Results Test ile hatasız doğrulama sağlayın: Zorunlu alan eksikliği, format hatası ve sözdizimi sorunlarının olmadığını kontrol edin.

LocalBusiness Schema'nın Uzun Vadeli Yönetimi

İşin mutfağında durum farklıdır: LocalBusiness schema bir kez doğru uygulanıp bırakıldığında, çalışma saatleri değişiklikleri, tatil günleri, adres güncellemeleri ve yeni şube açılışları nedeniyle tutarsızlıklar birikir. Bayram tatillerinde çalışma saatlerinin güncellenmemesi, müşterinin kapalı işletmeye gitmesine ve olumsuz değerlendirme bırakmasına neden olur.

Teoride doğru görünen ama pratikte patlayan nokta şudur: LocalBusiness schema yönetimi tek seferlik bir yapılandırma değil, işletmenin operasyonel döngüsüyle senkronize çalışan sürekli bir bakım sürecidir. Çalışma saatleri değişikliği, GBP ve schema'da eş zamanlı güncellenmelidir. Yeni şube açıldığında, şube sayfası ve schema'sı hazır olmalıdır. Mevsimsel çalışma saatleri değişiklikleri, dönem başında otomatik güncelleme tetiklemelidir. Bu operasyonel senkronizasyon, LocalBusiness schema'sının algoritmik güvenilirlik sinyalini uzun vadede koruyan ve yerel sıralama performansını sürdürülebilir kılan tek yaklaşımdır. Yerel SEO, ulusal SEO'dan farklı olarak operasyonel gerçeklerle doğrudan bağlantılıdır; fiziksel işletmenin gerçeği ile dijital kimliği arasındaki uyumsuzluk, hem müşteri güvenini hem de algoritmik güveni birlikte sarsar.