İçeriğe geç
Digital Plus
Genel

Temizlik Şirketlerinde Hizmet Sayfası SEO: Bir Hizmet Sayfası Nasıl Yapılandırılmalı?

Temizlik hizmet sayfasında arama talebi, hizmet kapsamı, lokasyon, supporting content ve dönüşüm ilişkilerini gösteren SEO mimarisi

Bir temizlik şirketinin hizmet sayfası, hizmet adını H1’e yazıp altına birkaç paragraf “profesyonel ve kaliteli hizmet sunuyoruz” metni eklemekten ibaret değildir.

İnşaat sonrası temizlik, depo temizliği, dış cephe temizliği veya yangın sonrası temizlik gibi hizmetler gerçekten ayrı kullanıcı ihtiyaçları oluşturuyorsa her biri kendi commercial search intent’inin sahibi olabilir.

Bu durumda hizmet sayfasının görevi yalnız keyword taşımak değil:

  • Hangi hizmeti temsil ettiğini açık biçimde göstermek
  • Kullanıcının hizmet kapsamını anlamasını sağlamak
  • İlgili alt hizmetlerle ilişki kurmak
  • Gerçek hizmet bölgelerine bağlanmak
  • Bilgilendirici içeriklerden destek almak
  • Telefon, WhatsApp veya teklif formuna açık bir yol sunmak

olmalıdır.

Güçlü bir temizlik hizmet sayfası, tek bir ticari ihtiyacın canonical owner’ı olarak çalışan ve kullanıcının aramadan teklif talebine kadar olan yolculuğunu tamamlayan sayfadır.

DigitalPlus’ın sektör genelindeki yaklaşımını Temizlik Şirketi SEO hizmetimizde inceleyebilirsiniz.

Temizlik Şirketlerinde Hizmet Sayfasının Görevi Nedir?

Hizmet sayfasının temel görevi belirli bir commercial service intent’i karşılamaktır.

Örneğin:

  • İnşaat sonrası temizlik
  • Depo temizliği
  • Dış cephe temizliği
  • Yangın sonrası temizlik
  • Ofis temizliği

aynı işletme tarafından sunulabilir.

Ancak kullanıcı açısından bunların problemi, operasyonu ve satın alma değerlendirmesi aynı değildir.

“Depo temizliği” arayan kullanıcı büyük ticari alan, raf sistemleri, zemin, operasyon zamanı ve ekip kapasitesiyle ilgilenebilir.

“İnşaat sonrası temizlik” arayan kullanıcı ise kaba inşaat kalıntıları, ince temizlik, boya ve harç kalıntıları veya teslim öncesi hazırlık gibi farklı ihtiyaçlara sahip olabilir.

Bu nedenle service page:

bir hizmet adı değil, bir kullanıcı görevinin owner’ı

olarak düşünülmelidir.

Her Temizlik Hizmeti İçin Ayrı Sayfa Açılmalı mı?

Temizlik şirketinde yeni hizmet sayfası açma kararını search demand, intent, SERP ve özgün sayfa değerine göre gösteren SEO karar ağacı

Hayır.

İşletmenin hizmet listesinde bir isim bulunması o hizmetin otomatik olarak ayrı SEO landing page hak ettiği anlamına gelmez.

Yeni hizmet URL’si için şu sorular sorulmalıdır:

  1. Bu gerçekten ayrı bir hizmet mi?
  2. Kullanıcı bunu bağımsız biçimde arıyor mu?
  3. Search intent diğer hizmetlerden ayrılıyor mu?
  4. SERP bağımsız service pages gösteriyor mu?
  5. İşletme bu hizmeti gerçekten sunuyor mu?
  6. Sayfaya özgü ve yararlı bilgi üretilebilir mi?
  7. Mevcut başka page zaten bu intent’i karşılıyor mu?

Bu sinyaller yeterince güçlü değilse yeni URL açmak yerine mevcut ana hizmet page içinde alt bölüm kullanmak daha temiz olabilir.

Hizmet listesi ≠ URL listesi.

