WordPress İçerik Oluşturma Programımızı Nasıl Kuruyoruz?

Blog yazısı üretmek çoğu zaman tek bir metin yazma işi değildir. Konu seçimi, anahtar kelime araştırması, içerik planı, görsel ihtiyacı, SEO alanları, WordPress’e giriş, taslak kontrolü ve yayın kararı birbirine bağlı birçok adımdan oluşur. Bu adımlar elle yürütüldüğünde hem zaman alır hem de aynı kaliteyi her içerikte korumak zorlaşır.

Bu yüzden geliştirdiğimiz Dijital Otomasyon Blog Engine, WordPress için içerik üretimini tek noktadan yönetebilen yerel bir uygulama olarak tasarlanıyor. Sistem içerikleri kendiliğinden yayınlamaz. İçeriği, SEO paketi ve görsel planıyla birlikte WordPress’e taslak olarak gönderir; son kontrol ve yayın kararı her zaman kullanıcıda kalır.

Amaç “bir tuşa basıp rastgele yazı üreten araç” yapmak değil. Amaç; içerik planını takip eden, kaliteli çıktı üreten, WordPress düzenini koruyan ve zamanla PazaryeriGuru gibi projelere hizmet edebilecek sağlam bir içerik otomasyon altyapısı kurmaktır.

Neden Böyle Bir Programa İhtiyaç Duyuyoruz?

Bir blogun büyümesi için düzenli yayın önemlidir; fakat düzenli yayın, kaliteden ödün vermek anlamına gelmemelidir. Özellikle pazaryeri, dijital otomasyon, yapay zekâ, n8n, SEO ve girişimcilik gibi konularda her yazının belirli bir standardı olmalıdır.

İyi bir blog içeriğinde yalnızca makale metni bulunmaz. Şunların da doğru hazırlanması gerekir:

• SEO başlığı ve meta açıklaması
• Odak anahtar kelime ve long-tail anahtar kelimeler
• Doğru slug yapısı
• Kategori ve etiketler
• SSS bölümü
• İç link önerileri
• Kapak görseli ve makale içi görsel planı
• WordPress taslak kaydı
• Editör kontrol notları

Manuel içerik üretiminde bu parçalar farklı araçlara dağılır. Bir yerde konu listesi tutulur, başka yerde metin yazılır, görsel promptları ayrı hazırlanır, ardından WordPress’te tekrar düzenleme yapılır. Blog Engine bu dağınıklığı tek akışta toplamak için kuruluyor.

Programın Temel Mantığı: İçerik Takviminden WordPress Taslağına

Sistemin başlangıç noktası bir içerik takvimidir. Kullanıcı içerik konularını Excel dosyasından yükleyebilecek veya Google Sheets bağlantısı üzerinden yönetebilecek. Her satır, üretilmesi planlanan bir blog yazısını temsil edecek.

Örnek olarak içerik takviminde şu alanlar bulunabilir:

Alan	Ne için kullanılır?
Konu	Yazının ana konusu
Kelime sayısı	İçeriğin hedef uzunluğu
Hedef kitle	İçeriğin kimin için yazıldığı
Amaç	Bilgilendirme, trafik, hizmet tanıtımı gibi hedef
Kategori	WordPress kategorisi
Platform	Blog Engine veya Dijital Otomasyon içerik türü
Zaman	Planlanan üretim günü ve saati
Odak anahtar kelime	SEO’nun ana hedefi
Slug	URL yapısı

Bu yapı sayesinde “bugün ne yazalım?” sorusu ortadan kalkar. İçerik takvimi, programın üretim sırasını belirleyen ana kaynak olur.

Kullanıcı isterse bir satırı manuel olarak seçip üretim başlatabilecek. İsterse sistem, belirlenen gün ve saatte sıradaki içeriği işleme alabilecek. Böylece hem kontrolü seven kullanıcılar için manuel mod hem de düzenli üretim isteyenler için zamanlanmış mod sunulacak.

İki Çalışma Modu: Manuel Üretim ve Zamanlanmış Takvim

Programın ilk sürümünde iki temel çalışma modu yer alacak.

Manuel üretim modu

