Sitemi Lovable, Bolt ya da Cursor ile yaptım, ChatGPT hiç anmıyor

Vibe-coded siteler neden kayboluyor

Yapay zekâ araçlarıyla bir akşamda yapılan bir site tarayıcınızda bitmiş görünebilir ve yine de ChatGPT’yi, Claude’u ve Perplexity’yi besleyen botlar için boş olabilir. Sosyal medyada dolaşan 20 maddelik SEO listeleri asıl sebepleri saymıyor: kitabımızda böyle bir listeyi Google’ın kendi belgeleriyle test ettik ve vibe-coded bir siteyi en sık görünmez yapan üç şey (JavaScript’teki metin, sahte 404’ler, açık kalmış önizleme kopyaları) listede hiç yoktu. Aşağıdaki altı testi her şeyden önce yapın; çıktı yanlışsa önce onu düzeltin. Kısaca altı tuzak:

• metin yalnızca JavaScript çalışınca var;
• yapay zekâ botları CDN’de ya da güvenlik duvarında kalıyor;
• olmayan sayfalar 404 yerine 200 dönüyor;
• sitenin bir önizleme kopyası hâlâ açık;
• menü ve kartlar gerçek link olmadan sayfa değiştiriyor;
• Google sitenizi biliyor, Bing ve Brave bilmiyor.

Aracınız genelde ne üretiyor

Altı tuzak

1. Metin JavaScript’in içinde

Tek sayfa uygulamalar (React, Vite ve benzerleri) sayfayı tarayıcıda çizer; sunucudan gelen HTML çoğu zaman neredeyse boştur. Google JavaScript’i sonradan, bir kuyrukta çalıştırıyor ve yine de sunucu tarafı render’ı ya da ön-render’ı öneriyor (Google, JavaScript SEO temelleri). Vercel’in analizinde yapay zekâ botları JavaScript’i hiç çalıştırmıyordu (Vercel, Aralık 2024; üçüncü taraf araştırma). Örnek sitemizin test sayfası, 86 kelimelik yazılı bir “Nasıl çalışır” bölümü ekleyene kadar botlara 27 kelime gösteriyordu (kendi ölçümümüz, 24 Eylül 2026).

Test: birkaç düzine kelime çıkıyorsa metniniz JavaScript’te.

curl -s https://siteniz.com/ | sed 's/<[^>]*>/ /g' | wc -w

Çözüm: yöntemdeki P2 prompt’u: yalnızca herkese açık sayfalar için sunucu tarafı render, derleme anında statik üretim ya da ön-render; # yerine gerçek yollar. Lovable’da barındırılan eski uygulamalarda curl düz uygulamayı görür, çünkü ön-render sürüm yalnızca doğrulanmış botlara gidiyor; Googlebot’un gerçekte ne aldığını Search Console’un URL denetimi canlı testi gösterir. Böyle bir uygulamayı dışa aktarıp kendiniz barındırırsanız ön-render onunla gelmez.

2. Yapay zekâ botları kapıda kalıyor

robots.txt’niz açık olsa bile CDN ya da güvenlik duvarı botları geri çevirebilir. Bunu 29 Eylül 2026’da kendi sitemizde bulduk: robots.txt’miz GPTBot’a izin verirken Cloudflare eğitim botlarına 403 veriyordu (kendi ölçümümüz).

Test: 200 değilse bir şey engelliyor.

curl -s -o /dev/null -w "%{http_code}\n" -A "Mozilla/5.0 (compatible; GPTBot/1.2)" https://siteniz.com/

Çözüm: Cloudflare yapay zekâ botlarını engelliyor sayfasını izleyin ya da ana yapay zekâ botlarını tek seferde denemek için yapay zekâ bot kontrolü aracını çalıştırın. Başka barındırma servislerinin kendi düğmeleri var: Vercel’de örneğin yapay zekâ botları kural seti siz açmadıkça devre dışı (Vercel bot yönetimi).

3. Olmayan sayfa 200 dönüyor (sahte 404)

Tek sayfa uygulamada olmayan bir adres, “sayfa bulunamadı” ekranını çoğu zaman 200 durum koduyla döner. Google bunu sahte 404 (soft 404) sayıyor ve iki çözüm öneriyor: gerçekten 404 dönen bir adrese yönlendirmek ya da o ekrana noindex eklemek (Google, JavaScript SEO temelleri). Cloudflare Workers’ta not_found_handling: "single-page-application" ayarı bilinmeyen her adrese ana sayfanızı 200 ile verir (Cloudflare).

Test: 404 değilse sorun var.

curl -s -o /dev/null -w "%{http_code}\n" https://siteniz.com/olmayan-sayfa

Çözüm: P11 prompt’u: olmayan her adres gerçek 404 dönsün.

4. Açık kalmış önizleme kopyası

Çoğu barındırma servisi her projeye proje.vercel.app gibi bir önizleme adresi verir. Kendi alan adınızı bağladıktan sonra o adres açık kalırsa Google aynı sitenin iki hâlini görür ve kanonik adresi kendisi seçer; yanlış olanı da seçebilir. Google açık kalmış bir demo kopyasını tam olarak bu sorunun örneği olarak veriyor; çözüm noindex, şifre ya da yönlendirme, robots.txt yetmez (Google, kanonik sorun giderme).

Test: Google’da site:vercel.app "markanız" diye arayın ya da vercel.app yerine kendi aracınızın önizleme alan adını yazın.

Çözüm: P11 prompt’u: önizleme ve staging adresleri 301 ile ana adrese gitsin, noindex dönsün ya da şifreli olsun.

