Ghost için SEO

Ghost'un geleneksel ve headless modlarda hangi teknik SEO işlerini otomatik yaptığını, headless kullanımda neleri yeniden kurmanız gerektiğini, üyelik içeriklerinin indekslenmesini ve Ghost Pro ile kendi sunucunuzda barındırma farklarını açıklar.

İlk yayın tarihi: 27 Haz 2026 · Son güncelleme: 13 Ağu 2026 · Advanced
Diller

Ghost, normal modunda site haritası, canonical, meta etiketleri, sosyal kartlar ve Article JSON-LD gibi temel teknik SEO işlerini eklentisiz yapar. Headless kullanımda bunların tümünü frontend yeniden kurmalıdır; üyelere özel içerik Google'a kapalıdır. Ghost'un eksik bıraktığı hreflang, gelişmiş şema, yazı başına noindex ve yönlendirme yönetimini ayrıca planlayın; geleneksel Ghost ile WordPress arasında seçim yaparken eklenti yükü, performans ve kontrol dengesini değerlendirin.

TL;DR — Ghost SEO’su tek bir kararda ikiye ayrılır: geleneksel (Handlebars) mod veya headless (Content API). Geleneksel Ghost temel teknik SEO’yu — site haritası, kendine referans veren ve özel canonical’lar, meta etiketleri, OG/Twitter kartları ve Article JSON-LD’yi — eklenti olmadan otomatik gönderir; varsayılan olarak da hızlıdır. Headless’a geçtiğinizde bunların tamamı ortadan kalkar; frontend her parçayı yeniden kurmak zorunda kalır ve performansın sahibi artık framework olduğu için Ghost’un hız avantajı kaybolur. Her iki modun da Ghost’un hiç doldurmadığı boşlukları vardır (breadcrumb/FAQ/Product şeması, hreflang, gönderi başına noindex, IndexNow ve yönlendirme arayüzü); yalnızca üyelere açık içerik sunucu tarafında engellendiği için dizine eklenemez. İki modu birbirine karıştırmayın — farklı sorunlardır.

Yol ayrımı

Ghost, ayrıştırılmış çekirdeğe sahip bir Node.js (Express) CMS’dir: bir API ve isteğe bağlı bir Handlebars frontend’i vardır. SEO hikâyesinin tamamı bu mimariden çıkar.

  • Geleneksel mod — Ghost, Handlebars temalarıyla HTML sunar. Her yerleşik SEO özelliği temanın {{ghost_head}} yardımcısı üzerinden otomatik oluşturulur.
  • Headless mod — Ghost, “a full headless CMS which is completely agnostic of any particular front end or static site framework.” (çeviri) “Belirli herhangi bir frontend veya statik site framework’ünden tamamen bağımsız, tam bir headless CMS.” hâline gelir. Ayrı frontend’inizden (Next.js, Astro, Nuxt, SvelteKit) Content API’yi veya Admin API’yi sorgularsınız; SEO’nun %100’ü o frontend’in sorumluluğuna dönüşür.

Mod seçimi, Ghost’un SEO ayak izini belirleyen en büyük etkendir. Aşağıdaki her şey bu seçime göre düzenlenmiştir. (Headless tarafın yazılım çatısından bağımsız sürümü için Headless CMS için SEO yazısına bakın.)

Geleneksel Ghost otomatik olarak neyi halleder?