Site genelinde hizmet, alt hizmet ve lokasyon ownership kararlarını Temizlik Şirketi SEO Site Mimarisi rehberinde ayrıca ele alıyoruz.

Ana Hizmet ile Alt Hizmet Nasıl Ayrılmalı?

Örneğin:

Dış cephe temizliği

ana hizmet olsun.

Bunun altında:

  • Cam cephe temizliği
  • Kompozit cephe temizliği
  • Endüstriyel cephe temizliği

gibi alt hizmetler bulunabilir.

Bu alt kapsamların her birini otomatik olarak yeni URL’ye çevirmek gerekmez.

Önce relationship belirlenmelidir:

DIŞ CEPHE TEMİZLİĞİ
│
├── Cam cephe
├── Kompozit cephe
└── Endüstriyel cephe

Eğer alt hizmet:

  • Ayrı arama talebi
  • Ayrı kullanıcı ihtiyacı
  • Farklı uygulama veya ekipman
  • Yeterli bağımsız içerik değeri

oluşturmuyorsa ana service page içinde kalabilir.

Ancak gerçek bağımsız service intent oluşuyorsa child owner değerlendirilebilir.

Parent-child relationship kurmak, her child için URL açmak anlamına gelmez.

Bir Temizlik Hizmet Sayfasında İlk Ekran Nasıl Olmalı?

Kullanıcı hizmet page’e geldiğinde ilk birkaç saniyede şu soruların cevabını anlayabilmelidir:

  • Bu sayfa hangi hizmeti sunuyor?
  • Bu işletme bana hizmet verebilir mi?
  • Hizmet kimler veya hangi alanlar için?
  • Nasıl iletişime geçebilirim?

Bu nedenle hero alanında genellikle:

  • Açık H1
  • Kısa hizmet açıklaması
  • Gerçek hizmet kapsamı
  • Telefon veya teklif CTA’sı

bulunabilir.

Örneğin:

Depo ve Antrepo Temizliği

başlığı altında:

“Depo, antrepo ve lojistik alanlarında zemin, raf çevresi ve operasyon alanlarının profesyonel ekip ve ekipmanla temizlenmesi.”

gibi hizmeti gerçekten tarif eden kısa bir giriş kullanılabilir.

“Kaliteli, güvenilir, profesyonel ve müşteri memnuniyeti odaklı hizmet” gibi bütün sektörlerin aynı anda kullanabildiği sıfat yığını ise kullanıcının hizmeti anlamasına pek yardımcı olmaz.

Hizmet Sayfası Hangi Search Intent’i Sahiplenmeli?

Service page primarily ticari hizmet aramalarının owner’ı olmalıdır.

Örneğin:

QueryMuhtemel IntentOwner
Depo temizliğiCommercialDepo temizliği hizmet page
Profesyonel depo temizliğiCommercialDepo temizliği hizmet page
Depo temizliği nasıl yapılır?InformationalSupporting content
Depo temizliği kaç saat sürer?Informational / commercial investigationService veya support, SERP’e göre
Başakşehir depo temizliğiLocal commercialService veya location owner, demand’e göre

Hizmet page’i bütün informational sorguları kendine toplamaya çalışmamalıdır.

Aksi durumda sayfa hizmet landing page’den 6.000 kelimelik ansiklopediye dönüşebilir.

Commercial owner gerekli bilgiyi cevaplar; bütün konu evrenini tek URL’de sahiplenmeye çalışmaz.

Hizmet Sayfasının H1’i Nasıl Yazılmalı?

H1 hizmeti açık biçimde tanımlamalıdır.

Örneğin:

Depo ve Antrepo Temizliği

veya:

İnşaat Sonrası Temizlik Hizmeti

gibi başlıklar kullanıcının sayfanın ne hakkında olduğunu doğrudan anlamasını sağlar.

Buna karşılık:

İstanbul’un En İyi Profesyonel Uygun Fiyatlı Depo Temizliği Firması

gibi H1’ler hizmet açıklamak yerine keyword ve superiority claim koleksiyonuna dönüşür.

H1’in görevi olabildiğince çok query varyasyonu taşımak değildir.