Manuel modda kullanıcı içerik listesinden bir konuyu seçer ve “üret” komutunu verir. Sistem önce içerik brief’ini hazırlar, ardından makale paketini oluşturur. Kullanıcı ortaya çıkan sonucu inceleyebilir, gerekirse konu başlığını veya hedefi düzenleyebilir.

Bu mod, yeni konu fikirlerini denemek ve önemli içeriklerde daha yakından kontrol sağlamak için idealdir.

Zamanlanmış içerik takvimi modu

Zamanlanmış modda içerik takvimindeki tarih ve saat bilgisi dikkate alınır. Uygulama belirlenen zamanda işlenecek içeriği bulur, üretim sırasına alır ve sonucu taslak akışına gönderir.

Burada kritik nokta şudur: sistemin amacı otomatik yayın yapmak değildir. Zamanlanmış süreç, içeriği hazırlayıp WordPress’te taslak haline getirir. Kullanıcı e-posta bildirimi alır, taslağı inceler ve uygun görürse kendi panelinden yayınlar.

Bu yaklaşım hem kalite kontrolü sağlar hem de yanlış kategori, eksik bilgi veya güncelliğini kaybetmiş bir içeriğin doğrudan yayına çıkmasını engeller.

Yapay Zekâ ve MCP’nin Rolü

Bu projede OpenAI API ile doğrudan bir içerik üretim sistemi kurmak yerine, ChatGPT Plus tarafındaki MCP bağlantısından yararlanmayı hedefliyoruz. MCP, yapay zekânın uygulamadaki belirli araçlarla ve verilerle kontrollü biçimde iletişim kurmasına yardımcı olan bağlantı katmanıdır.

Blog Engine içinde MCP’nin görevi şunları yapabilmektir:

• Aktif içerik brief’ini almak
• Konuya uygun uzun ve özgün makale üretmek
• SEO alanlarını hazırlamak
• Görsel üretim promptlarını oluşturmak
• WordPress taslağı oluşturmak için gerekli içeriği doğru alanlara ayırmak
• Uzun metinleri parçalara bölerek daha güvenli aktarım sağlamak

Buradaki önemli tasarım ilkesi, yapay zekânın tek başına karar verip yayın yapmamasıdır. Yapay zekâ üretir, sistem kalite kontrollerini uygular, WordPress taslak olarak kaydeder; insan ise son kararı verir.

MCP tabanlı yaklaşım, içerik sürecini daha kontrollü kurmamıza yardımcı olur. Bununla birlikte sürekli arka planda, kullanıcı etkileşimi olmadan çalışan süreçler için oturum ve yetki sınırları dikkate alınmalıdır. Bu nedenle uygulama; üretim kuyruğu, kullanıcı onayı ve hata bildirimleri üzerinden ilerleyecek şekilde planlanır.

İçerik Paketi Nasıl Oluşacak?

Dijital Otomasyon Blog Engine yalnızca bir yazı gövdesi üretmeyecek. Her konu için WordPress’e aktarılabilir tam bir içerik paketi hazırlayacak.

Bu pakette şu bölümler bulunacak:

1. Yayınlanacak blog yazısı: Akıcı, pratik, öğretici ve hedef kitleye uygun ana metin.
2. SEO paketi: SEO başlığı, meta açıklaması, slug, odak anahtar kelime, etiketler ve kategori bilgisi.
3. Long-tail anahtar kelime kullanımı: Anahtar kelimeler yalnızca listelenmeyecek; metin içinde doğal biçimde kullanılacak.
4. Anahtar kelime kullanım haritası: Hangi ifadenin hangi bölümde kullanıldığı görülebilecek.
5. SSS bölümü: Kullanıcının gerçekten sorabileceği sorular ve kısa cevaplar.
6. İç link önerileri: Mevcut WordPress yazılarıyla doğal cümleler üzerinden bağlantı kurulacak.
7. Görsel planı: Kapak, makale içi görsel, infografik ve süreç diyagramı için ayrı promptlar hazırlanacak.
8. Editör notları: Kontrol edilmesi gereken özel noktalar varsa içerik sonunda gösterilecek.

Bu standardın en önemli faydası, her yazının aynı kalitede bir yayın paketine dönüşmesidir.

