Edge SEO: Uçta Arama Motoru Optimizasyonu

Kısaca — Edge SEO, web sitesinin kendisini düzenlemek yerine CDN’nizde — web sitenizin önünde duran ağ katmanında — teknik SEO değişiklikleri yapmaktır. CDN üzerindeki küçük bir betik (bir “worker”), sayfa bir ziyaretçiye veya Google’a ulaşmadan önce bir yönlendirme ekleyebilir, bir etiketi düzeltebilir ya da robots.txt dosyasını yeniden yazabilir. Bu, SEO uzmanlarının düzenleyemedikleri platformlarda veya geliştiricileri beklerken düzeltmeleri hızla yayına almasını sağlar. Altın kural: neyi değiştirirseniz değiştirin, değişikliği herkes için yapın — Google’a gerçek kullanıcılardan farklı bir şey göstermek cloaking’dir ve kurallara aykırıdır.

Edge SEO nedir

Çoğu web sitesi, sitenizi önbelleğe alan ve insanlara hızlıca sunan küresel sunucu ağı olan bir CDN’in (içerik dağıtım ağı) arkasında bulunur. Cloudflare bunun en bilinen örneğidir. CDN, gerçek sunucunuz (“origin”) ile dış dünya arasındaki son katman olduğundan, dışarı çıkan her yanıtı görüp değiştirebilir. Evidence for this claim A CDN edge worker can execute in the request and response path and transform an origin response before delivery. Scope: Cloudflare Workers as a concrete edge implementation. Confidence: high · Verified: 2026-07-14 Cloudflare Workers: How Workers works

Edge SEO bu konumu kullanır. Bir geliştiriciden web sitenizin kodunu değiştirmesini istemek yerine CDN’e küçük bir program — bir worker — yerleştirirsiniz; bu program sayfa CDN’den geçerken onu düzenler. Bir yönlendirme ekleyebilir, eksik bir etiketi enjekte edebilir, başlığı değiştirebilir veya robots.txt dosyanızı değiştirebilir. Değişiklik dakikalar içinde yayına girer ve gerçek web sitesine hiç dokunmazsınız.

Buna serverless SEO da denir; çünkü worker sizin yönettiğiniz bir sunucuda değil, CDN’in altyapısında çalışır.

İnsanlar neden kullanıyor

İki temel neden var:

• Geliştirme kuyruğunda takılıp kalırsınız. SEO uzmanlarının bir önerinin uygulanması için aylarca beklemesiyle ilgili ünü vardır. Edge SEO, değişikliği kendinizin yayına almasını sağlar.
• Platformu düzenleyemezsiniz. Bazı platformlar (Shopify veya belirli kurumsal sistemler gibi) robots.txt dosyasına dokunmanıza, özel yönlendirmeler ayarlamanıza ya da belirli etiketler eklemenize izin vermez. Önlerine yerleştirilen bir worker bunu yine de yapabilir.

En önemli tek kural

Hatırlanması gereken nokta şu: Google, ziyaretçilerinizin gördüğü sayfanın aynısını görmelidir.

Edge SEO, worker’ınız aynı değişikliği herkes için yaptığında tamamen uygundur — bir canonical etiketi enjekte ederseniz hem bot hem de insan bunu alır. Worker’ınız “Bu Google mı?” diye kontrol edip Google’a gerçek insanların gördüğünden farklı bir şey sunduğu anda bu cloaking olur — cloaking, Google politikasının ihlalidir. Evidence for this claim Google prohibits intentionally presenting different ranking-manipulative content to search engines and users. Scope: Google Search spam policy. Confidence: high · Verified: 2026-07-14 Google: Spam policies — cloaking

Bu yüzden: sayfayı herkes için düzenleyin. Onu yalnızca arama motoru için asla düzenlemeyin.

Bilinmesi gereken birkaç şey daha

• CDN’niz Google’ı yanlışlıkla engelleyebilir de. Güvenlik özellikleri (güvenlik duvarları ve “kötü botları engelle” anahtarları) bazen Googlebot’u tehdit olarak değerlendirir; bu nedenle bunları açarsanız Google’ın hâlâ erişebildiğini iki kez kontrol edin.
• Edge’i yalnızca Google için sayfaları “pre-render” etmek amacıyla kullanmaya çalışmayın. Google’ın resmî olarak uzaklaştığı eski bir taktiktir bu. Ayrıntılar Advanced sekmesinde.

Tam resmi görmek — worker’ların istekleri gerçekte nasıl yakaladığını, platform seçeneklerini, gerçek kullanım alanlarını ve risklerin nerede gizlendiğini — ister misiniz? Advanced sekmesine geçin.

