n8n ile WordPress otomasyonu, WordPress sitenizdeki tekrarlayan işleri (içerik yayınlama, form bildirimlerini yönlendirme, yeni yorumları Slack’e düşürme, stok/sipariş bilgilerini başka sistemlere aktarma gibi) kod yazmadan veya minimum kodla otomatikleştirmenizi sağlayan bir yaklaşımdır. n8n, kaynak kodu erişilebilir, fair-code lisanslı bir iş akışı otomasyon aracı; WordPress’in REST API’siyle konuşarak siteniz ile diğer servisler (e-posta, Slack, Google Sheets, yapay zeka API’leri) arasında köprü kurar.
Bu rehberde, kendi barındırdığınız veya bulutta çalışan bir n8n kurulumunu WordPress REST API’sine bağlayarak gerçek bir otomasyon akışını sıfırdan nasıl kuracağınızı; kimlik doğrulama, hata yönetimi ve yaygın hatalardan nasıl kaçınacağınızı adım adım anlatıyoruz. Rehber boyunca hem polling hem webhook tabanlı tetikleme yöntemlerini, gerçek kod örnekleriyle birlikte karşılaştıracağız.
n8n ile WordPress Otomasyonu Neden Değerli?
WordPress’in kendi eklenti ekosistemi zengin olsa da, her senaryo için hazır bir eklenti bulmak mümkün olmuyor. Örneğin “yeni bir yazı yayınlandığında bunu otomatik olarak LinkedIn’de paylaş, aynı zamanda bir e-posta bültenine ekle ve Slack kanalına bildirim gönder” gibi çok adımlı bir akış, tek bir eklentiyle değil genellikle birkaç eklentinin bir arada, bazen çakışarak çalışmasıyla kurulur. n8n gibi bir otomasyon aracı, bu adımları tek bir görsel iş akışında birleştirir ve WordPress’i yalnızca bir veri kaynağı/hedefi olarak kullanır.
Ayrıca n8n’in kendi barındırılabilir (self-hosted) sürümü ücretsiz olduğu için, Zapier veya Make gibi araçlarda aylık işlem sayısına göre ödediğiniz ücretlerden kaçınabilirsiniz. Bu, özellikle yüksek hacimli site içi otomasyonu olan WooCommerce mağazaları için önemli bir maliyet avantajı sağlıyor.
n8n mi, Zapier mi, Make mi?
Üç aracın da temel mantığı benzer: tetikleyici (trigger) + aksiyon (action) zinciri. Ancak n8n’i farklı kılan, kendi sunucunuzda ücretsiz barındırabilmeniz ve karmaşık akışlarda JavaScript kodu ekleyebilmeniz. Bu esneklik, teknik ekibi olan işletmeler için avantaj, teknik bilgisi sınırlı kullanıcılar için ise biraz daha dik bir öğrenme eğrisi anlamına geliyor.
Pratikte karar genellikle şu soruya indirgeniyor: “Zamanımı mı yoksa param mı daha kısıtlı?” Sunucu yönetimiyle uğraşmak istemeyen, hızlıca kurup unutmak isteyen kullanıcılar için Zapier’in hazır entegrasyon kütüphanesi zaman kazandırır. Buna karşılık uzun vadeli, yüksek hacimli ve özelleştirilebilir bir otomasyon altyapısı kurmak isteyen ekipler için n8n’in esnekliği ve maliyet yapısı daha sürdürülebilir bir seçenek sunar.
n8n’i Kendi Sunucunuzda Kurmak (Docker ile Hızlı Başlangıç)
n8n’i self-hosted olarak çalıştırmanın en yaygın ve bakımı en kolay yolu Docker kullanmak. Aşağıdaki docker-compose.yml dosyası, temel ayarlarla çalışan bir n8n kurulumu için başlangıç noktası sağlıyor.
version: "3.7"
services:
n8n:
image: n8nio/n8n:latest
restart: unless-stopped
ports:
- "127.0.0.1:5678:5678"
environment:
- N8N_HOST=n8n.siteniz.com
- N8N_PROTOCOL=https
- N8N_ENCRYPTION_KEY=${N8N_ENCRYPTION_KEY:?anahtar_gerekli}
- GENERIC_TIMEZONE=Europe/Istanbul
- WEBHOOK_URL=https://n8n.siteniz.com/
- N8N_PROXY_HOPS=1
volumes:
- n8n_data:/home/node/.n8n
volumes:
n8n_data:
Bu dosyayı docker compose up -d komutuyla çalıştırdıktan sonra n8n’e bir alan adı üzerinden (örneğin bir ters proxy ve SSL sertifikasıyla) erişebilirsiniz. Paylaşımlı hosting ortamında Docker çalıştırmak mümkün olmadığından, bu kurulum için ayrı bir VPS (sanal özel sunucu) kullanmanız gerektiğini unutmayın; WordPress’in kendisi paylaşımlı hosting’de kalmaya devam edebilir, yalnızca n8n ayrı bir sunucuda çalışır.
Ortam Değişkenlerinde Dikkat Edilecekler
N8N_ENCRYPTION_KEY değeri, n8n’in kaydettiği kimlik bilgilerini (WordPress uygulama şifreniz dahil) şifrelemek için kullanılır; bu değeri bir kez belirledikten sonra değiştirmemeniz, aksi halde önceden kaydedilmiş kimlik bilgilerine erişimin kaybolabileceği önemle belirtilmelidir. Anahtarı bir parola yöneticisinde yedeklemeniz önerilir.
Ön Hazırlık: WordPress REST API Kimlik Doğrulaması
n8n’in WordPress’e güvenli şekilde bağlanabilmesi için önce bir kimlik doğrulama yöntemi belirlemeniz gerekiyor. WordPress 5.6 ve sonrasında yerleşik olarak gelen “Uygulama Şifreleri” (Application Passwords) özelliği, üçüncü taraf araçlar için önerilen yöntem.
1. Uygulama Şifresi Oluşturma
- WordPress yönetim panelinde Kullanıcılar > Profil sayfasına gidin.
- Sayfanın altındaki “Uygulama Şifreleri” bölümüne bir isim yazın (örneğin “n8n Otomasyon”).
- “Yeni Uygulama Şifresi Ekle” butonuna tıklayın ve oluşturulan şifreyi güvenli bir yere kaydedin; bu şifre yalnızca bir kez gösterilir.
- Bu şifreyi normal WordPress giriş şifrenizle karıştırmayın; her uygulama için ayrı bir uygulama şifresi oluşturmanız güvenlik açısından önerilir.
Resmi WordPress REST API dokümantasyonu, kimlik doğrulama yöntemleri ve uç noktalar hakkında güncel referans bilgi sağlıyor; entegrasyonu kurmadan önce buraya göz atmanızı öneririz.
2. n8n Tarafında Kimlik Bilgilerini Tanımlama
n8n arayüzünde yeni bir “Credential” oluşturup HTTP Basic Auth türünü seçin. Kullanıcı adı alanına WordPress kullanıcı adınızı, şifre alanına ise az önce oluşturduğunuz uygulama şifresini (boşluklarıyla birlikte veya boşluksuz, WordPress her iki formatı da kabul eder) girin.
Polling ile Webhook Arasındaki Fark
Yukarıdaki örnekte kullanılan “Schedule Trigger” düğümü, belirli aralıklarla WordPress’i sorgulayan bir yöntem (polling). Bu yaklaşım kurulumu basit olsa da, gerçek zamanlı değildir; yeni bir yazı yayınlandıktan sonra bildirimin gitmesi birkaç dakika sürebilir. Anlık bildirim istiyorsanız, WordPress tarafında bir webhook mekanizması kurmanız gerekir.
Webhook Tabanlı Anlık Tetikleme
WordPress’in çekirdeğinde yerleşik bir webhook sistemi bulunmuyor, ancak “WP Webhooks” gibi ücretsiz eklentiler veya basit bir özel fonksiyon ile bunu ekleyebilirsiniz. Aşağıdaki PHP kodu, bir yazı yayınlandığında n8n’deki bir “Webhook” düğümüne otomatik istek gönderen basit bir örnek gösteriyor; bu kodu temanızın functions.php dosyasına veya özel bir eklentiye ekleyebilirsiniz.
<?php
// Yazı yayınlandığında n8n webhook'unu tetikle
add_action('transition_post_status', function ($new_status, $old_status, $post) {
if ($new_status === 'publish' && $old_status !== 'publish' && $post->post_type === 'post') {
wp_remote_post('https://n8n.siteniz.com/webhook/wordpress-yeni-yazi', [
'body' => json_encode([
'title' => get_the_title($post),
'link' => get_permalink($post),
'id' => $post->ID,
]),
'headers' => ['Content-Type' => 'application/json'],
'timeout' => 5,
]);
}
}, 10, 3);
Bu yöntemde n8n tarafında bir “Schedule Trigger” yerine bir “Webhook” düğümü kullanılır; WordPress, yazı yayınlandığı anda bu düğüme bir istek gönderir ve akış anında tetiklenir. Polling yönteminin aksine sunucu kaynaklarını sürekli yoklamak yerine yalnızca gerçek olay gerçekleştiğinde bir istek gönderildiği için bu yaklaşım hem daha hızlı hem de daha verimlidir.
n8n’de İlk WordPress Otomasyon Akışını Kurmak
Aşağıda, “yeni bir WordPress yazısı yayınlandığında Slack’e bildirim gönder” senaryosunu kuracağız. Bu, birçok daha karmaşık akışın temelini oluşturan basit ama gerçek bir örnek.
Adım Adım Kurulum
- Tetikleyici düğümünü ekleyin: n8n’de “Schedule Trigger” düğümünü kullanarak akışın her 10 dakikada bir çalışmasını sağlayın (WordPress’in kendi webhook’u olmadığı için periyodik kontrol pratik bir yöntemdir).
- HTTP Request düğümü ekleyin: WordPress REST API’sinden son yazıları çekmek için GET isteği yapılandırın.
- Filtre düğümü ekleyin: Yalnızca son 10 dakika içinde yayınlanan yazıları geçirecek bir koşul (IF/Filter) tanımlayın.
- Slack düğümünü ekleyin: Filtrelenen her yazı için Slack kanalınıza başlık ve bağlantı içeren bir mesaj gönderin.
- Akışı test edin: “Execute Workflow” butonuyla manuel olarak çalıştırıp doğru verinin geldiğini doğrulayın.
- İş akışını yayımlayın: Güncel n8n sürümünde Publish akışını tamamlayın; eski sürümlerde Active anahtarı bulunabilir. Test URL’siyle üretim webhook URL’sini karıştırmayın.
HTTP Request düğümünün yapılandırması şu şekilde bir REST API çağrısına karşılık gelir:
GET /wp-json/wp/v2/posts?per_page=5&orderby=date&order=desc&_fields=id,title,link,date
Host: siteniz.com
Authorization: Basic base64(kullanici_adi:uygulama_sifresi)Yeni İçerik Oluşturma: n8n’den WordPress’e Yazma
Tersine bir senaryoda, n8n’den WordPress’e yeni bir yazı gönderebilirsiniz. Örneğin bir Google Sheets satırı eklendiğinde, o satırdaki verilerle otomatik bir taslak yazı oluşturmak isteyebilirsiniz. Bu durumda HTTP Request düğümünü POST metoduyla şu şekilde yapılandırırsınız:
POST /wp-json/wp/v2/posts
Content-Type: application/json
Authorization: Basic base64(kullanici_adi:uygulama_sifresi)
{
"title": "{{ $json.baslik }}",
"content": "{{ $json.icerik }}",
"status": "draft",
"categories": [12]
}Buradaki {{ $json.baslik }} gibi ifadeler, n8n’in bir önceki düğümden gelen veriyi dinamik olarak yerleştirmesini sağlayan ifadelerdir. Yeni içerikleri doğrudan “publish” yerine “draft” statüsüyle oluşturmak, otomasyonun ürettiği içeriği yayına almadan önce gözden geçirme fırsatı tanır.
Yapay Zeka Destekli İçerik Otomasyonu
n8n ile WordPress otomasyonunun son dönemde en çok ilgi gören kullanım alanlarından biri, yapay zeka API’lerini içerik üretim sürecine dahil etmek. Örneğin bir RSS kaynağından gelen haberi bir dil modeli API’siyle özetleyip WordPress’e taslak olarak göndermek, tamamen n8n içinde kurulabilecek bir akış.
Örnek Akış: RSS’ten Taslak Yazıya
- RSS Feed Read düğümü: Takip etmek istediğiniz kaynağın RSS adresini girin.
- HTTP Request düğümü (yapay zeka API’si): Gelen haber metnini bir dil modeli API’sine gönderip özetletin veya Türkçeye çevirtin.
- Function/Set düğümü: API’den dönen metni WordPress’in beklediği HTML formatına (paragraf etiketleriyle) dönüştürün.
- HTTP Request düğümü (WordPress): Sonucu
status: "draft"olarak WordPress’e POST edin, böylece yayına almadan önce içeriği gözden geçirebilirsiniz.
Bu tür bir akış kurarken dikkat edilmesi gereken en önemli nokta, üretilen içeriğin doğrudan “publish” yerine mutlaka “draft” statüsüyle gönderilmesi ve bir insanın yayın öncesi son kontrolü yapması. Tamamen otonom yayın akışları, olgu hatası veya bağlam kaybı riskini beraberinde getirir; bu yüzden en azından ilk dönemde bir onay adımı bırakmak makul bir yaklaşım.
Otomasyon Araçlarının Karşılaştırması
| Araç | Barındırma | Fiyatlandırma Modeli | Kod Ekleme |
|---|---|---|---|
| n8n (self-hosted) | Kendi sunucunuz | Ücretsiz (sunucu maliyeti hariç) | JavaScript/Python destekli |
| n8n Cloud | n8n’in bulutu | Plan ve aylık iş akışı çalıştırma kotasına göre | JavaScript/Python destekli |
| Zapier | Tam yönetilen (bulut) | Aylık işlem (task) sayısına göre | Sınırlı (Code by Zapier eklentisiyle) |
| Make (Integromat) | Tam yönetilen (bulut) | Aylık işlem (operasyon) sayısına göre | Sınırlı |
Yüksek hacimli otomasyon ihtiyacınız varsa ve teknik ekibiniz sunucu yönetimine aşinaysa, self-hosted n8n uzun vadede belirgin bir maliyet avantajı sağlar. Düşük hacimli, basit senaryolarda ise Zapier’in kurulum kolaylığı zaman tasarrufu açısından tercih sebebi olabilir.
Maliyet ve Kaynak Kullanımı Nasıl Hesaplanır?
Self-hosted n8n’in yazılım lisansı ücretsiz olsa da, tamamen maliyetsiz değil; bir VPS kiralamanız gerekiyor. Düşük-orta hacimli otomasyonlar için 1-2 GB RAM’e sahip küçük bir VPS genellikle yeterli oluyor; bu da aylık birkaç dolarlık bir sunucu maliyeti anlamına geliyor. Buna karşılık Zapier veya Make gibi araçlarda, işlem hacmi arttıkça aylık abonelik ücreti hızla yükselebiliyor; yüzlerce veya binlerce aylık otomasyon adımı çalıştıran bir işletme için self-hosted n8n’in sunucu maliyeti, bulut tabanlı araçların abonelik ücretinin oldukça altında kalabiliyor.
Diğer yandan, self-hosted bir kurulumun bakım sorumluluğu size ait: sunucu güncellemeleri, n8n sürüm yükseltmeleri ve yedekleme süreçlerini kendiniz yönetmeniz gerekiyor. Bu nedenle karar verirken yalnızca doğrudan maliyeti değil, ekibinizin sunucu yönetimine ayırabileceği zamanı da hesaba katmak gerekiyor. Teknik ekibi olmayan küçük işletmeler için n8n Cloud’un yönetilen hizmeti, bakım yükünü ortadan kaldırdığı için daha mantıklı bir tercih olabilir.
Hata Yönetimi ve Güvenlik Notları
Üretim ortamında çalışan bir otomasyonun sessizce başarısız olması, fark edilmeden günlerce veri kaybına yol açabilir. Bu yüzden birkaç önlem almak gerekiyor.
- Hata İş Akışı (Error Workflow) tanımlayın: n8n’de her iş akışına bir “hata durumunda çalışacak” yedek akış bağlayabilirsiniz; bu akış size e-posta veya Slack üzerinden hata bildirimi gönderebilir.
- Uygulama şifrelerini düzenli olarak gözden geçirin: Kullanılmayan entegrasyonlara ait uygulama şifrelerini WordPress profil sayfasından iptal edin.
- Rate limit’e dikkat edin: WordPress REST API’sine çok sık istek göndermek, paylaşımlı hosting ortamlarında sunucu kaynaklarını zorlayabilir; tetikleyici sıklığını gerçek ihtiyaca göre ayarlayın.
- HTTPS zorunlu tutun: Uygulama şifreleri Basic Auth ile gönderildiği için, sitenizin SSL sertifikası olmadan bu yöntemi kullanmak kimlik bilgilerinizi düz metin olarak ağda dolaştırır.
Sık Yapılan Hatalar
- Uygulama şifresini normal şifreyle karıştırmak: Normal giriş şifrenizle API isteği göndermeye çalışmak, iki faktörlü doğrulama veya güvenlik eklentileri aktifse başarısız olur. Çözüm: Her zaman ayrı bir uygulama şifresi oluşturun.
- Tetikleyici sıklığını çok yüksek ayarlamak: Her dakika kontrol eden bir akış, gereksiz sunucu yükü oluşturur. Çözüm: İhtiyacınıza göre 10-30 dakikalık aralıklar genellikle yeterlidir.
- Content alanına ham HTML yerine düz metin göndermek: WordPress, düz metin gönderildiğinde paragrafları otomatik biçimlendirmeyebilir. Çözüm: İçeriği
<p>etiketleriyle sarmalayarak gönderin. - Hata bildirimi kurmadan akışı canlıya almak: Sessiz başarısızlıklar günlerce fark edilmeyebilir. Çözüm: Her akışa bir hata iş akışı bağlayın.
- Kategori veya etiket ID’lerini uydurmak: WordPress’e gönderilen kategori ID’si mevcut değilse yazı “Genel” kategorisine düşebilir. Çözüm: Kategori ID’lerini önce
/wp-json/wp/v2/categoriesuç noktasından kontrol edin.
Daha İleri Senaryolar
Temel akışı kurduktan sonra, n8n’i WordPress ekosisteminde daha geniş amaçlarla kullanabilirsiniz: yeni yorumları moderasyon için bir Slack kanalına düşürmek, WooCommerce siparişlerini bir muhasebe yazılımına aktarmak, form eklentisi (Contact Form 7, WPForms gibi) gönderilerini bir CRM’e yönlendirmek veya önbellekleme gibi performans ayarlarını izleyip anormal yük durumunda uyarı göndermek. Her senaryoda temel mantık aynı: bir tetikleyici, WordPress REST API ile veri alışverişi ve hedef sisteme aktarım.
Çok siteli (multisite) bir WordPress kurulumunu yönetiyorsanız, n8n tek bir merkezi akıştan birden fazla siteye aynı anda içerik veya bildirim gönderebilir; bu da her site için ayrı ayrı eklenti yapılandırması yapmak yerine tek bir yerden yönetim imkânı sağlar. Ajanslar için bu yaklaşım, müşteri sitelerinin tamamında tutarlı bir otomasyon standardı uygulamayı kolaylaştırıyor.
Bakım ve İzleme Alışkanlıkları
Bir otomasyon akışını kurup unutmak, uzun vadede en çok karşılaşılan sorunlardan biri. WordPress çekirdek güncellemeleri, eklenti değişiklikleri veya kullanılan üçüncü taraf API’lerin kendi güncellemeleri, zamanla akışınızı bozabilir. Bu yüzden aylık olarak akışlarınızın çalışma geçmişini (execution log) gözden geçirmek, başarısız çalışmaların oranını takip etmek ve n8n sürümünü güncel tutmak, otomasyonun uzun vadede güvenilir kalmasını sağlayan basit ama etkili bir alışkanlık. Özellikle WordPress tarafında bir güvenlik eklentisi güncellendiğinde REST API erişim kurallarının değişip değişmediğini kontrol etmek de faydalı olur.
Kime, Hangi Durumda Uygun?
n8n ile WordPress otomasyonu; birden fazla eklentiyi bir arada zorlamak yerine tek bir görsel akışta iş süreçlerini birleştirmek isteyen, orta-yüksek teknik yeterliliğe sahip site sahipleri ve ajanslar için uygun bir yaklaşım. Tek bir basit bildirim ihtiyacınız varsa (örneğin sadece e-posta gönderimi), mevcut bir WordPress eklentisi muhtemelen daha hızlı bir çözüm sunar. Ancak birden fazla sistemi birbirine bağlamanız, veriyi dönüştürmeniz veya koşullu mantık uygulamanız gerekiyorsa, n8n’in görsel akış editörü ve self-hosted esnekliği zaman içinde kendini amorti eder.
Sık Sorulan Sorular
n8n ile WordPress otomasyonu kurmak için kodlama bilgisi gerekir mi?
Temel akışlar için kodlama bilgisi gerekmez; n8n’in görsel düğüm tabanlı editörü çoğu senaryoyu sürükle-bırak mantığıyla kurmanıza izin verir. Karmaşık veri dönüşümlerinde ise küçük JavaScript ifadeleri işinizi kolaylaştırır.
n8n’i WordPress ile kullanmak güvenli mi?
Uygulama şifreleri ve HTTPS kullanıldığında, kimlik bilgileriniz normal WordPress giriş şifrenizden ayrı ve iptal edilebilir şekilde saklanır; bu da güvenlik açısından önerilen bir yaklaşımdır.
n8n self-hosted mi yoksa n8n Cloud mı tercih edilmeli?
Sunucu yönetimine aşinaysanız ve maliyeti düşürmek istiyorsanız self-hosted sürüm mantıklı; teknik bakım istemiyorsanız n8n Cloud’un abonelik modeli daha az uğraş gerektirir.
WordPress REST API’ye yapılan istekler paylaşımlı hosting’i yorar mı?
Tetikleyici sıklığı çok yüksek ayarlanırsa evet, kaynak kullanımını artırabilir; bu yüzden gerçek ihtiyaca uygun bir aralık (örneğin 10-30 dakika) seçmek önemlidir.
n8n ile WooCommerce siparişlerini de otomatikleştirebilir miyim?
Evet, WooCommerce’in kendi REST API’si üzerinden sipariş, ürün ve stok verilerine erişip bunları muhasebe veya kargo sistemleri gibi harici araçlara aktarabilirsiniz.
Mevcut bir WordPress eklentisi varken n8n kurmaya gerek var mı?
Tek ve basit bir ihtiyacınız varsa mevcut eklenti muhtemelen yeterlidir; ancak birden fazla sistemi birbirine bağlamanız veya eklentiler arasında veri dönüştürme yapmanız gerekiyorsa n8n, bu adımları tek bir yönetilebilir akışta birleştirerek eklenti karmaşasını azaltır.
Üretimde Eksik Kalmaması Gerekenler
Docker örneği aynı makinedeki bir reverse proxy içindir; HTTPS sertifikasını kendiliğinden kurmaz. N8N_PROXY_HOPS değerini gerçek proxy sayısına göre ayarlayın. Şifreleme anahtarını güçlü ve kalıcı üretin; veri volume’u ile birlikte yedekleyin. latest yerine test ettiğiniz sürümü sabitleyin. n8n lisansı kurum içi kullanım ile müşterilere n8n barındırıp satma senaryosunu aynı koşullarda kapsamaz.
Webhook URL’sinin gizli olması yeterli kimlik doğrulama değildir. Header Auth veya doğrulanan HMAC kullanın, gönderim hatasını ve 2xx dışı yanıtları izleyin. Örnek PHP çağrısı yeniden deneme yapmaz ve yayın isteğini beş saniyeye kadar bekletebilir. Polling’de yalnızca son beş yazıyı/son on dakikayı almak kesinti sırasında içerik kaçırabilir; sayfalama, UTC zaman damgası, son başarılı imleç ve kalıcı işlenen yazı ID listesi kullanın. Uygulama şifresi kullanıcının yetkilerini taşır; ayrı, en az yetkili bir otomasyon hesabı seçin.
Teknik kaynak: n8n — Docker kurulumu.
Teknik kaynak: n8n — Lisans kapsamı.
