Küçük bir işletmenin blogunda “daha çok içerik” tek başına bir trafik planı değildir. Bir yazı ancak belirli bir okuyucunun belirli bir sorusunu, karar verebileceği kadar açık yanıtlıyorsa işe yarar. “KOBİ’ler için dijital pazarlama” gibi geniş bir başlık, okuyucunun hangi kararı vermeye çalıştığını söylemez. Buna karşılık “mahallede hizmet veren bir tesisatçı, Google Business Profile’daki hizmet alanını nasıl netleştirir?” belirli bir iş, kullanıcı ve görev tarif eder.
Bu ayrımın pratik karşılığı şudur: konu seçimini “anahtar kelime listesi”nden değil, müşterinin yaptığı işten başlatın. Sonra arama sonuçlarının biçimini inceleyin, işletmenin gerçekten sunabileceği kanıtları toplayın ve yazının başarısını gösterim sayısına indirgemeyin. Aşağıdaki çerçeve, bir küçük işletme sahibinin veya editörün bir yazıyı yayımlamadan önce durdurma, yeniden çalışma ya da yayına alma kararını vermesi içindir.
Tek soru, başlığın soru işaretiyle bitmesi demek değildir. Yazının ana görevi tek bir karar veya işi tamamlamaktır. Bu görev, ilgili alt soruları içerebilir; ancak her bölüm okuyucuyu aynı sonuca doğru ilerletmelidir. Eğer taslak aynı anda fiyat seçimi, marka hikâyesi, ürün karşılaştırması ve genel SEO tavsiyesi vermeye çalışıyorsa, büyük olasılıkla birkaç ayrı niyeti tek sayfaya sıkıştırıyordur.
Örneğin “yakınımdaki çocuk diş hekimi” sorgusunu yapan biri hizmetin hangi ilçede verildiğini, randevu yolunu, acil durumlarda ne yapılacağını ve kliniğin hangi yaş gruplarına hizmet verdiğini öğrenmek isteyebilir. Bu, bir kliniğin uzmanlık alanları hakkında genel bir blog yazısıyla aynı ihtiyaç değildir. Başlıkları benzer görünse de okuyucunun işi farklıdır.
| Okuyucunun işi | Arama öncesi sorusu | Sayfanın sunması gereken kanıt | Uygun içerik türü |
| --- | --- | --- | --- |
| Yakınında hizmet bulmak | “Bu işletme benim bölgeme geliyor mu?” | Açık hizmet bölgesi, doğru iletişim ve gerçek çalışma saatleri | Yerel hizmet sayfası |
| Bir hizmeti anlamak | “Randevuda ne olacak, benden ne istenecek?” | İşletmenin gerçek süreç adımları, hazırlık ve kapsam | Hizmet açıklaması veya rehber |
| İki seçeneği karşılaştırmak | “Benim koşulumda hangisi uygun?” | Ölçütleri açıklayan karşılaştırma ve sınırlar | Karar rehberi |
| Bir işlemi kendisi yapmak | “Bunu güvenli biçimde nasıl tamamlarım?” | Sıralı adımlar, ön koşullar, durma noktaları | Nasıl yapılır içeriği |
| İşletmeye güvenmek | “Bu ekip bu işi gerçekten yapıyor mu?” | Gerçek ekip, örnek iş, doğrulanabilir deneyim ve güncel bilgiler | Hakkımızda, vaka veya portföy |
Tablo bir sıralama vaadi değildir. Bir sorgu için hangi sayfanın uygun olabileceğini netleştiren editoryal bir araçtır. Sayfayı yazmadan önce kullanıcının görevini tek cümleyle ifade edin. Bu cümleyi ekip dışından biri anlayamıyorsa, yazıya başlamadan konu kapsamını daraltın.
Niyeti, tahmin ederek değil, sonuçları gözleyerek çıkarın
Kelime listesindeki ifadeler yararlı başlangıç noktalarıdır; arama niyetinin kanıtı değildir. Aynı kelime, farklı yerlerde farklı beklentiler doğurabilir. Bir ürün adı satın alma isteği, destek arama veya yalnızca ürünün ne olduğunu öğrenme anlamına gelebilir. “En iyi” ifadesi karşılaştırma beklentisini düşündürür; ancak sonuç sayfalarının ve gerçek müşterilerin neye ihtiyaç duyduğunu kontrol etmeden biçimi seçmeyin.
Önce Google Search Console’da sorguları sayfa bazında inceleyin: hangi sorgular gösterim alıyor, hangi sayfalar görünüyor, sorgu ile sayfanın vaadi uyuşuyor mu? Gösterim sayısı talebin tam ölçüsü değildir; sitenin sıralandığı sorgularla sınırlıdır ve raporlamada gecikme olabilir. Bu veriyi kesin pazar büyüklüğü gibi göstermeyin. Ardından gizli oturumda hedef bölge ve dil için arama sonuçlarını açıp ilk sayfaların türünü, tarihini ve cevapladığı işi not edin. Birkaç sonuç birbiriyle çelişiyorsa, bu belirsizliği yazının içine taşıyın; kesin bir “Google şu formatı istiyor” iddiası üretmeyin.
Son olarak gerçek müşteri temas noktalarına bakın: telefon veya e-posta soruları, teklif talepleri, satış görüşmelerinde tekrarlanan itirazlar ve işletmenin karşılayamadığı beklentiler. Bu malzeme, işletmenin gerçekten bildiği şeyi ortaya çıkarır. Kişisel verileri veya özel yazışmaları yayımlamayın; tekrar eden soruyu anonim bir iş ihtiyacı olarak çıkarın ve örnekleri izin olmadan tanınabilir hale getirmeyin.
Önce sayfa türünü seçin
Her sorguya blog yazısı yazmak doğru değildir. Kullanıcı bir hizmeti bulmaya çalışıyorsa, güncel hizmet kapsamı ve iletişim bilgisi olan kalıcı hizmet sayfası daha doğrudan olabilir. Mevcut müşterinin bir işlemi tamamlaması gerekiyorsa, yardım sayfası veya adım adım destek içeriği daha kullanışlıdır. Bir karar için kıyas gerekiyorsa, açıklayıcı bir karşılaştırma yazısı uygundur. Yazının formatını sırf “blogda daha çok yazı” hedefi için seçmek, kullanıcının işini zorlaştırır.
Küçük işletmelerde sık görülen hata, her hizmeti bir blog başlığı gibi yazmaktır: “X hizmeti nedir?”, “X hizmetinin faydaları”, “X neden önemlidir” ve “X hakkında bilmeniz gerekenler” gibi sayfalar aynı okuyucu görevini tekrarlayabilir. Bu tür bir küme oluşturmadan önce her sayfanın kendine ait bir kullanıcı sorusu ve başka sayfada bulunmayan kanıtı olup olmadığını sorun. Cevap yoksa yeni URL üretmek yerine tek sayfayı daha net hale getirin.
İşletmenin özgün katkısını görünür yapın
İnternetteki genel bilgiyi yeniden anlatmak yerel bir işletmenin özgün tecrübesi değildir. Katkı; gerçek bir süreç, kapsam sınırı, fotoğraflanabilir bir iş, işletmenin kullandığı kontrol listesi, müşterilerin sık yaptığı bir hata veya işin hangi durumda uygun olmadığını dürüstçe anlatmak olabilir. Yazarın uzmanlığına dair iddialar doğrulanabilir olmalıdır. Gerçekte yapılmamış bir saha çalışmasını, görüşmeyi veya ölçümü “deneyim” diye sunmayın.
İçerik hazırlamadan önce şu notları toplayın:
1. Müşteri hangi durumda bu işi arıyor?
2. İlk görüşmede hangi bilgiyi hazırlaması gerekiyor?
3. İşletme hangi koşullarda hizmeti kabul etmiyor veya başka bir uzmana yönlendiriyor?
4. Süreçte hangi karar noktaları var ve karar kimin sorumluluğunda?
5. Müşteri sonucu nasıl doğrulayabilir?
Bu sorulara gerçek cevap yoksa yazı için yeterli malzeme henüz toplanmamıştır. Bir modelden genel metin istemek, işletmenin bilmediği bir süreci bilinir hale getirmez. Önce işletme sahibinden ya da işi yapan kişiden kısa bir görüş alın; sonra metni bu kanıtın etrafında düzenleyin.
Çalışılmış örnek: varsayımsal bir mahalle tesisatçısı
Aşağıdaki örnek varsayımsaldır; gerçek işletme verisi veya arama hacmi değildir. Bir mahalle tesisatçısı “su kaçağı tespiti” için yazı yazmayı düşünüyor olsun. Taslak ilk halinde, su kaçağının nedenlerini genel olarak sayıyor ve her bölümde aynı telefon çağrısı çağrısını yineliyor. Bu konu kullanıcıya ne zaman hizmet gerektiğini, ekibin hangi bölgeye geldiğini veya ilk görüşmede hangi bilgilerin işe yaradığını söylemiyor.
İşletme sahibiyle yapılan gerçek bir görüşme, şu unsurları doğrulamış olsun: hizmet verilen üç ilçe; acil çağrı saatleri; fotoğrafın ilk değerlendirmeyi kolaylaştırdığı ama kesin teşhisin yerinde yapıldığı; bazı tesisat türlerinde farklı uzman gerektiği. Editör artık blog yerine hizmet alanı sayfası mı yoksa “ilk aramada hangi bilgileri paylaşmalı?” rehberi mi gerektiğine karar verebilir. Eğer ana sorgu “yakınımdaki tesisatçı” ise ilçe ve hizmet kapsamını açıkça veren hizmet sayfası öne çıkar. Eğer müşteri randevu öncesinde hazırlık soruyorsa, kısa bir rehber uygundur. Aynı içerikte her iki işi de üstlenmeye gerek yoktur.
Yayımlamadan önce örnek metindeki bütün iddiaları işletme sahibine doğrulatın: ilçeler gerçekten hizmet alanı mı, saat bilgisi güncel mi, fotoğraf gönderme kanalı güvenli ve işler mi? Bir iddia doğrulanamıyorsa çıkarın veya sınırını açık yazın. Bu yaklaşım metni “daha uzun” değil, işletmenin gerçekten sunabildiği bilgiyle daha faydalı kılar.
Bir yazının yeterli olup olmadığını ölçün
Kelime sayısı tek başına kalite göstergesi değildir. 2.000 kelimelik bir metin, başlıktaki soruya cevap vermeden tekrarlarla uzatılmış olabilir. 500 kelimelik bir sayfa da basit bir iletişim görevini eksiksiz tamamlayabilir. Bu nedenle iki kontrol kullanın: okuyucu işi tamamlayabiliyor mu ve yazı işletmenin kanıtlayabildiği bilgiyi içeriyor mu?
Editör şu testi uygulayabilir:
Başlık tek bir görev vaat ediyor mu?
İlk bölüm, okuyucunun “bu sayfa bana uygun mu?” sorusuna yanıt veriyor mu?
Her alt başlık farklı bir alt soruyu cevaplıyor mu?
Örnekler kurgusal ise açıkça varsayımsal diye etiketlenmiş mi?
Hizmet bölgesi, fiyat, süre ve kapasite gibi değişebilen bilgiler doğrulanmış mı?
İç bağlantı, okuyucuya gerçekten bir sonraki adımı veriyor mu?
Eylem çağrısı, sayfadaki hizmeti ve gerçek iletişim yolunu doğru yansıtıyor mu?
Kişisel veri, müşteri yazışması veya izin alınmamış görsel var mı?
Bir kontrol “hayır” ise, metni yayına zorlamak yerine düzeltme işi açın. “Daha fazla anahtar kelime ekle” bu soruların hiçbirini çözmez.
Search Console verisini doğru yorumlayın
Search Console, Google aramasındaki gösterim, tıklama, sorgu ve sayfa eğilimlerini izlemeye yarar; her potansiyel müşteriyi veya tüm pazar talebini göstermez. Yeni sayfanın ilk günlerinde veri eksik veya gecikmeli olabilir. Tek bir günün değişimini büyük bir başarı ya da başarısızlık olarak yorumlamayın. Sayfaları benzer dönemde, benzer sorgu ve ülke gruplarıyla karşılaştırın.
Bir sayfa gösterim alıyor ama tıklanmıyorsa, önce sorguların sayfanın hedeflediği görevle gerçekten örtüşüp örtüşmediğini kontrol edin. Başlık ve açıklama, sayfanın ne sunduğunu dürüstçe ifade etmelidir; sırf tıklama almak için olmayan bir vaat eklemeyin. Tıklama var ama müşteriye dönüş yoksa sorun içerikten çok hizmet kapsamı, fiyat açıklığı, iletişim yolu veya müşteri beklentisi ile sunulan hizmet arasındaki fark olabilir. Search Console tek başına bu son nedeni teşhis etmez; müşteri temas verisiyle birlikte değerlendirin.
Yeni bir URL’yi sitemap’e eklemek, sayfanın taranmasına yardımcı olabilir; indekslenme veya sıralama garantisi vermez. Önce sayfanın 200 verdiğini, canonical adresinin doğru olduğunu, robots yönergelerinin engellemediğini ve sitemap’te doğru URL olarak bulunduğunu doğrulayın. Sonra URL Inspection üzerinden durumu inceleyin. Google, taramanın ve dizine eklemenin zaman alabileceğini belirtir; tekrar tekrar istek göndermek bunu hızlandırmaz.
Uygulama kararı: yaz, birleştir, hizmet sayfasına çevir veya beklet
| Karar | Ne zaman doğru? | Yapılacak iş |
| --- | --- | --- |
| Yaz | Tek ve tekrarlanan müşteri sorusu var; işletme doğrulanabilir yanıt sağlayabiliyor | Görevi, kanıtı ve okuyucunun sonraki adımını tanımla |
| Birleştir | Mevcut sayfa aynı soruyu zaten cevaplıyor; yeni taslak farklı kanıt getirmiyor | Tek URL’de kapsamı netleştir; eski URL’lerin yönlendirme ihtiyacını değerlendir |
| Hizmet sayfasına çevir | Arama yapan kişi hizmeti ve kapsama alanını seçmeye çalışıyor | Güncel hizmet, bölge, süreç, istisna ve iletişim bilgisi ekle |
| Beklet | Bilgi doğrulanmamış, uzman katkısı yok veya hizmet şu anda sunulmuyor | Taslağı yayımlama; bilgi ve onay gelince yeniden değerlendir |
Bu seçimler her işletme için aynı değildir. Niyet, bölge, sunulan hizmet ve mevcut sayfalar birlikte düşünülmelidir. Bir rakibin başlık yapısını kopyalamak, o işletmenin müşterisini veya operasyonunu sizin adınıza tanımlamaz.
Bölge ve dil kapsamını doğru belirleyin
Yerel bir işletme için konum, yalnızca başlığa ilçe adını eklemek değildir. Hizmet gerçekten hangi mahalle veya ilçelere veriliyor, ekip hangi saatlerde ulaşabiliyor, uzaktan danışmanlık var mı, randevu gerekiyor mu? Bu soruların yanıtı sayfada net değilse, şehir adını birkaç kez tekrar etmek okuyucuya yeni bilgi vermez. Bir bölge sayfası ancak o bölge için doğru kapsamı ve işe yarar bilgiyi sunabiliyorsa anlamlıdır.
Aynı kural farklı diller için de geçerlidir. Bir Türkçe sayfayı otomatik çevirip kelime kelime İngilizce veya Almanca URL açmak, o dildeki kullanıcı sorusunun araştırıldığı anlamına gelmez. Hizmet bölgeleri, terminoloji, ölçü birimleri, iletişim saatleri ve kullanıcıların kullandığı ifadeler dile ve pazara göre değişebilir. Başka dilde yayın için o dilde doğrulanmış içerik ve uygun iletişim yolu yoksa, boş bir çeviri sayfası üretmek yerine sayfayı bekletin.
Hizmet alanı değiştiğinde mevcut sayfayı güncelleyin. Artık verilmeyen bir hizmeti sırf eski sorgu gösterimi aldı diye yayında tutmayın. Müşteriye seçenekleri açıklayın ve yanlış beklenti yaratmayın. Bu editoryal bakım, yalnızca yeni içerik sayısını artırmaktan daha yararlı olabilir; ancak trafik kazanımı garanti değildir.
Yayın sonrası öğrenme döngüsü kurun
İçerik yayımlandıktan sonra hangi sorunun hedeflendiğini, sayfanın hangi URL olduğunu ve ne zaman son kontrol edildiğini kaydedin. Search Console raporundaki sorgu ve sayfa verisini bu başlangıç notuyla karşılaştırın. Sayfa beklenmeyen sorgulardan gösterim alıyorsa, önce sorguların gerçekten aynı işi anlatıp anlatmadığını araştırın. Her farklı sorguyu yeni URL'ye dönüştürmek arşivi parçalayabilir.
Geri bildirim için müşteri hizmetlerinden “bu sayfadan sonra en çok ne soruluyor?” diye bilgi alın. Bu, özel mesajları veya kişisel verileri yayınlamak anlamına gelmez. Soruyu genelleştirin, yanıtın sahibiyle doğrulayın ve mevcut sayfada eksik olan bölümü belirleyin. Eğer müşteri hâlâ aynı temel şeyi soruyorsa, sayfanın ilk ekranı, hizmet kapsamı veya sonraki adım yeterince açık olmayabilir.
Her gün trafik raporu açıp küçük değişiklikler yapmak yerine düzenli bir inceleme aralığı belirleyin. Google verisinin raporlanması zaman alabilir ve düşük hacimli sayfalarda veri seyrek olabilir. Bu nedenle sonuçları “başarılı/başarısız” diye tek ölçüte indirmeyin. Teknik erişim, doğru sorgularda görünürlük, sayfa görevinin tamamlanması ve işletmenin hizmeti karşılama kapasitesi ayrı ayrı incelenmelidir.
Yayımlama kontrolü
Yazının son halinde yazar adı ve katkı gerçek olmalı; biyografi, uzmanlık veya saha deneyimi uydurulmamalıdır. İşletme tarafından verilen fiyat ve hizmet bilgisi güncel onay almalıdır. Görselin kullanım hakkı ve kişilerin tanımlanabilirliği kontrol edilmelidir. Sayfa dili doğal olmalı; ana terimi her paragrafta tekrar etmek yerine eşanlamlı ifadeler ve gerçek alt sorular kullanılmalıdır.
Yayımdan sonra doğru URL’yi açıp sayfa gövdesini, başlığı, canonical’ı ve mobil görünümü kontrol edin. Dahili bağlantılar çalışmalı; başlık ve meta açıklaması içeriği yanlış vaat etmemelidir. Sitemap’i sayfa gerçekten kamuya açık ve indekslenebilir olduktan sonra güncelleyin. Search Console’da performansı bir süre izleyin, ancak ilk sonucu garanti edilmiş trafik gibi sunmayın.
Sınırlar ve kaynaklar
Bu rehber arama sıralaması, trafik, müşteri dönüşümü veya hukuki uygunluk garantisi vermez. Kişisel veri ve iletişim izinleri konusunda işletmenin kendi süreçleri ve geçerli kurallar ayrıca incelenmelidir. Örnek senaryo varsayımsaldır; gerçek müşteri görüşmesi veya gerçek arama hacmi iddiası değildir. Bu içerik AI desteğiyle hazırlanmıştır; insan uzman incelemesi yapıldığı iddia edilmemektedir.
Yazılıma dokuz yılımı verdim; backend ve frontend’i aynı ciddiyetle tutuyorum. Bir yılımı da bilgi işlemde geçirdim — sunucu, ağ, kullanıcı tarafı, hepsi masada.
Grafik tasarımdan modellemeye (2D ve 3D) kadar görsel iş de kodun yanında durur. Ürettiğim şeyin hem çalışmasını hem duruşunu önemserim.
Favokres kişisel dijital merkezim: yapay zeka destekli içerik, SEO, forum ve dijital ürün mağazası aynı çatıda. Anlamlı kalsın diye arka planda otonom beyin siteyi sürekli günceller.