Kısaca — Edge SEO (serverless SEO), CDN/edge worker katmanında — yönlendirmeler, canonical etiketler, hreflang, robots.txt, X-Robots-Tag, JSON-LD ve page-split A/B testleri gibi — teknik SEO uygulamalarını, origin’e veya CMS’e dağıtım yapmadan, yanıt kullanıcıya ya da crawler’a ulaşmadan önce yakalayıp yeniden yazarak gerçekleştirmektir. Worker üç aşamada çalışır: gelen isteği değiştirme, giden üstbilgileri değiştirme, yanıt gövdesini değiştirme. Bu yaklaşım, geliştirme kuyruğu gecikmesi ve kilitli platformlar (Shopify, Salesforce CC) için bir çözümdür. Pazarlık konusu olmayan sınır cloaking’dir: her değişikliği tüm trafiğe uygulayın; Googlebot’a kullanıcılardan farklı bir şey sunmayın. Edge’e özgü iki tuzak daha vardır: CDN’in WAF/bot kuralları worker çalışmadan önce Googlebot’u sessizce engelleyebilir (bunları Google’ın IP aralıklarıyla denetleyin) ve yalnızca botlar için edge pre-rendering, yapısal olarak dynamic rendering’dir — Google bunu kullanımdan kaldırmıştır. Worker her isteğin geçtiği yolda tek bir hata noktasıdır; bu nedenle sürümleyin, kapsamını belirleyin ve tek tıklamayla geri alma olanağı bulundurun.

Edge SEO gerçekte nedir

Edge SEO, origin sunucuyu veya CMS’i değiştirmek yerine serverless worker betikleri kullanarak CDN/edge katmanında meta etiketler, canonical’lar, hreflang, yönlendirmeler, robots.txt değişiklikleri, yapılandırılmış veri enjeksiyonu, A/B testleri ve (dikkatle) pre-rendering gibi teknik SEO değişikliklerini uygulama pratiğidir. CDN, istekleri ve yanıtları kullanıcılara veya crawler’lara ulaşmadan önce yakalayan, yeniden yazan ve tekrar sunan etkin bir aracıya dönüşür.

Temel mimari içgörü şudur: Google yalnızca CDN’in sunduğunu görür. Bir worker’ın devreye girip girmediğini göremez — edge yanıtı sayfadaki içeriğin kanonik gerçeğidir. Edge’in bu kadar güçlü bir SEO katmanı olmasının nedeni tam olarak budur; cloaking sınırının bu kadar önemli olmasının nedeni de yine budur: kurallar dışında sizi iki farklı şey sunmaktan alıkoyan hiçbir şey yoktur.

Bu yaklaşımla gerçek ölçekte çalıştım. a Marketing Speak interview adlı röportajda Cloudflare Workers’ın size ne yapma imkânı verdiğini açıkça anlattım — temel olarak her şeyi yapmak için JavaScript çalıştırmanıza olanak tanırlar. Onları bir tag manager’dan farklı kılan şey zamanlamadır: işlem edge’de gerçekleşirse kullanıcı onu görmeden önce sayfayı yeniden yazarsınız; Google Tag Manager ise önce sayfaya yüklenmeli, ardından öğeleri istemci tarafında değiştirmelidir. Çok büyük bir web mülkünde HTML Rewriter’ı siteye yönlendirip hataları ölçekte bulabilir ve düzeltmek için kurallar yazabilirsiniz — dizine eklenmesi gerekirken yanlışlıkla noindex olarak ayarlanmış sayfalar, follow olması gerekirken nofollow olarak ayarlanmış olanlar, yeniden yazılması gereken başlıklar ve meta açıklamaları — bunların hepsi kod dağıtımı olmadan.

Biraz tarih bilgisi, abartmamak için: “edge SEO” terimini SALT.agency’den Dan Taylor ortaya attı; 2018’de Boston’daki TechSEO Boost’ta bunu kamuya açıkladı ve burada SALT, SEO için Cloudflare Workers kullanma çalışmasıyla ilk araştırma ödülünü kazandı. Dan’in ifadesiyle amaç, Cloudflare Workers gibi worker’ları kullanarak eski web sitesi platformlarının, tıkanmış geliştirme kuyruklarının ve yardımcı olmayan geliştiricilerin yarattığı engelleri azaltabilmenizdi — onun kanonik tanımına göre edge SEO, bir CDN edge sunucusundaki serverless uygulama aracılığıyla SEO önerilerini ve teknik düzeltmeleri uygulamak ve platform kısıtlarını yönetmektir.

Geliştirme kuyruğu sorunu neden gerçek

Bu motivasyon sorunu gerçektir. SALT, Will Critchlow’un 2016 Moz araştırmasına atıfta bulunarak SEO uzmanlarının çoğunun önerilerinin uygulanmış olduğunu, önerileri yaptıktan sonra yaklaşık altı ay boyunca göremediğini ve pazarlama taleplerinin diğer ekiplerin önceliklerinin gerisinde kaldığını belirtti. Edge SEO buna doğrudan saldırır: bir mühendislik sprintini beklemek yerine bir worker dağıtırsınız.

Bunun en çok önem taşıdığı platformlar, kısıtlı olanlardır — Shopify (tarihsel olarak sabit kodlanmış bir robots.txt), Salesforce Commerce Cloud ve düzenlemeniz gereken şeyi basitçe düzenleyemediğiniz eski kurumsal yığınlar.

Edge worker’lar istekleri ve yanıtları nasıl yakalar

