WordPress dışı sitelerde içerik otomasyonu: Next.js, PHP ve özel altyapılar

WordPress'te içerik otomasyonu görece kolaydır: Hazır bir eklenti kurar, REST API'ye bağlanır ve yazılarınızı gönderirsiniz. Peki siteniz Next.js, Nuxt, Laravel, düz PHP ya da şirkete özel bir yazılımla çalışıyorsa? Hazır eklenti yoktur, yönetim paneli sınırlıdır, çoğu zaman her yeni yazı için geliştirici gerekir. Sonuçta blog birkaç ay sonra sessizce durur.

İyi haber şu ki WordPress dışı bir altyapıda otomasyon genellikle daha temiz kurulur. Yayın hattını kendi sisteminize göre tasarlarsınız. Bu yazıda böyle bir hattın parçalarını, yayın yöntemlerini ve gözden kaçan SEO ayrıntılarını ele alıyoruz.

Önce neyi otomatikleştireceğinize karar verin

"İçerik otomasyonu" tek bir iş değildir. Süreci parçalarına ayırın:

1. Konu bulma: Hangi yazı yazılmalı?
2. Taslak üretme: İçeriğin ilk hali.
3. Kontrol: Doğruluk, marka dili, tekrar kontrolü.
4. Yayın: İçeriğin siteye aktarılması.
5. Doğrulama: Sayfa gerçekten açıldı mı, doğru mu?
6. Ölçüm: Sonuç getirdi mi, güncellenmesi gerekiyor mu?

Her adımın otomasyona uygunluğu farklıdır. Konu bulma, yayın ve doğrulama neredeyse tamamen otomatikleşebilir. Taslak üretimi yapay zekâ ile hızlanır. Kontrol adımı ise insanın en çok değer kattığı yerdir ve konunun hassasiyetine göre tamamen kaldırılmamalıdır.

Google'ın tutumunu doğru okuyun

Yapay zekâ ile üretilen içerik kendiliğinden yasak değildir. Google, içeriğin nasıl üretildiğinden çok kullanıcıya yararlı olup olmadığına baktığını belirtir. Ancak 2024 Mart'ında yayımladığı spam politikasında "ölçekli içerik kötüye kullanımı" başlığını getirmiştir: Üretim yöntemi ne olursa olsun, kullanıcıya değer katmadan, yalnızca arama sıralamasını etkilemek için çok sayıda sayfa üretmek ihlal sayılır.

Bu ayrım otomasyon tasarımınızı belirler. Hedef, ayda yüzlerce sayfa basmak olmamalı. Hedef, gerçek bir arama talebine cevap veren, sitenize özgü bilgi taşıyan yazıları düzenli yayınlamak olmalı. Haftada bir iyi yazı, günde on sıradan yazıdan daha iyi sonuç verir ve risk taşımaz.

Hassas alanlarda ek dikkat gerekir. Sağlık, hukuk ve finans gibi konularda insan kontrolü olmadan yayın yapmayın. Hatalı bilgi hem kullanıcıya zarar verir hem de sitenizin güvenilirliğini düşürür.

Konu seçimi veriden başlamalı

Konu listesini yapay zekâya sormak en yaygın hatadır. Model size makul görünen ama talep görmeyen ya da rakiplerin çoktan doldurduğu konular verir. Daha güçlü bir kaynak kendi verinizdir:

• Search Console'da gösterim alan ama iyi sıralanmayan sorgular.
• Müşteri sorularının geçtiği destek kayıtları ve satış görüşmeleri.
• Rakiplerin sıralandığı ama sizin hiç içeriğinizin olmadığı başlıklar.
• Mevcut yazılarda değer kaybeden, güncellenmesi gereken konular.

Bu verilerin nasıl okunacağını Search Console rehberimizde anlattık. Yeni yazı açmadan önce mevcut bir sayfayı güncellemenin yeterli olup olmayacağını da sorun, aksi halde aynı sorgu için birbiriyle yarışan sayfalar üretirsiniz.

Yayın yöntemleri: Dört temel yaklaşım

Hattın en kritik kararı içeriğin sitenize nasıl ulaşacağıdır.

1. Başsız CMS

Strapi, Sanity veya Contentful gibi bir içerik yönetim sistemi kullanırsınız. Otomasyon içeriği CMS'in API'sine yazar, site oradan okur. Editörler için panel de hazır gelir. Dezavantajı, ek bir servis ve maliyet olmasıdır; küçük bir blog için fazla gelebilir.

2. Git tabanlı içerik

Yazılar depoda Markdown veya MDX dosyası olarak durur. Otomasyon yeni bir dosya ekleyip dal açar, insan onaylar, birleştirme yeni bir yayın başlatır. Geçmiş, geri alma ve inceleme hazır gelir. Teknik ekipler için çok temizdir. Eksisi her yazı için yeni derleme gerekmesi ve büyük sitelerde derleme süresidir.

3. Kendi veritabanınız ve yayın API'si

Sitenizde zaten bir veritabanı varsa, küçük bir yazı tablosu ve korumalı bir API ucu eklemek yeterlidir. Next.js'te sayfaları artımlı olarak yenileyebilir, PHP'de doğrudan veritabanından okuyabilirsiniz. Tam kontrol sağlar ama güvenlik ve bakım sizdedir.

4. Webhook ile yayın

