Searx mi SearXNG mi: Hangi Arama Motoru Kullanılmalı?

Searx mi SearXNG mi: hangisini kurmalısınız?

Searx ve SearXNG, neredeyse aynı isme sahip iki farklı projedir ve bunlardan yalnızca biri güncel düzeltmeleri almaktadır. SearXNG sürümünü kurun. Orijinal Searx projesine Nisan 2023 tarihinden bu yana hiçbir kod değişikliği gönderilmemiştir ve projenin kendi README dosyası durumu tek bir cümleyle özetler: "Searx artık sürdürülmemektedir."

Bu durum felsefi olmaktan ziyade pratik bir sorun yaratır. İki proje aynı ekran görüntüsünü, yapılandırma dosyasının büyük bir kısmını ve ismin yarısını paylaştığı için, biri için yazılmış bir kılavuz diğeri için de geçerliymiş gibi görünür. Ancak durum böyle değildir. Ayar dosyasının konumu farklıdır, bot koruması yenilenmiştir ve paket ismi güncel Ubuntu depolarından kaldırılmıştır. Aşağıdaki bölümlerde bu ayrım, durumu kendi başınıza kontrol etmenizi sağlayacak komutlar ve bir örnek kurulum yapacak kişiler için değişen hususların listesi yer almaktadır.

Searx nedir ve SearXNG nereden gelmiştir

Searx bir meta arama motorudur. Kendi dizinini tutmaz. Sorgunuzu alır, Bing, DuckDuckGo veya Wikipedia gibi diğer arama servislerine iletir ve ardından gelen sonuçları tek bir sonuç sayfasında birleştirir. Bunun avantajı, ilgili servislerin sizin adresiniz yerine sunucunun adresini görmesidir. Dezavantajı ise bakım gereksinimidir. Her arama motoru, başka bir servisin HTML veya API yapısını ayrıştıran küçük bir kod parçasıdır; bu nedenle yukarı akış (upstream) tarafında bir değişiklik olduğunda ilgili motor bozulur. Bir meta arama motorunun sağlığı, motor modüllerini düzelten kişilerin performansıyla sınırlıdır.

Searx deposu Ekim 2013'te oluşturulmuştur. Nisan 2021'de eski bir geliştirici, Searx'in bir çatalı (fork) olarak SearXNG'yi başlatmıştır. "NG" ifadesi "next generation" (yeni nesil) anlamına gelir. Searx'in kendi README dosyası her iki projeyi yan yana tanımlar ve bu açıklama, ayrılığın en net özetidir:

SearXNG, searx'in eski bir geliştiricisi tarafından oluşturulmuş bir searx çatalıdır.

SearXNG sürekli sürümlere (rolling releases) sahiptir, bağımlılıkları daha sık güncellenir ve motorları daha hızlı düzeltilir.

Çatalın arkasındaki anlaşmazlık teşhis verileriyle ilgilidir. Searx, kullanım verilerini bir örneğin (instance) tutmaması gereken bir şey olarak görmüş ve varsayılan ayarları bunu açıkça belirtmiştir: enable_stats: False # activate /stats page - note: it may leak usage data. SearXNG ise tam tersi bir karar almış ve varsayılan ayarlarında enable_metrics: true ile gelmiştir. Bu metrikler, yanıt süresi çubuklarını dolduran ve bozuk bir motoru bulmayı ve düzeltmeyi kolaylaştıran hata sayfalarını oluşturan verilerdir. Her iki görüş de savunulabilir. Ancak bunlardan sadece biri kod geliştirmeye devam etmiştir.

Searx ölü mü? Durumu kendiniz nasıl kontrol edersiniz

"Ölü" ifadesi GitHub'ın raporladığı bir durum değildir; bu nedenle mevcut iki sinyali okuyup kararı siz verin. İlk sinyal, deponun arşivlenip arşivlenmediği ve en son ne zaman push yapıldığıdır.

curl -s https://api.github.com/repos/searx/searx | jq -r '.archived, .pushed_at'
curl -s https://api.github.com/repos/searxng/searxng | jq -r '.archived, .pushed_at'

22 August 2026 tarihinde ilk komut false ve 2026-05-14T10:02:22Z çıktısını verir. İkinci komut ise false ve komutu çalıştırdığınız günün zaman damgasını yazdırır. İlk değere dikkat edin. searx deposu arşivlenmiş değildir ve kimse kapıyı kilitlememiştir; bu yüzden soru sürekli gündeme gelmektedir.