Bir worker, istek/yanıt yolunda bulunur ve sonucu döndürmeden önce birleştirilebilir istek ve yanıt dönüşümleri uygulayabilir. Evidence for this claim Cloudflare Workers can compose request and response transformations at the edge. Scope: Cloudflare Workers; not a universal three-phase standard. Confidence: high · Verified: 2026-07-14 Cloudflare Workers: How Workers works

Aşama 1 — İstek değişikliği. Kullanıcı veya Googlebot bir istek gönderir; CDN, origin’den önce bunu alır. Worker URL’yi yeniden yazabilir, hemen bir yönlendirme döndürebilir (edge’den doğrudan bir 3xx; origin’e hiç dokunulmaz), istek üstbilgilerini değiştirebilir veya isteği olduğu gibi iletebilir.

Aşama 2 — Yanıt üstbilgilerinin değiştirilmesi. Origin bir yanıt döndürür; worker yanıt üstbilgileri ekleyebilir veya değiştirebilir — X-Robots-Tag, Link: rel=canonical, önbelleğe alma üstbilgileri ve güvenlik üstbilgileri.

Aşama 3 — Yanıt gövdesinin değiştirilmesi. Worker HTML’yi akış halinde ayrıştırır ve yeniden yazar — <link rel="canonical">, hreflang alternatifleri, <title>, <meta name="robots">, <meta name="description"> veya <script type="application/ld+json"> enjekte eder; içeriği kaldırır veya değiştirir. Cloudflare’ın HTML Rewriter’ı bunun standart aracıdır; SALT’ın yayımladığı arayüzler (RequestFilter, ResponseFilter, BodyFilter) bağımsızdır ve birleştirilebilir.

Performans açısından: SALT’ın testlerinde eklenen gecikme ortalama ~10ms düzeyindeydi; uç durumlarda ~50ms’ye kadar çıkıyordu ve gövde filtreleri çalıştırıldığında üretim gecikmesinde istatistiksel olarak anlamlı bir değişiklik bildirmediler. Çoğu site için bu ödünleşim ihmal edilebilirdir; CDN’in kullanıcıya yakınlığı bunu telafi edebilir.

Platformlar ve araçlar

Edge worker ekosistemi geniştir. Kısa sürüm şöyle:

Cloudflare Snippets ve Workers ayrımı, başkalarının iyi ele almadığı bir ayrımdır. SEO için pratik kural: yönlendirmeler ve üstbilgi değişiklikleri için Snippets kullanın (hafiftir, ücretli planlarda ücretsizdir, kalıcı depolama yoktur). HTML gövdesi enjeksiyonu (canonical’lar, hreflang, JSON-LD), KV’deki büyük yönlendirme tabloları veya kalıcılık gerektiren A/B testleri için Workers kullanın.

Kurumsal A/B araçları hakkında bir not: SearchPilot’ın JetStream’i, kendi ifadeleriyle, web yığınına yeni katmanlar eklemeden edge’de bulunur ve kullanıcılar yerine sayfaları böler — aşağıda daha ayrıntılı görüleceği üzere onu cloaking’in güvenli tarafında tutan şey budur.

Yaygın kullanım alanları

• Edge’de yönlendirmeler. KV/EdgeKV’de bir yönlendirme tablosu tutun; worker gelen URL’yi arar ve CDN’den doğrudan bir 301/302 döndürür. Fastly’nin kendi yaklaşımı, yönlendirmeler için edge’in en iyi yer olduğu yönündedir; böylece mümkün olduğunca hızlı sunulabilirler — bu, 301’leri desteklemeyen platformlar ve büyük ölçekli geçiş yönlendirme haritaları için bir çözümdür.
• Meta etiketi, canonical ve hreflang enjeksiyonu. <head> akışını ayrıştırın ve CMS’in ayarlamanıza izin vermediği şeyleri enjekte edin.
• Robots.txt değişikliği. /robots.txt isteğini yakalayın ve değiştirilmiş ya da sentetik bir yanıt döndürün — klasik Shopify / Salesforce CC kilidini açma işlemi.
• X-Robots-Tag üstbilgileri. Meta robots etiketi taşıyamayan HTML dışı dosyalar (PDF’ler, görseller) için dizine ekleme yönergeleri ekleyin veya değiştirin.
• Yapılandırılmış veri (JSON-LD) enjeksiyonu. Platform destek sunmadığında veya kod dondurma dönemindeyken yanıt gövdesindeki şemayı ekleyin ya da değiştirin.
• SEO A/B testi — doğru yöntem. Sayfaları kontrol ve varyant olarak bölün (her sayfa, hem Googlebot’un hem de tüm kullanıcıların gördüğü tek bir sürüme sahip olur); asla kullanıcıya göre bölmeyin. Page-split Google için güvenli yöntemdir; user-split cloaking’dir.
• JavaScript sitelerini pre-render etme — bir uyarıyla. Edge’den önceden oluşturulmuş HTML anlık görüntüleri sunabilirsiniz; ancak bunu yalnızca crawler’lar için yapmak dynamic rendering’dir (cloaking bölümüne bakın).
• Kısıtlı platformlarda log toplama. Cloudflare Logpush + Workers, platformun sunucu loglarını hiç açmadığı yerlerde istek/yanıt verilerini yakalayabilir.
• Tarama bütçesi hijyeni. Yanıttaki izleme parametrelerini ayıklayın, içeriği zayıf varyantlardan crawler’ları canonical’lara yönlendirin.

