Duygu puanı uydurmadan geçmiş konuşmaları okuyun

Backpack ve BuyItForLife örneğinde araştırma sorusu kurun, metinleri elle kodlayın ve örneklem yanlılığını raporlayın. API duygu veya pazar payı üretmez.

API anahtarı al

Soru, birim ve kapsamı belirleyin

“İnsanlar markamızı seviyor mu?” yerine “Alabildiğimiz BuyItForLife kayıtlarında sırt çantasının dayanıklılığı hangi deneyimlerle anlatılıyor?” diye sorun. İlk soru bütün pazar hakkında ölçüm gerektirir; ikinci soru sınırlı metin incelemesinin kapsamını açık tutar. İnceleme biriminizin kayıt, yazar veya ürün deneyimi olduğunu önceden yazın. Aynı kişinin birden fazla yorumu bağımsız müşteri sayısı değildir.

Ana sayfadaki GET https://api.redditlistening.com/v1/search?q=backpack&subreddit=BuyItForLife&limit=3 örneğiyle başlayın. q sözcüğü ürün kategorisini arar; subreddit topluluğu sınırlar; limit ilk incelemenin boyutunu belirler. Arşivde eşleşme bulunmayabilir. Üç metnin hangilerinin kişisel deneyim, tavsiye sorusu veya başka bir yorumdan alıntı olduğunu okuyarak ayırın; anahtar kelime eşleşmesini olumlu ürün değerlendirmesi sanmayın.

Dönem karşılaştıracaksanız from ve to için YYYY-MM-DD biçiminde UTC tarihi kullanın. Bunlar created_utc alanını sınırlar; to gününün tamamı dahildir. Bugünü bitiş günü seçerseniz bugünün UTC gününün tamamı kapsanır. Yayın zamanını satın alma tarihiyle karıştırmayın. Geçmiş deneyim anlatan yeni bir yorum, yeni ürün kullanımı olduğuna dair tek başına kanıt sağlamaz.

Yerel kodlama tablosunu kurun

Yerel çalışma tablonuzda kaydın kimliğini, sorguyu, metni ve atadığınız etiketi ayrı tutun. Dayanıklılık, tamir edilebilirlik, taşıma konforu ve fiyat gibi etiketleri okuduğunuz gerekçelere göre tanımlayın. Önceden hazırlanmış duygu sözlüğü kullanıyorsanız alay, koşullu övgü ve ürünler arası karşılaştırmalar için belirsiz kategorisi bırakın. Bu sınıflandırma API yanıtının bir alanı değil, sizin araştırma kararınızdır.

Bir metin hem sağlam kumaştan memnuniyeti hem fermuar arızasını anlatabilir. Tek olumlu ya da olumsuz etiket yerine iki gerekçeyi ayrı işaretlemek daha açıklayıcı olabilir. Ekibinizden ikinci bir okuyucu aynı küçük kümeyi bağımsız kodlasın; anlaşmazlıkları tartışıp tanımı güncelleyin. Bu yöntem üzerine düşünme önerisidir, hizmetin doğruluk veya araştırma kalitesi garantisi değildir.

Yanıtlar düz kayıtlardır. parent_id ve link_id varsa elinizdeki kayıtları yerelde ilişkilendirebilirsiniz; eksik konuşma bölümünü varmış gibi yorumlamayın. Alan eksikliği ile boş yanıtı ayırın. Kaydedilen metinleri yerelde yeniden incelemek ek API çağrısı gerektirmez. Metinden türettiğiniz özet ve alıntıların kişiyi gereksiz yere tanınır kılmamasına dikkat edin; üçüncü taraf haklarını gözetin.

Raporun sınırını sonuçla birlikte yazın

Arşiv _doc sırası kronolojik, ilgililik veya puan sırası değildir. min_score filtrelemek içindir. En fazla 100 kayıt ve sorgu başına 100 sayfa sınırı vardır; günlere bölmek de tam kapsam sağlamaz. eq, gte ve unknown toplamlarını aynı kesinlikte saymayın. Yerel olarak tekrarları ayıklasanız bile eksik görüşleri, silinmiş bağlamı veya aranmayan sözcükleri geri kazanmış olmazsınız.

Kendi veri kümenizde etiket sıklığı hesaplayabilirsiniz; paydayı gerçekten kodlanan kayıtlarla sınırlayın. Bu oran pazar payı, bütün müşterilerin memnuniyeti veya temsili rastgele örneklem sonucu değildir. Topluluğun dayanıklı ürünlere ilgisi ve İngilizce backpack sözcüğü seçiminiz yanlılık yaratır. Sağlayıcı canlı duygu analizi, alarm veya araştırma hizmeti sunmaz. Bulguyu, kapsam ve belirsizlik notuyla birlikte sunun.

Yeni sorguların maliyetini fiyatlandırmadan, parametreleri belgelerden, kayıt ve fatura adımlarını API anahtarı sayfasından kontrol edin. Başarılı boş sorgu da bir kredi tüketir. İyi bir araştırma günlüğü hangi metnin ne zaman gerçekten alındığını belirtir; aynı sorgunun gelecekte aynı yanıtı vereceğini ya da arşivin değişmeden saklanacağını varsaymaz.