5. Linkler link değil

Menüde ya da kartlarda onClick ile sayfa değiştiren bir div, bot için link değildir. Google yalnızca href’i olan <a> etiketlerini takip ediyor; adresler # parçasıyla değil, gerçek yollarla değişmeli (Google, taranabilir linkler).

Test: menüdeki sayfa sayısından azsa sorun var.

curl -s https://siteniz.com/ | grep -o '<a [^>]*href="/[^"]*"' | wc -l

Çözüm: P10 prompt’u: her yerde gerçek <a href> linkleri, 0 yetim sayfa, 0 kırık iç link.

6. Google var, Bing ve Brave yok

Microsoft Copilot Bing’in dizininden okuyor; araştırma notumuza göre Claude Brave Search’ü kullanıyor (orta güvenilirlikte bir bilgi). Bing, sayfalar eklendikçe ve değiştikçe IndexNow göndermenizi istiyor (Bing Webmaster yönergeleri). Brave’in paneli ve IndexNow desteği yok; sayfaları tek tek gönderiyorsunuz. 24 Eylül 2026’da Bing’de örnek sitemizin 0 sayfası varken ChatGPT o gün siteye 40 kişi gönderdi (kendi ölçümümüz): ChatGPT için Bing şart değil, Copilot için şart.

Test: Bing’de site:siteniz.com diye arayın.

Çözüm: siteyi Bing Webmaster Tools’a ekleyin (Search Console’dan içe aktarabilir), yalnızca değişen adresler için IndexNow kurun, önemli sayfaları search.brave.com/submit-url adresinden gönderin.

Altısını tek seferde çalıştırın

SITE=https://siteniz.com
echo "1 kelime:  $(curl -s $SITE/ | sed 's/<[^>]*>/ /g' | wc -w)"
echo "2 GPTBot:  $(curl -s -o /dev/null -w '%{http_code}' -A 'Mozilla/5.0 (compatible; GPTBot/1.2)' $SITE/)"
echo "3 404:     $(curl -s -o /dev/null -w '%{http_code}' $SITE/olmayan-sayfa)"
echo "5 link:    $(curl -s $SITE/ | grep -o '<a [^>]*href="/[^"]*"' | wc -l)"
echo "4 ve 6:    Google'da site:<önizleme-alanı> \"marka\", Bing'de site:${SITE#https://} arayın"

İyi sonuç şöyle görünür:

• kelime: düzinelerle değil yüzlerle;
• GPTBot: 200;
• olmayan sayfa: 404;
• link: en az menüdeki öğe sayısı kadar;
• aramalar: Google’da önizleme kopyası yok, Bing’de sayfalarınız var.

Önce hangisini düzeltmeli

1. 2. tuzak: botlar giremiyorsa gerisinin önemi yok.
2. 1. tuzak: girip metin göremiyorlarsa gerisinin yine önemi yok.
3. 3. ve 4. tuzak: sahte 404’ler ve önizleme kopyaları hangi sayfaların gerçek olduğunu bulandırır.
4. 5. tuzak: botlar yalnızca link verdiğiniz sayfaları bulabilir.
5. 6. tuzak: Copilot ve Claude sizi bulabilsin diye Bing’e ve Brave’e haber verin.

Altısı da geçince ilk kapıdan geçmiş olursunuz. Sonraki iki kapı, alıntılanacak bir cümle ve her müşteri durumu için bir sayfa, ChatGPT markamı neden önermiyor? sayfasında.

İşi yapay zekâ kod aracınıza verin

“SEO’yu düzelt” yerine ölçülebilir bir iş ve bir kabul kriteri verin. Bu, kitabımızdaki P2 prompt’u:

Sayfaların metni JavaScript çalışmadan da HTML'de görünmeli: başlıklar,
paragraflar, fiyatlar, SSS cevapları ve linkler. Mevcut çatıya göre en küçük
değişikliği seç ve neden seçtiğini yaz: sunucu tarafı render (SSR), derleme
anında statik üretim (SSG) ya da herkese açık sayfalar için ön-render.
Uygulama içi ekranları olduğu gibi bırak. Yönlendirmede # parçası değil,
gerçek yollar kullan. Bittiğinde her sayfa için şu komutun çıktısında H1'in
ve ilk paragrafın göründüğünü göster:
curl -s https://ALANADI/SAYFA | sed 's/<[^>]*>/ /g' | tr -s ' ' | head -c 600

Kabul: JavaScript kapalıyken her sayfanın H1’i ve ilk paragrafı okunuyor.

Katman bu testleri nasıl yapar

Katman; Cursor, Claude Code, VS Code ve diğer yapay zekâ kod araçlarının içinde çalışan bir MCP sunucusudur. katman_scan_code kod tabanınızı okuyup çatıyı, aracın izini (Lovable, Bolt, v0, Replit) ve sayfaların sunucuda mı yoksa yalnızca tarayıcıda mı çizildiğini söyler. katman_audit_site altı testi canlı sitede yapar; ikisi de Denetim Haftası’nda (7 gün için 3 $) ve Katman Pro’da var. Katman Pro aracı olan katman_prompt, P2’yi sizin çatınıza uygun ön-render seçenekleriyle verir. Daha fazlası: Katman ne yapar ve eğitimdeki vibe coder yolu.

Yazan: Katman ekibi, Rnify Limited. Google, Lovable, Vercel, Cloudflare ve Bing sayfaları 30 Eylül 2026’da kontrol edildi.