Büyük risk: cloaking

Bunu hiçbir belirsizlik bırakmayacak şekilde doğru yapmak gerekir. Google’ın spam politikası, cloaking’i sıralamaları manipüle etmek ve kullanıcıları yanıltmak amacıyla kullanıcılara ve arama motorlarına farklı içerik sunmak olarak tanımlar. Evidence for this claim Google's spam policy defines cloaking as presenting different content to users and search engines with an intent to manipulate rankings and mislead users. Scope: Google Search spam policy. Confidence: high · Verified: 2026-07-14 Google: Spam policies — cloaking Örneğin, metni veya anahtar kelimeleri, isteği yapan user agent bir insan ziyaretçi yerine arama motoru olduğunda yalnızca sayfaya eklemek.

Bunu edge SEO’ya uygularsak:

• Güvenli: Aynı canonical etiketini her <head> içine enjekte edin — bot da kullanıcı da aynı HTML’yi alır.
• Güvensiz: User-Agent: Googlebot değerini algılayıp botun gördüğü, kullanıcıların görmediği içeriği enjekte edin.
• Gri alan: JavaScript içeriğini yalnızca crawler’lar için önceden oluşturun — bu, yapısal olarak dynamic rendering ile aynıdır.

Zihinsel test şu: yaygın bir cihaz kullanan sıradan, oturum açmamış bir kullanıcı Googlebot’un gördüğü aynı ana içeriğe ve bağlantılara ulaşamıyorsa cloaking alanına giriyorsunuz demektir.

Bağlam için John Mueller, bir CDN üzerinden içerik sunmanın esasen normal şekilde sunmakla aynı olduğunu belirtti — örneğin videolar için ayrı bir CDN kullanmak çok yaygındır ve Google’ın bakış açısından, bu kullanıcılarınız için çalışıyor ve içeriğiniz dizine ekleme için düzgün biçimde erişilebiliyorsa tamamen uygundur. Sorun CDN’in kendisi değil; botlara farklı içerik sunmaktır.

Dinamik oluşturma ve edge pre-rendering açısından anlamı. Google, dynamic rendering’i kullanımdan kaldırmıştır. Belgelerinde artık dynamic rendering’in arama motorlarındaki JavaScript tarafından oluşturulan içerik sorunları için bir geçici çözüm ve uzun vadeli bir çözüm olmadığını belirtiyor; bunun yerine sunucu tarafı oluşturmayı, statik oluşturmayı veya hydration’ı öneriyor. Crawler’ları hedefleyen edge pre-rendering, CDN’e taşınmış dynamic rendering’dir — bu nedenle edge’i bir JavaScript sitesi için temiz ve uzun vadeli bir çözüm olarak görmeyin. Herkesin aldığı gerçek HTML üzerinde edge’de yapılan değişiklikler SSR’ye eşdeğerdir ve uygundur; yalnızca botlara yönelik pre-rendering ise bu kullanımdan kaldırma kararının yükünü taşır.

Diğer riskler ve edge’e özgü olanlar

WAF ve bot engelleme (bu, edge’e özgüdür). CDN’in güvenlik katmanı worker’ınızdan önce çalışır; dolayısıyla engellenen bir istek worker’a hiç ulaşmaz. Cloudflare’ın WAF kuralları — ve AI bot kontrolleri (eski tekil “Block AI Bots” anahtarı “Configure AI bot policies” altında ayrıntılı Search/Agent/Training politikalarıyla değiştirilmiştir; ancak eski anahtar bazı hesaplarda hâlâ mevcuttur) — robots.txt dosyanızın söylediklerini geçersiz kılabilir ve Googlebot dahil meşru crawler’ları ağ düzeyinde engelleyebilir. Bu, Google’ın Aralık 2024 tarihli “Crawling December” rehberliğiyle örtüşür: Google bir CDN algıladığında tarama hızını otomatik olarak artırır, bu harikadır; ancak CDN’ler WAF kuralları veya bot ara sayfaları aracılığıyla Googlebot’u yanlışlıkla da engelleyebilir. Google’ın buradaki önerilerini aynen uygulamaya değerdir — geçici kullanılamazlık için yumuşak bir bot doğrulama ara sayfası yerine sert bir 503/429 tercih edin (ağ zaman aşımları sert hatalar olarak değerlendirilir ve zamanla URL’nin kaldırılmasına neden olabilir) ve WAF engelleme listelerinizi Google’ın resmî Googlebot IP aralıklarıyla düzenli olarak denetleyip gerçek botları ters DNS ile doğrulayın.

Tek hata noktası. Worker artık her isteğin yolundadır. Bir hata her sayfayı aynı anda devre dışı bırakabilir ve edge ortamlarında hata ayıklamak origin koduna göre daha zor olabilir. Şunlarla azaltın: worker’ları route matching aracılığıyla belirli URL kalıplarıyla sınırlandırın, staging’de test edin, tek tıklamayla geri alma olanağı bulundurun ve worker’ları sürüm kontrolüne koyun.