pushed_at tek başına zayıf bir sinyaldir; çünkü tek satırlık bir dokümantasyon değişikliği dahil herhangi bir dala yapılan push ile değişir. Bunun yerine commit listesini okuyun.

curl -s 'https://api.github.com/repos/searx/searx/commits?per_page=5' \
  | jq -r '.[] | .commit.committer.date[:10] + "  " + (.commit.message | split("\n")[0])'

August 2026 itibarıyla bu komut şunları yazdırır:

2026-05-14  [doc] add hister reference
2023-09-07  Searx is no longer maintained
2023-04-05  Fix quoting issue in search_operator plugin (#3479)
2023-04-04  Bump pallets-sphinx-themes from 2.0.2 to 2.0.3 (#3450)
2023-04-04  Bump selenium from 4.7.2 to 4.8.3 (#3490)

Listeyi aşağıdan yukarıya doğru okuyun. Olağan çalışma April 2023 tarihinde durmuştur. September 2023 tarihli commit, geliştiricilerin README dosyasına uyarıyı eklediği kısımdır. O tarihten bu yana yapılan tek commit dokümantasyon değişikliğidir; çünkü orijinal yazar, diğer arama motorlarını sorgulamak yerine seçtiğiniz sayfaları ve dosyaları indeksleyen bir arama aracı olan Hister'e geçmiştir. Bu farklı bir fikirdir ve eğer gerçekten istediğiniz şey kendi içeriğiniz üzerinde kişisel bir arama motoru ise oldukça kullanışlıdır.

İkinci sinyal paketlemedir ve çoğu eski eğitim sessizce paketlemeye bağımlıdır.

• PyPI, July 2020 tarihinde yüklenen tek bir searx sürümü olan 0.17.0'ı barındırır. pip install searx başarılı olur ve size fork oluşmadan dokuz ay öncesine ait kodu verir.
• Debian, Debian 12 (bookworm) içerisinde searx 1.1.0 sürümünü sunmuştur ve hala unstable sürümünde taşımaktadır. October 2023 tarihinde testing sürümünden kaldırıldığı için Debian 13 (trixie) hiçbir searx paketi içermemektedir.
• Ubuntu, en son 22.04 sürümünde 1.0.0 versiyonunu sunmuştur. Ubuntu 24.04 üzerinde sudo apt install searx komutu E: Unable to locate package searx ile sonlanır.
• Projenin her zaman insanları yönlendirdiği halka açık dizin olan searx.space, artık SearXNG örneklerini listelemektedir.

Dürüst durum şudur: Kod herkese açıktır, hala çalışır durumdadır ve bugün clone alıp başlatabilirsiniz. Ancak motor düzeltmeleri veya güvenlik güncellemelerini alamazsınız; bir meta-arama motoru için tüm işin özü budur. Motorlar başkalarının takvimine göre eskir. Bakımı yapılmayan bir örnek, sunucuya kimse dokunmasa bile her geçen ay daha az sonuç döndürür.

Yeni bir kurulum için neler değişti

Ayar dosyası taşındı ve artık bir katman (overlay) olarak çalışıyor

Searx üzerinde searx/settings.yml dosyasını kaynak ağacı içerisinde düzenliyordunuz. SearXNG'de ise bu dosya /etc/searxng/settings.yml konumunda bulunur ve süreç, dosyayı SEARXNG_SETTINGS_PATH ortam değişkeni aracılığıyla bulur. Yükleyicinin buraya kopyaladığı şablon oldukça kısadır:

use_default_settings: true

general:
  debug: false
  instance_name: "SearXNG"

search:
  safe_search: 2
  autocomplete: 'duckduckgo'
  formats:
    - html

server:
  # Is overwritten by ${SEARXNG_SECRET}
  secret_key: "ultrasecretkey"
  limiter: true
  image_proxy: true

valkey:
  # URL to connect valkey database. Is overwritten by ${SEARXNG_VALKEY_URL}.
  url: valkey://localhost:6379/0

use_default_settings: true, çalışma şeklinizi değiştiren satırdır. Bu satır sayesinde dosyanız yalnızca geçersiz kılınan (override) ayarları tutar; belirtmediğiniz her anahtar, paketle birlikte gelen varsayılan değerlerden alınır. Bu satır olmazsa, dosyanızın her motor için tüm yapılandırmayı tanımlaması gerekir. İnsanların temiz bir şekilde başlayan ancak hiçbir sonuç bulamayan bir kurulumla karşılaşmalarının nedeni budur. Eski bir Searx ayar dosyası bu yola yapıştırıldığında, farklı anahtar isimlerine sahip tam bir yapılandırma dosyası olarak algılanır ve bu da hatalı bir işleyişe yol açar.

Gizli anahtar süreci durdurur

sudo -H sed -i -e "s/ultrasecretkey/$(openssl rand -hex 16)/g" \
              "/etc/searxng/settings.yml"

Şablonu kopyaladıktan sonra bu komutu bir kez çalıştırın. Bunu atlarsanız SearXNG bir satır günlük kaydı oluşturur ve 1 durum koduyla çıkar; çünkü webapp.py, herhangi bir hizmet vermeden önce anahtarı şablon değeriyle karşılaştırır:

server.secret_key is not changed. Please use something else instead of ultrasecretkey.

general.debug değeri true olduğunda bu kontrol atlanır; bu nedenle bir kurulum hata ayıklama oturumunda sorunsuz çalışabilir ancak systemd altında veya bir container içerisinde başlamayı reddedebilir. docker compose logs içerisinde bu satır varken döngüye giren bir container, bozuk bir imajdan değil, bu kontrolün tetiklenmesinden kaynaklanır.

Sınırlayıcı yenidir ve Valkey gerektirir

Searx'in uygulama içerisinde hız sınırlama (rate limiting) özelliği yoktu. Halka açık Searx kurulumları, önüne ayrı servisler koyardı: istek filtreleme için filtron ve içerik proxy'leme için morty. Her iki depo da son commit'ini 2023 yılında almıştır.

SearXNG bu işi kendi bünyesinde yapar. Hız sınırlama ve bot algılama, server.limiter ile açılan limiter (sınırlayıcı) tarafından gerçekleştirilir. Bu özellik, gönderilen varsayılan ayarlarda false, yükleyicinin şablonunda ise true olarak ayarlanmıştır ve sayaçlarını tutmak için bir Valkey veritabanına ihtiyaç duyar. Valkey, Redis'in bir çatalıdır (fork) ve Ubuntu 24.04 bunu paket olarak sunar:

sudo apt install -y valkey-server

server:
  limiter: true

valkey:
  url: valkey://localhost:6379/0

Bu isim değişikliğinden önce yazılan kılavuzlar bunun yerine bir redis: bloğu yapılandırır; bu nedenle anahtar ismini güncel limiter belgelerinden kopyalayın. İnce ayarlar ikinci bir dosyada, /etc/searxng/limiter.toml içerisinde yer alır ve server.public_instance: true, halka açık bir kurulumun ihtiyaç duyduğu daha sıkı bot algılamasını (link token yöntemi dahil) etkinleştirir. Bunun görünür sonucu, bazı isteklerin sonuç yerine HTTP 429 hatasıyla yanıtlanmasıdır; buna kurulumunuza karşı betik çalıştırıyorsanız kendi istekleriniz de dahildir. Bununla ilgili ayrı bir sayfa burada mevcuttur: bir SearXNG kurulumu neden 429 Too Many Requests yanıtı verir.

Motorlar kendilerini askıya alır ve zaman aşımları uzundur

Bir üst servis bir CAPTCHA veya hız sınırlama sayfasıyla yanıt verdiğinde, SearXNG türü belirlenmiş bir istisna oluşturur ve engellenene kadar yeniden denemek yerine o motoru belirli bir süre için sorgulamayı durdurur. Varsayılan değerler searx/settings.yml içerisinde search.suspended_times altında gönderilir. Bunlar, Ağustos 2026 itibarıyla yayınlanan 6 değerdir:

[
  {
    "label": "SearxEngineAccessDenied",
    "suspend_seconds": "180"
  },
  {
    "label": "SearxEngineCaptcha",
    "suspend_seconds": "3,600"
  },
  {
    "label": "SearxEngineTooManyRequests",
    "suspend_seconds": "180"
  },
  {
    "label": "cf_SearxEngineCaptcha",
    "suspend_seconds": "1,296,000"
  },
  {
    "label": "cf_SearxEngineAccessDenied",
    "suspend_seconds": "86,400"
  },
  {
    "label": "recaptcha_SearxEngineCaptcha",
    "suspend_seconds": "604,800"
  }
]

Basit bir erişim reddedildi yanıtı, o motoru 180 saniyeliğine askıya alır. Bir CAPTCHA, 3,600 saniyeliğine; bir Cloudflare CAPTCHA, on beş gün olan 1,296,000 saniyeliğine; bir Google reCAPTCHA ise bir hafta olan 604,800 saniyeliğine askıya alır. Uzun değerler bilinçlidir; çünkü bir servis adresi zaten işaretledikten sonra tekrar sormak, kurulum IP'sinin kalıcı olarak engellenmesine yol açar.

Bir motor askıdayken, sonuç sayfası onu atlar ve "Arama motorlarından gelen mesajlar" başlıklı yan çubuk bloğunda raporlar; /stats/errors ise nelerin başarısız olduğunu listeler. Az sonuç döndüren yeni bir kurulum genellikle bozuk bir kurulumu değil, bunu gösteriyordur.

JSON API varsayılan olarak kapalıdır

Gönderilen varsayılan ayar formats: [html] şeklindedir ve başka bir şey yoktur; bu nedenle her betiğin ihtiyaç duyduğu API, siz açana kadar kapalıdır.

curl -s -o /dev/null -w '%{http_code}\n' \
  'http://127.0.0.1:8888/search?q=test&format=json'

Bu, 403 çıktısını verir; çünkü arama rotası, istenen format search.formats içerisinde listelenmediğinde flask.abort(403) çağrısını yapar. Formatı ekleyin ve servisi yeniden başlatın:

search:
  formats:
    - html
    - json

Searx ayar dosyasında hiç formats anahtarı yoktur, bu nedenle JSON çıktısı sadece istendiğinde oradaydı. O dönemden kalan her betik ve kod parçası aynı varsayımda bulunur ve hata modu, hiçbir açıklama olmaksızın basit bir 403 hatasıdır. Bir kurulumu araçlara bağlıyorsanız, bir aracıya arama yapması için SearXNG uç noktası verme konusu bu ayarla başlar.

Neden kopyala-yapıştır Searx rehberleri başarısız olur

Bu satırların her biri hala üst sıralarda yer alan rehberlerde görünür ve her biri güncel bir kurulumda başarısız olur veya yanlış yönlendirir.

• Ubuntu 24.04 üzerinde sudo apt install searx, E: Unable to locate package searx noktasında durur; çünkü paket en son 22.04 sürümünde yayınlanmıştır.
• pip install searx başarılı olur ve Temmuz 2020 tarihli 0.17.0 sürümünü kurar. Hiçbir uyarı, bu sürümün fork öncesine ait olduğunu belirtmez.
• git clone https://github.com/asciimoo/searx hala çalışır; çünkü GitHub eski sahip adını yönlendirir ve size Nisan 2023 ağacını sunar.
• Kaynak ağacında searx/settings.yml dosyasını düzenleyen adımlar, /etc/searxng/settings.yml dosyasını okuyan SearXNG üzerinde hiçbir şeyi değiştirmez.
• filtron veya morty kuran adımlar, SearXNG'nin halihazırda içerdiği parçaları yeniden inşa etmektedir.
• Sınırlayıcı için kullanılan bir redis: URL'si, güncel valkey: anahtarının bir isim değişikliği gerisindedir.

SearXNG rehberleri de zamanla eskir ve clone URL'si, bir rehberin ne kadar eski olduğunu anlamanın en hızlı yoludur. Compose dosyaları eskiden ayrı bir searxng-docker deposunda bulunurdu. Bu depo Mart 2026'da arşivlendi ve dosyaları ana depodaki container/ dizinine taşındı. Dokümantasyondaki güncel container hızlı başlangıç komutu şöyledir:

mkdir -p ./searxng/core-config/
cd ./searxng/
curl -fsSL \
    -O https://raw.githubusercontent.com/searxng/searxng/master/container/docker-compose.yml \
    -O https://raw.githubusercontent.com/searxng/searxng/master/container/.env.example
cp -i .env.example .env
nano .env
docker compose up -d

Son komuttan önce .env dosyasını düzenleyin. İmaj, ortam değişkenlerini ayar anahtarlarıyla eşleştirir; bu nedenle SEARXNG_SECRET ifadesi server.secret_key haline gelir ve SEARXNG_BASE_URL ifadesi server.base_url haline gelir. Script ile yapılan host kurulumu, aynı sonuca çıkan farklı bir yoldur:

git clone https://github.com/searxng/searxng.git searxng
cd searxng
sudo -H ./utils/searxng.sh install all

Bu işlem searxng kullanıcısını, /usr/local/searxng altındaki sanal ortamı ve SearXNG dokümantasyonundaki referans kurulum olan uWSGI servisini oluşturur. Bu yolun daha ayrıntılı anlatımı için: kendi VPS'inize SearXNG kurma.

Genel bir örnek mi yoksa kendi örneğiniz mi

Genel bir örnek, TLS (transport layer security) bağlantınızı sonlandıran başka birine ait sunucudur; bu nedenle oradaki yazılım sorgunuzu düz metin olarak okur. SearXNG'nin kendi belgeleri güven konusunu açıkça ortaya koyar: yöneticiye güvenmek zorundasınız ve isteklerin günlüğe alınıp alınmadığını, birleştirilip birleştirilmediğini veya üçüncü bir tarafa iletilip iletilmediğini bilemezsiniz. Görünür liste kısa ve tamdır. Operatörün yığını; sorgu metnini, zamanı, isteğin geldiği IP adresini, tarayıcı user agent bilgisini ve ayarlarınızı tutan tercih çerezini görebilir. Operatör ayrıca kodu da kontrol eder, bu nedenle uyguladıkları her yama orada yaptığınız her aramada çalışır.

Varsayılan bir ayar, yanlışlıkla günlüğe kaydetmeyi kolaylaştırır. Searx, aramaları POST olarak gönderirdi. SearXNG, method: "GET" ile birlikte gelir; yorum olarak POST yönteminin arama sorgularını tarayıcı geçmişinden uzak tuttuğunu ancak kullanılabilirlik sorunlarına yol açtığını belirtir. GET yönteminde sorgu istek satırında yer alır, bu nedenle varsayılan olarak reverse proxy erişim günlüğüne ve tarayıcı geçmişine düşer. Bu, standart bir web sunucusu davranışıdır. Hangi sunucuda gerçekleşeceğini seçmeden önce bunu bilmekte fayda vardır.

Kendi örneğinizi çalıştırmak güveni ortadan kaldırmaz, yalnızca yerini değiştirir. Kodu ve günlükleri siz kontrol edersiniz; eğer tek kullanıcılı bir kutu için bir ana makine adı veya TLS sertifikası yayınlamak istemiyorsanız, bir v3 onion servisi üzerinden erişmek örneği genel DNS'ten uzak tutarken her yerden erişmenizi sağlar. Bunun karşılığında, yukarı akış motorları tüm aramalarınız için tek bir adres görür ve tek kullanıcılı bir örnekte her sorgu, kalabalığa karışmak yerine doğrudan size iz bırakır. Yoğun bir genel örnek size bu kalabalığı sağlar ve günlükleri sizden uzaklaştırır. Önem verdiğiniz özelliği seçin; eğer önce risklerin tam listesini görmek isterseniz, SearXNG kullanımının güvenli olup olmadığı konusu bunu detaylıca ele alır.

Bir VPS için pratik bir not: Veri merkezi adres aralıkları, ev bağlantılarından daha hızlı işaretlenir; bu nedenle yeni bir örnek, ilk birkaç aramadan sonra bazı motorlarda CAPTCHA ile karşılaşır. Bu, yukarıda bahsedilen askıya alma davranışının işini yapmasıdır, bir yapılandırma hatası değildir.

Hâlihazırda bir Searx örneği çalıştırıyorsanız

Bu metni okuduğunuz gün hiçbir şey bozulmaz. Sunucu, bir sonraki upstream değişikliği başka bir motoru bozana kadar çalışmaya devam eder, ardından bozuk kalır. Geçişi planlayın ve yapılandırma dosyasını doğrudan taşımayın. SearXNG şablonuyla başlayın, ardından yalnızca bilinçli olarak değiştirdiğiniz ayarları tekrar ekleyin: örnek adı, safe_search, adlarıyla etkinleştirdiğiniz veya devre dışı bıraktığınız motorlar ve arayüz varsayılanlarınız. Motor adları ve seçenekleri fork içerisinde değiştiğinden, anahtarın hâlâ mevcut olduğunu varsaymak yerine her birini güncel dokümantasyonla karşılaştırın. Filtron kurallarının ve morty URL'sinin bir karşılığı yoktur, çünkü bu işlevler uygulamanın içine taşınmıştır.

Eski örnek çalışmaya devam ederken yeni örneği farklı bir portta çalıştırın. Ana sayfa 200 yanıtı döndürdüğünde, bir arama birden fazla motordan sonuç getirdiğinde ve /stats/errors boş olduğunda veya yalnızca anladığınız hataları listelediğinde sistem çalışıyor demektir. Ardından reverse proxy ayarlarını yeni örneğe yönlendirin ve eski servisi durdurun.

FAQ

Searx 2026 yılında ölü mü?

Depo arşivlenmemiş durumdadır, bu nedenle klonlamanıza engel bir durum yoktur ancak proje artık desteklenmemektedir. Son kod commit işlemi Nisan 2023'te yapılmıştır ve README dosyasında "Searx is no longer maintained" ifadesi yer almaktadır. Durumu curl -s https://api.github.com/repos/searx/searx | jq -r '.pushed_at' ile kendiniz kontrol edebilir ve ardından güncel commit mesajlarını okuyabilirsiniz; çünkü bir push tarihi sadece dokümantasyon düzenlemesinden kaynaklanıyor olabilir. Bir metasearch motoru için desteklenmiyor olmak, sonuçların zamanla kötüleşmesi anlamına gelir; çünkü her motor modülü, sürekli değişen bir upstream sitesine bağımlıdır.

Searx'i hala apt veya pip ile kurabilir miyim?

Güncel sistemlerde kuramazsınız, kurulabilen yerlerde ise işlevsel değildir. Ubuntu, searx'i en son 22.04 sürümünde 1.0.0 versiyonuyla paketlemiştir, bu nedenle 24.04 üzerinde sudo apt install searx komutu E: Unable to locate package searx sonucunu döndürür. Debian, 12 sürümünde 1.1.0 versiyonunu sunmuş ancak Ekim 2023'te test sürümünden kaldırmıştır; dolayısıyla Debian 13'te paket bulunmamaktadır. PyPI, Temmuz 2020'den kalma 0.17.0 sürümünü sunmaya devam etmektedir ki bu sürüm fork'un kendisinden bile daha eskidir. Bunun yerine SearXNG kurun.

Eski searx settings.yml dosyam SearXNG'de çalışır mı?

Hayır. Dosyayı değil, değerleri kopyalayın. SearXNG, /etc/searxng/settings.yml dosyasını okur ve en üstte use_default_settings: true bulunmasını bekler; böylece dosyanız varsayılan ayarlar üzerinde bir katman (overlay) görevi görür. Eski bir searx dosyası, farklı anahtar isimlerine sahip tam bir yapılandırmadır ve içerisinde limiter, valkey bloğu veya formats listesi bulunmaz. utils/templates/etc/searxng/settings.yml adresindeki şablondan başlayın ve değişikliklerinizi tek tek yeniden ekleyin.

Kendi SearXNG örneğim neden halka açık bir örnekten daha az sonuç döndürüyor?

Bazı motorlar askıya alınmıştır. Bir motor CAPTCHA veya hız sınırı (rate limit) sayfasıyla yanıt verdiğinde, SearXNG ona sorgu göndermeyi belirli bir süre durdurur; bu süre basit bir reddetme için 180 saniyeden, Cloudflare CAPTCHA'sı için 1,296,000 saniyeye kadar değişir. Sonuç sayfası bunu "Messages from the search engines" başlığı altında raporlar ve /stats/errors hataları nedenleriyle birlikte listeler. Veri merkezi IP adresleri, ev bağlantılarına göre daha hızlı işaretlenir, bu nedenle yeni bir VPS örneği bu durumu erken yaşar.

Halka açık bir SearXNG örneğini mi kullanmalıyım yoksa kendiminkini mi çalıştırmalıyım?

Kod ve loglar üzerinde kontrol sahibi olmak istiyorsanız kendinizinkini çalıştırın; ancak bu durumda upstream motorlarının tüm aramalarınız için tek bir IP adresi göreceğini kabul etmeniz gerekir. Sorgularınızı başkalarınınkiyle karıştırmak, neyin loglandığını bilmekten daha önemliyse halka açık bir örnek kullanın. Halka açık bir örnekte operatör; sorgu metnini, zamanı, IP adresinizi ve user agent bilginizi görebilir, ayrıca kodu dilediği zaman değiştirebilir. Belirtilen bir loglama politikası dışarıdan doğrulanamaz.