NAP Tutarlılığı Nedir? Yerel SEO'da Neden Önemli?
Teknoloji

NAP Tutarlılığı Nedir? Yerel SEO'da Neden Önemli?

Telefon numaramız üç yerde geçiyordu: şemada, tel: bağlantısında ve sayfada. Üçü de birbirinden farklıydı — ve e-posta adresi yanlış alan adına işaret ediyordu.

AA
Algoritma Ajans
Yayın ekibi
9 dk okuma

NAP tutarlılığı, işletme adınızın, adresinizin ve telefonunuzun internetteki her yerde birebir aynı yazılması demektir. Google bu üçlüyü farklı kaynaklardan toplayıp karşılaştırır; çelişki bulduğunda hangisinin doğru olduğunu bilemez ve yerel aramadaki güven puanınız düşer.

Kendi sitemizi yerel SEO açısından denetlerken basit bir kontrol yaptık: telefon numarası kaç yerde geçiyor ve hepsi aynı mı?

Üç yerde geçiyordu. Üçü de birbirinden farklıydı.

Organization şeması   → +90-555-123-4567
tel: bağlantısı       → +905555555555
Sayfada görünen metin → +90 (555) 555 5555

Üçü de yer tutucuydu, hiçbiri gerçek numara değildi. Ama asıl sorun bu değil — asıl sorun üçünün farklı olması.

Bir de bonus: iletişim sayfasında e-posta adresi hello@algoritma.com yazıyordu. Alan adında "ajans" eksikti. Yani ziyaretçilere çalışmayan bir adres gösteriyorduk.

NAP nedir ve neden önemli

NAP: Name, Address, Phone — işletme adı, adres, telefon.

Google, bir işletmeyi tanımlarken bu üçlüyü internetteki bütün kaynaklardan toplar: sitenizden, Google İşletme Profili'nden, dizinlerden, sosyal medya sayfalarınızdan. Sonra bunları karşılaştırır.

Bilgiler her yerde birebir aynıysa Google işletmenin gerçek olduğuna ve verinin güncel olduğuna dair güçlü bir sinyal alır. Farklılık varsa hangisinin doğru olduğunu bilemez ve güven puanı düşer.

Bu, yerel aramada (haritada, "yakınımdaki X" sorgularında) doğrudan etkili bir sıralama faktörüdür.

Mekanizmayı anlamak faydalı: Google sizin sitenizi tek doğru kaynak saymaz. Aynı işletme adını farklı yerlerde görüp bunların aynı varlık olduğuna karar vermesi gerekir. Bu karara "entity resolution" deniyor ve girdi ne kadar tutarlıysa karar o kadar kolay veriliyor. Adınız beş yerde beş farklı yazıldığında Google ya beş ayrı işletme sanır ya da hepsini düşük güvenle işaretler. İkisi de sizin aleyhinize.

Yapısal veri ile sayfa çelişirse

Bizim durumumuzdaki hata özellikle sinsi, çünkü ikisinden birine bakan fark edemez:

  • Ziyaretçi sayfadaki numarayı görür, şemadan haberi yoktur
  • Google şemayı okur, ama sayfadaki metni de okur

İkisi çeliştiğinde Google hangisine güveneceğini bilmez. Yapısal veri politikaları bu konuda nettir: şema, sayfada görünen bilgiyi tekrarlamalıdır. Farklı bir bilgi vermek, en iyi ihtimalle sinyalin yok sayılmasına yol açar.

Aynı sayfada iki farklı LocalBusiness şeması olması da benzer bir hata — birinde eski adres, diğerinde yeni adres kalırsa Google ikisini birden görür. Bu tuzağın nasıl oluştuğunu ve nasıl yakalandığını aynı sayfada iki şema yazısında ayrıntılı anlattık.

Türkiye'ye özgü üç tuzak

Bu üçü Türkçe sitelerde neredeyse standart hale gelmiş durumda.

Telefon biçimi kaosu. Aynı numara şu altı biçimde yazılabiliyor:

0532 123 45 67
0 (532) 123 45 67
+90 532 123 45 67
+905321234567
90 532 1234567
532 123 45 67