Önbelleğe alma tuzakları. CDN worker öncesi yanıtı önbelleğe alırsa sonraki isteklerde değiştirilmemiş sürüm sunulabilir; worker’ın çıktısı da önbelleğe alınıp yayılımı yavaşlatabilir. İçerik enjekte eden bir worker için önbelleği temizlemeyi dağıtım sürecinizin parçası yapın.

Çalıştırma sınırları. Cloudflare Workers, ücretsiz planda HTTP isteği başına CPU süresini 10ms ile sınırlar; ücretli planlarda varsayılan 30 saniyedir ve 5 dakikaya kadar yapılandırılabilir. (Daha hafif kardeş araç Cloudflare Snippets 5ms ve 2MB bellekle sınırlıdır — büyük HTML ayrıştırmaları yapıyorsanız hatırlamaya değer olan sınır budur.) Çok büyük veya verimsiz HTML ayrıştırmaları yine de sınıra çarpabilir — edge worker’lar yoğun hesaplama gerektiren işler için değildir.

Ölçekli kullanım maliyeti. Cloudflare’ın ücretsiz katmanı (100k req/day) birçok küçük ve orta ölçekli siteyi kapsar; ancak yüksek trafikli kurumsal siteler istek hacmini Workers faturalandırmasıyla karşılaştırarak modellemelidir.

Yönetişim. Dan Taylor, edge SEO’nun geleneksel geliştirme uygulamalarını dolanmak için tasarlanmadığını ve mühendislik ekibini atlamaması gerektiğini açıkça belirtir. Değişiklik yönetimi olmadan worker’lar CMS değişiklikleriyle çakışır (ikisi de aynı üstbilgiyi ayarlayabilir), altta yatan sorun düzeltildikten sonra da varlığını sürdürür ve sürüm kontrolünde tutulmazlarsa gölge BT’ye dönüşür. Bir değişiklik günlüğü tutun, tek bir sahiplik belirleyin ve her dağıtımdan geliştiricilerinizi haberdar edin.

Çürütülmesi gereken birkaç efsane

• “Cloudflare SEO için kötüdür.” Dan Taylor bunu doğrudan ele almıştır — Cloudflare’ın ve diğer sağlayıcıların SEO için kötü olduğu yönünde yanlış kanılar var, ancak deneyime göre bunlar doğru değil. Google, CDN algıladığında tarama hızını bile artırır. Risk CDN’in kendisi değil, yanlış yapılandırılmış WAF kurallarıdır.
• “Edge SEO cloaking’dir.” Yalnızca worker’a koyduğunuz mantık botlara farklı içerik sunuyorsa böyledir. Herkes için aynı olan değişiklikler cloaking değildir.
• “Kod yazmanız gerekir.” Cloudflare kontrol paneli, özel bir uygulama gerektirmeden yaygın yönlendirme, üstbilgi ve güvenlik kuralı değişikliklerini destekler.

Bu konu nereye oturuyor

Edge SEO birçok komşu konuya dokunur: üstünü örtebildiği (ve bazen örtmemesi gereken) JavaScript SEO ve oluşturma soruları, dynamic rendering ve bunun neden kullanımdan kaldırıldığı, geçiş sırasında edge’den sunabileceğiniz yönlendirmeler, enjekte edebileceğiniz hreflang ve canonicalization ile yeniden yazabileceğiniz robots.txt ve X-Robots-Tag yönergeleri. Her biri başlı başına derin bir konudur — ancak edge SEO’nun omurgası her zaman aynıdır: yanıt edge’den çıkmadan önce onu değiştirin, her değişikliği herkese uygulayın ve worker’ın Googlebot’a kullanıcılarınızdan farklı bir sayfa sunmasına asla izin vermeyin.

AI özeti

Advanced sürümün kısaltılmış özeti:

