DurumÇift HTML Belgesi, Boş Başlıklar ve Keşfedilemeyen Katalog
Endüstriyel ürünler satan WooCommerce tabanlı bir e-ticaret sitesi, 5.000’in üzerinde ürünle yayında olmasına rağmen ürün kataloğunun büyük bölümünü Google aramalarında görünür değildi. Ürünler sitede vardı; fakat arama motoru tarafında sayfaların sağlıklı okunmasını, taranmasını ve ilişkilendirilmesini engelleyen kritik teknik problemler bulunuyordu.
İlk inceleme, sorunun tek bir alandan değil, birbirini besleyen birkaç teknik katmandan oluştuğunu gösterdi. En kritik bulgu, ürün sayfalarına gömülü WhatsApp widget şablonunun kendi içinde tam bir <!DOCTYPE html>, <html> ve <head> bloğu taşımasıydı. Bu yapı, 1.500’den fazla ürün sayfasında tek sayfa içinde iki ayrı HTML belgesi oluşmasına neden oluyordu.
Bu hata, yalnızca kod temizliği meselesi değildi. Google’ın sayfayı yorumlama biçimini doğrudan etkileyen bir kırılma noktasıydı. Aynı yapı nedeniyle 3.000’den fazla duplicate meta tag birikmişti. Sayfa kaynağı, arama motoru için net bir belge olmaktan çıkıp içinde ikinci bir belge taşıyan karışık bir yapıya dönüşmüştü.
Bunun yanında temel SEO sinyallerinde de eksikler vardı. Anasayfada title ve meta description alanları boştu. H1 başlığı bulunmuyordu; sayfadaki ilk başlık H2 düzeyindeydi. Open Graph tarafında tüm sayfalar yanlışlıkla article tipiyle dönüyordu. Sipariş sayfası ise arama motorlarına açık bırakıldığı için dizine girmişti.
Katalog tarafındaki en derin problem, kategori listelerinin JavaScript tabanlı “Daha fazla yükle” mantığıyla çalışmasıydı. Googlebot ilk yüklemenin ötesine geçemediği için 5.000’i aşkın ürünün önemli bir bölümü iç link almayan, keşfedilemeyen orphan sayfalara dönüşüyordu.
GörevTeknik Zemini Sağlığına Kavuşturmak
İçerik stratejisinin, organik kazanımların ve reklam yatırımının gerçekten çalışabilmesi için önce teknik zeminin sağlamlaştırılması gerekiyordu. Bu nedenle çalışma, daha fazla içerik veya ürün eklemekten önce arama motorunun sayfaları doğru okumasını engelleyen kritik hataları gidermeye odaklandı.
Operasyon iki öncelik katmanına ayrıldı. P0 katmanı, arama görünürlüğünü doğrudan kıran ve acil müdahale gerektiren sorunları kapsadı. P1 katmanı ise izleme, yapısal veri, Open Graph ve Search Console düzenini içine alan sürdürülebilirlik adımlarından oluştu.
Yapılan ÇalışmalarKritik Hatalardan Temiz İzleme Altyapısına
P0: Arama Görünürlüğünü Kıran Kritik Hatalar
İlk müdahale, en çok zarar veren kod yapısından başladı. WhatsApp widget şablonundaki DOCTYPE, html ve head etiketleri kaldırıldı; yapı yalnızca gerekli içerik fragmenti olarak bırakıldı. Bu düzeltmeyle 1.500’den fazla üründe çift HTML belgesi problemi ve buna bağlı duplicate meta tag birikimi ortadan kaldırıldı.
Ardından temel SEO unsurları tamamlandı. Anasayfaya hedeflenmiş title ve açıklayıcı meta description yazıldı. Heading hiyerarşisini düzeltmek için Elementor üzerinden tekil H1 eklendi. Sipariş sayfası noindex yapıldı ve Search Console kaldırma aracıyla arama sonuçlarından temizlenmesi sağlandı.
P1: Yapısal Veri ve Search Console Düzeni
Anasayfa için Organization schema, tüm sayfalar için BreadcrumbList schema markup’ı etkinleştirildi ve test edildi. Görsel breadcrumb navigasyonu sitede zaten vardı; fakat bunun HTML içindeki yapısal veri karşılığı eksikti. Bu eksik giderilerek site mimarisinin arama motoru tarafında daha net okunması sağlandı.
Open Graph tip hatası düzeltildi. Anasayfa website, iç sayfalar webpage olarak güncellendi. Boş kaldığında ayraç karakterini öne düşüren meta description şablonu da tüm sayfalarda taranarak düzeltildi.
Search Console tarafında sitemap.xml tanımlandı. Coverage raporundaki 404 hataları incelendi ve geçerli URL’ler için 301 yönlendirmeleri kuruldu. “Crawled but not indexed” durumundaki sayfalar ayrıca tespit edilerek sonraki optimizasyon alanları için işaretlendi.
İzleme: WhatsApp Ödeme Modeline Uygun Dönüşüm Kurulumu
Bu sitenin satış modeli standart e-ticaret ödeme akışından farklıydı; sipariş süreci WhatsApp üzerinden ilerliyordu. Bu nedenle klasik purchase izlemesi yerine, kullanıcının satın alma niyetini gösteren temas noktaları ölçüm altyapısına dönüştürüldü.
GA4 veri saklama süresi 14 aya yükseltildi ve veri toplama ayarları gözden geçirildi. GTM üzerinden iki dönüşüm noktası kuruldu. İlki, sayfadaki WhatsApp buton tıklamalarını yakalayan whatsapp_click olayıydı. İkincisi, /siparis/ sayfası görüntülenmesini dönüşüm sinyali olarak takip eden siparis_page_view olayıydı.
Organik trafiği ayrı izleyebilmek için GA4 içinde google / organic segmenti tanımlandı. Kurulum süreci ekran kaydı olarak belgelenip teslim edildi. Böylece yalnızca trafik değil, hangi sayfadan kaç kez iletişim başlatıldığı da ölçülebilir hale geldi.
SonuçKısmi Optimizasyonla Bile FCP %69, LCP %71 İyileşti
Teknik temel kurulduktan sonra sitenin gerçek performans potansiyelini görmek için aynı gün içinde DebugBear ile iki ölçüm alındı. İlk ölçümde gereksiz eklentilerin tamamı çalışır durumdaydı ve header’da render-blocking bir CSS bloğu vardı. İkinci ölçümde yalnızca kaldırılmasından emin olunan gereksiz eklentiler devre dışı bırakıldı ve tek CSS bloğu kaldırıldı. Web sitesi hızı performansıyla ilgili detaylı yazımı okumanızı tavsiye ederim.
| Metrik | İlk Ölçüm | İkinci Ölçüm | Değişim |
|---|---|---|---|
| First Contentful Paint | 3,77 sn | 1,18 sn | %69 iyileşme |
| Largest Contentful Paint | 4,03 sn | 1,18 sn | %71 iyileşme |
| Total Blocking Time | Referans ölçüm | Daha düşük bloklama | %40 azalma |
| Lighthouse Lab Score | 51 | 74 | +23 puan |
First Contentful Paint 3,77 saniyeden 1,18 saniyeye indi. Largest Contentful Paint 4,03 saniyeden 1,18 saniyeye düştü. Total Blocking Time %40 azaldı. Lighthouse Lab Score ise 51’den 74’e çıktı.
Bu sonuçlar, sitenin performans sorununun yüzeysel bir hız problemi değil, yapıya bindirilmiş gereksiz yüklerden kaynaklandığını gösterdi. Yaklaşık 4 MB’lık anasayfa ağırlığı, görsel optimizasyonu ve kod temizliğiyle 1 MB’ın altına indirilebilir. Tam optimizasyon tamamlandığında Lab Score için 85+ bandı gerçekçi bir hedef olarak değerlendirildi.
Bu vakadaki temel kazanım, daha fazla ürün eklemek değil; mevcut kataloğun Google tarafından okunabilir, ölçülebilir ve daha hızlı çalışabilir hale getirilmesiydi.
Çalışma sonunda kritik teknik hatalar giderildi, izleme altyapısı kuruldu, schema yapısı oturtuldu ve Search Console tarafındaki temel temizlik tamamlandı. İçerik stratejisinin, organik büyümenin ve reklam süreçlerinin üzerine oturabileceği daha sağlam bir zemin hazırlandı. Sıradaki adım nettir: mevcut yapıyı hafifletmek, katalog keşfini güçlendirmek ve performans potansiyelini tam optimizasyona taşımak.