H1 primary service entity’yi açıklamalıdır.

Hizmet Sayfasında Hizmet Kapsamı Nasıl Anlatılmalı?

Temizlik hizmetlerinde kullanıcı için en önemli sorulardan biri:

“Bu hizmet tam olarak neyi kapsıyor?”

sorusudur.

Bu nedenle hizmet page yalnız genel tanım vermemelidir.

Gerçek operasyona göre:

  • Hangi alanların temizlendiği
  • Hangi yüzeylerin kapsamda olduğu
  • Hangi işlemlerin uygulanabildiği
  • Hangi ekipmanların gerektiği
  • Hizmet öncesi hazırlık
  • Hizmet sonrası teslim

gibi bilgiler verilebilir.

Örneğin depo temizliği page’inde:

  • Zeminler
  • Raf çevresi
  • Yükleme alanları
  • Ortak kullanım alanları
  • Operasyon dışı bölümler

gerçek hizmet kapsamına göre açıklanabilir.

Information gain, rakibin paragrafını daha uzun yazmak değil; kullanıcının hizmeti satın almadan önce gerçekten bilmesi gereken detayları sunmaktır.

Hizmet Süreci Sayfada Gösterilmeli mi?

Evet, gerçek süreç kullanıcı kararına yardımcı oluyorsa.

Örneğin:

  1. İhtiyacın alınması
  2. Alan veya fotoğraf değerlendirmesi
  3. Gerekirse keşif
  4. Kapsam ve ekip planlaması
  5. Temizlik operasyonu
  6. Kontrol ve teslim

gibi bir workflow kullanıcıya ne beklemesi gerektiğini anlatabilir.

Ancak her temizlik hizmetinde aynı:

Analiz → Planlama → Uygulama → Mutlu Müşteri

şablonunu kullanmak yine gerçek operasyon bilgisini ortadan kaldırır.

Service page üzerindeki süreç, o hizmetin gerçek çalışma şeklinden çıkmalıdır.

Hizmet Sayfasında Ekipman Bilgisi Kullanılmalı mı?

Hizmete göre evet.

Örneğin:

  • Zemin makinesi
  • Endüstriyel vakum
  • Basınçlı yıkama ekipmanı
  • Yüksek erişim ekipmanı
  • Uygun temizlik kimyasalları

kullanıcı açısından operasyon kapasitesini anlamaya yardımcı olabilir.

Ancak yalnız ekipman listesi doldurmak için her page’e aynı makineleri yazmak gerekmez.

Ekipman:

bu hizmet nasıl ve hangi koşullarda uygulanıyor?

sorusuna cevap verdiğinde değerlidir.

Hizmet Sayfasında Fiyat Yazılmalı mı?

Temizlik hizmetlerinde fiyat çoğu zaman:

  • Alan büyüklüğü
  • Kirlilik seviyesi
  • İşin kapsamı
  • Personel ihtiyacı
  • Ekipman
  • Lokasyon
  • Operasyon süresi

gibi değişkenlere bağlıdır.

Sabit fiyat verilemiyorsa kullanıcıya fiyatın hangi faktörlerle belirlendiği açıklanabilir.

Örneğin:

“Depo temizliği fiyatı alanın metrekaresi, raf ve zemin yapısı, mevcut kirlilik ve operasyon kapsamına göre belirlenir.”

gibi açıklama gerçek karar bilgisi sunar.

“En ucuz fiyat garantisi” gibi doğrulanamayan satış dili yerine teklif sisteminin nasıl çalıştığı anlatılmalıdır.

Lokasyon Bilgisi Hizmet Sayfasında Nasıl Kullanılmalı?

Bir service page işletmenin gerçekten hizmet verdiği coğrafyayı açıklayabilir.

Ancak bütün ilçe isimlerini paragraf içine doldurmak gerekmez.

Örneğin:

“İstanbul Avrupa Yakası’nda ve seçilmiş çevre bölgelerde depo temizliği hizmeti sunuyoruz.”

gibi gerçek operasyon kapsamı anlatılabilir.