SEO ve İç Linkleme Neden Ayrı Bir Katman Olarak Tasarlanıyor?

Bir içeriğin Google’da görünmesi yalnızca uzun yazılmasıyla sağlanmaz. Yazının arama amacına cevap vermesi, başlık yapısının doğru kurulması, anahtar kelimelerin doğal kullanılması ve sitedeki diğer yazılarla bağ kurması gerekir.

Bu nedenle v1.5 aşamasında SEO, iç linkleme ve görsel planlama ayrı bir kalite katmanı olarak eklenecek.

Sistem yeni bir yazı üretmeden önce WordPress’teki mevcut içeriklerin başlıklarını ve bağlantılarını tarayabilir. Ardından yeni makalede gerçekten anlamlı olan yerlere iç link önerileri ekler. İç bağlantılar başlıklara zorla yerleştirilmez; okuyucunun devam etmek isteyebileceği doğal cümlelerin içine eklenir.

Örneğin “n8n ile e-posta otomasyonu” hakkında yeni bir yazı hazırlanırken, sitede daha önce yayımlanmış “n8n nedir?” rehberine uygun bir bağlamda link verilebilir. Böylece hem okuyucu site içinde daha fazla bilgiye ulaşır hem de içerikler birbirini destekler.

SEO tarafında meta title alanı boş bırakılmaz. Odak anahtar kelime, slug, meta açıklaması, etiketler ve SSS içeriği ayrı alanlarda hazırlanır. Böylece WordPress’e gönderilen veri, karışık bir HTML bloğu yerine düzenli bir yayın paketi olur.

Görsel Akışı: Depolamak Değil, Doğru Yönlendirmek

Sistem için kapak görselleri ve makale içi görseller önemlidir; çünkü iyi bir görsel, yazının okunurluğunu ve paylaşılabilirliğini artırır. Ancak ilk aşamada büyük bir medya arşivi veya ayrı bir görsel depolama altyapısı kurmak hedeflenmiyor.

Bunun yerine sistem, her içerik için ihtiyaca uygun görsel promptları hazırlayacak:

• Hero banner promptu
• Makale içi açıklayıcı görsel promptu
• Infografik promptu
• Süreç diyagramı promptu

Promptlar, yazının konusuna göre hazırlanacak ve görsel üretim akışı içerik üretim servisinden bağımsız tutulacak. Bu ayrım önemlidir. Metin üretimi, görsel üretimi ve WordPress aktarımı birbirine bağlı çalışsa da biri sorun yaşadığında bütün sistemin durmasına neden olmamalıdır.

İlk sürümde içerik ve görsel dosyalarını uygulama içinde arşivlemek yerine, yalnızca gerekli kullanıcı ve iş akışı bilgileri saklanacak. Kullanıcının yüklediği Excel dosyaları ise sonraki görevleri ve içerik geçmişini görebilmesi için kalıcı tutulacak.

Teknik Mimari: Hafif, Modüler ve Büyümeye Açık

Mevcut sunucu kaynakları sınırlı: 1 CPU, 1 GB RAM ve 2 GB swap alanı bulunuyor. Ayrıca mevcut yapıda birbirine bağlı n8n-app ve n8n-db Docker container’ları yer alıyor. Bu nedenle yeni platformu ağır ve karmaşık bir sistem olarak kurmak yerine, mevcut yapının yanına eklenebilecek hafif bir mimari seçiyoruz.

Backend için FastAPI tercih edilmesinin nedeni; hızlı, sade ve API odaklı bir yapı sunmasıdır. Uygulama kullanıcı arayüzü, içerik takvimi yönetimi, dosya yükleme, görev takibi ve WordPress entegrasyonu için FastAPI üzerinden servis sağlayabilir.

Genel yapı şu şekilde düşünülüyor:

