Dinamik negatif kelime güncelleme nasıl kurulur

Dinamik negatif kelime güncelleme tam olarak nedir?

Arama terimleri raporunu belirli aralıklarla elle açmak yerine, her gece otomatik okuyup dönüşme ihtimali olmayan terimleri negatif olarak eklemektir. Mantık aynı, tekrar sıklığı farklı.

Manuel akış şuna benzer: ayın başında raporu açarsınız, 900 satırı gözle tararsınız, 40 tanesini seçip listeye eklersiniz, dosyayı kapatırsınız. Dinamik akış şuna benzer: her gece son X günün terimleri okunur, kural setinden geçirilir, eşiği aşan terimler kampanya veya liste seviyesinde negatif olarak yazılır, sabah size ne eklendiğinin listesi gelir.

Aradaki fark bir "verimlilik" meselesi değil, bir gecikme meselesi. "klima tamiri fiyat listesi pdf" terimi ayın 3'ünde ilk tıklamayı aldıysa ve siz raporu ayın 30'unda açıyorsanız, o terim 27 gün boyunca bütçe harcadı. Günlük tarama aynı terimi 1 gün sonra durdurur. Tıklama başı 6 $ ve günde 2 tıklama ile bu, tek bir terimde 300 $ ile 12 $ arasındaki farktır.

Manuel temizlik neden aslında hiç yapılmıyor?

Çünkü manuel temizlik bir görev değil, bitmeyen bir alışkanlık gerektiriyor — ve alışkanlıklar hesap sayısı arttıkça ilk düşen şey oluyor.

Denetlediğimiz hesaplarda gördüğümüz şablon şu: negatif listede birkaç yüz kelime var, eklenme tarihlerinin büyük çoğunluğu hesabın kurulduğu ilk aylara ait, sonrasında uzun boşluklar. Yani temizlik yapılmış, ama bir kez. Sonra kampanya sayısı arttı, yeni ürünler eklendi, geniş eşleme yeni terimler getirmeye başladı ve rapor açılmaz oldu.

Bunun üç somut nedeni var:

• Hacim. Orta ölçekli bir hesapta ayda binlerce farklı arama terimi birikir. Bunların büyük kısmı tek tıklamalıktır ve gözle taranırken kaybolur.
• Karar yorgunluğu. 900 satırın 850'si zaten alakalı. Kalan 50'yi bulmak için 900'ünü okumak gerekiyor ve bu sıkıcı.
• Sahiplik. Ajansta bu işi kimin yaptığı çoğu zaman belirsizdir. Ajans seçerken sorulacak sorular arasında "arama terimlerine kim, ne sıklıkla bakıyor" sorusunun bu kadar ayırt edici olmasının sebebi bu.

Dürüst olalım: manuel temizlik iyi yapıldığında otomasyondan daha isabetlidir. İnsan, "toptan" kelimesinin bu hesapta neden kötü ama başka hesapta iyi olduğunu bilir. Sorun isabet değil, süreklilik. Ayda bir yapılan mükemmel bir temizlik, her gece yapılan iyi bir temizlikten daha pahalıdır.

Gecelik bir tarama hangi kurallarla karar verir?

İyi bir dinamik güncelleme, "alakasız görünüyor" gibi bulanık bir yargıyla değil, hesabın kendi verisinden çıkan sayısal eşiklerle çalışır. Temel kurallar birkaç tanedir ve hepsi açıklanabilir olmalıdır.

Harcama eşiği

Bir terim, dönüşme ihtimali olan bir terimin tipik olarak dönüştüğü maliyeti belirgin şekilde aştıysa ve hâlâ dönüşmediyse, bekletmenin bir değeri kalmaz. Eşik hesaba göre değişir: dönüşüm başına maliyeti 30 $ olan bir hesapta 90 $ harcamış ve sıfır dönüşmüş bir terim bekleyebilir; dönüşüm başına maliyeti 4 $ olan bir hesapta aynı 90 $ çoktan gecikmiş bir karardır.

Tıklama sayısı eşiği

Harcama tek başına yanıltır. Tıklama başı maliyeti çok düşük bir terim, 40 tıklamada bile küçük bir tutar harcar ama 40 tıklama zaten yeterli sinyaldir. Bu yüzden "X $ harcadı" ve "Y tıklama aldı" kurallarının ikisi de gerekir.