Ardından gerçek location pages bulunuyorsa uygun şekilde bağlantı kurulabilir.

Örnek relationship:

DEPO TEMİZLİĞİ
│
├── Başakşehir
├── Bağcılar
└── Küçükçekmece

Ancak bu ilişki:

/basaksehir-depo-temizligi/

/bagcilar-depo-temizligi/

/kucukcekmece-depo-temizligi/

şeklinde üç yeni page gerektiği anlamına gelmez.

Temizlik şirketlerinde Google Business Profile ve hizmet alanı ilişkisini Temizlik Firmaları İçin Yerel SEO rehberinde ele alıyoruz.

Hizmet Sayfası ile Lokasyon Sayfası Arasındaki Fark Nedir?

Service page:

Ne sunuyoruz?

sorusunun owner’ıdır.

Location page:

Nerede hizmet veriyoruz?

sorusunun owner’ı olabilir.

PageAna Görev
Depo temizliğiHizmet intent
Başakşehir temizlikLokasyon intent
Başakşehir depo temizliğiDemand ve SERP’e göre service/location relationship

Service ve location entity’lerini aynı şey gibi modellemek URL çoğalmasına yol açar.

Hizmet Sayfası ile Bilgilendirici İçerik Nasıl Ayrılmalı?

Örneğin:

İnşaat sonrası temizlik hizmeti

commercial intent taşıyabilir.

Buna karşılık:

  • İnşaat sonrası temizlik nasıl yapılır?
  • İnşaat sonrası temizlikte hangi malzemeler kullanılır?
  • İnşaat sonrası temizlik ne kadar sürer?

daha informational veya commercial-investigation intent taşıyabilir.

Supporting content’in görevi ana service page’in rakibi olmak değildir.

Model:

SUPPORTING CONTENT
        ↓
SERVICE OWNER
        ↓
CONTACT / QUOTE

Bilgilendirici article gerektiğinde kullanıcıyı ilgili commercial service page’e taşır.

Supporting İçerikten Hizmet Sayfasına Nasıl Link Verilmeli?

Temizlik hizmet sayfasının parent, lokasyon, related service, supporting content ve lead dönüşümüyle internal linking ilişkilerini gösteren diyagram

Anchor kullanıcının ulaşacağı page’in görevini açık biçimde anlatmalıdır.

Örneğin:

“Profesyonel uygulama için inşaat sonrası temizlik hizmetimizi inceleyebilirsiniz.”

gibi contextual link doğal olabilir.

Buna karşılık her blog yazısının sonuna:

  • Depo temizliği
  • Dış cephe temizliği
  • Ofis temizliği
  • Yangın sonrası temizlik
  • İnşaat sonrası temizlik

şeklinde bütün services’ın linklerini yığmak güçlü contextual linking değildir.

Internal link relationship’i konu yakınlığından çıkmalıdır.

Hizmet Sayfasından Supporting İçeriğe Link Verilmeli mi?

Evet, supporting content kullanıcının service decision’ını gerçekten destekliyorsa.

Örneğin depo temizliği hizmet page:

  • Depo temizliği nasıl planlanır?
  • Endüstriyel zemin temizliği yöntemleri
  • Depo temizliği ne kadar sürer?

gibi ilgili rehberlere bağlantı verebilir.

Böylece commercial page kullanıcıya gerekli derinliği sunarken bütün informational coverage’ı kendi gövdesine doldurmak zorunda kalmaz.

Hizmet Sayfasından İlgili Hizmetlere Link Verilmeli mi?

Gerçek ilişki varsa evet.

Örneğin:

İnşaat sonrası temizlik

sonrasında:

  • Zemin temizliği
  • Cam temizliği
  • Dış cephe temizliği

ile gerçek user journey relationship bulunabilir.

Ancak bütün services’ı bütün pages’e site-wide biçimde bağlamak gerekmez.

İlgili hizmet linklerinin amacı:

“Google’a daha fazla anchor gönderelim”

değil, kullanıcının gerçek next step’ini göstermektir.

Hizmet Sayfası Orphan Olabilir mi?