Geleneksel modda Ghost, hiçbir yapılandırma gerektirmeden temel teknik SEO’yu yapar:

  • Site haritası. /sitemap.xml adresinde otomatik oluşturulur; yayımlama/yayından kaldırma sırasında güncellenir ve yazıları, sayfaları, etiketleri ve yazarları kapsar. “Ghost automatically creates and updates an XML sitemap for your website.” (çeviri) “Ghost web siteniz için bir XML site haritasını otomatik oluşturur ve günceller.” Evidence for this claim Ghost automatically creates and updates an XML sitemap. Scope: Traditional Ghost publication output. Confidence: high · Verified: Ghost: SEO
  • Canonical etiketleri. Her yazı ve sayfada kendine referans veren rel=canonical bulunur — “Ghost adds canonical tags across your site to tell search engines which version of a page they should consider the ‘official’ one.” (çeviri) “Ghost, arama motorlarına bir sayfanın hangi sürümünü ‘resmî’ saymaları gerektiğini söylemek için sitenizin tamamına canonical etiketleri ekler.” Mart 2019’dan beri düzenleyicinin meta panelinde yazı başına özel canonical ayarlayabilir veya Admin API’deki canonical_url alanını kullanabilirsiniz — “guest posts, multiple versions of the same page or when you need to curate a list of links to external sources.” (çeviri) “konuk yazılar, aynı sayfanın birden çok sürümü veya dış kaynaklara bağlantı listesi derlemek istediğiniz durumlar” için tasarlanmıştır. Evidence for this claim Ghost outputs canonical tags and supports a custom canonical URL for a post or page. Scope: Traditional Ghost and the post/page metadata configuration. Confidence: high · Verified: Ghost: Canonical URLs
  • Meta başlık/açıklaması. Boş bırakıldığında yazı başlığına ve özetine geri dönen özel alanlar.
  • Open Graph + Twitter Cards. Yazı meta verilerinden ve öne çıkan görselden otomatik oluşturulur.
  • Yapılandırılmış veri (JSON-LD). “Ghost automatically includes structured data in all posts and pages” (çeviri) “Ghost tüm yazı ve sayfalara otomatik olarak yapılandırılmış veri ekler” — publisher, author, headline, datePublished, dateModified, image ve keywords içeren Article şeması.
  • Temiz URL’ler + özel yönlendirme. Varsayılan olarak slug tabanlı URL’ler; routes.yaml ile tamamen özelleştirilebilir.
  • robots.txt. /ghost/ yönetici yolunu engelleyen ve geri kalan her şeye izin veren varsayılan dosya.

Bu, eklenti gerektirmeden yerleşik olarak sundukları arasında Ghost’un saydığı “XML sitemaps, canonical tags, optimised URLs, microformats, Facebook Open Graph tags, support for Twitter cards and clean semantic markup” (çeviri) “XML site haritaları, canonical etiketleri, optimize URL’ler, mikro biçimler, Facebook Open Graph etiketleri, Twitter kartı desteği ve temiz anlamsal işaretleme” listesidir; gerçekten de standart bir WordPress kurulumundan fazlasıdır.

Ghost hiçbir modda ne yapmaz?

Ghost temeli kapsar ve orada durur. Şunları üretmez:

  • Gelişmiş şema — breadcrumb, FAQ, HowTo, Product, Recipe veya Video işaretlemesi. Yalnızca Article şeması vardır; diğer her şey elle kod ekleme veya tema çalışmasıdır.
  • Hreflang / uluslararası SEO — yerel destek yoktur. Çok dilli Ghost için üçüncü taraf bir hizmet (Weglot, ConveyThis) veya tema düzeyinde uygulama gerekir; hreflang da hataya özellikle açıktır.
  • Arayüzde gönderi başına noindex düğmesi — kod eklemeniz gerekir.
  • Anahtar kelime optimizasyonu rehberliği. Bu bilinçli bir tercihtir. Yoast tarzı araçların eklenmesi sorulduğunda Ghost ekibi “one of the downsides of using Yoast’s KW optimisation suggestions is that is encourages us to write meta data for machines instead of humans,” (çeviri) “Yoast’ın KW optimizasyonu önerilerini kullanmanın dezavantajlarından biri, bizi insanlar yerine makineler için meta veri yazmaya teşvik etmesidir” dedi; breadcrumb şeması, hreflang ve noindex kontrollerini içeren daha geniş gelişmiş SEO istek listesi için de açıkça “This isn’t on our radar at the moment.” (çeviri) “Bu şu anda gündemimizde değil.” dedi.
  • IndexNow — yerel destek yoktur; Bing’e ve diğerlerine anında bildirim göndermek isterseniz yayımlama sırasında özel bir webhook ile bağlayın.
  • Yönlendirme yönetimi arayüzü — yönlendirmeler (kendi sunucunuzda) redirects.yaml’da veya Ghost Pro’nun yönlendirme yöneticisinde yaşar; dayanabileceğiniz bir eklenti ekosistemi yoktur.