İnsan gözü altısını da aynı numara olarak okur. Makine okumaz. Sitenizde, faturanızda ve İşletme Profili'nde farklı biçimler varsa eşleştirme zayıflar.

Adres kısaltmaları. "Mah." mı "Mahallesi" mi, "Sok." mu "Sokak" mı, "No:12" mi "No. 12" mi, "Kat 3 Daire 5" mi "K:3 D:5" mi. Bir tanesini seçin ve her yerde onu kullanın. Hangisini seçtiğiniz önemli değil; seçtiğinizde kalmanız önemli.

Ticari unvan ile marka adı. Resmî unvanınız "Örnek Bilişim Yazılım Sanayi ve Ticaret Limited Şirketi", markanız "Örnek Bilişim". Faturada unvan, sitede marka yazar — bu normaldir. Ama İşletme Profili'nde sokakta tabelanızda yazan ad olmalı. Google'ın kuralı bu: profildeki ad, gerçek dünyada kullandığınız adla aynı olmalı. Tabelanızda "Örnek Bilişim" yazıyorsa profile "Örnek Bilişim Yazılım San. Tic. Ltd. Şti." yazmayın.

Bir de yaygın bir kötü alışkanlık: profildeki isme anahtar kelime eklemek. "Örnek Bilişim - Adana Web Tasarım ve SEO Ajansı" gibi. Bu, Google İşletme Profili kurallarına aykırıdır ve profilin askıya alınmasına kadar gidebilir.

NAP'ınız kaç yerde geçiyor

Denetime başlamadan önce envanter çıkarın. Tipik bir işletmede bilgiler en az on yerde duruyor:

Kaynak Kimin kontrolünde Güncellemesi
Web sitesi (iletişim sayfası, footer) Siz Kod / CMS
Web sitesi yapısal verisi Siz Kod
Google İşletme Profili Siz Profil paneli
Yandex İşletme Siz Profil paneli
Facebook / Instagram sayfası Siz Sayfa ayarları
LinkedIn şirket sayfası Siz Sayfa ayarları
E-posta imzası Siz Elle
Faturalar ve teklifler Siz Muhasebe programı
Sektörel dizinler Kısmen Talep / düzeltme formu
Eski, unuttuğunuz dizin kayıtları Hayır Bulmak gerekir

Son satır en zorlusu. Yıllar önce girilmiş, taşındıktan sonra güncellenmemiş kayıtlar en çok zarar veren kaynak. Bulmak için eski telefon numaranızı tırnak içinde aratın — hâlâ nerelerde göründüğünü görürsünüz.

Kendi sitenizde nasıl kontrol edersiniz

Terminalden hızlı tarama:

# Sayfada görünen numaralar
curl -s https://siteniz.com/iletisim \
  | grep -oE '\+?90[- ()]*[0-9][0-9 ()-]{9,}' | sort -u

# tel: bağlantıları
curl -s https://siteniz.com/iletisim \
  | grep -oE 'tel:[+0-9]*' | sort -u

# Yapısal verideki numara
curl -s https://siteniz.com/iletisim \
  | grep -oE '"telephone":"[^"]*"' | sort -u

Üç çıktı da tek ve aynı numarayı vermeli. Vermiyorsa çelişki var.

Tek sayfa yetmez — numara footer'da her sayfada duruyor olabilir ve bir sayfada eski hali kalmış olabilir. Site genelinde tarama için:

# Sitemap'teki tüm sayfalarda geçen telefon biçimlerini topla
curl -s https://siteniz.com/sitemap.xml \
  | grep -oE 'https://[^<]+' \
  | while read u; do
      curl -s "$u" | grep -oE 'tel:[+0-9]*'
    done | sort | uniq -c | sort -rn

Çıktıda tek satır olmalı. İki satır varsa hangisinin nerede kaldığını bulun.

E-posta için de aynısını yapın — ve bulduğunuz adrese gerçekten bir mail atın. Bizim hatamız tam buydu: adres sözdizimsel olarak geçerliydi, sadece var olmayan bir alan adını gösteriyordu. Hiçbir doğrulayıcı bunu yakalamaz.