• Frontend: Kullanıcının Excel yüklediği, Google Sheets bağladığı, içerik satırlarını gördüğü ve manuel üretim başlattığı yönetim ekranı
• FastAPI backend: İş kuralları, kullanıcı işlemleri, görev sırası, WordPress bağlantısı ve veri doğrulama
• PostgreSQL: Kullanıcı bilgileri, görev durumları, planlanan içerikler ve işlem kayıtları
• Kalıcı dosya alanı: Kullanıcının yüklediği Excel dosyaları
• n8n container’ı: Gerekli iş akışları ve entegrasyon tetiklemeleri
• WordPress REST API: Taslak yazı, kategori, etiket ve öne çıkan görsel alanlarının yönetimi
• E-posta bildirimi: Taslak hazır olduğunda veya hata oluştuğunda kullanıcıya bilgi gönderimi

WhatsApp bildirimi ilk sürüme dahil edilmeyecek. Bu hem kaynak tüketimini hem de entegrasyon karmaşıklığını azaltır. Başlangıç için e-posta bildirimi yeterli ve daha yönetilebilir bir çözümdür.

WordPress’e Aktarımda Neler Kontrol Edilecek?

WordPress entegrasyonunda en sık karşılaşılan hatalardan biri, bütün veriyi tek bir içerik alanına göndermektir. Oysa başlık, meta bilgiler, etiketler, öne çıkan görsel ve yazı gövdesi farklı alanlardır.

Bu nedenle aktarım öncesinde aşağıdaki kontroller yapılacak:

• Makale gövdesi ile SEO alanlarının ayrılmış olması
• faq_schema_json_ld verisinin doğrudan yazı içeriğine karışmaması
• Başlık, meta açıklaması, slug, etiket ve kategori alanlarının ayrı gönderilmesi
• Makalenin Gutenberg uyumlu biçimde hazırlanması
• WordPress durumunun her zaman draft olması
• Uzun içeriklerin güvenli parçalara bölünerek aktarılması
• Taslak oluşturulduktan sonra kullanıcıya bildirim gönderilmesi

Bu yapı, geçmişte yaşanan “JSON dışında cevap döndü”, “webhook yanıtı gelmedi” veya “veri yanlış alana yazıldı” gibi sorunların tekrarını azaltmak için tasarlanıyor.

Kota, Maliyet ve Hata Yönetimi

İçerik otomasyonu kurarken yalnızca üretim kalitesini değil, işlem sınırlarını da yönetmek gerekir. Özellikle model çağrıları, görsel üretimi veya yoğun istekler kontrolsüz bırakılırsa maliyet ve hata riski yükselir.

Bu nedenle sistemde görev kuyruğu ve sınırlandırma bulunacak. Aynı anda çok sayıda içerik üretmek yerine işler sıraya alınacak. Başarısız görevler açık bir hata mesajıyla işaretlenecek ve kullanıcı tekrar deneyebilecek.

Kota yönetiminde şu ilkeler uygulanacak:

• Aynı içeriğin gereksiz tekrar üretilmesini önleme
• Başarısız üretimlerde sınırlı tekrar deneme
• Görev başına işlem kaydı tutma
• Günlük üretim sayısını takip etme
• Aylık maliyet hedefini izleme
• Kullanıcıya hata ve taslak hazır bildirimlerini e-posta ile gönderme

Böylece sistem, büyüdükçe kontrol edilmesi zor bir otomasyona dönüşmez.

Yol Haritası: v1.0, v1.5 ve v2.0

Projeyi tek seferde her özelliğiyle kurmak yerine, çalışan bir temel oluşturarak ilerletmek daha sağlıklıdır.

v1.0: Temel içerik üretim sistemi

İlk sürümün hedefi, uçtan uca çalışan temel akışı kurmaktır.

• Kullanıcı girişi
• Excel dosyası yükleme ve kalıcı saklama
• Google Sheets bağlantısı
• İçerik takvimi ekranı
• Manuel üretim modu
• Günlük zamanlanmış üretim
• FastAPI backend
• PostgreSQL görev ve kullanıcı kayıtları
• WordPress’e taslak oluşturma
• E-posta bildirimi
• Temel hata ve görev durumu ekranı

Bu aşamada sistem, içerik planındaki bir satırı alıp WordPress’te taslağa dönüştürebilmelidir.

v1.5: SEO, iç link ve görsel planlama katmanı

Temel sistem stabil hale geldikten sonra kalite katmanları eklenir.

