Web sitesi

Yapay zeka tarayıcıları için robots.txt politikasını belirle ve güvenle yayınla

Arama, kullanıcı adına getirme ve model eğitimi rollerini ayırarak sitenin hangi yapay zeka tarayıcısına açık olacağına karar verdirir. Mevcut kuralları koruyan yeni robots.txt'yi önizler, onaydan sonra hosting sitesine ya da WordPress'e yazar ve canlıda doğrular.

Ne zaman kullanılır

Sitenizin yapay zeka aramalarında kaynak gösterilmesini istiyor ama içeriğinizin model eğitiminde kullanılmasına ayrı karar vermek istiyorsanız ya da robots.txt'nizin yapay zeka tarayıcılarına ne söylediğini bilmiyorsanız.

Sonunda ne alırsınız

Her yapay zeka tarayıcısı için önce ve sonra kararını gösteren bir tablo, mevcut özel alan kurallarını koruyan yeni bir robots.txt, onayınızdan sonra canlıya alınmış ve geri okunarak doğrulanmış dosya ve geri dönülebilecek sürüm bilgisi.

Hesabımda değişiklik yapar mı?

Yalnızca onayınızla. Asistan her değişikliğin önce önizlemesini gösterir ve sizden onay bekler.

Birlikte çalıştığı hesaplar

SEO Intelligence, WordPress

Göndermeden önce doldurun

[site adresi][Opus Growth hosting ya da WordPress]

Sitemin [site adresi] robots.txt dosyasını yapay zeka tarayıcıları için bilinçli bir politikaya göre yeniden düzenle. Site türü: [Opus Growth hosting ya da WordPress]. Tercihim: [A: hepsine açık / B: arama açık, eğitim kapalı / C: özel, açıkla]. 1. Mevcut durumu oku. site_read_url ile [site adresi]/robots.txt dosyasını oku. Hosting sitesindeysem site_read_file ile robots.txt dosyasını da oku ve canlıdaki ile aynı olduğunu doğrula. WordPress'teysem wordpress_seo ile hangi SEO eklentisinin çalıştığını öğren ve wordpress_snippet action='list' ile robots.txt'ye dokunan bir parçacık olup olmadığına bak. Mevcut her kural grubunu, Disallow satırlarını ve Sitemap satırlarını listele. 2. Rolleri bana anlat. Tarayıcıları üç gruba ayır ve her biri için tek cümleyle ne kaybedip ne kazanacağımı söyle: 1. Arama ve alıntı: OAI-SearchBot, Claude-SearchBot, PerplexityBot, Bingbot, Googlebot, Applebot. Bunları kapatmak sitenin o yapay zekanın cevaplarında kaynak olarak gösterilmesini engeller. 2. Kullanıcı adına anlık getirme: ChatGPT-User, Claude-User, Perplexity-User. Bir kullanıcı sayfamın bağlantısını verdiğinde ya da asistan cevap için sayfayı açtığında bunlar gelir. Sağlayıcıların belgelerine göre kullanıcının başlattığı bu isteklerde robots.txt her durumda uygulanmayabilir, bu yüzden kural yazmanın garanti olmadığını belirt. 3. Model eğitimi: GPTBot, ClaudeBot, Google-Extended, Applebot-Extended, CCBot, meta-externalagent. Bunları kapatmak içeriğin gelecekteki model eğitimlerinde kullanılmasını sınırlar, zaten eğitilmiş modellerden içeriği silmez. Google-Extended'ı kapatmak Google Arama'yı ve AI Overviews'u etkilemez. 3. Taslağı yaz. Tercihime göre yeni robots.txt'yi hazırla ve şu kurallara uy: 1. Bir tarayıcı için kendi adıyla grup yazarsan o tarayıcı artık `User-agent: *` grubunu okumaz. Bu yüzden * grubundaki her Disallow satırını (yönetim paneli, sepet, arama sonuçları gibi) adlandırılmış her gruba da kopyala, yoksa özel alanları farkında olmadan açarsın. 2. CSS, JavaScript ve görsel dosyalarını engelleme, çünkü tarayıcılar sayfayı bunlarla işler. 3. Mevcut Sitemap satırlarını koru, eksikse site haritasının tam adresini ekle. 4. Arama rolündeki bir tarayıcıyı benim açık isteğim olmadan kapatma. 5. Rakip SEO tarayıcılarına (AhrefsBot, SemrushBot gibi) dokunma, bunu ben ayrıca istemedikçe bu çalışmanın kapsamında değil. 4. Önizleme göster. Eski ve yeni dosyayı satır satır karşılaştır ve her tarayıcı için önce ve sonra kararını bir tabloda göster: tarayıcı, rol, eski karar, yeni karar. Onayımı bekle. 5. Onaydan sonra uygula. 1. Hosting sitesi: site_write_file ile robots.txt'yi yaz. Platform her yazmadan önce sürüm kaydı alır, site_versions ile geri dönülebilecek sürümü bana yaz. 2. WordPress: dosya fiziksel olarak sunucuda yoksa WordPress robots.txt'yi kendisi üretir ve `robots_txt` filtresi bunu değiştirebilir. wordpress_snippet ile bu filtreyi kullanan bir PHP parçacığı oluştur, konum 'everywhere' olsun. Parçacık pasif oluşur, kodu bana göster, onayımla etkinleştir. Önbellek eklentisi varsa wordpress_purge_cache ile önbelleği temizle. 6. Geri okuyup doğrula. site_read_url ile robots.txt'yi tekrar oku ve yeni içeriğin canlıda olduğunu göster. WordPress'te içerik değişmediyse sunucuda fiziksel bir robots.txt dosyası vardır ve filtre çalışmaz. Bu durumda parçacığı kapat ve dosyanın SEO eklentisinin dosya düzenleyicisinden (Yoast'ta Araçlar, Dosya düzenleyici; Rank Math'te Genel Ayarlar, robots.txt düzenle) ya da hosting panelinden nasıl değiştirileceğini bana adım adım anlat. Sonunda iki cümlelik bir not yaz: değişikliğin etkisi tarayıcılar dosyayı yeniden okuyunca başlar (genelde bir gün içinde), ve bot adına göre engelleyen bir CDN ya da güvenlik duvarı kuralı varsa robots.txt tek başına yetmez.

1. Mevcut durumu oku. site_read_url ile [site adresi]/robots.txt dosyasını oku. Hosting sitesindeysem site_read_file ile robots.txt dosyasını da oku ve canlıdaki ile aynı olduğunu doğrula. WordPress'teysem wordpress_seo ile hangi SEO eklentisinin çalıştığını öğren ve wordpress_snippet action='list' ile robots.txt'ye dokunan bir parçacık olup olmadığına bak. Mevcut her kural grubunu, Disallow satırlarını ve Sitemap satırlarını listele.
2. Rolleri bana anlat. Tarayıcıları üç gruba ayır ve her biri için tek cümleyle ne kaybedip ne kazanacağımı söyle:
   1. Arama ve alıntı: OAI-SearchBot, Claude-SearchBot, PerplexityBot, Bingbot, Googlebot, Applebot. Bunları kapatmak sitenin o yapay zekanın cevaplarında kaynak olarak gösterilmesini engeller.
   2. Kullanıcı adına anlık getirme: ChatGPT-User, Claude-User, Perplexity-User. Bir kullanıcı sayfamın bağlantısını verdiğinde ya da asistan cevap için sayfayı açtığında bunlar gelir. Sağlayıcıların belgelerine göre kullanıcının başlattığı bu isteklerde robots.txt her durumda uygulanmayabilir, bu yüzden kural yazmanın garanti olmadığını belirt.
   3. Model eğitimi: GPTBot, ClaudeBot, Google-Extended, Applebot-Extended, CCBot, meta-externalagent. Bunları kapatmak içeriğin gelecekteki model eğitimlerinde kullanılmasını sınırlar, zaten eğitilmiş modellerden içeriği silmez. Google-Extended'ı kapatmak Google Arama'yı ve AI Overviews'u etkilemez.
3. Taslağı yaz. Tercihime göre yeni robots.txt'yi hazırla ve şu kurallara uy:
   1. Bir tarayıcı için kendi adıyla grup yazarsan o tarayıcı artık `User-agent: *` grubunu okumaz. Bu yüzden * grubundaki her Disallow satırını (yönetim paneli, sepet, arama sonuçları gibi) adlandırılmış her gruba da kopyala, yoksa özel alanları farkında olmadan açarsın.
   2. CSS, JavaScript ve görsel dosyalarını engelleme, çünkü tarayıcılar sayfayı bunlarla işler.
   3. Mevcut Sitemap satırlarını koru, eksikse site haritasının tam adresini ekle.
   4. Arama rolündeki bir tarayıcıyı benim açık isteğim olmadan kapatma.
   5. Rakip SEO tarayıcılarına (AhrefsBot, SemrushBot gibi) dokunma, bunu ben ayrıca istemedikçe bu çalışmanın kapsamında değil.