# Alan adının posta sunucusu var mı
dig +short MX algoritmaajans.com

Boş dönüyorsa o adrese gönderilen hiçbir posta size ulaşmıyor.

Tek kaynak ilkesi

Bizim düzeltmemiz şu oldu: iletişim bilgilerini tek bir dosyaya taşıdık.

// src/lib/iletisim.ts
export const TELEFON_E164 = "+905518471997";      // tel: ve şema
export const TELEFON_GORUNEN = "+90 551 847 1997"; // sayfada görünen
export const EPOSTA = "hello@algoritmaajans.com";

Sayfalar ve şemalar artık bu dosyadan besleniyor. Numara değişirse tek yerde değişiyor ve hiçbir yer geride kalmıyor.

İki ayrı biçim tutmanın sebebi var: tel: bağlantısı ve schema.org E.164 biçimi ister (+905518471997), insan gözü ise boşluklu biçimi daha kolay okur. İkisini ayrı tutup tek yerden yönetmek, elle senkronize tutmaya çalışmaktan güvenli.

E.164, uluslararası telefon numarası standardıdır: artı işareti, ülke kodu, sonra numara — boşluk, parantez ve tire yok, en fazla 15 hane. Türkiye için +90 ile başlar ve baştaki 0 düşer. +900532... yazmak sık yapılan bir hata; ülke kodundan sonra sıfır gelmez.

Kullanımı da şöyle olmalı:

<a href={`tel:${TELEFON_E164}`}>{TELEFON_GORUNEN}</a>

Bağlantı makineye E.164 verir, kullanıcıya okunur biçimi gösterir. Şemaya da TELEFON_E164 girer. Üç yerde tek gerçek.

Adres: ne kadarını yayınlamalı

Bu bir denge kararı ve bize de soruldu.

Tam adresi yayınlamak NAP tutarlılığını en güçlü hale getirir — Google İşletme Profili'ndeki adresle sitedeki adres birebir eşleşir.

Ama bazı işletmeler kapı numarasını yayınlamak istemez: ev ofisi olabilir, randevusuz ziyaret istemiyor olabilirsiniz.

Ara yol mahalle/ilçe/il düzeyinde kalmaktır:

100. Yıl Mahallesi, Çukurova / Adana

Bunun bedeli var — NAP sinyali zayıflar. Ama çelişki yaratmaz. Çelişkiyi yaratan şey yanlış ya da uydurma adrestir, eksik olan değil.

Yapısal veride de aynı mantığı uygulayın: olmayan alanı boş string olarak yazmayın, hiç yazmayın. Google boş bir alanı "eksik veri" olarak işaretler.

{
  "@type": "PostalAddress",
  "streetAddress": "100. Yıl Mahallesi",
  "addressLocality": "Çukurova",
  "addressRegion": "Adana",
  "postalCode": "01170",
  "addressCountry": "TR"
}

Adres göstermeden hizmet veriyorsanız (evde bakım, mobil servis, saha ekibi) Google'ın bunun için ayrı bir kurgusu var: hizmet alanı işletmesi. Profilde adresi gizler, hizmet verdiğiniz ilçeleri listelersiniz. Sitede de aynı şeyi yapın — areaServed alanı bunun için var:

{
  "@type": "LocalBusiness",
  "areaServed": [
    { "@type": "City", "name": "Adana" },
    { "@type": "City", "name": "Mersin" }
  ]
}

Adres gizliyken sitede "Adana, Mersin ve Osmaniye'ye hizmet veriyoruz" yazması, profildeki hizmet alanı listesiyle aynı olmalı. Yine aynı ilke: eksik olabilir, çelişkili olamaz.

Google İşletme Profili tarafı