• Edge SEO (serverless SEO) = CDN/edge worker katmanında, yanıt kullanıcıya veya crawler’a ulaşmadan önce, origin’e veya CMS’e dağıtım yapmadan teknik SEO değişiklikleri yapmak — yönlendirmeler, canonical’lar, hreflang, robots.txt, X-Robots-Tag, JSON-LD ve A/B testleri.
• Neden: geliştirme kuyruğu gecikmesini aşmak (SEO önerileri tarihsel olarak ~6 ay bekledi) ve kısıtlı platformları (Shopify, Salesforce CC) düzenlemek. Terim Dan Taylor (SALT.agency), TechSEO Boost 2018 tarafından ortaya atıldı.
• Nasıl çalışır (3 aşama): gelen isteği değiştirin (yönlendirmeler, URL yeniden yazımları) → yanıt üstbilgilerini değiştirin (X-Robots-Tag, canonical Link) → yanıt gövdesini değiştirin (HTML Rewriter aracılığıyla etiketleri, hreflang’i, JSON-LD’yi enjekte edin). ~10ms gecikme; üretimde çoğu zaman ölçülemez.
• Platformlar: Cloudflare Workers (en olgun seçenek) ve Snippets (hafif), Akamai EdgeWorkers, Fastly Compute, AWS Lambda@Edge, Vercel/Netlify edge. Yönlendirmeler/üstbilgiler için Snippets; HTML gövdesi enjeksiyonu, büyük yönlendirme tabloları ve A/B testleri için Workers.
• Kesin kural — cloaking: Google, kullanıcılarla aynı içeriği görmelidir. Değişiklikleri herkese uygulayın; Googlebot’a asla farklı bir şey sunmayın. Page-split A/B testleri güvenlidir; user-split cloaking’dir.
• Dinamik oluşturma uyarısı: yalnızca botlar için edge pre-rendering = dynamic rendering’dir; Google bunu kullanımdan kaldırmıştır (“a workaround, not a long-term solution”). Temiz bir uzun vadeli JS çözümü değildir.
• Edge’e özgü tuzaklar: CDN’in WAF / AI-bot kontrolleri (Cloudflare’ın ayrıntılı Search/Agent/Training politikaları veya eski “Block AI Bots” anahtarı) worker çalışmadan önce Googlebot’u sessizce engelleyebilir ve robots.txt’yi geçersiz kılabilir — engelleme listelerini Google’ın IP aralıklarıyla denetleyin, bot ara sayfaları yerine 503 tercih edin (Google’ın Aralık 2024 CDN rehberine göre). Algılandığında CDN tarama hızını artırır.
• Operasyonel riskler: tek hata noktası (kapsam, sürüm, tek tıklamayla geri alma), dağıtımda önbellek temizleme, CPU sınırları, ölçek maliyeti ve yönetişim — geliştiricileri süreçte tutun; worker’ların gölge BT’ye dönüşmesine izin vermeyin.

Resmî dokümantasyon

Edge SEO ile doğrudan ilgili birincil kaynak belgeleri.

Google

• Spam policies — Cloaking — sınırı çizen tanım: sıralamaları manipüle etmek için kullanıcılara ve arama motorlarına farklı içerik sunmak.
• Dynamic rendering (deprecated) — Google artık buna “a workaround and not a long-term solution,” diyor; bunun yerine SSR, statik oluşturma veya hydration öneriyor. Edge pre-rendering ile doğrudan ilgilidir.
• Crawling December — CDNs and crawling (2024) — CDN’ler tarama hızını artırabilir ancak WAF/bot kuralları aracılığıyla Googlebot’u da engelleyebilir; yumuşak engelleme yerine 503 tercih edin.
• Crawling December — HTTP caching (2024) — önbelleğe alma üstbilgilerinin Googlebot’un neleri yeniden getirdiğini nasıl etkilediği; worker çıktısının önbelleğe alındığı durumlarla ilgilidir.
• Crawling December series overview (2024) — tarama açıklamalarının tamamı.
• Block AI bots? AI bots and Googlebot crawlers list — CDN bot kurallarını yapılandırırken hangi Google user agent’larına izin verileceğini doğrulayın.

Cloudflare / Fastly (uygulama için önem taşıyan sağlayıcı belgeleri)

• Cloudflare — When to use Snippets vs Workers — hangi aracın hangi işe uygun olduğuna ilişkin resmî açıklama.
• Fastly — SEO use cases — edge’i yönlendirmeler ve meta veriler için açıkça konumlandıran bir CDN sağlayıcısı.

Bing / Microsoft

• Bing Webmaster Guidelines — Bing’in edge’e özgü bir rehberliği yoktur, ancak performans için CDN’leri önerir.
• IndexNow — edge SEO’nun doğal tamamlayıcısı: bir worker değişikliğini dağıttığınız anda değişen URL’leri Bing’e gönderin.

Kaynaktan alıntılar

Edge SEO’ya ilişkin, kayda geçmiş ifadeler. Her Google bağlantısı, kaynak sayfasındaki alıntı bölümüne atlayan derin bağlantıdır.

Google — cloaking (sınır koşulu)

• “Cloaking refers to the practice of presenting different content to users and search engines with the intent to manipulate search rankings and mislead users.” — Google Search Central, Spam policies. Alıntıya git

Google — dynamic rendering deprecation (edge pre-rendering ile ilgili)

• “Dynamic rendering was a workaround and not a long-term solution for problems with JavaScript-generated content in search engines.” — Google Search Central, Dynamic rendering. Alıntıya git

Dan Taylor, SALT.agency — “edge SEO” terimini ortaya atan kişi

• “Edge SEO refers to the technique of implementing SEO recommendations, technical fixes, and navigating platform restrictions through using a serverless application (Cloudflare Workers) on a CDN edge server.” — Dan Taylor, SALT.agency. Kaynak
• “By using workers, like Cloudflare Workers, we can reduce the obstacles of legacy website platforms and tech stacks, congested development queues, and unhelpful developers.” — Dan Taylor, SALT.agency. Kaynak
• “Edge SEO isn’t designed to be a circumvention of traditional development practices.” — Dan Taylor, SALT.agency. Kaynak

SearchPilot — edge A/B testi

• “JetStream sits on the edge without adding new layers to your web stack.” — SearchPilot. Kaynak

Fastly — edge, yönlendirmelerin yeri olarak

• “Ensuring URLs never die is one of the most important aspects of a good SEO strategy, and the edge is the best place for redirects, so that they can be served as fast as possible.” — Fastly. Kaynak