Teknik olarak URL 200 dönebilir, sitemap’te bulunabilir ve hatta indekslenmiş olabilir.

Ancak site navigation içinde hiçbir gerçek internal link almıyorsa architecture açısından zayıf kalabilir.

Ana hizmet owners uygun şekilde:

  • Homepage
  • Hizmetler hub’ı
  • İlgili services
  • Location pages
  • Supporting content

üzerinden crawlable links almalıdır.

Sitemap orphan page tedavisi değildir.

Hizmet Sayfasında Gerçek Kanıt Nasıl Kullanılır?

Temizlik sektöründe kullanıcı hizmetin gerçekten uygulanabildiğine dair kanıt görmek isteyebilir.

Gerçek kanıtlar:

  • Proje fotoğrafları
  • Uygulama alanları
  • Gerçek ekip fotoğrafları
  • Kullanılan ekipman
  • Doğrulanmış vaka çalışmaları
  • Gerçek müşteri yorumları

olabilir.

Ancak her service page’e:

“10.000 mutlu müşteri, %100 memnuniyet, sektör lideri”

gibi kaynağı belli olmayan rakam ve iddialar eklemek güven sinyali değildir.

Proof doğrulanabilir olduğunda değerlidir.

Temizlik sektöründeki gerçek saha yaklaşımını Tek Temizlik SEO vaka çalışmasında inceleyebilirsiniz.

Temizlik Hizmet Sayfasında Görseller Nasıl Kullanılmalı?

Stock temizlikçi görselleri sayfanın gerçekten verilen hizmeti anlatmakta genellikle sınırlı değer sunar.

Mümkün olduğunda:

  • Gerçek uygulama alanı
  • Gerçek ekipman
  • Gerçek işlem aşaması
  • Gerçek önce/sonra

görselleri kullanılabilir.

Alt text de görselin ne gösterdiğini açık biçimde anlatmalıdır.

Örneğin:

“İnşaat sonrası temizlik sırasında zemindeki harç kalıntılarının temizlenmesi”

gibi açıklayıcı alt text,

“İstanbul en iyi ucuz temizlik şirketi profesyonel temizlik”

gibi keyword torbasından daha faydalıdır.

Hizmet Sayfasında SSS Alanı Olmalı mı?

Kullanıcıların gerçekten satın alma kararı öncesinde sorduğu sorular varsa SSS bölümü yararlı olabilir.

Örneğin:

  • Hizmet ne kadar sürer?
  • Keşif gerekli mi?
  • Fiyat nasıl belirlenir?
  • Hangi bölgelerde hizmet veriliyor?
  • Temizlik malzemelerini kim getiriyor?
  • Hizmet hafta sonu uygulanabilir mi?

işletmenin gerçek operasyonuna göre cevaplanabilir.

FAQ alanının amacı long-tail keyword sayısını artırmak değildir.

Gerçek pre-sale objections ve questions cevaplanmalıdır.

CTA Hizmet Sayfasında Nasıl Konumlandırılmalı?

Service page kullanıcının ticari niyet taşıdığı bir landing page’dir.

Bu nedenle iletişim aksiyonunu sayfanın yalnız son satırında saklamak gereksizdir.

Uygun yerlerde:

  • Telefon
  • WhatsApp
  • Teklif al
  • Fotoğraf gönder
  • Keşif talep et

aksiyonları gösterilebilir.

Ancak her paragrafın altına dev bir “HEMEN ARA” butonu koymak da kullanıcı deneyimini satış panayırına çevirebilir.

CTA’lar kullanıcı yolculuğunun doğal karar noktalarında bulunmalıdır.

Temizlik Hizmet Sayfasında Dönüşüm Nasıl Ölçülmeli?

Service page yalnız impressions ve clicks üzerinden değerlendirilmemelidir.

Ölçülebilecek aksiyonlar:

  • Phone click
  • WhatsApp click
  • Form start
  • Başarılı form gönderimi
  • Teklif veya keşif aksiyonu

olabilir.

Mümkün olduğunda event’lere page veya service context eklenebilir.

event = generate_lead
service_context = depo_temizligi
page_type = service