Sitenizi düzelttikten sonra profili de kontrol edin:

  • Telefon sitedekiyle birebir aynı mı
  • Web sitesi alanı doğru mu (https:// ile, doğru alan adı)
  • İşletme adı sitedeki Organization şemasındaki adla aynı mı
  • Birincil kategori işin gerçekten ne olduğunu söylüyor mu
  • Çalışma saatleri sitedekiyle uyuşuyor mu
  • Tatil günleri girilmiş mi

Üçüncü madde sık atlanır. Şemada "Algoritma Agency", profilde "Algoritma Ajans" yazıyorsa Google bunları iki farklı işletme sanabilir.

Beşinci madde de öyle. Sitede "hafta içi 09:00-18:00" yazıp profilde "09:00-19:00" bırakmak küçük bir tutarsızlık gibi görünür ama Google için aynı kategoride bir çelişkidir. Randevu alan bir işletmeyseniz bu bilgi ayrıca müşteri kaybettirir; çalışma saatlerini tek yerden yönetmenin operasyonel tarafını randevu programı yazısında anlattık.

Düzeltme sırası

Hepsini bir günde yapamıyorsanız sıra şu olsun:

  1. Kendi siteniz. Tek kaynak dosyasını kurun, sayfaları ve şemayı ona bağlayın. Kontrolü tamamen sizde olan tek yer burası.
  2. Google İşletme Profili. En yüksek etkili ikinci kaynak. Değişiklik onaya takılabilir, birkaç gün sürebilir.
  3. Sosyal medya sayfaları. Facebook, Instagram bio, LinkedIn. Beş dakikalık iş.
  4. Fatura ve e-posta imzası. Müşterinin gördüğü, dolayısıyla internete sızan bilgiler.
  5. Dizinler. En yorucu adım. Eski numaranızı aratıp çıkan sonuçları tek tek düzeltin.

Beşinci adımı bitirebileceğinizi varsaymayın. Bazı dizinlerin düzeltme formu yanıt vermez. Bunları takıntı yapmak yerine ilk dördünü kusursuz yapın — ağırlık zaten onlarda.

Nasıl anlarsınız işe yaradı

Anlık bir gösterge yok, ama üç yerden bakabilirsiniz:

Profil görüntülenme ve arama sayıları. İşletme Profili'nin kendi istatistiklerinde "işletme adıyla arama" ve "kategoriyle arama" ayrımı var. İkincisinin artması, Google'ın sizi kategoride güvenilir bulmaya başladığının işareti.

Search Console'da marka dışı yerel sorgular. "adana web tasarım" gibi sorgularda gösterim sayınız artıyor mu?

Basit bir tekrar denetimi. Yukarıdaki curl komutlarını üç ay sonra tekrar çalıştırın. Tek satır dönüyorsa düzeltme yerinde duruyor demektir. Çift satır dönmeye başladıysa biri yeni bir yere elle numara yazmış demektir — ki tek kaynak dosyası tam bunu engellemek için var.

Taşındıysanız: en zor senaryo

NAP'ın en çok bozulduğu an taşınma anıdır. Yeni adresi siteye yazarsınız, profili güncellersiniz, geri kalan her yerde eski adres kalır. Ve eski adres yıllarca dolaşımda kalır.

Sıra şöyle olmalı:

1. Önce Google İşletme Profili. Adres değişikliği onaya girer ve bazen kartpostalla doğrulama ister; en uzun süren adım bu, o yüzden ilk başlatın.

2. Sonra site. Tek kaynak dosyanızı güncelleyin. Eski adresi tamamen silmeyin — bir dönem "Eylül 2026'ya kadar şu adresteydik" notu bırakmak, eski adresi başka yerde görenlerin kafasını karıştırmaz.

3. Dizinler ve sosyal medya. Eski adresi tırnak içinde aratıp çıkan her sonucu listeleyin, tek tek düzeltin.

4. Fatura, teklif şablonu, e-posta imzası. Bunlar sızma kanalı: bir müşteri eski adresli faturayı bir yere yüklerse eski bilgi tekrar dolaşıma girer.

Telefon değişikliği daha da risklidir çünkü eski numara başka birine tahsis edilebilir. Mümkünse eski hattı bir süre açık tutup yönlendirin; kapatmak zorundaysanız en azından sitedeki ve profildeki değişikliği aynı gün yapın.

Bir de sessiz bir tuzak: adres değiştiğinde LocalBusiness şemasındaki geo koordinatlarını güncellemeyi unutmak. Adres yeni, koordinat eski — harita sizi hâlâ eski binada gösterir ve bu, insan gözüyle fark edilmesi en zor tutarsızlıktır.

{
  "@type": "LocalBusiness",
  "geo": { "@type": "GeoCoordinates", "latitude": 37.0000, "longitude": 35.3213 }
}

Koordinatı elle yazıyorsanız haritadan alıp doğrulayın; bir haneyi yanlış girmek sizi başka bir ilçeye taşır.

Kontrol listesi

  • Sayfadaki numara, tel: bağlantısı ve şemadaki numara aynı
  • Telefon E.164 biçiminde (+90 ile, sıfırsız, boşluksuz)
  • E-posta adresi doğru alan adında ve gerçekten çalışıyor (MX kaydı var)
  • Adres sitede ve İşletme Profili'nde tutarlı
  • İşletme adı her yerde aynı yazılmış, isme anahtar kelime eklenmemiş
  • Çalışma saatleri sitede ve profilde uyuşuyor
  • Yapısal veride boş string bırakılmış alan yok
  • Adres gizliyse areaServed ile hizmet alanı bildirilmiş
  • İletişim bilgileri tek bir kaynaktan besleniyor

Sonuncusu diğerlerinin tekrar bozulmasını engelleyen tek madde. Bilgiyi üç yere elle yazdığınız sürece er ya da geç biri geride kalır — bizde olduğu gibi.

Yerel işletme, yapay zeka aramaları ve NAP

Bir ekleme daha: NAP tutarlılığı artık sadece Google haritası meselesi değil.

Kullanıcı ChatGPT'ye ya da Gemini'ye "Adana'da halı yıkama servisi öner" dediğinde model de aynı problemi çözüyor — hangi işletme gerçek, hangi bilgi güncel. Çelişkili veri modelin sizi elemesi için yeterli sebep. Yerel işletmelerin bu tarafta ne yapması gerektiğini GEO rehberinin sektörel bölümünde ayırdık.

Saha işi yapan işletmelerde bu bilgi çoğu zaman zaten bir programın içinde duruyor: müşteri kaydı, servis adresi, telefon. Onu tek kaynak yapıp siteye oradan beslemek en temiz yol — halı yıkama programının nasıl çalıştığını anlattığımız yazıda bu akışın operasyon tarafını bulabilirsiniz. Kendi işletmeniz için hangi verinin nerede duracağını konuşmak isterseniz iletişim sayfasından yazın.

Etiketler
NAP tutarlılığıyerel SEOGoogle İşletme ProfiliLocalBusiness şemasıtelefon numarası SEOişletme bilgileri

Sıkça sorulan sorular

Name, Address, Phone — işletme adı, adres ve telefon. Google bu üçlüyü sitenizden, Google İşletme Profili'nden, dizinlerden ve sosyal medya sayfalarınızdan toplayıp karşılaştırır. Her yerde birebir aynıysa güçlü bir güven sinyali alır; farklılık varsa hangisinin doğru olduğunu bilemez ve güven puanı düşer.

Google'ın yapısal veri politikaları nettir: şema, sayfada görünen bilgiyi tekrarlamalıdır. Farklı bilgi vermek en iyi ihtimalle sinyalin yok sayılmasına yol açar. Bu hata özellikle sinsidir çünkü ziyaretçi sayfadaki numarayı görür, şemadan haberi olmaz; iki tarafa birden bakan olmaz.

Hayır. Tam adres NAP sinyalini en güçlü hale getirir ama mahalle/ilçe/il düzeyinde kalmak da mümkün. Bunun bedeli sinyalin zayıflamasıdır, ancak çelişki yaratmaz — çelişkiyi yanlış ya da uydurma adres yaratır, eksik olan değil. Yapısal veride olmayan alanı boş string olarak yazmayın, hiç yazmayın; Google boş alanı eksik veri olarak işaretler.

İletişim bilgilerini tek bir kaynaktan besleyin. Numarayı üç ayrı yere elle yazdığınız sürece er ya da geç biri geride kalır. Kodda tek bir sabit dosyası tutup sayfaların ve şemaların oradan okumasını sağlarsanız, numara değiştiğinde tek yerde değişir.

+90 551 847 1997