Edge SEO’yu yayına alma ve güvenlik kontrol listesi

Herhangi bir worker’ı yayına almadan önce, yayınlama sırasında ve yayınladıktan sonra bu listeyi uygulayın.

Dağıtımdan önce

• Değişikliğin gerçekten edge’de yapılmasının en iyi seçenek olduğunu doğrulayın (kaynakta düzeltmeye kıyasla — Frameworks sekmesine bakın).
• Snippets ve Workers arasında karar verin: yönlendirmeler/üstbilgiler için Snippets; gövde enjeksiyonu, büyük yönlendirme tabloları veya A/B testleri için Workers.
• Worker’ı değişikliğin tüm trafiğe uygulanacağı şekilde yazın — botlara farklı içerik sunan user-agent dallanması olmasın.
• Worker’ı varsayılan olarak tüm siteye değil, dokunması gereken belirli URL kalıplarıyla (route matching) sınırlandırın.
• Worker’ı sürüm kontrolüne alın ve ne yaptığını, neden yaptığını belgeleyin.
• Önbellek davranışını planlayın: CDN worker öncesi mi yoksa worker sonrası yanıtı mı önbelleğe alacak? Bir önbellek temizleme adımı ekleyin.
• Sayfanın, gövdeyi yeniden yazan worker’larda CPU/çalıştırma sınırını aşma riski yaratacak kadar büyük olmadığını doğrulayın.
• Staging’de test edin ve çıktıyı GSC URL Inspection aracıyla doğrulayın (Googlebot’un gerçekte ne aldığını gösterir).

Edge’e özgü güvenlik (atlamayın)

• CDN’in WAF/bot yönetimi kurallarını denetleyin — Googlebot (ve Bingbot)‘un worker çalışmadan önce engellenmediğini doğrulayın.
• CDN’in AI-bot kontrollerinin ve bot-fight anahtarlarının (Cloudflare’da “Configure AI bot policies” içindeki Search/Agent/Training ayarları veya eski “Block AI Bots” anahtarı) robots.txt’nizi ağ düzeyinde geçersiz kılmadığını kontrol edin.
• WAF engelleme listelerini Google’ın yayımlanmış Googlebot IP aralıklarıyla doğrulayın; gerçek botları ters DNS ile doğrulayın.
• Kasıtlı geçici kullanılamazlık için bot doğrulama ara sayfası değil, sert bir 503/429 kullanın.

Cloaking için koruyucu kurallar

• Bot ve insan için canonical/hreflang/title/robots çıktısının aynı olduğunu, her ikisi gibi istek göndererek doğrulayın.
• A/B testlerini sayfaya göre bölün; asla kullanıcıya göre değil.
• Yalnızca crawler’lara sunulan edge pre-rendering kullanmayın (bu, kullanımdan kaldırılmış dynamic rendering’dir).

Yayından sonra

• Etkilenen URL’leri GSC URL Inspection’ta yeniden getirin; enjekte edilen/düzenlenen öğelerin göründüğünü doğrulayın.
• CDN önbelleğinin değiştirilmiş (worker sonrası) yanıtı sunduğunu doğrulayın.
• Tek tıklamayla geri almayı hazır tutun ve değişiklik günlüğünü güncel tutun.
• Geliştirme ekibine worker’ın yayında olduğunu bildirin; böylece gelecekteki CMS değişiklikleriyle çakışmaz (ve kaynak düzeltildiğinde emekliye ayrılır).
• Bing’in hızlı görmesi gereken bir değişiklik dağıtırsanız etkilenen URL’ler için IndexNow’u tetikleyin.

Zihinsel modeller

1. Edge yanıtı sayfanın kendisidir. Google yalnızca CDN’in sunduğunu görür ve bir worker’ın devreye girdiğini bilmez. Edge SEO’nun gücünün ve en büyük tek riskinin kaynağı budur — bu nedenle her worker çıktısını sayfanın gerçek, kamuya açık gerçeği olarak ele alın.

2. Edge mi, kaynakta düzeltme mi — karar. Engellendiğinizde edge doğru seçimdir: kısıtlı bir platform (Shopify, Salesforce CC), aylarla ölçülen bir geliştirme kuyruğu, kimsenin dağıtmayacağı bir geçiş yönlendirme haritası veya bugün yayında olması gereken bir düzeltme. Değişiklik kalıcı, merkezi ve ekip tarafından dağıtılabilir olduğunda kaynakta düzeltin — çünkü her worker kritik yola eklenen ve bakımı gereken bir şey daha demektir. Pratik kural: acil ve kaynakta yapılamayan işler için edge; kalıcı ve merkezi işler için origin. Çözdüğü sorundan daha uzun yaşayan bir worker teknik borçtur.

3. Herkese uygulayın; yoksa cloaking’dir. Uyumluluk sorusu “edge kullanıyor muyum?” değildir — “mantığım botlara ve insanlara aynı içeriği sunuyor mu?” sorusudur. Herkese aynı uygulanan değişiklikler güvenlidir. Her bota özgü dal sınırdır. Şüpheye düştüğünüzde Google’ın testini yapın: sıradan, oturum açmamış bir kullanıcı Googlebot’un gördüğü aynı ana içeriğe ve bağlantılara ulaşabilir mi?