Böylece yalnız:

“SEO’dan 20 form geldi.”

değil:

“Hangi hizmet page gerçek talep üretti?”

sorusu da cevaplanabilir.

Hizmet Sayfasında SEO Title Nasıl Yazılmalı?

Title temel service intent’i açık biçimde taşımalıdır.

Örneğin:

Depo ve Antrepo Temizliği | ABC Temizlik

gibi bir title kullanılabilir.

Lokasyon gerçek primary intent’in parçasıysa title’a doğal biçimde dahil edilebilir.

Ancak:

Depo Temizliği İstanbul Avrupa Yakası Başakşehir Bağcılar Ucuz Profesyonel En İyi Firma

gibi title yapıları arama niyetini açıklamak yerine bütün keyword listesine aynı anda saldırır.

Meta Description Nasıl Kullanılmalı?

Meta description kullanıcıya page’de ne bulacağını ve hizmetin temel değerini açıklayabilir.

Örneğin:

“Depo ve antrepolarda zemin, raf çevresi ve operasyon alanları için profesyonel temizlik hizmeti. Kapsam ve teklif için iletişime geçin.”

gibi description ticari görevi açıklar.

Meta description keyword frekans alanı değildir.

Canonical Nasıl Yönetilmeli?

Bir hizmet için canonical owner belirlenmişse aynı service intent’i temsil eden alternatif URL’lerin kontrol edilmesi gerekir.

Örneğin:

  • /depo-temizligi/
  • /depo-temizleme/
  • /profesyonel-depo-temizligi/

aynı commercial intent için oluşturulmuşsa üç ayrı owner tutmak mantıklı olmayabilir.

Doğru URL korunur, diğerleri mevcut durumuna göre:

  • 301
  • Canonical consolidation
  • İçerik birleştirme

ile yönetilebilir.

Canonical URL ownership kararından sonra gelir.

Hizmet Sayfasında Structured Data Kullanılmalı mı?

Uygun structured data mevcut sayfa ve işletme bilgisini açıklayabilir.

Ancak schema:

  • Olmayan hizmeti gerçek yapmaz
  • Thin page’i kaliteli yapmaz
  • Yanlış location’ı düzeltmez
  • Sıralama garantisi vermez

Önce gerçek işletme ve doğru content architecture kurulmalıdır.

Bir Hizmet Sayfasının Kaliteli Olduğunu Nasıl Anlarız?

İyi bir service page şu sorulara açık cevap verir:

  • Bu hangi hizmet?
  • Kim için?
  • Hangi problemi çözüyor?
  • Hizmet neleri kapsıyor?
  • Süreç nasıl işliyor?
  • Hangi bölgelerde sunuluyor?
  • İşletmenin bu hizmeti gerçekten verdiğine dair ne biliyoruz?
  • Kullanıcı sonraki adımda ne yapacak?

Bu sorular cevaplanıyorsa page’in değeri yalnız kelime sayısından gelmez.

Temizlik Hizmet Sayfalarında En Sık Yapılan SEO Hataları

  1. Her hizmet varyasyonu için yeni URL açmak
  2. Ana hizmet ve alt hizmeti birbirine karıştırmak
  3. Bütün service pages’e aynı metni kopyalamak
  4. Hizmet kapsamını açıklamamak
  5. Her ilçeyi hizmet page’in keyword listesine eklemek
  6. Service × district kombinasyonlarını seri üretmek
  7. Blog içeriğiyle service page’i aynı sorguda yarıştırmak
  8. Hizmet page’i orphan bırakmak
  9. Gerçek olmayan başarı ve müşteri sayıları kullanmak
  10. Stock görseller dışında gerçek operasyon göstermemek
  11. İletişim ve teklif CTA’sını gizlemek
  12. Conversion tracking kurmamak
  13. Bir hizmet için birden fazla canonical owner bırakmak
  14. FAQ alanını keyword doldurma bölümü olarak kullanmak

Temizlik Hizmet Sayfası İçin Önerilen Yapı

