n8n ve Google Sheets: tablo tabanlı otomasyon kurma

Google Sheets neden otomasyonun merkezi olabilir?

Birçok ekip veriyi bir e-tabloda tutar: lead listesi, sipariş kaydı, içerik takvimi, stok sayımı, rapor girdileri. Tablo hızla kurulur, herkes tanır ve elle düzenlenebilir. Bu yüzden otomasyonlarda çoğu zaman "hafif veritabanı" ya da "arayüzlü kayıt defteri" olarak kullanılır. n8n ile tabloyu hem veri kaynağı hem hedef olarak akışa bağlarsınız: form yanıtları tabloya yazılır, tablodaki yeni satır bir bildirimi tetikler, tablodaki bilgiler başka sistemlere aktarılır.

Sınırı da bilmek gerekir. E-tablo, ilişkisel bir veritabanının yerini tutmaz; eşzamanlı yazma, büyük veri hacmi ve karmaşık ilişki yönetimi için uygun değildir. Küçük ve orta ölçekli, insan tarafından da okunması gereken veri akışlarında ise çok pratiktir.

n8n'de hangi Google Sheets işlemleri vardır?

n8n belgelerine göre Google Sheets düğümü farklı kaynak türüyle çalışır. Document kaynağında Create ve Delete işlemleri bulunur. Sheet Within Document kaynağında ise Append or Update Row, Append Row, Clear, Create, Delete, Delete Rows or Columns, Get Row(s) ve Update Row işlemleri vardır.

İşlem seçimi akışın amacını belirler:

• Append Row: her olay için yeni bir satır eklemek (form yanıtı, sipariş)
• Update Row: var olan bir satırı bir anahtar sütuna göre güncellemek (durum değişikliği)
• Append or Update Row: satır varsa güncelle, yoksa ekle (mükerrer kaydı önlemek için)
• Get Row(s): belirli koşula uyan satırları okumak
• Clear ve Delete: satır ya da sayfa temizliği, dikkatle kullanılır

Kimlik doğrulama için bir Google kimlik bilgisi tanımlanır ve tabloya erişim yetkisi buradan verilir. Belgeler ayrıca desteklenmeyen işlemler için Google Sheets kimlik bilgisinin HTTP Request düğümünde de kullanılabildiğini belirtir.

Tabloyu akışa hazırlamak: yapı ve başlıklar

Otomasyon, düzenli tabloyla iyi çalışır. Başlık satırında net sütun başlıkları bulunur ve bu başlıklar akışta alan adı olarak kullanılır. Başlıkları sonradan değiştirmek akışı bozar. Her satır tek bir kaydı temsil eder; bir hücrede birden fazla bilgi tutulmaz. Güncelleme yapılacaksa her satırı tekil tanımlayan bir anahtar sütun (sipariş numarası, e-posta, kayıt kimliği) bulunur.

Tarih, para ve sayı sütunlarında biçim tutarlı olmalıdır. Elle girilen veriyle otomasyonun yazdığı veri aynı tabloda karışacaksa, hangi sütunu kimin yazdığı net ayrılır. Otomasyon sütunlarına elle müdahale edilmemesi, tablonun güvenilirliğini korur.

Örnek akış: formdan tabloya, tablodan bildirime

Örneğin bir etkinlik kayıt formu doldurulduğunda akış başlasın. Form verisi bir webhook ya da form düğümüyle alınır, alanlar kontrol edilir ve tabloya Append or Update Row ile yazılır; anahtar sütun olarak e-posta kullanılırsa aynı kişi tekrar kayıt oluşturamaz. Ardından kişiye onay e-postası gider ve ekibe bildirim düşer.

Başka bir örnek: günlük özet. Zamanlayıcı her sabah çalışır, Get Row(s) ile tabloda durumu "beklemede" olan satırları okur, sayar ve özeti ekibe iletir. Yapay zeka adımı da eklenebilir: tablodaki serbest metin geri bildirimlerini kategorilere ayırıp yan sütuna yazmak ya da uzun notları kısa özete çevirmek gibi.

Veri eşleme, dönüştürme ve toplu işlem

Kaynak veri ile tablo sütunları birebir örtüşmez. n8n'de alan eşleme adımında hangi gelen alanın hangi sütuna yazılacağı tanımlanır. Tarih formatı çevirme, ad ve soyadı birleştirme, boş değerleri varsayılan metinle doldurma, metin temizleme gibi dönüşümler araya eklenen düğümlerle yapılır.

Çok sayıda satır işlenirken her satır için ayrı istek gitmesi yavaşlığa ve sınırlara neden olabilir. Veriyi gruplamak, mümkünse toplu ekleme yapmak ve gerekli yerlerde bekleme eklemek akışı sağlamlaştırır. Google hizmetlerinin kullanım sınırları olabileceğinden yoğun akışlarda güncel kotalar Google belgelerinden kontrol edilir.

Yinelenen kayıt, çakışma ve hata yönetimi

En sık sorun mükerrer satırdır. Aynı olay yeniden işlendiğinde tabloya yinelenen bir satır eklenmesin diye anahtar sütuna göre güncelleme yaklaşımı kullanılır. Birden fazla akış ya da kişi aynı satırı eşzamanlı değiştirirse çakışma olabilir; yazma işlerinin tek akışta toplanması çoğu zaman en basit çözümdür.

Hata yönetiminde hedef sessiz başarısızlığı önlemektir. Tablo erişilemez durumdaysa, sütun adı değişmişse ya da yetki kaldırılmışsa akış hata verir; hata akışı ekibe bildirim göndermelidir. Silme ve temizleme işlemleri uygulamadan önce yedek sayfada denenir. Önemli tabloların sürüm geçmişi ve yedeği düzenli kontrol edilir.

Sık yapılan hatalar

• Sütun başlıklarını sonradan değiştirmek
• Anahtar sütun olmadan güncelleme yapmaya çalışmak
• Hem insanın hem otomasyonun aynı hücreleri düzenlemesine izin vermek
• Tabloyu veritabanı gibi ağır yükle kullanmak
• Gizli ya da kişisel veriyi geniş paylaşılan tabloda tutmak: paylaşım yetkileri gözden geçirilmelidir
• Clear veya Delete işlemini test etmeden canlıda çalıştırmak
• Hata bildirimi kurmamak ve akışın sessizce durduğunu geç fark etmek

Önlem olarak tablo yapısı bir kez tasarlanıp belgelenir, akış önce kopya tabloda denenir ve yetkiler en az ihtiyaç ilkesine göre verilir.

Bu beceri Mindset programlarında nerede çalışılır?

n8n ile Kod Yazmadan AI Asistanı Tasarımı Eğitimi'nin Veri Kaynakları ve API Bağlantıları, n8n Arayüzü ve İş Akışı Tasarımı ile Gelişmiş Özellikler ve Otomasyon Senaryoları modülleri, tablo ve veri kaynaklarını akışa bağlama becerisini kapsar. Operasyon, pazarlama ve finans destek ekipleri için uygun olan bu yapı, tablo tabanlı süreçleri otomatikleştirmek isteyen ekiplere yöneliktir.

Kurumsal ekipler, ortak kullandıkları takip tablolarını ve raporlama düzenini bu başlıklar üzerinden gözden geçirebilir.