4. Page-split, asla user-split değil. SEO A/B testinde her sayfayı kontrol veya varyanta atayın; böylece Googlebot ve her kullanıcı o sayfanın aynı sürümünü görür. Kullanıcıya göre bölmek (botlar için bir şey, insanlar için başka bir şey) deney kılığına girmiş cloaking’dir.

5. Güvenlik katmanı worker’ınızdan önce çalışır. CDN’in WAF veya bot kuralları tarafından engellenen bir istek worker’a asla ulaşmaz — bu nedenle kusursuz bir worker ve kusursuz bir robots.txt, güvenlik duvarı önce Googlebot’u engellediyse önem taşımaz. Güvenlik katmanını sonradan akla gelen bir iş olarak değil, her edge SEO kurulumunun parçası olarak denetleyin.

6. Snippets ve Workers — aracı işe uygun seçin. Hafif ve durumsuz (yönlendirmeler, üstbilgi değişiklikleri, önbelleğe alma) → Snippets. Durum bilgili veya içerik yeniden yazan (HTML gövdesi enjeksiyonu, KV destekli yönlendirme tabloları, kalıcı A/B testleri) → Workers. Snippet yeterliyken tam bir Worker’a yönelmek gereksiz bir yüzey alanı ekler.

Edge SEO hızlı başvuru

Platform karşılaştırması

Snippets ve Workers (Cloudflare) — hızlı karar

Cloaking mi?

Hızlı bilgiler

• “Edge SEO” terimi Dan Taylor (SALT.agency), TechSEO Boost 2018 tarafından ortaya atıldı.
• Gecikme: tipik olarak ~10ms, uç durumlarda ~50ms’ye kadar; üretimde çoğu zaman ölçülebilir bir değişiklik yok.
• Cloudflare Workers ücretsiz katmanı: 100k requests/day; istek başına CPU süresi ücretsiz 10ms / ücretlide varsayılan 30s (5 dakikaya kadar yapılandırılabilir). Cloudflare Snippets sınırı 5ms / 2MB.
• CDN’ler algılandıklarında Googlebot’un tarama hızını artırır — ancak WAF/bot kuralları (AI-bot kontrolleri dahil) onu engelleyebilir.
• Güvenlik katmanı worker’dan önce çalışır; WAF’ı Google’ın IP aralıklarına göre denetleyin.

Zaman ayırmaya değer kaynaklar

İlgili çalışmalarım

• The Beginner’s Guide to Technical SEO — edge SEO’nun daha büyük resimdeki yeri.
• JavaScript SEO Issues & Best Practices — insanların edge’de çözmeye çalıştığı şeyin oluşturma tarafı.
• Fine-Tune Your Technical SEO (Marketing Speak interview) — Cloudflare Workers ve HTML Rewriter’ı ölçekte kullanmayı anlattığım bölüm.

Dan Taylor / SALT.agency’den (bu adı veren kişiler)

• Edge SEO — Dan Taylor — terimi ortaya atan kişinin kanonik tanımı.
• Diving into Technical SEO using Cloudflare Workers — Cloudflare blogunda Igor Krestov + Dan Taylor (SALT.agency); filtre zinciri uygulamasına derinlemesine bakış.
• SEO on the Edge — webinar recap — yönetişim, risk ve kullanım alanları.

Edge A/B testi

• Introducing JetStream — SearchPilot — Cloudflare üzerinde WASM SEO testi.
• What is SEO split testing — SearchPilot — page-split ve user-split metodolojisi (page-split’in cloaking açısından güvenli kalmasının nedeni).

Sağlayıcı ve resmî

• Cloudflare — Snippets vs Workers.
• Fastly — 3 ways the edge simplifies SEO.
• Google — Crawling December: CDNs and crawling.

Sektörden

• r/TechSEO — edge uygulamalarının ve cloaking’in sınır durumlarının tartışıldığı yer.
• What is Edge SEO — Search Engine Land — ana kullanım alanlarını kapsayan sağlam bir genel bakış; daha geniş sektörün konuyu nasıl çerçevelediğine dair iyi bir kaynak.
• Edge SEO — Dan Taylor on SEJ (2018) — terimin ortaya atanı tarafından yazılmış, kavramı tanıtan özgün SEJ makalesi.
• Google Explains How CDNs Impact Crawling — SEJ — Google’ın Aralık 2024 CDN tarama rehberliğine, WAF/bot engelleme riskleri dahil, yer veren inceleme.
• Edge SEO Interview — Conductor — Dan Taylor’ın edge SEO’nun çözdüğü sorun üzerine uygulamacı alıntıları içeren soru-cevabı.
• A Complete Guide to Edge SEO — reSignal — platform bazında kapsamlı döküm; Cloudflare, Akamai ve Fastly uygulamalarını karşılaştırmak için yararlı.
• Akamai EdgeWorkers use cases — SEO ile ilgili yönlendirme ve meta veri senaryoları dahil kurumsal edge worker kullanım alanlarını ele alan resmî Akamai belgeleri.

Değişiklik günlüğü