H1
↓
Hizmetin kısa ve açık tanımı
↓
CTA
↓
Hizmet kapsamı
↓
Kimler / hangi alanlar için?
↓
Uygulama süreci
↓
Gerekliyse ekipman ve operasyon
↓
İlgili gerçek lokasyonlar
↓
Gerçek proof
↓
İlgili hizmetler
↓
Supporting content
↓
FAQ
↓
Teklif / iletişim CTA

Bu şablon değişmez tasarım kuralı değildir.

Hizmetin kullanıcı ihtiyacına ve işletmenin gerçek operasyonuna göre bölümler değişebilir.

Yeni Hizmet Sayfası Açma Karar Ağacı

Yeni hizmet adı var.

İşletme bunu gerçekten ayrı hizmet olarak sunuyor mu?

Hayır → URL açma.

Evet ↓

Ayrı search demand var mı?

Hayır → ana hizmet içinde ele al.

Evet ↓

Ayrı search intent var mı?

Hayır → existing owner’ı güçlendir.

Evet ↓

SERP bağımsız service pages gösteriyor mu?

Hayır → yeni URL kararını yeniden değerlendir.

Evet ↓

Sayfaya özgün ve gerçek hizmet bilgisi üretilebilir mi?

Hayır → thin service page açma.

Evet ↓

Başka URL aynı intent’in owner’ı mı?

Evet → ownership’i konsolide et.

Hayır ↓

Yeni canonical service owner değerlendir.

Temizlik Hizmet Sayfası SEO Checklist

Intent

  • Primary service intent belli mi?
  • Başka page aynı query’yi hedefliyor mu?
  • Informational queries ayrıldı mı?
  • Location intent ayrıldı mı?

Service Reality

  • İşletme hizmeti gerçekten sunuyor mu?
  • Hizmet kapsamı doğru mu?
  • Kullanılan süreç doğru mu?
  • Gerçek operasyon bilgisi mevcut mu?

Content

  • H1 açık mı?
  • Hizmet ilk ekranda anlaşılıyor mu?
  • Kapsam açıklanıyor mu?
  • Süreç anlatılıyor mu?
  • Gerçek pre-sale soruları cevaplanıyor mu?
  • Generic filler metin var mı?

Architecture

  • Parent service relationship belli mi?
  • Alt hizmetler doğru yerde mi?
  • Location relationships doğru mu?
  • Supporting content bağlı mı?
  • Related services anlamlı mı?

Technical

  • URL 200 dönüyor mu?
  • Indexable mı?
  • Canonical doğru mu?
  • Sitemap’te doğru URL var mı?
  • Duplicate service URL var mı?
  • Internal links crawlable mı?

Proof

  • Gerçek proje veya uygulama gösteriliyor mu?
  • Gerçek fotoğraflar var mı?
  • Doğrulanamayan iddialar kullanılıyor mu?

Conversion

  • Telefon aksiyonu açık mı?
  • WhatsApp varsa ölçülüyor mu?
  • Teklif formu çalışıyor mu?
  • Successful lead ölçülüyor mu?
  • Service context analytics’e aktarılıyor mu?

Hizmet Sayfasının Görevi Daha Fazla Keyword Taşımak Değildir

Bir temizlik şirketinin on hizmeti olabilir.

Bunun sonucu otomatik olarak yüzlerce:

hizmet × alt hizmet × ilçe

URL’si üretmek değildir.

Doğru sistem:

ana hizmet → gerekli alt hizmet → gerçek location relationship → supporting content → internal linking → ölçülebilir teklif talebi

üzerinden kurulur.

Her service page’in site içinde açık bir görevi ve tek primary ownership alanı olmalıdır.

DigitalPlus temizlik şirketi SEO çalışmalarında önce hangi hizmetlerin gerçekten bağımsız commercial owner hak ettiğini belirler, ardından içerik, local ve internal-link relationships’i bu yapı etrafında kurar.

Temizlik sitenizde service ownership ve URL mimarisini geliştirmek için Temizlik Şirketi SEO hizmetimizi inceleyin.

Mevcut hizmet sayfalarının teknik ve mimari sorunlarını URL seviyesinde incelemek için SEO Audit talep edebilirsiniz.