Niyet sinyali

Bazı terimler tek tıklamada bile bloklanabilir, çünkü sorun hacim değil niyet: "maaş", "iş ilanı", "ücretsiz", "nedir", "şikayet", "pdf indir", rakip marka adları. "elektrikçi maaşları 2025" teriminin 40 tıklama beklemesine gerek yok. Bu tarafın nasıl çalıştığına dair daha geniş bir çerçeve optimizasyonun aramalarla başladığını anlatan yazıda var.

Dokunulmazlık kuralı

En önemlisi bu: son 90 günde dönüşen hiçbir terim bloklanmaz. PPCleaner'da bu bir tercih değil, sabit bir kural. Bir terim üç ay önce bir kez dönüştüyse ve o zamandan beri 200 $ harcadıysa bile, karar insana bırakılır. Otomasyonun en pahalı hatası, çalışan bir terimi kapatmaktır; o hata bir daha rapora düşmediği için fark edilmez.

Otomatik eklemede hangi eşleme türü kullanılmalı?

Tam eşleme negatif varsayılan olmalıdır. Geniş eşleme negatif, otomatik bir sistemde en hızlı zarar üreten seçimdir.

Negatif eşleme türleri üçtür: geniş, sıralı ifade ve tam. Geniş negatifler eşleme türleri arasında öngörülemez davranır — beklediğinizden fazlasını kapatabilirler. Bir insan "bedava" kelimesini geniş negatif olarak eklediğinde riski tartar. Bir otomasyon her gece bunu yaparsa, birkaç hafta sonra hesabın neden trafik kaybettiğini kimse açıklayamaz. Bu tuzağın ayrıntıları eşleşme türleri ve negatiflerdeki tuzak yazısında.

Tam eşleme negatifin maliyeti şudur: aynı fikrin on farklı yazımı için on ayrı negatif gerekir. "klima tamiri maaş", "klima teknisyeni maaşı", "klima servisi maaşları"... Manuel çalışırken bu dayanılmaz. Gecelik bir tarama için ise sorun değil, çünkü her varyant ortaya çıktığı gün ayrıca yakalanır. Otomasyon, tam eşlemenin tek gerçek dezavantajını ortadan kaldırır.

Sıralı ifade negatifi ara bir seçenek. "iş ilanı" gibi hesabın tamamında hiçbir bağlamda istenmeyen kalıplar için mantıklı, ama her kalıp için bilinçli bir karar gerektirir.

Negatifler nereye yazılacak: kampanya mı, paylaşılan liste mi?

Cevap kampanya türüne bağlı ve burada Google'ın koyduğu gerçek bir sınır var. Performance Max paylaşılan negatif anahtar kelime listelerini kabul etmez; kampanya seviyesinde en fazla 10.000 negatif anahtar kelime alır. Arama ve Standart Alışveriş ise hem kampanya seviyesini hem paylaşılan listeleri destekler.

Pratikte bu, dinamik bir sistemin iki farklı yazma yolu tutması demek:

• Arama ve Standart Alışveriş için: hesabın tamamında geçerli olan terimler paylaşılan listeye, sadece tek bir kampanyayı ilgilendirenler kampanya seviyesine. Yerleşim kararının tam dökümü negatif anahtar kelime nereye eklenir yazısında.
• Performance Max için: her şey kampanya seviyesine, ve 10.000 sınırı gerçekten bir sınır. Çok kampanyalı bir hesapta aynı negatif setini her PMax kampanyasına ayrı ayrı yazmak gerekir. PMax terimlerinin nasıl okunacağı ayrı bir konu ve raporlamanın kendisi Arama kadar ayrıntılı değil.

Bir sınır daha: arama terimleri yalnızca campaign_search_term_view üzerinden gelir ve bu görünüm Arama, Alışveriş ve Performance Max'i kapsar. Görüntülü Reklam Ağı, Video ve Uygulama kampanyaları hiç arama terimi raporlamaz. Yani bu kampanyalarda dinamik negatif kelime güncelleme diye bir şey yoktur — orada boşa harcamayı yerleşim ve hedef kitle tarafından kesmek gerekir. Bunu söylemeyen her otomasyon anlatısı eksiktir.