İçerik hazır olduğunda dış sistem sitenizdeki bir adrese imzalı istek gönderir, site içeriği kendi formatında kaydeder. Bu yöntem, kendi kodunuza dokunmadan farklı siteleri aynı hatta bağlamayı kolaylaştırır.

Seçim için basit bir ölçüt: Tek geliştiricili bir Next.js sitesinde Git tabanlı yöntem veya küçük bir API yeterlidir. Editör ekibi varsa başsız CMS daha rahattır. Birden çok müşteri sitesini yönetiyorsanız webhook veya standart bir API daha ölçeklenebilir.

Güvenli bir yayın ucu tasarlamak

Dışarıdan içerik kabul eden bir uç, sitenizin en hassas noktalarından biridir. En az şu kuralları uygulayın:

• Kimlik doğrulama: Anahtarı URL'de değil, başlıkta taşıyın. Mümkünse isteği HMAC ile imzalayıp zaman damgasıyla tekrarı engelleyin.
• Yetkiyi sınırlayın: Bu anahtar yalnızca yazı oluşturabilsin, kullanıcı veya ayarlara dokunamasın.
• Girdiyi temizleyin: Gelen HTML'i güvenilir saymayın. Betik etiketlerini ve olay özniteliklerini temizleyin, yoksa XSS açığı oluşur.
• Tekrar güvenliği: Aynı istek iki kez gelirse iki yazı oluşmamalı. Dış kimlik veya slug ile kontrol yapın.
• Taslak modu: Yeni kurulumlarda her şeyi önce taslak olarak kaydedin. Hat güvenilir hale gelince doğrudan yayına geçin.
• Geri alma: Yayınlanan içeriği tek adımda kaldırabilin.

Yayın anında unutulan SEO ayrıntıları

WordPress'te eklentilerin sizin yerinize yaptığı işleri burada kendiniz kurarsınız. Otomasyonun hazırladığı içerik şu alanları da taşımalıdır:

• Benzersiz title, meta açıklama ve canonical adres.
• Temiz, kalıcı bir slug. Türkçe karakterleri dönüştürün, sonradan değiştirmeyin.
• Tek ana başlık ve mantıklı alt başlıklar.
• Açık metinli görsel açıklamaları ve boyutları belirtilmiş, optimize edilmiş görseller.
• Article veya BlogPosting yapısal verisi, gerçek yayın ve güncelleme tarihleri.
• Open Graph bilgileri.
• İlgili yazılara iç bağlantılar.

Yayın sonrası da birkaç iş daha vardır. Yeni adres site haritasına eklenmeli, lastmod gerçek tarihle güncellenmeli, RSS akışı yenilenmeli. Blog listesi ve kategori sayfası önbellekteyse temizlenmeli. Next.js'te statik üretilen bir sayfa kullanıyorsanız ilgili yolu yeniden doğrulamayı unutmayın; aksi halde içerik veritabanında olsa da sitede görünmez.

İçeriğin sunucudan gelen HTML'de bulunduğundan emin olun. İstemci tarafında sonradan yüklenen bir blog, hem Google için ek adım gerektirir hem de birçok yapay zekâ tarayıcısına boş görünür.

Doğrulama: "Gönderildi" yayınlandı demek değildir

Otomasyonların en sinsi sorunu sessiz hatadır. API 200 döner ama yazı sitede görünmez. Önbellek eski kalır, slug çakışır, şablon boş açılır. Bu yüzden hattın son adımı yayınlanan adresi dışarıdan çekip kontrol etmek olmalıdır:

1. Adres 200 dönüyor mu?
2. Sayfada başlık ve metnin bir kısmı var mı?
3. noindex yok, canonical doğru mu?
4. Site haritasında görünüyor mu?

Bir süre sonra da Search Console'dan dizine girip girmediğini kontrol edin. Yayınlanan ama aylarca dizine girmeyen yazılar, hattın kalite sorununa işaret eder.

Maliyet ve düzen

Otomasyonun maliyeti yalnızca yapay zekâ kullanım ücreti değildir. Asıl maliyet kontrol süresi ve zayıf içeriğin siteye verdiği zarardır. Yayın sıklığını başlangıçta düşük tutun, ilk yazıların sonuçlarını görün, sonra artırın. Yapay zekâ harcaması için günlük ve aylık üst sınır koyun; hatalı bir döngü bütçeyi kısa sürede tüketebilir.

Altı ayda bir eski otomatik içerikleri gözden geçirin. Trafik almayan ve güncellenmesi anlamsız olan yazıları birleştirin veya kaldırın.

Hazır bir hat kullanmak

Bu hattı sıfırdan kurmak istemiyorsanız seopanel içindeki otomatik SEO blog modülü konu adaylarını Search Console ve takip edilen kelimelerden çıkarır, yazıları paketinizin hakkı kadar hazırlar, önce onayınıza sunabilir veya bağlı kanala gönderebilir. Yazı yalnızca sitede bulunduğu doğrulandığında yayında sayılır. Özel altyapılar için geliştirici API'si ile düzeltmeleri kendi sisteminizden çekebilirsiniz; hangi planda neyin bulunduğunu fiyatlar sayfasında görebilirsiniz.

Kendi hattınızı kursanız da, hazır bir araç kullansanız da ilke aynıdır: Otomasyon üretimi hızlandırır, kalite sorumluluğunu ortadan kaldırmaz. Doğruluk kontrolü ve sitenize özgü bilgi insandan gelmeye devam etmelidir.