• Mevcut WordPress içeriklerini tarama
• Otomatik ama doğal iç link önerileri
• SEO başlığı, meta açıklaması ve slug kontrolü
• Long-tail anahtar kelime kullanım haritası
• SSS ve yapılandırılmış veri hazırlığı
• Hero banner, infografik ve süreç diyagramı promptları
• İçerik kalite raporu
• Editör notları ve yayın öncesi kontrol listesi

Bu sürümün amacı daha çok içerik üretmek değil; üretilen her içeriğin daha tutarlı ve yayınlanmaya hazır olmasını sağlamaktır.

v2.0: Çoklu ajan ve gelişmiş otomasyon

Uzun vadede sistemin daha büyük bir AI destekli içerik platformuna dönüşmesi hedefleniyor. Bu aşamada farklı görevleri üstlenen uzman ajanlar devreye girebilir.

Örneğin:

• Konu ve arama niyeti analiz ajanı
• SEO denetim ajanı
• İç linkleme ajanı
• Görsel planlama ajanı
• WordPress yayın öncesi kalite kontrol ajanı
• İçerik performansı takip ajanı

Ancak v2.0’a geçmeden önce v1.0 ve v1.5 sürümlerinin gerçek kullanımda stabil çalışması gerekir. Temel yapı sağlam kurulmadan çoklu ajan sistemi eklemek, gereksiz karmaşıklık oluşturur.

Sonuç: Amaç Daha Fazla Yazı Değil, Daha Yönetilebilir İçerik Üretimi

Dijital Otomasyon Blog Engine’in hedefi, WordPress’e rastgele metin gönderen bir bot kurmak değildir. Hedef; içerik takvimini takip eden, SEO paketini hazırlayan, görsel ihtiyacını planlayan, WordPress’te taslak oluşturan ve son sözü kullanıcıya bırakan güvenilir bir içerik üretim sistemi oluşturmaktır.

Bu sistem sayesinde içerik üretimi daha düzenli hale gelir. Konular kaybolmaz, taslaklar dağılmaz, SEO alanları unutulmaz ve WordPress’e giriş süreci tekrarlanan bir yük olmaktan çıkar.

İlk aşamada sade, hafif ve kontrol edilebilir bir yapı kurulacak. Ardından SEO, iç linkleme ve görsel planlama eklenerek içerik kalitesi güçlendirilecek. Son aşamada ise PazaryeriGuru gibi projelere hizmet edebilecek, yapay zekâ destekli daha geniş bir otomasyon platformuna doğru büyünecek.

Kısacası bu roadmap’in merkezinde teknoloji değil, kontrol vardır: Yapay zekâ üretimi hızlandırır; fakat içerik kalitesini ve yayın kararını insan yönetir.

Sık Sorulan Sorular

Sistem yazıları otomatik olarak yayınlayacak mı?

Hayır. Sistem yazıyı WordPress’e taslak olarak gönderir. Son kontrol ve yayınlama işlemi kullanıcı tarafından yapılır.

İçerik konuları nasıl belirlenecek?

Konular Excel dosyası veya Google Sheets üzerinden yönetilen içerik takviminden alınacak. Her satır ayrı bir içerik görevi olarak işlenecek.

WordPress’e yalnızca makale mi gönderilecek?

Hayır. Başlık, yazı gövdesi, kategori, etiket, slug, SEO alanları, görsel planı ve gerekli notlar ayrıştırılmış biçimde hazırlanacak.

Görseller uygulamada saklanacak mı?

İlk sürümde içerik ve görseller için büyük bir depolama sistemi kurulmayacak. Görsel ihtiyacı için promptlar hazırlanacak; kullanıcı Excel dosyaları ise kalıcı olarak saklanacak.

Sistem hata verdiğinde ne olacak?

Görev durumu kaydedilecek, hata açık biçimde gösterilecek ve kullanıcıya e-posta bildirimi gönderilebilecek. Başarısız görevler tekrar işleme alınabilecek.

Neden önce küçük bir sürümle başlanıyor?

Sunucu kaynakları sınırlı olduğu için önce temel akışın stabil çalışması hedefleniyor. Çalışan ve kontrol edilebilir v1.0 üzerine SEO, iç linkleme, görsel planlama ve çoklu ajan özellikleri aşamalı olarak eklenebilir.