Headless Ghost: yeniden kurmanız gereken SEO

Headless’a geçtiğinizde Ghost bir SEO sistemi olmaktan çıkar, içerik API’si hâline gelir. Yukarıdaki “otomatik halleder” listesindeki her şey artık frontend’in işidir:

  • Site haritası — derleme sırasında veya Content API’yi çağıran bir serverless işleviyle oluşturulur.
  • Canonical etiketleri — frontend framework’ü tarafından, ideal olarak tek bir SITE_URL’den türetilen mutlak URL’lerle eklenir.
  • Meta + OG/Twitter etiketleri — framework’ün head yönetimiyle oluşturulur (Next.js generateMetadata, Astro <head>, Nuxt useSeoMeta).
  • Yapılandırılmış veri (JSON-LD) — artık tamamen özeldir.
  • robots.txt — frontend tarafından sunulur.
  • 301/302 yönlendirmeleri — frontend’de veya CDN katmanında ele alınır.
  • Core Web Vitals — Ghost’un hız avantajı ortadan kalkar; performansa artık framework ve oluşturma modu hâkimdir.

Devreden tek şey şudur: Content API, Ghost düzenleyicisine girdiğiniz editoryal meta verileri hâlâ döndürür — meta_title, meta_description, og_title, og_description, og_image, twitter_title, twitter_description, twitter_image ve canonical_url. Veri hazırdır; onu sayfada sunmak size düşer. Bu genel olarak headless CMS SEO sorunudur ve aslında bir JavaScript SEO sorunudur — frontend’iniz varsayılan olarak istemci tarafında oluşturuyorsa Googlebot sayfayı daha sonraki bir oluşturma dalgasına kuyruğa almak zorunda kalır. AI tarayıcılarının sayfa oluşturma desteği sağlayıcıya göre değişir; kapsamı artırmak için sunucuda veya derleme zamanında (SSR/SSG) oluşturun.

Kısıtlı içerik ve Google’ın görebildikleri

Ghost üç görünürlük düzeyini destekler: public, members-free (e-posta gerekir) ve members-paid (abonelik). SEO açısından kritik nokta, kısıtlı içeriğin kullanıcı aracısını algılayarak değil, sunucu tarafında engellenmesidir. Ghost’un kendi ekibi şöyle ifade ediyor: “Google can’t crawl protected content on your page, because that’s only ever available to logged in members.” (çeviri) “Google sayfanızdaki korumalı içeriği tarayamaz; çünkü bu içerik yalnızca giriş yapmış üyelere sunulur.” Oturum açmamış okuyucu ne görüyorsa Google da tam olarak onu görür.

İki gerçekçi strateji var:

  1. Kamuya açık önizleme. Girişi veya ilk birkaç paragrafı herkese gösterin, geri kalanını kısıtlayın. Ghost bunun için yerel bir kamuya açık önizleme özelliği sunar; sıralama işini kamuya açık bölüm yapar.
  2. Ölçümlü erişim. Üçüncü taraf uygulamalar kayıt istemeden önce sınırlı sayıda ücretsiz makaleye izin verir.

İçeriği kısıtlarsanız Google ücretli içerik işaretlemesini destekler: NewsArticle içinde isAccessibleForFree: false ile kısıtlı bölgeyi tanımlayan bir hasPart/cssSelector kullanılır; ancak Ghost bunu otomatik üretmez, elle kod eklemek gerekir. Her durumda temel kural şudur: cloaking yapmayın. Okuyucu ödeme duvarıyla karşılaşırken Googlebot’a tam makaleyi göstermek Google yönergelerini ihlal eder ve manuel işlem riski yaratır. Dürüst çerçeve şudur: kamuya açık içerik sıralanır, kısıtlı içerik dönüşüm sağlar; kilitli yazıların arama trafiği getirmesini beklemeyin.

Ghost Pro mu, kendi sunucunuz mu?