Sıkça Sorulan Sorular

Her temizlik hizmeti için ayrı sayfa açılmalı mı?

Hayır. Hizmet gerçekten ayrı kullanıcı ihtiyacı ve search intent oluşturuyorsa bağımsız URL değerlendirilebilir. Küçük hizmet varyasyonlarını otomatik olarak yeni landing page’e dönüştürmek gerekmez.

Ana hizmet ile alt hizmet arasındaki fark nedir?

Ana hizmet daha geniş commercial ihtiyacın owner’ıdır. Alt hizmet ise ana hizmetin belirli kapsamını temsil eder. Alt hizmet yalnız bağımsız intent ve yeterli sayfa değeri varsa ayrı URL olabilir.

Hizmet sayfası kaç kelime olmalı?

Sabit bir kelime sayısı yoktur. Sayfa kullanıcının hizmeti değerlendirmek için ihtiyaç duyduğu kapsam, süreç, operasyon, location, proof ve iletişim bilgilerini yeterli biçimde sunmalıdır.

Hizmet sayfasında şehir ve ilçe isimleri kullanılmalı mı?

Gerçek hizmet alanını açıklamak için doğal biçimde kullanılabilir. Ancak bütün ilçeleri keyword listesi gibi sayfaya doldurmak veya her ilçe için duplicate service page açmak doğru yaklaşım değildir.

Hizmet sayfası ile lokasyon sayfası aynı mı?

Hayır. Service page hangi hizmetin sunulduğunu, location page ise hizmetin nerede sunulduğunu sahiplenebilir. İki entity arasında ilişki olması aynı URL görevi taşıdıkları anlamına gelmez.

Hizmet sayfasından bloglara link verilmeli mi?

Kullanıcının satın alma kararını destekleyen gerçekten ilgili bilgilendirici içerikler varsa bağlantı verilebilir. Her blogu veya bütün hizmetleri birbirine bağlamak gerekmez.

Blog yazısından hizmet sayfasına link verilmeli mi?

Bilgilendirici içerik commercial service ile gerçek konu ilişkisi taşıyorsa contextual link verilmesi doğal bir support → commercial relationship oluşturur.

Temizlik hizmet sayfasında fiyat yazmak gerekir mi?

Sabit fiyat mümkün değilse fiyatı belirleyen alan büyüklüğü, hizmet kapsamı, ekipman, personel veya kirlilik seviyesi gibi faktörler açıklanabilir.

Hizmet sayfasında gerçek fotoğraf kullanmak önemli mi?

Gerçek operasyon, ekipman veya uygulama fotoğrafları kullanıcının hizmeti ve işletmenin çalışma kapasitesini değerlendirmesine yardımcı olabilir. Stock görseller gerçek saha kanıtının yerine geçmez.

Hizmet sayfası sitemap’te bulunuyorsa orphan değildir diyebilir miyiz?

Hayır. Sitemap URL keşfine yardımcı olur ancak önemli service pages site navigation, parent pages, related services, locations veya supporting content üzerinden crawlable internal links de almalıdır.

Bir hizmet için birden fazla URL varsa ne yapılmalı?

Önce hangi URL’nin primary commercial owner olduğu belirlenmelidir. Aynı intent’i taşıyan gereksiz alternatif URL’ler mevcut trafik, backlink ve teknik durumlarına göre birleştirilebilir, yönlendirilebilir veya canonical yapısı düzenlenebilir.

Temizlik hizmet sayfasında hangi dönüşümler ölçülmeli?

İş modeline göre telefon, WhatsApp, teklif formu, form başlangıcı, başarılı lead ve keşif talebi gibi aksiyonlar ölçülebilir. Mümkünse lead’e hangi hizmet page’in kaynak olduğu bilgisi de eklenmelidir.

Organik büyümeye hazır mısınız?

Sitenizin mevcut durumunu çıkaralım; önceliklendirilmiş bir yol haritasıyla dönelim.

Ücretsiz SEO Audit Talep Et
WhatsApp Hemen Ara