Geri alınabilirlik olmadan otomasyon kurulmaz

Her otomatik blok tek tıkla geri alınabilir olmalı ve bu geri alma imkânı makul bir süre açık kalmalıdır. PPCleaner'da bu süre 90 gün.

Neden bu kadar önemli: dinamik güncellemenin gerçek riski yanlış bir negatif eklemek değil, yanlış bir negatifin görünmez kalmasıdır. Bloklanan bir terim artık arama terimleri raporunda görünmez. Gelmeyen trafiği raporda arayamazsınız. Dolayısıyla sistem, ne bloklandığını ayrı bir yerde tutmak ve tek hareketle geri çevirebilmek zorunda.

Pratik bir kontrol düzeni:

1. Her sabah, gece eklenen negatiflerin listesine bakın. İlk iki hafta bu iki dakika sürer, sonra otuz saniye.
2. Ayda bir, son 30 günde bloklanan terimleri toplu okuyun. Marka varyantı, yanlış yazılmış bir ürün adı ya da yeni bir hizmet adı kaçmış mı?
3. Çeyrekte bir, bloklananların toplam hacmine bakın. Sayı sürekli artıyorsa sorun negatiflerde değil, geniş eşlemede olabilir.

Elle mi, otomatik mi: kararın matematiği

Kabaca bir hesap: haftada bir saat arama terimi taraması yapan biri ayda yaklaşık dört saat harcar. Saatlik 50 $ ile bu, ayda 200 $ operasyonel maliyettir — ve bu maliyet, taramanın gerçekten yapıldığı varsayımıyla.

Otomatik tarafta kazanç iki yerden gelir. Birincisi o dört saat. İkincisi ve daha büyüğü, gecikmenin ortadan kalkması. Aylık bir döngüde ortalama gecikme 15 gündür; günlük bir döngüde 1 gün. Yani aynı kalitedeki kararlar, ortalama on beş kat daha erken uygulanır.

Otomasyonun neyi çözmediğini de söyleyelim. Kampanya yapısını düzeltmez. Kötü yazılmış bir reklam metnini iyileştirmez. Ürün başlıklarınız Alışveriş'te yanlış eşleşmelere yol açıyorsa, negatif eklemek semptomu kesmektir, sebebi değil. Ve tek seferlik bir teşhise ihtiyacınız varsa — hesapta neyin bozuk olduğunu görmek için — onu bir öğleden sonrada yapılacak bir denetim daha iyi verir. Dinamik güncelleme teşhis değil, bakımdır.

Kendi sisteminizi kurarken dikkat edilecekler

Script veya API ile kendi çözümünüzü yazacaksanız, işin zor kısmı veriyi çekmek değil; kararı doğru vermek ve geri alınabilir tutmak.

Minimum gereksinimler:

• Dönüşüm koruması. Son 90 günde dönüşen terim listesini her çalıştırmada yeniden çekin, cache'lemeyin. Bir terim dün dönüştüyse bugün bloklanmamalı.
• Kayıt tutma. Hangi terim, hangi tarihte, hangi kural yüzünden, hangi kampanyaya eklendi. Bu kayıt olmadan geri alma imkânsız.
• Marka listesi. Kendi marka adınızın tüm yanlış yazımları beyaz listede olmalı. Otomasyonun "mmarka fiyat" terimini bloklaması, yapabileceği en pahalı hatalardan biri.
• PMax kotası takibi. 10.000 sınırına yaklaşan kampanyalar için uyarı kurun. Sınıra dayandığınızda eski, hiç tetiklenmeyen negatifleri temizlemek gerekir.
• Yazma hızı sınırı. Tek seferde binlerce negatif yazmak API tarafında hata üretir. Parti parti yazın ve başarısız olanları tekrar deneyin.

Bunların hepsini kendiniz kurabilirsiniz. PPCleaner'ın yaptığı da tam olarak bu: her gece campaign_search_term_view okunur, kural setinden geçirilir, negatifler ilgili yere yazılır, sabah rapor gelir. Bütçelere, tekliflere, reklamlara ve anahtar kelimelere hiç dokunulmaz. Fark, bunu kendi kodunuzla mı yoksa hazır bir servisle mi yapacağınızda — kararın mantığı ikisinde de aynı olmalı.