SEO yazılımı her ikisinde de aynıdır — Ghost ve özellikleri değişmez. Fark, altyapı üzerindeki kontroldür:

  • Ghost Pro — yerleşik CDN, otomatik SSL ve yedekleri olan yönetilen barındırma. CDN, dağınık kitleler için TTFB’ye ve Core Web Vitals’a yardımcı olur. Ancak robots.txt’yi doğrudan geçersiz kılamazsınız — destek ekibiyle iletişime geçmeniz gerekir. Headless veya özel mod kurulumlarında bu gerçek bir kısıttır.
  • Kendi sunucunuzda barındırma — sunucu, üst bilgileri, önbelleği, robots.txt’yi, sunucu düzeyi yönlendirmeleri ve kendi CDN’inizi (yaygın seçenek Cloudflare’dir) tamamen kontrol edersiniz. Gelişmiş teknik SEO için daha esnek, ama yönetilecek daha çok şey vardır.

Doğası gereği “SEO için daha iyi” olan yoktur — Ghost Pro size bir CDN sunarken kendi sunucunuzda barındırma size denetim sağlar.

Yaygın tuzaklar

  • İnce etiket/yazar arşivleri. Ghost otomatik olarak /tag/slug/ ve /author/slug/ sayfaları oluşturur. Çok ayrıntılı etiketler veya yalnızca bir yazısı olan yazarlar ince sayfalar üretir; düşük değerli olanlara noindex vermeyi düşünün.
  • Önizleme URL’lerinin dizine eklenmesi. Eski Ghost sürümleri, önizleme sayfalarında yüklenen üçüncü taraf betikler üzerinden taslak önizleme URL’lerini Googlebot’a sızdırabiliyordu (çekirdekte düzeltildi; GitHub issue #9749). Eski kurulumlarda önizleme sayfalarının dizine eklenmediğini doğrulayın.
  • /ghost/’un yanlışlıkla açığa çıkması. Varsayılan robots.txt’nin yönetici yolundaki disallow kuralının geçersiz kılınmadığını doğrulayın.
  • Özel koleksiyonlardan yinelenen içerik. routes.yaml koleksiyonları aynı içerik için alternatif URL yolları oluşturabilir. Ghost varsayılan yapısını canonical’laştırır; özel yönlendirme, canonical’ları açıkça yönetmezseniz yinelemeler oluşturabilir.
  • Sendikasyon/konuk yazılarda özel canonical eksikliği. Başka bir yerdeki içeriği yeniden yayımlıyorsanız gönderi başına canonical_url’yi (düzenleyici veya API’de) özgün kaynağa işaret edecek şekilde ayarlayın; özellik Mart 2019’dan beri vardır.
  • Headless lansman öncesi dizine ekleme. Lansmandan önce kendi robots.txt’si olmadan yayımlanan kamuya açık headless frontend erken dizine alınabilir. Ghost’un “private” modu Disallow: / gönderir, ancak bu Ghost örneğini korur; ayrı frontend’inizi değil.
Evidence for this claim Ghost outputs canonical tags and supports a custom canonical URL for a post or page. Scope: Traditional Ghost and the post/page metadata configuration. Confidence: high · Verified: Ghost: Canonical URLs

Kısaca Ghost ve WordPress

Ghost, sıfır yapılandırmayla kutudan çıktığı hâliyle daha fazla SEO sunar ve varsayılan olarak daha hızlıdır (Ghost’un kendi kıyaslaması “up to 1,900% faster than WordPress” (çeviri) “WordPress’ten %1 900’e kadar daha hızlı” der; bunu sağlayıcı verisi olarak değerlendirin, ancak yön gerçek: az JavaScript ve güçlü bir Core Web Vitals tabanı). Doğru eklentilerle WordPress’in tavanı daha yüksektir — şema, yönlendirme yöneticileri ve programatik SEO — ancak eklenti ağırlıklı yapı çoğu zaman performansa zarar verir. Ghost, SEO eklentisi yükü olmadan yazmak isteyen yayıncılara; WordPress ise gelişmiş şema veya büyük entegrasyonlara ihtiyaç duyan karmaşık sitelere uyar. “Daha hızlı, o hâlde daha iyi sıralanır” basitleştirmedir; Core Web Vitals birçok etkenden biridir ve headless Ghost’un hızı Ghost’a değil tamamen frontend’e bağlıdır.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.