4. Önizleme göster. Eski ve yeni dosyayı satır satır karşılaştır ve her tarayıcı için önce ve sonra kararını bir tabloda göster: tarayıcı, rol, eski karar, yeni karar. Onayımı bekle.
5. Onaydan sonra uygula.
   1. Hosting sitesi: site_write_file ile robots.txt'yi yaz. Platform her yazmadan önce sürüm kaydı alır, site_versions ile geri dönülebilecek sürümü bana yaz.
   2. WordPress: dosya fiziksel olarak sunucuda yoksa WordPress robots.txt'yi kendisi üretir ve `robots_txt` filtresi bunu değiştirebilir. wordpress_snippet ile bu filtreyi kullanan bir PHP parçacığı oluştur, konum 'everywhere' olsun. Parçacık pasif oluşur, kodu bana göster, onayımla etkinleştir. Önbellek eklentisi varsa wordpress_purge_cache ile önbelleği temizle.
6. Geri okuyup doğrula. site_read_url ile robots.txt'yi tekrar oku ve yeni içeriğin canlıda olduğunu göster. WordPress'te içerik değişmediyse sunucuda fiziksel bir robots.txt dosyası vardır ve filtre çalışmaz. Bu durumda parçacığı kapat ve dosyanın SEO eklentisinin dosya düzenleyicisinden (Yoast'ta Araçlar, Dosya düzenleyici; Rank Math'te Genel Ayarlar, robots.txt düzenle) ya da hosting panelinden nasıl değiştirileceğini bana adım adım anlat.

Sonunda iki cümlelik bir not yaz: değişikliğin etkisi tarayıcılar dosyayı yeniden okuyunca başlar (genelde bir gün içinde), ve bot adına göre engelleyen bir CDN ya da güvenlik duvarı kuralı varsa robots.txt tek başına yetmez.

Claude'da aç ChatGPT'de aç Forumda tartışın

Örnek sonuç

Bu promptun vereceği çıktının bir örneğidir. Yapısı araçların gerçek çıktısına dayanır, rakamlar ve adlar kurgusaldır.

Örnek çıktı (kurgusal bir site üzerinden, gerçek müşteri verisi değildir)

Mevcut dosyada iki grup var: User-agent: * (Disallow: /panel/, /sepet/) ve User-agent: GPTBot (Disallow: /). Tercihiniz B: arama açık, eğitim kapalı.

Tarayıcı	Rol	Eski karar	Yeni karar
OAI-SearchBot	Arama	İzinli	İzinli
Claude-SearchBot	Arama	İzinli	İzinli
PerplexityBot	Arama	İzinli	İzinli
ChatGPT-User	Kullanıcı	İzinli	İzinli
GPTBot	Eğitim	Engelli	Engelli
ClaudeBot	Eğitim	İzinli	Engelli
Google-Extended	Eğitim	İzinli	Engelli
CCBot	Eğitim	İzinli	Engelli

Dikkat: eski dosyadaki GPTBot grubunda /panel/ ve /sepet/ satırları yoktu. Bu sorun bu grupta zararsızdı çünkü grup tüm siteyi kapatıyordu, ancak yeni dosyada adlandırılmış her gruba bu iki satır da yazıldı.

Onayınızdan sonra robots.txt site_write_file ile yazıldı. site_read_url ile canlıda okundu, 200 döndü ve yeni içerik görünüyor. Geri dönmek isterseniz site_versions listesindeki 14:02 tarihli sürüm eski dosyayı içeriyor.

Not: tarayıcılar dosyayı genelde bir gün içinde yeniden okur. Bot adına göre engelleyen bir güvenlik duvarı kuralı varsa robots.txt tek başına yetmez.

İlgili aramalar

robots.txt yapay zeka tarayıcı politikası GPTBot engelleme ClaudeBot OAI-SearchBot Google-Extended model eğitimi engelleme yapay zeka aramasına açma WordPress robots.txt WPCode robots_txt

Bu promptlar, yapay zeka asistanınız Opus Growth ile hesaplarınıza bağlıyken en iyi sonucu verir.

Hesaplarınızı ücretsiz bağlayın

Diğer promptlar

Web sitesiOnayınızla değişiklik yaparCanlı demo

Uzman ya da danışman için dergi tadında, rehber bölümü ve yazar şeması olan bir site kur

Bir uzmanın sitesini dergi kapağı gibi bir anasayfa, uzun rehber yazıları ve yazar künyesiyle kurdurur. Serif tipografi, Article ve Person şeması, tarihli ve kaynaklı yazılarla hem okunur hem yapay zeka cevaplarında alıntılanabilir bir yayın üretir.

Ne zaman kullanılırDanışman, uzman ya da tek kişilik bir bilgi işi yapıyorsanız ve sitenizin bir broşür değil, uzmanlığınızı yazılarla gösteren bir yayın gibi okunmasını istediğinizde.

Opus Growth hosting sunucumda [sunucu adı] kendim için editoryal tarzda bir uzman sitesi kur. Ben: [ad soyad], [uzmanlık, ör. ihracat danışmanı], [hizmet verdiğim bölge ya da "çevrim içi"]. Hizmetler: [hizmetler]. Deneyim: [gerçek deneyim, çalıştığım sektörler; uydurma]. Telefon: [telefon], e-posta: [e-posta], alan adı: [alan adı]. İlk iki rehber yazısının konusu: [konu 1], [konu 2]. Ofisim ziyaretçi kabul ediyorsa adresi: [adres ya da "yok"].

Site bir broşür değil, uzmanlığı yazılarla gösteren bir yayın gibi okunmalı. Rehber yazıları sitenin merkezinde olacak, çünkü hem okurun hem yapay zeka cevaplarının alıntıladığı şey bu yazılar.

Tasarım yönü editoryal:
1. Tipografi: başlıklar için Fontshare'den karakterli bir serif (ör. Zodiak 700 ve 400 italik), arayüz ve kısa metin için sakin bir sans (ör. Author 400 ve 600). Yazı gövdesi serif, 19 piksel, satır aralığı 1.7, satır uzunluğu en fazla 68 karakter.
2. Renk: krem kağıt zemin, koyu mürekkep metin, ikincil kahve gri ve tek bir koyu aksan (ör. bordo). Aksan yalnız üst etiket, ilk harf ve alıntı çizgisinde.
3. Izgara: 12 sütun; anasayfada 7'ye 5 asimetrik kapak, sütunlar arası ince dikey çizgiler. Gölge ve yuvarlak köşe yok.
4. İmza öğesi: gazete künyesi gibi çift çizgili üst bant (üstte ince bir tarih satırıyla) ve yazılarda aksan renginde büyük ilk harf ile kenar alıntısı.
5. Hareket: yok.

Sayfalar ve şemaları:
1. index.html (kapak): ilk paragrafı "kimsiniz, kime ne konuda yardım ediyorsunuz" sorusuna cevap veren başlık ve spot, öne çıkan yazı görseli ve başlığı, yan sütunda diğer yazı, hizmetler ve yazar kutuları, bir çekme alıntı, "nasıl çalışıyorum" bandı. WebPage ve Person.
2. hizmetler.html: her hizmet ayrı bölüm; ilk paragraf hizmetin kime ve ne zaman yaradığını söyler, ardından numaralı adımlar ve yazılı çıktı. Her hizmet için Service, provider yazar Person'ı.
3. hakkimda.html: gerçek deneyim, çalışma ilkeleri (sonuç garantisi verilmez), yazıların nasıl hazırlandığı ve kaynak politikası. ProfilePage, mainEntity Person (jobTitle, knowsAbout, worksFor #org).
4. rehber/index.html: yazılar yeniden eskiye, tarih ve yazarla. CollectionPage ve ItemList (numberOfItems).
5. rehber/[yazı].html: en az 700 kelime, ilk paragraf soruya doğrudan cevap, H2 hiyerarşisi, uygun yerde thead ve th scope içeren bir tablo, en az bir çekme alıntı, iki ile dört iç link, sonda kaynaklar. Başta yazar linki, yayın ve son güncelleme tarihi <time> ile. Article (headline, image, datePublished, dateModified, author @id ile Person, publisher #org). Örnek rakam kullanırsan kurgusal olduğunu yaz.
6. iletisim.html: ContactPage. 7. kvkk.html ve 404.html.

Fiziksel ofis ziyaretçi kabul etmiyorsa site.config.js'te localBusiness: false yap; Organization ve Person yeterli.

Teknik kurallar. Bunlara harfiyen uy, çünkü aşağıdaki kapılar tam olarak bunları ölçüyor:

1. Kurulum. scaffold_site'ı önce önizleme olarak çalıştır, listeyi bana göster, onayımdan sonra confirm=true ile kur. Ardından site_design_guide ve site_seo_guide'ı baştan sona oku. Kod yazmadan önce _kaynak/ART.md dosyasına yön kararını yaz (his, font eşleşmesi, renkler ve kontrast oranları, ızgara, imza öğesi, hareket kararı, sayfa listesi) ve bana göster.
2. JavaScript'i söküp at. Bu sitede hiçbir sayfa JavaScript yüklemeyecek. Kitteki cdn.tailwindcss.com betiğini, tailwind.config satırını, GSAP, ScrollTrigger, SplitText, Lenis ve Swiper etiketlerini, motion.js, chrome.js ve site.config.js betik etiketlerini tüm sayfalardan sil; assets/chrome.js ve assets/motion.js dosyalarını kaldır. assets/site.config.js dosyası kalsın ama yalnız seo-stamp.mjs için marka, iletişim ve seo bilgisini tutsun; tarayıcıya yüklenmesin.
3. Menü ve alt bilgi statik HTML olacak. <site-nav> ve <site-footer> bileşenleri JavaScript'le çizildiği için arama ve yapay zeka tarayıcıları menüyü, iç linkleri ve iletişim bilgisini göremez. Menüyü _kaynak/ust.inc, alt bilgiyi (ad, adres, telefon, e-posta, tüm sayfa linkleri, KVKK, "Web: Opus Growth") _kaynak/alt.inc dosyasına yaz. Uzantı .inc olsun ki seo-stamp ve html-validate bu parçaları sayfa sanmasın. Her sayfada  ve  işaretleri olsun. Sonra site_write_file ile _kaynak/parca-bas.mjs adında bağımlılıksız bir Node betiği yaz: bu betik iki parçayı her HTML dosyasındaki işaretlerin arasına basar, bulunulan sayfanın menü linkine aria-current="page" ekler ve sitemap.xml'i her sayfanın JSON-LD'sindeki dateModified tarihini lastmod olarak kullanarak yeniden yazar (404 ve noindex sayfaları hariç). Mobil menüyü JavaScript'siz <details><summary>Menü</summary> ile yap; masaüstü ve mobil menü iki ayrı <nav>, aria-label'ları farklı.
4. Fontları kendi sunucunda barındır. Bu sitede iki aile ve en fazla beş dosya olacak; ilk ekranda başlık, italik spot ve gövde fontları birlikte göründüğü için dördünü de preload et. Bu demoda yalnız iki font preload edildiğinde uzun yazıda CLS değeri 0,24 ve mobil Performans 86 oldu, dördü preload edilince CLS 0 ve Performans 99 oldu. Fontshare CSS adresini (https://api.fontshare.com/v2/css?f[]=aile@400,600&display=swap, italik için ağırlık kodu 401) site_fetch ile _kaynak/fontshare.css olarak indir, site_read_file ile oku ve yalnız istediğin aileye ait woff2 adreslerini al; bu servis bazen istemediğin başka bir aileyi de listeye ekliyor. Her woff2'yi site_fetch ile assets/fonts/ altına indir. @font-face kurallarını (font-display: swap) assets/app.css içine yaz, çünkü design-check.mjs özel fontu yalnız bu dosyada arar. Varsayılan Inter, Roboto, Poppins, Montserrat kullanma.
5. Tailwind'i derle. assets/app.css dosyası Tailwind kaynağı olsun: en üstte @tailwind base; @tailwind components; @tailwind utilities;, sonra @font-face, odak halkası, skip-link, prefers-reduced-motion kuralı ve @layer components içinde kendi bileşen sınıfların. Bileşen sınıflarına Tailwind'in kendi sınıf adlarını verme (list-item, table, grid, container, hidden gibi), çünkü çakışan ad derlenince düzeni sessizce bozar. Kök dizine tailwind.config.js yaz (content: ["./*.html", "./**/*.html", "./_kaynak/*.inc"], renkler ve fontFamily). site_run_command ile background=true seçeneğiyle "npx --yes tailwindcss@3 -i assets/app.css -o assets/site.css --minify" çalıştır ve site_command_status ile bitişini bekle. Her sayfanın <head>'inde sırasıyla şunlar olsun: tek <link rel="stylesheet" href="/assets/site.css">, ardından ilk ekranda kullanılan her font dosyası için bir preload satırı (başlık, vurgu ve gövde; as="font" type="font/woff2" crossorigin). Preload satırları stil dosyasından önce gelirse CSS gecikir ve LCP uzar; ilk ekrandaki bir fontu preload etmezsen font değişimi sayfayı kaydırır ve CLS yükselir ve <link rel="icon" href="/assets/img/favicon.svg" type="image/svg+xml">. Favicon satırı şart, yoksa tarayıcı /favicon.ico ister, 404 alır ve konsol hatası Best Practices puanını düşürür.
6. Görseller. Fotoğrafları site_fetch ile resize ve image_format="webp" kullanarak birkaç genişlikte indir (ilk ekran görseli için 480, 800, 1200, 1600; diğerleri için 480, 800, 1200; quality 60 ile 75 arası, detaylı fotoğraflarda düşük). Her <img> etiketinde srcset, gerçek yerleşime uyan sizes, width ve height (CLS sıfır), anlamlı ve dürüst bir alt metni olsun. fetchpriority="high" yalnız Lighthouse'un LCP öğesi olarak gösterdiği görsele verilir, o görsel lazy olmaz; diğer tüm görseller loading="lazy". LCP öğesi bir metinse hiçbir görsele fetchpriority verme. Ayrıca assets/img/logo.png, 1200x630 boyutunda assets/img/og.jpg ve assets/img/favicon.svg hazırla.
7. HTML kuralları (html-validate varsayılan kuralları). <!DOCTYPE html> büyük harfle; satır içi style niteliği yok (kitteki style="background:var(--brand)" dahil, yerine sınıf); tel: linklerinin metninde normal boşluk yerine &nbsp; (0312&nbsp;000&nbsp;00&nbsp;00); her <button> için type; satır sonunda boşluk yok; tablolarda <thead>, <tbody> ve th scope. Paragraf içindeki linkler altı çizili olsun; menü, alt bilgi, kırıntı ve düğme linkleri en az 44x44 piksel dokunma alanına sahip olsun (min-h-[44px] min-w-[44px]).
8. Yapılandırılmış veri. site.config.js'teki seo bloğunu doldur (siteUrl, açıklama, logo, og görseli, işletme türü, adres alanları) ve site_run_command ile "node seo-stamp.mjs" çalıştır; bu Organization, WebSite ve gerekiyorsa LocalBusiness alt türünü, canonical ve OG etiketlerini basar. Sayfaya özel şemayı elle ekle: her sayfada @id'li bir WebPage (ya da AboutPage, ContactPage, CollectionPage, ProfilePage) düğümü, datePublished ve dateModified, isPartOf ile #site, about ile #business ya da #org, breadcrumb ile BreadcrumbList; ayrıca hizmetler için Service, yazar için Person ve ProfilePage, rehber listesinde ItemList, her yazıda Article. Her düğümü AYRI bir <script type="application/ld+json"> bloğuna yaz ve @graph sarmalayıcısı kullanma, çünkü seo-check.mjs yalnız en üst düzeydeki @type'ı okur ve @graph içindeki BreadcrumbList'i görmez. Düğümler birbirine @id ile bağlansın. Saat, koordinat, puan, yorum, ödül, müşteri sayısı ve sertifika uydurma; bilinmeyen alanı boş bırak.
9. Yapay zeka erişimi. robots.txt yaz: tüm site açık, yalnız /_kaynak/ kapalı; GPTBot, OAI-SearchBot, ChatGPT-User, ClaudeBot, Claude-User, Claude-SearchBot, PerplexityBot, Perplexity-User, Google-Extended, Applebot-Extended ve Bingbot için Allow: /, CCBot için kararı ve gerekçesini yorum satırında yaz, en sonda Sitemap satırı. Kökte llms.txt olsun: işletmenin iki cümlelik doğru özeti, önemli sayfalar ve her birinin tek satırlık açıklaması, iletişim bilgisi. 404.html yaz (noindex, menü ve alt bilgi işaretleriyle).
10. Yazım. Her sayfanın <main> içinde en az 150 kelime özgün metin olsun; ilk paragraf sayfanın ana sorusuna doğrudan cevap versin. Başlık 48 ile 60, açıklama 145 ile 158 karakter, her sayfada farklı. Uzun ve orta boy tire işareti, klişe slogan ve boş vaat yok. Sitede adı geçen ama gerçek olmayan bir bilgi varsa açıkça kurgusal olduğunu yaz.

Kapılar. Her değişiklikten sonra site_run_command ile sırasıyla şunları çalıştır ve her birini sıfırlamadan sonrakine geçme:
1. node _kaynak/parca-bas.mjs, node seo-stamp.mjs, Tailwind derlemesi (yeni sınıf eklediysen tekrar).
2. node seo-check.mjs: 0 hata ve 0 uyarı. "gövde kısa" uyarısı gelirse metni uzat, dolgu cümle yazma.
3. node design-check.mjs: 0 hata. Tek uyarı "Hiç hareket yok" olabilir; editoryal okuma deneyimi için bilinçli bir karardır, raporda gerekçesiyle yaz.
4. npx --yes html-validate "**/*.html": 0 hata.
5. site_preview ile her sayfayı view="mobile" ve view="desktop" olarak gör; ayrıca 360 ve 768 piksel genişlikte ana sayfayı kontrol et. Yatay taşma, sıkışan başlık, 44 pikselden küçük dokunma hedefi varsa düzelt ve tekrar bak.
6. core_web_vitals ile her sayfayı strategy="mobile" ve strategy="desktop" ölç, ardından seo_audit ile ana sayfayı ve en uzun sayfayı denetle. Hedef: mobilde Erişilebilirlik, En İyi Uygulamalar ve SEO 100, Performans en az 95; masaüstünde dördü de en az 95. Ağ isteklerinde site dışına giden tek bir istek kalmamalı. LCP yüksekse resources=true ile hangi dosyanın beklettiğini bul: çoğu zaman stil dosyasından önce sıralanmış preload satırları ya da LCP olmayan bir görsele verilmiş fetchpriority'dir. CLS 0,1'i geçerse preload edilmemiş bir ilk ekran fontunu ara.
Bu ölçütlerin hepsi sağlanmadan "bitti" deme.

Yayından sonra gsc_submit_sitemap ile https://[alan adı]/sitemap.xml adresini gönder ve gsc_url_inspect ile ana sayfanın durumunu kontrol et. Search Console mülkü yoksa bunu bana söyle, kendin bağlamaya çalışma.

Teslim raporu: sayfa sayfa mobil ve masaüstü dört Lighthouse puanı ve LCP'yi gösteren bir tablo, dört kapının sonucu, design-check uyarılarının gerekçesi, sitede kurgusal ya da eksik kalan bilgilerin listesi ve benim tamamlamam gerekenler (Google İşletme Profili, gerçek fotoğraflar, çalışma saatleri gibi).

Web sitesiOnayınızla değişiklik yaparCanlı demo

Köklü bir aile işletmesi için klasik görünümlü ama modern standartlarda bir site kur

Üç kuşaktır süren bir üretici için eski etiket ve dükkan tabelası havasında, çerçeveli ve kağıt dokulu bir site kurdurur. Görünüm eski, altyapı yeni: mobil öncelikli, JavaScript içermeyen, yerel fontlu, WebP, Product ve HowTo şeması.

Ne zaman kullanılırLokum, zeytinyağı, peynir ya da bakır gibi kuşaklardır süren bir zanaatı satıyorsanız ve sitenizin bu geçmişi taşıyan klasik bir görünümle, ama hızdan ve erişilebilirlikten ödün vermeden açılmasını istediğinizde.

Opus Growth hosting sunucumda [sunucu adı] aile işletmemiz için geleneksel görünümlü bir site kur. İşletme: [işletme adı], [ne üretiyoruz, ör. zeytinyağı ya da lokum], [şehir], [kuruluş yılı ve kuşak bilgisi, yalnız gerçekse]. Ürünler: [her ürün için ad, ambalaj, kısa açıklama ve yayımlanmış fiyat ya da "fiyat yazma"]. Üretim adımları: [kısa liste]. Sipariş yolu: [telefon, dükkan, kargo]. Telefon: [telefon], e-posta: [e-posta], dükkan adresi: [adres], alan adı: [alan adı]. Aile ve arşiv fotoğrafları: [adresleri ya da "yok"].

Görünüm eski olacak, altyapı yeni. Eski bir etiket, bir dükkan tabelası ya da bir hasat defteri gibi hissettirmeli; ama sayfalar telefonda kusursuz açılmalı, JavaScript yüklenmemeli ve her sayfa ölçülmeli. Eski estetik, okunurluğun ya da kontrastın bahanesi olamaz.

Tasarım yönü geleneksel:
1. Tipografi: tek bir klasik Fontshare serif aile (ör. Gambetta 400, 400 italik, 600). Menü, düğme ve etiketlerde font-variant-caps: all-small-caps ile küçük büyük harf ve geniş harf aralığı; başlıklar ortalı.
2. Renk: kağıt rengi zemin, mürekkep kahvesi metin, ikincil kahve ve tek ana renk (ör. zeytin yeşili), çok küçük etiketlerde ikinci bir sıcak renk. Hepsi en az 4.5:1 kontrast.
3. Doku: zemin için kağıt dokusu, CSS içinde SVG feTurbulence veri adresiyle; ek görsel dosyası ve ek istek yok.
4. İmza öğesi: eski etiket çerçevesi; çift çizgili, köşelerinde süs olan kutu (border, outline-offset ve ::before, ::after ile) ve bölüm aralarında satır içi SVG ile çizilmiş küçük bir süs (ör. zeytin dalı), aria-hidden.
5. Düzen: ortalı ve dar; ürünler çerçeveli etiket kartlarında, mobilde tek sütun.
6. Hareket: yok.
7. Fotoğraf: aile arşivi varsa onu kullan. Yoksa kamu malı ya da açık lisanslı arşiv fotoğrafı kullanabilirsin, ama altyazıda kaynağını ve lisansını yaz ve aileye aitmiş gibi sunma.

Sayfalar ve şemaları:
1. index.html: ilk paragrafı "kim, ne üretiyor, nerede, nasıl satıyor" sorusunu cevaplayan çerçeveli ilk ekran, ürün etiketleri, aile bölümü, sipariş şekli. WebPage. İşletme türü site.config.js'te en uygun alt tür (ör. Store ya da FoodEstablishment).
2. urunler.html: her ürün ayrı etiket kartında; ad, ambalaj, açıklama, yayımlanmış fiyat. CollectionPage ve her ürün için Product (brand, manufacturer #business, offers içinde price, priceCurrency, availability). Fiyat bana sorulmadan yazılmaz; fiyat yoksa offers alanını hiç koyma.
3. hikayemiz.html: kuşak kuşak gerçek hikaye. AboutPage.
4. uretim.html: hasattan ya da hammaddeden pakete adımlar, ürünün resmi sınıf tanımı ve dayandığı mevzuat (ör. Türk Gıda Kodeksi). WebPage ve HowTo.
5. sss.html: sipariş, kargo, saklama gibi altı gerçek soru. FAQPage.
6. iletisim.html: sipariş telefonu, dükkan adresi, harita bağlantısı; saatler mevsime göre değişiyorsa yazma. ContactPage.
7. kvkk.html ve 404.html.

Teknik kurallar. Bunlara harfiyen uy, çünkü aşağıdaki kapılar tam olarak bunları ölçüyor:

1. Kurulum. scaffold_site'ı önce önizleme olarak çalıştır, listeyi bana göster, onayımdan sonra confirm=true ile kur. Ardından site_design_guide ve site_seo_guide'ı baştan sona oku. Kod yazmadan önce _kaynak/ART.md dosyasına yön kararını yaz (his, font eşleşmesi, renkler ve kontrast oranları, ızgara, imza öğesi, hareket kararı, sayfa listesi) ve bana göster.
2. JavaScript'i söküp at. Bu sitede hiçbir sayfa JavaScript yüklemeyecek. Kitteki cdn.tailwindcss.com betiğini, tailwind.config satırını, GSAP, ScrollTrigger, SplitText, Lenis ve Swiper etiketlerini, motion.js, chrome.js ve site.config.js betik etiketlerini tüm sayfalardan sil; assets/chrome.js ve assets/motion.js dosyalarını kaldır. assets/site.config.js dosyası kalsın ama yalnız seo-stamp.mjs için marka, iletişim ve seo bilgisini tutsun; tarayıcıya yüklenmesin.
3. Menü ve alt bilgi statik HTML olacak. <site-nav> ve <site-footer> bileşenleri JavaScript'le çizildiği için arama ve yapay zeka tarayıcıları menüyü, iç linkleri ve iletişim bilgisini göremez. Menüyü _kaynak/ust.inc, alt bilgiyi (ad, adres, telefon, e-posta, tüm sayfa linkleri, KVKK, "Web: Opus Growth") _kaynak/alt.inc dosyasına yaz. Uzantı .inc olsun ki seo-stamp ve html-validate bu parçaları sayfa sanmasın. Her sayfada  ve  işaretleri olsun. Sonra site_write_file ile _kaynak/parca-bas.mjs adında bağımlılıksız bir Node betiği yaz: bu betik iki parçayı her HTML dosyasındaki işaretlerin arasına basar, bulunulan sayfanın menü linkine aria-current="page" ekler ve sitemap.xml'i her sayfanın JSON-LD'sindeki dateModified tarihini lastmod olarak kullanarak yeniden yazar (404 ve noindex sayfaları hariç). Mobil menüyü JavaScript'siz <details><summary>Menü</summary> ile yap; masaüstü ve mobil menü iki ayrı <nav>, aria-label'ları farklı.
4. Fontları kendi sunucunda barındır. Bu sitede tek klasik serif aile ve en fazla üç dosya olacak. Fontshare CSS adresini (https://api.fontshare.com/v2/css?f[]=aile@400,600&display=swap, italik için ağırlık kodu 401) site_fetch ile _kaynak/fontshare.css olarak indir, site_read_file ile oku ve yalnız istediğin aileye ait woff2 adreslerini al; bu servis bazen istemediğin başka bir aileyi de listeye ekliyor. Her woff2'yi site_fetch ile assets/fonts/ altına indir. @font-face kurallarını (font-display: swap) assets/app.css içine yaz, çünkü design-check.mjs özel fontu yalnız bu dosyada arar. Varsayılan Inter, Roboto, Poppins, Montserrat kullanma.
5. Tailwind'i derle. assets/app.css dosyası Tailwind kaynağı olsun: en üstte @tailwind base; @tailwind components; @tailwind utilities;, sonra @font-face, odak halkası, skip-link, prefers-reduced-motion kuralı ve @layer components içinde kendi bileşen sınıfların. Bileşen sınıflarına Tailwind'in kendi sınıf adlarını verme (list-item, table, grid, container, hidden gibi), çünkü çakışan ad derlenince düzeni sessizce bozar. Kök dizine tailwind.config.js yaz (content: ["./*.html", "./**/*.html", "./_kaynak/*.inc"], renkler ve fontFamily). site_run_command ile background=true seçeneğiyle "npx --yes tailwindcss@3 -i assets/app.css -o assets/site.css --minify" çalıştır ve site_command_status ile bitişini bekle. Her sayfanın <head>'inde sırasıyla şunlar olsun: tek <link rel="stylesheet" href="/assets/site.css">, ardından ilk ekranda kullanılan her font dosyası için bir preload satırı (başlık, vurgu ve gövde; as="font" type="font/woff2" crossorigin). Preload satırları stil dosyasından önce gelirse CSS gecikir ve LCP uzar; ilk ekrandaki bir fontu preload etmezsen font değişimi sayfayı kaydırır ve CLS yükselir ve <link rel="icon" href="/assets/img/favicon.svg" type="image/svg+xml">. Favicon satırı şart, yoksa tarayıcı /favicon.ico ister, 404 alır ve konsol hatası Best Practices puanını düşürür.
6. Görseller. Fotoğrafları site_fetch ile resize ve image_format="webp" kullanarak birkaç genişlikte indir (ilk ekran görseli için 480, 800, 1200, 1600; diğerleri için 480, 800, 1200; quality 60 ile 75 arası, detaylı fotoğraflarda düşük). Her <img> etiketinde srcset, gerçek yerleşime uyan sizes, width ve height (CLS sıfır), anlamlı ve dürüst bir alt metni olsun. fetchpriority="high" yalnız Lighthouse'un LCP öğesi olarak gösterdiği görsele verilir, o görsel lazy olmaz; diğer tüm görseller loading="lazy". LCP öğesi bir metinse hiçbir görsele fetchpriority verme. Ayrıca assets/img/logo.png, 1200x630 boyutunda assets/img/og.jpg ve assets/img/favicon.svg hazırla.
7. HTML kuralları (html-validate varsayılan kuralları). <!DOCTYPE html> büyük harfle; satır içi style niteliği yok (kitteki style="background:var(--brand)" dahil, yerine sınıf); tel: linklerinin metninde normal boşluk yerine &nbsp; (0312&nbsp;000&nbsp;00&nbsp;00); her <button> için type; satır sonunda boşluk yok; tablolarda <thead>, <tbody> ve th scope. Paragraf içindeki linkler altı çizili olsun; menü, alt bilgi, kırıntı ve düğme linkleri en az 44x44 piksel dokunma alanına sahip olsun (min-h-[44px] min-w-[44px]).
8. Yapılandırılmış veri. site.config.js'teki seo bloğunu doldur (siteUrl, açıklama, logo, og görseli, işletme türü, adres alanları) ve site_run_command ile "node seo-stamp.mjs" çalıştır; bu Organization, WebSite ve gerekiyorsa LocalBusiness alt türünü, canonical ve OG etiketlerini basar. Sayfaya özel şemayı elle ekle: her sayfada @id'li bir WebPage (ya da AboutPage, ContactPage, CollectionPage, ProfilePage) düğümü, datePublished ve dateModified, isPartOf ile #site, about ile #business ya da #org, breadcrumb ile BreadcrumbList; ayrıca ürünler sayfasında her ürün için Product ve Offer, üretim sayfasında HowTo, SSS sayfasında FAQPage. Her düğümü AYRI bir <script type="application/ld+json"> bloğuna yaz ve @graph sarmalayıcısı kullanma, çünkü seo-check.mjs yalnız en üst düzeydeki @type'ı okur ve @graph içindeki BreadcrumbList'i görmez. Düğümler birbirine @id ile bağlansın. Saat, koordinat, puan, yorum, ödül, müşteri sayısı ve sertifika uydurma; bilinmeyen alanı boş bırak.
9. Yapay zeka erişimi. robots.txt yaz: tüm site açık, yalnız /_kaynak/ kapalı; GPTBot, OAI-SearchBot, ChatGPT-User, ClaudeBot, Claude-User, Claude-SearchBot, PerplexityBot, Perplexity-User, Google-Extended, Applebot-Extended ve Bingbot için Allow: /, CCBot için kararı ve gerekçesini yorum satırında yaz, en sonda Sitemap satırı. Kökte llms.txt olsun: işletmenin iki cümlelik doğru özeti, önemli sayfalar ve her birinin tek satırlık açıklaması, iletişim bilgisi. 404.html yaz (noindex, menü ve alt bilgi işaretleriyle).
10. Yazım. Her sayfanın <main> içinde en az 150 kelime özgün metin olsun; ilk paragraf sayfanın ana sorusuna doğrudan cevap versin. Başlık 48 ile 60, açıklama 145 ile 158 karakter, her sayfada farklı. Uzun ve orta boy tire işareti, klişe slogan ve boş vaat yok. Sitede adı geçen ama gerçek olmayan bir bilgi varsa açıkça kurgusal olduğunu yaz.

Kapılar. Her değişiklikten sonra site_run_command ile sırasıyla şunları çalıştır ve her birini sıfırlamadan sonrakine geçme:
1. node _kaynak/parca-bas.mjs, node seo-stamp.mjs, Tailwind derlemesi (yeni sınıf eklediysen tekrar).
2. node seo-check.mjs: 0 hata ve 0 uyarı. "gövde kısa" uyarısı gelirse metni uzat, dolgu cümle yazma.
3. node design-check.mjs: 0 hata. Tek uyarı "Hiç hareket yok" olabilir; klasik tarzın gereğidir, raporda gerekçesiyle yaz.
4. npx --yes html-validate "**/*.html": 0 hata.
5. site_preview ile her sayfayı view="mobile" ve view="desktop" olarak gör; ayrıca 360 ve 768 piksel genişlikte ana sayfayı kontrol et. Yatay taşma, sıkışan başlık, 44 pikselden küçük dokunma hedefi varsa düzelt ve tekrar bak.
6. core_web_vitals ile her sayfayı strategy="mobile" ve strategy="desktop" ölç, ardından seo_audit ile ana sayfayı ve en uzun sayfayı denetle. Hedef: mobilde Erişilebilirlik, En İyi Uygulamalar ve SEO 100, Performans en az 95; masaüstünde dördü de en az 95. Ağ isteklerinde site dışına giden tek bir istek kalmamalı. LCP yüksekse resources=true ile hangi dosyanın beklettiğini bul: çoğu zaman stil dosyasından önce sıralanmış preload satırları ya da LCP olmayan bir görsele verilmiş fetchpriority'dir. CLS 0,1'i geçerse preload edilmemiş bir ilk ekran fontunu ara.
Bu ölçütlerin hepsi sağlanmadan "bitti" deme.

Web sitesiOnayınızla değişiklik yaparCanlı demo

Hukuk ya da mali müşavirlik bürosu için güven sinyalleri güçlü İsviçre-minimal site kur

Katı ızgaralı, tek font ailesiyle hiyerarşi kuran, hareketsiz bir büro sitesi kurdurur. Uzman künyeleri, tarihli ve kaynaklı bilgi notu, meslek kuralına uygun dil ve Person şemasıyla YMYL alanındaki güven sinyallerini sayfaya koyar.

Ne zaman kullanılırBir avukatlık, mali müşavirlik ya da benzeri bir meslek bürosu için, ciddi ve sade görünen, meslek kurallarına takılmayan ve uzmanlığını kanıtlayan bir site istediğinizde.

Opus Growth hosting sunucumda [sunucu adı] büromuz için İsviçre-minimal tarzda, çok sayfalı ve statik bir site kur. Büro: [büro adı], [meslek, ör. avukatlık bürosu ya da mali müşavirlik], [şehir]. Çalışma alanları: [alanlar]. Uzmanlar: [her biri için ad, unvan, kayıtlı olduğu baro ya da oda, sicil numarası, çalıştığı alanlar]. Telefon: [telefon], e-posta: [e-posta], adres: [adres], alan adı: [alan adı]. Bilgi notu konusu: [sık sorulan bir konu, ör. kira artışında yasal sınır].

Bu alan, insanların parası ve hakları üzerine karar verdiği bir alan. Bu yüzden güven süsten değil açıklıktan, künyeden ve kaynaktan gelmeli. Meslek kuralına uy: avukatlıkta Türkiye Barolar Birliği Reklam Yasağı Yönetmeliği, mali müşavirlikte TÜRMOB'un meslek kuralları geçerli. Başarı oranı, kazanılan dava sayısı, müvekkil ya da mükellef adı, "en iyi" ya da "uzman" gibi üstünlük iddiası, ücret karşılaştırması, garanti ve abartılı vaat yazma. Bilgileri "genel bilgidir, hukuki ya da mali görüş yerine geçmez" uyarısıyla ver.

Tasarım yönü İsviçre-minimal:
1. Tipografi: tek bir Fontshare grotesk aile (ör. Switzer 400, 500, 600). Hiyerarşiyi yalnız boyut ve ağırlık taşır: iri, sıkı ve sola yaslı başlık, sakin gövde, küçük bölüm etiketleri.
2. Renk: beyaz zemin, siyaha yakın metin, tek koyu gri ve tek bir aksan (ör. İsviçre kırmızısı). Aksan yalnız bölüm işaretinde, etiket ve odak halkasında. Fotoğraflar siyah beyaz (Tailwind grayscale).
3. Izgara: katı 12 sütun. Her bölümde etiket 1 ile 3, içerik 4 ile 12. sütunda; bölümler 1 piksellik siyah çizgiyle ayrılır. Yuvarlak köşe ve gölge yok.
4. İmza öğesi: aksan renginde § işaretiyle numaralanan bölüm etiketleri ve ilk ekranda yalnız CSS ile çizilen 12 sütunluk ince kılavuz çizgileri.
5. Hareket: yok.

Sayfalar ve şemaları:
1. index.html: ilk paragrafı "hangi konularda, kime, nerede hizmet veriyorsunuz" sorusuna cevap veren ilk ekran, çalışma alanları, nasıl çalıştığınız ve ücretin nasıl belirlendiği (rakam vermeden, tarife ve yazılı sözleşme), en yeni bilgi notu, ekip özeti. WebPage.
2. calisma-alanlari.html: her alan ayrı bölüm; ilk paragraf o alanda en sık sorulan soruya cevap verir, ardından başlıca konular ve kanuni dayanak. Her alan için Service.
3. ekip.html: her uzman için künye (ad, unvan, baro ya da oda, çalıştığı alanlar, kısa özgeçmiş). AboutPage ve her uzman için Person (jobTitle, knowsAbout, worksFor #business, memberOf ile baro ya da oda).
4. bilgi-notlari/[konu].html: kanun maddesine dayanan, kısa cevapla açılan bir not. Başında yazan, kontrol eden, yayın ve son kontrol tarihi; sonunda kaynaklar listesi. Article (author ve publisher @id ile, image, datePublished, dateModified, citation) ve WebPage üzerinde reviewedBy ile lastReviewed. Bilmediğin bir hukuki ya da mali bilgiyi yazma; emin olmadığın her cümleyi bana sor.
5. sss.html: altı gerçek soru, FAQPage. 6. iletisim.html: ContactPage. 7. kvkk.html (avukatlık ya da meslek sırrına değinen) ve 404.html.

Teknik kurallar. Bunlara harfiyen uy, çünkü aşağıdaki kapılar tam olarak bunları ölçüyor:

1. Kurulum. scaffold_site'ı önce önizleme olarak çalıştır, listeyi bana göster, onayımdan sonra confirm=true ile kur. Ardından site_design_guide ve site_seo_guide'ı baştan sona oku. Kod yazmadan önce _kaynak/ART.md dosyasına yön kararını yaz (his, font eşleşmesi, renkler ve kontrast oranları, ızgara, imza öğesi, hareket kararı, sayfa listesi) ve bana göster.
2. JavaScript'i söküp at. Bu sitede hiçbir sayfa JavaScript yüklemeyecek. Kitteki cdn.tailwindcss.com betiğini, tailwind.config satırını, GSAP, ScrollTrigger, SplitText, Lenis ve Swiper etiketlerini, motion.js, chrome.js ve site.config.js betik etiketlerini tüm sayfalardan sil; assets/chrome.js ve assets/motion.js dosyalarını kaldır. assets/site.config.js dosyası kalsın ama yalnız seo-stamp.mjs için marka, iletişim ve seo bilgisini tutsun; tarayıcıya yüklenmesin.
3. Menü ve alt bilgi statik HTML olacak. <site-nav> ve <site-footer> bileşenleri JavaScript'le çizildiği için arama ve yapay zeka tarayıcıları menüyü, iç linkleri ve iletişim bilgisini göremez. Menüyü _kaynak/ust.inc, alt bilgiyi (ad, adres, telefon, e-posta, tüm sayfa linkleri, KVKK, "Web: Opus Growth") _kaynak/alt.inc dosyasına yaz. Uzantı .inc olsun ki seo-stamp ve html-validate bu parçaları sayfa sanmasın. Her sayfada  ve  işaretleri olsun. Sonra site_write_file ile _kaynak/parca-bas.mjs adında bağımlılıksız bir Node betiği yaz: bu betik iki parçayı her HTML dosyasındaki işaretlerin arasına basar, bulunulan sayfanın menü linkine aria-current="page" ekler ve sitemap.xml'i her sayfanın JSON-LD'sindeki dateModified tarihini lastmod olarak kullanarak yeniden yazar (404 ve noindex sayfaları hariç). Mobil menüyü JavaScript'siz <details><summary>Menü</summary> ile yap; masaüstü ve mobil menü iki ayrı <nav>, aria-label'ları farklı.
4. Fontları kendi sunucunda barındır. Bu sitede tek font ailesi ve en fazla üç dosya olacak. Fontshare CSS adresini (https://api.fontshare.com/v2/css?f[]=aile@400,600&display=swap, italik için ağırlık kodu 401) site_fetch ile _kaynak/fontshare.css olarak indir, site_read_file ile oku ve yalnız istediğin aileye ait woff2 adreslerini al; bu servis bazen istemediğin başka bir aileyi de listeye ekliyor. Her woff2'yi site_fetch ile assets/fonts/ altına indir. @font-face kurallarını (font-display: swap) assets/app.css içine yaz, çünkü design-check.mjs özel fontu yalnız bu dosyada arar. Varsayılan Inter, Roboto, Poppins, Montserrat kullanma.
5. Tailwind'i derle. assets/app.css dosyası Tailwind kaynağı olsun: en üstte @tailwind base; @tailwind components; @tailwind utilities;, sonra @font-face, odak halkası, skip-link, prefers-reduced-motion kuralı ve @layer components içinde kendi bileşen sınıfların. Bileşen sınıflarına Tailwind'in kendi sınıf adlarını verme (list-item, table, grid, container, hidden gibi), çünkü çakışan ad derlenince düzeni sessizce bozar. Kök dizine tailwind.config.js yaz (content: ["./*.html", "./**/*.html", "./_kaynak/*.inc"], renkler ve fontFamily). site_run_command ile background=true seçeneğiyle "npx --yes tailwindcss@3 -i assets/app.css -o assets/site.css --minify" çalıştır ve site_command_status ile bitişini bekle. Her sayfanın <head>'inde sırasıyla şunlar olsun: tek <link rel="stylesheet" href="/assets/site.css">, ardından ilk ekranda kullanılan her font dosyası için bir preload satırı (başlık, vurgu ve gövde; as="font" type="font/woff2" crossorigin). Preload satırları stil dosyasından önce gelirse CSS gecikir ve LCP uzar; ilk ekrandaki bir fontu preload etmezsen font değişimi sayfayı kaydırır ve CLS yükselir ve <link rel="icon" href="/assets/img/favicon.svg" type="image/svg+xml">. Favicon satırı şart, yoksa tarayıcı /favicon.ico ister, 404 alır ve konsol hatası Best Practices puanını düşürür.
6. Görseller. Fotoğrafları site_fetch ile resize ve image_format="webp" kullanarak birkaç genişlikte indir (ilk ekran görseli için 480, 800, 1200, 1600; diğerleri için 480, 800, 1200; quality 60 ile 75 arası, detaylı fotoğraflarda düşük). Her <img> etiketinde srcset, gerçek yerleşime uyan sizes, width ve height (CLS sıfır), anlamlı ve dürüst bir alt metni olsun. fetchpriority="high" yalnız Lighthouse'un LCP öğesi olarak gösterdiği görsele verilir, o görsel lazy olmaz; diğer tüm görseller loading="lazy". LCP öğesi bir metinse hiçbir görsele fetchpriority verme. Ayrıca assets/img/logo.png, 1200x630 boyutunda assets/img/og.jpg ve assets/img/favicon.svg hazırla.
7. HTML kuralları (html-validate varsayılan kuralları). <!DOCTYPE html> büyük harfle; satır içi style niteliği yok (kitteki style="background:var(--brand)" dahil, yerine sınıf); tel: linklerinin metninde normal boşluk yerine &nbsp; (0312&nbsp;000&nbsp;00&nbsp;00); her <button> için type; satır sonunda boşluk yok; tablolarda <thead>, <tbody> ve th scope. Paragraf içindeki linkler altı çizili olsun; menü, alt bilgi, kırıntı ve düğme linkleri en az 44x44 piksel dokunma alanına sahip olsun (min-h-[44px] min-w-[44px]).
8. Yapılandırılmış veri. site.config.js'teki seo bloğunu doldur (siteUrl, açıklama, logo, og görseli, işletme türü, adres alanları) ve site_run_command ile "node seo-stamp.mjs" çalıştır; bu Organization, WebSite ve gerekiyorsa LocalBusiness alt türünü, canonical ve OG etiketlerini basar. Sayfaya özel şemayı elle ekle: her sayfada @id'li bir WebPage (ya da AboutPage, ContactPage, CollectionPage, ProfilePage) düğümü, datePublished ve dateModified, isPartOf ile #site, about ile #business ya da #org, breadcrumb ile BreadcrumbList; ayrıca çalışma alanları için Service, ekip sayfasında her uzman için Person, bilgi notunda Article ve reviewedBy, SSS sayfasında FAQPage. Her düğümü AYRI bir <script type="application/ld+json"> bloğuna yaz ve @graph sarmalayıcısı kullanma, çünkü seo-check.mjs yalnız en üst düzeydeki @type'ı okur ve @graph içindeki BreadcrumbList'i görmez. Düğümler birbirine @id ile bağlansın. Saat, koordinat, puan, yorum, ödül, müşteri sayısı ve sertifika uydurma; bilinmeyen alanı boş bırak.
9. Yapay zeka erişimi. robots.txt yaz: tüm site açık, yalnız /_kaynak/ kapalı; GPTBot, OAI-SearchBot, ChatGPT-User, ClaudeBot, Claude-User, Claude-SearchBot, PerplexityBot, Perplexity-User, Google-Extended, Applebot-Extended ve Bingbot için Allow: /, CCBot için kararı ve gerekçesini yorum satırında yaz, en sonda Sitemap satırı. Kökte llms.txt olsun: işletmenin iki cümlelik doğru özeti, önemli sayfalar ve her birinin tek satırlık açıklaması, iletişim bilgisi. 404.html yaz (noindex, menü ve alt bilgi işaretleriyle).
10. Yazım. Her sayfanın <main> içinde en az 150 kelime özgün metin olsun; ilk paragraf sayfanın ana sorusuna doğrudan cevap versin. Başlık 48 ile 60, açıklama 145 ile 158 karakter, her sayfada farklı. Uzun ve orta boy tire işareti, klişe slogan ve boş vaat yok. Sitede adı geçen ama gerçek olmayan bir bilgi varsa açıkça kurgusal olduğunu yaz.

Kapılar. Her değişiklikten sonra site_run_command ile sırasıyla şunları çalıştır ve her birini sıfırlamadan sonrakine geçme:
1. node _kaynak/parca-bas.mjs, node seo-stamp.mjs, Tailwind derlemesi (yeni sınıf eklediysen tekrar).
2. node seo-check.mjs: 0 hata ve 0 uyarı. "gövde kısa" uyarısı gelirse metni uzat, dolgu cümle yazma.
3. node design-check.mjs: 0 hata. Tek uyarı "Hiç hareket yok" olabilir; bu tarzın gereğidir, raporda gerekçesiyle yaz.
4. npx --yes html-validate "**/*.html": 0 hata.
5. site_preview ile her sayfayı view="mobile" ve view="desktop" olarak gör; ayrıca 360 ve 768 piksel genişlikte ana sayfayı kontrol et. Yatay taşma, sıkışan başlık, 44 pikselden küçük dokunma hedefi varsa düzelt ve tekrar bak.
6. core_web_vitals ile her sayfayı strategy="mobile" ve strategy="desktop" ölç, ardından seo_audit ile ana sayfayı ve en uzun sayfayı denetle. Hedef: mobilde Erişilebilirlik, En İyi Uygulamalar ve SEO 100, Performans en az 95; masaüstünde dördü de en az 95. Ağ isteklerinde site dışına giden tek bir istek kalmamalı. LCP yüksekse resources=true ile hangi dosyanın beklettiğini bul: çoğu zaman stil dosyasından önce sıralanmış preload satırları ya da LCP olmayan bir görsele verilmiş fetchpriority'dir. CLS 0,1'i geçerse preload edilmemiş bir ilk ekran fontunu ara.
Bu ölçütlerin hepsi sağlanmadan "bitti" deme.

Web sitesiOnayınızla değişiklik yaparCanlı demo

JavaScript kullanmayan, çok sayfalı kurumsal bir site kur ve 100 puanla teslim et

Mimarlık, mühendislik ya da danışmanlık gibi kurumsal işler için hareketsiz, hızlı ve erişilebilir bir site kurdurur. Menü ve alt bilgi statik HTML, fontlar ve CSS kendi sunucunda, her sayfa ölçülerek teslim edilir.

Ne zaman kullanılırHızın ve erişilebilirliğin süsten önemli olduğu kurumsal bir işletme için, animasyonsuz ve JavaScript yüklemeyen çok sayfalı bir site istediğinizde.

Opus Growth hosting sunucumda [sunucu adı] işletmem için kurumsal, çok sayfalı ve tamamen statik bir site kur. İşletme: [işletme adı], [sektör, ör. mühendislik ve mimarlık ofisi], [şehir/hizmet bölgesi]. Hizmetler: [hizmetler ve her birinin kısa açıklaması]. Telefon: [telefon], e-posta: [e-posta], adres: [adres], alan adı: [alan adı]. Renk tercihi: [renk/marka tercihi, yoksa "sen seç"]. Fotoğraflar: [gerçek fotoğrafların adresi, yoksa "konuya uygun stok fotoğraf kullan"].

Bu sitenin önceliği hız ve erişilebilirlik. Sayfalarda tek satır JavaScript olmayacak; GSAP, Lenis ve Swiper yüklenmeyecek. Menü, mobil menü ve SSS dahil her şey HTML ve CSS ile çalışacak.

Tasarım yönü "teknik pafta" olsun:
1. Tipografi: Fontshare'den sıkı bir grotesk başlık fontu (ör. Cabinet Grotesk 800) ve sakin bir gövde fontu (ör. General Sans 400 ve 600). Toplam en fazla üç font dosyası.
2. Renk: açık kağıt tonu zemin, koyu mürekkep metin, ikincil gri metin ve tek bir uyarı rengi aksan. Aksan yalnız etiket, ince çizgi ve ana düğmede kullanılır. Bütün metin renkleri en az 4.5:1 kontrastta olsun.
3. Izgara: 12 sütun, bölümler 1 piksellik çizgilerle ayrılır; gölge, yuvarlak köşe ve gradyan yok.
4. İmza öğesi: ilk ekran görselinin altında bir mimari paftanın antet kutusu gibi dört hücreli bir bilgi şeridi (ör. proje türü, uyulan yönetmelik, ölçek, pafta numarası) ve ilk ekran zemininde yalnız CSS ile çizilmiş çok soluk milimetrik ızgara.
5. Hareket: yok. Geçiş süresi de yok; yalnız üzerine gelince alt çizgi ve renk anında değişir.

Sayfalar ve şemaları:
1. index.html: ilk paragrafı "ne yapıyorsunuz, kimin için, nerede" sorusuna doğrudan cevap veren ilk ekran, üç hizmet kartı (her biri ilgili bölüme link), dört adımlı çalışma süreci (01/02 gibi numara yerine CSS sayacıyla "Adım 1"), iki proje örneği, telefon şeridi. WebPage.
2. hizmetler.html: her hizmet ayrı bölüm; ilk paragraf "ne zaman gerekir, ne işe yarar" sorusunu cevaplar, ardından kapsam listesi, tipik süre ve teslim belgeleri. WebPage ve her hizmet için Service (provider #business, areaServed).
3. projeler.html: yapı türü, yöntem ve sonucuyla örnekler; işveren adı izinsiz yazılmaz. CollectionPage.
4. hakkimizda.html: kim olduğumuz, çalışma kurallarımız, çalışma alanı. AboutPage.
5. sss.html: en az altı gerçek soru, <details> içinde. WebPage ve FAQPage.
6. iletisim.html: telefon, e-posta, adres <address> içinde, harita bağlantısı; saatleri bilmiyorsan yazma. ContactPage, mainEntity #business.
7. kvkk.html ve 404.html.

Teknik kurallar. Bunlara harfiyen uy, çünkü aşağıdaki kapılar tam olarak bunları ölçüyor:

1. Kurulum. scaffold_site'ı önce önizleme olarak çalıştır, listeyi bana göster, onayımdan sonra confirm=true ile kur. Ardından site_design_guide ve site_seo_guide'ı baştan sona oku. Kod yazmadan önce _kaynak/ART.md dosyasına yön kararını yaz (his, font eşleşmesi, renkler ve kontrast oranları, ızgara, imza öğesi, hareket kararı, sayfa listesi) ve bana göster.
2. JavaScript'i söküp at. Bu sitede hiçbir sayfa JavaScript yüklemeyecek. Kitteki cdn.tailwindcss.com betiğini, tailwind.config satırını, GSAP, ScrollTrigger, SplitText, Lenis ve Swiper etiketlerini, motion.js, chrome.js ve site.config.js betik etiketlerini tüm sayfalardan sil; assets/chrome.js ve assets/motion.js dosyalarını kaldır. assets/site.config.js dosyası kalsın ama yalnız seo-stamp.mjs için marka, iletişim ve seo bilgisini tutsun; tarayıcıya yüklenmesin.
3. Menü ve alt bilgi statik HTML olacak. <site-nav> ve <site-footer> bileşenleri JavaScript'le çizildiği için arama ve yapay zeka tarayıcıları menüyü, iç linkleri ve iletişim bilgisini göremez. Menüyü _kaynak/ust.inc, alt bilgiyi (ad, adres, telefon, e-posta, tüm sayfa linkleri, KVKK, "Web: Opus Growth") _kaynak/alt.inc dosyasına yaz. Uzantı .inc olsun ki seo-stamp ve html-validate bu parçaları sayfa sanmasın. Her sayfada  ve  işaretleri olsun. Sonra site_write_file ile _kaynak/parca-bas.mjs adında bağımlılıksız bir Node betiği yaz: bu betik iki parçayı her HTML dosyasındaki işaretlerin arasına basar, bulunulan sayfanın menü linkine aria-current="page" ekler ve sitemap.xml'i her sayfanın JSON-LD'sindeki dateModified tarihini lastmod olarak kullanarak yeniden yazar (404 ve noindex sayfaları hariç). Mobil menüyü JavaScript'siz <details><summary>Menü</summary> ile yap; masaüstü ve mobil menü iki ayrı <nav>, aria-label'ları farklı.
4. Fontları kendi sunucunda barındır. Bu sitede en fazla üç font dosyası olacak. Fontshare CSS adresini (https://api.fontshare.com/v2/css?f[]=aile@400,600&display=swap, italik için ağırlık kodu 401) site_fetch ile _kaynak/fontshare.css olarak indir, site_read_file ile oku ve yalnız istediğin aileye ait woff2 adreslerini al; bu servis bazen istemediğin başka bir aileyi de listeye ekliyor. Her woff2'yi site_fetch ile assets/fonts/ altına indir. @font-face kurallarını (font-display: swap) assets/app.css içine yaz, çünkü design-check.mjs özel fontu yalnız bu dosyada arar. Varsayılan Inter, Roboto, Poppins, Montserrat kullanma.
5. Tailwind'i derle. assets/app.css dosyası Tailwind kaynağı olsun: en üstte @tailwind base; @tailwind components; @tailwind utilities;, sonra @font-face, odak halkası, skip-link, prefers-reduced-motion kuralı ve @layer components içinde kendi bileşen sınıfların. Bileşen sınıflarına Tailwind'in kendi sınıf adlarını verme (list-item, table, grid, container, hidden gibi), çünkü çakışan ad derlenince düzeni sessizce bozar. Kök dizine tailwind.config.js yaz (content: ["./*.html", "./**/*.html", "./_kaynak/*.inc"], renkler ve fontFamily). site_run_command ile background=true seçeneğiyle "npx --yes tailwindcss@3 -i assets/app.css -o assets/site.css --minify" çalıştır ve site_command_status ile bitişini bekle. Her sayfanın <head>'inde sırasıyla şunlar olsun: tek <link rel="stylesheet" href="/assets/site.css">, ardından ilk ekranda kullanılan her font dosyası için bir preload satırı (başlık, vurgu ve gövde; as="font" type="font/woff2" crossorigin). Preload satırları stil dosyasından önce gelirse CSS gecikir ve LCP uzar; ilk ekrandaki bir fontu preload etmezsen font değişimi sayfayı kaydırır ve CLS yükselir ve <link rel="icon" href="/assets/img/favicon.svg" type="image/svg+xml">. Favicon satırı şart, yoksa tarayıcı /favicon.ico ister, 404 alır ve konsol hatası Best Practices puanını düşürür.
6. Görseller. Fotoğrafları site_fetch ile resize ve image_format="webp" kullanarak birkaç genişlikte indir (ilk ekran görseli için 480, 800, 1200, 1600; diğerleri için 480, 800, 1200; quality 60 ile 75 arası, detaylı fotoğraflarda düşük). Her <img> etiketinde srcset, gerçek yerleşime uyan sizes, width ve height (CLS sıfır), anlamlı ve dürüst bir alt metni olsun. fetchpriority="high" yalnız Lighthouse'un LCP öğesi olarak gösterdiği görsele verilir, o görsel lazy olmaz; diğer tüm görseller loading="lazy". LCP öğesi bir metinse hiçbir görsele fetchpriority verme. Ayrıca assets/img/logo.png, 1200x630 boyutunda assets/img/og.jpg ve assets/img/favicon.svg hazırla.
7. HTML kuralları (html-validate varsayılan kuralları). <!DOCTYPE html> büyük harfle; satır içi style niteliği yok (kitteki style="background:var(--brand)" dahil, yerine sınıf); tel: linklerinin metninde normal boşluk yerine &nbsp; (0312&nbsp;000&nbsp;00&nbsp;00); her <button> için type; satır sonunda boşluk yok; tablolarda <thead>, <tbody> ve th scope. Paragraf içindeki linkler altı çizili olsun; menü, alt bilgi, kırıntı ve düğme linkleri en az 44x44 piksel dokunma alanına sahip olsun (min-h-[44px] min-w-[44px]).
8. Yapılandırılmış veri. site.config.js'teki seo bloğunu doldur (siteUrl, açıklama, logo, og görseli, işletme türü, adres alanları) ve site_run_command ile "node seo-stamp.mjs" çalıştır; bu Organization, WebSite ve gerekiyorsa LocalBusiness alt türünü, canonical ve OG etiketlerini basar. Sayfaya özel şemayı elle ekle: her sayfada @id'li bir WebPage (ya da AboutPage, ContactPage, CollectionPage, ProfilePage) düğümü, datePublished ve dateModified, isPartOf ile #site, about ile #business ya da #org, breadcrumb ile BreadcrumbList; ayrıca hizmet sayfasında her hizmet için Service, SSS sayfasında FAQPage. Her düğümü AYRI bir <script type="application/ld+json"> bloğuna yaz ve @graph sarmalayıcısı kullanma, çünkü seo-check.mjs yalnız en üst düzeydeki @type'ı okur ve @graph içindeki BreadcrumbList'i görmez. Düğümler birbirine @id ile bağlansın. Saat, koordinat, puan, yorum, ödül, müşteri sayısı ve sertifika uydurma; bilinmeyen alanı boş bırak.
9. Yapay zeka erişimi. robots.txt yaz: tüm site açık, yalnız /_kaynak/ kapalı; GPTBot, OAI-SearchBot, ChatGPT-User, ClaudeBot, Claude-User, Claude-SearchBot, PerplexityBot, Perplexity-User, Google-Extended, Applebot-Extended ve Bingbot için Allow: /, CCBot için kararı ve gerekçesini yorum satırında yaz, en sonda Sitemap satırı. Kökte llms.txt olsun: işletmenin iki cümlelik doğru özeti, önemli sayfalar ve her birinin tek satırlık açıklaması, iletişim bilgisi. 404.html yaz (noindex, menü ve alt bilgi işaretleriyle).
10. Yazım. Her sayfanın <main> içinde en az 150 kelime özgün metin olsun; ilk paragraf sayfanın ana sorusuna doğrudan cevap versin. Başlık 48 ile 60, açıklama 145 ile 158 karakter, her sayfada farklı. Uzun ve orta boy tire işareti, klişe slogan ve boş vaat yok. Sitede adı geçen ama gerçek olmayan bir bilgi varsa açıkça kurgusal olduğunu yaz.

Kapılar. Her değişiklikten sonra site_run_command ile sırasıyla şunları çalıştır ve her birini sıfırlamadan sonrakine geçme:
1. node _kaynak/parca-bas.mjs, node seo-stamp.mjs, Tailwind derlemesi (yeni sınıf eklediysen tekrar).
2. node seo-check.mjs: 0 hata ve 0 uyarı. "gövde kısa" uyarısı gelirse metni uzat, dolgu cümle yazma.
3. node design-check.mjs: 0 hata. Tek uyarı "Hiç hareket yok" olabilir; bu sitenin bilinçli kararıdır, raporda gerekçesiyle yaz.
4. npx --yes html-validate "**/*.html": 0 hata.
5. site_preview ile her sayfayı view="mobile" ve view="desktop" olarak gör; ayrıca 360 ve 768 piksel genişlikte ana sayfayı kontrol et. Yatay taşma, sıkışan başlık, 44 pikselden küçük dokunma hedefi varsa düzelt ve tekrar bak.
6. core_web_vitals ile her sayfayı strategy="mobile" ve strategy="desktop" ölç, ardından seo_audit ile ana sayfayı ve en uzun sayfayı denetle. Hedef: mobilde Erişilebilirlik, En İyi Uygulamalar ve SEO 100, Performans en az 95; masaüstünde dördü de en az 95. Ağ isteklerinde site dışına giden tek bir istek kalmamalı. LCP yüksekse resources=true ile hangi dosyanın beklettiğini bul: çoğu zaman stil dosyasından önce sıralanmış preload satırları ya da LCP olmayan bir görsele verilmiş fetchpriority'dir. CLS 0,1'i geçerse preload edilmemiş bir ilk ekran fontunu ara.
Bu ölçütlerin hepsi sağlanmadan "bitti" deme.