Şirket zenginleştirme API çalışma akışı nasıl işler?
Mevcut kimlik uç noktası şirket adı sorgusunu kabul eder; sunucu tarafı uygulamanın inceleyip saklayabileceği aday şirket adlarını, domainleri ve logo URL’lerini JSON olarak döndürür.
- 01
Şirket adını gönderin
Tek JSON dizisinde 25 benzersiz ada kadar POST edin. API anahtarı gerekmez; herkese açık uç nokta IP başına hız sınırı uygular.
- 02
Her adayı inceleyin
İlk dizi öğesini otomatik eşleşme saymak yerine dönen adları ve domainleri kaynak kayıtla karşılaştırın.
- 03
İncelenen kimliği saklayın
İlk sorguyu, kabul edilen şirket adını, domaini, isteğe bağlı logo URL’sini, inceleme durumunu ve tarihini kaydedin.
Şirket kimliği yanıtı hangi alanları içerir?
Belgelenen uç nokta tam firma profili yerine kimlik adayları döndürür. Çalışan sayısı, gelir, kişi veya konum verisi vaat etmez.
Eşleşen şirket adı
Her aday kimliğiyle ilişkili normalleştirilmiş adı alın.
Olası resmî domain
Dönen alan adını kimlik doğrulamasındaki ana alan olarak kullanın.
Logo URL’si
Adayda mevcut bir görsel bulunuyorsa logo URL’sini alın.
JSON aday dizisi
Sıfır, bir veya birden çok olası eşleşmeyi sunucu tarafında işleyin.
Hız sınırlı istek
Adları verimli biçimde gruplayın; HTTP 429 ve Retry-After başlığına uyun.
Elle inceleme yolu
Belirsiz adları ayrı toplu şirket bulucuda sınayın ve karşılaştırın.
Uzmanımız şirket zenginleştirme hakkında ne düşünüyor?
Şirket adı zenginleştirmesini otomatik gerçek değil, kimlik önerisi olarak görüyorum. Yararlı çıktı; sonraki araştırmayı, tekilleştirmeyi ve yönlendirmeyi birbirine bağlayan olası domaindir. Temel sınır belirsizliktir: markalar, bağlı şirketler ve ilgisiz işletmeler benzer ad taşıyabilir; bu nedenle çalışma akışı her satırı eşleştirmeye zorlamak yerine çözümlenmemiş durumunu desteklemelidir.Emre Elbeyoglu profilini görüntüle
Uzmanımız zenginleştirme verisini nasıl güvenilir tutuyor?
Emre Elbeyoglu çalışma notları
- 01
Tekrarlanan sorguları gruplayın
Her kaynak satırı için ayrı hız sınırlı istek harcamak yerine tek çağrıda 25 benzersiz ada kadar gönderin.
- 02
Girdiyi koruyun
İnceleyen kişinin eşleşmenin nasıl üretildiğini görebilmesi için ilk şirket adını normalleştirilmiş sonucun yanında saklayın.
- 03
Destekleyici kanıt kullanın
Birden çok aday makulse iş e-postası domainini, bilinen web sitesini, ülkeyi, ürünleri ve ana şirket ilişkisini karşılaştırın.
- 04
Eşleşme yok ile hatayı ayırın
Boş aday listesi geçerli çözümlenmemiş sonuçtur; hız sınırı, zaman aşımı, ağ veya sunucu yanıtı ise operasyon hatasıdır.
- 05
Kabul edilen eşleşmeyi tarihleyin
Domain, sahiplik ve marka varlıkları değişebildiği için kimliğin ne zaman incelendiğini kaydedin.
Şirket kimliği zenginleştirme hangi sorunu çözer?
Şirket adları konuşmada işe yarar, kalıcı veritabanı anahtarı olarak zayıftır. Aynı işletme tüzel kişi adı, marka, kısaltma, çevrilmiş ad veya farklı yazımla kaydedilebilir. Farklı işletmeler de benzer adları paylaşabilir.
İncelenen domain CRM temizliği ve sonraki araştırma için daha güçlü kimlik oluşturur. Aynı kuruluşa ait kayıtları birleştirirken, kanıt gerektiriyorsa marka ve bağlı şirketleri ayrı tutmayı sağlar.
Uç nokta yine de aday üretir. Son karardan onu kullanan uygulama sorumludur.
Şirket sorgusu nasıl gönderilir?
1–25 benzersiz adı JSON gövdesiyle gönderin. Yetkilendirme başlığı gerekmez:
POST https://tools-api.growthmarketing.ai/v1/company-search
Content-Type: application/json
Accept: application/json
{"names":["Popupsmart"]}
Başarılı yanıt, gönderilen her ad için bir sonuç satırı içerir:
{
"success": true,
"data": {
"rows": [
{
"query": "Popupsmart",
"status": "matched",
"candidates": [
{
"name": "Popupsmart",
"domain": "popupsmart.com",
"logoUrl": "https://tools-api.growthmarketing.ai/v1/logo/popupsmart.com"
}
]
}
]
}
}
İlişkili satırları tek istekte gruplayın ve HTTP 429 yanıtında Retry-After süresine uyun.
Zenginleştirme akışı hangi alanları saklamalıdır?
Eşleşmeyi incelemek veya geri almak için yeterli bağlamı koruyun:
| Alan | Neden saklanmalı? |
|---|---|
| Gönderilen ad | Kaynak değeri korur |
| Eşleşen ad | Normalleştirilmiş adayı kaydeder |
| Domain | Ana web kimliğini sağlar |
| Logo URL’si | İsteğe bağlı görsel varlığı ekler |
| Eşleşme durumu | Kabul, ret ve çözümlenmemiş satırları ayırır |
| İnceleyen / tarih | Kararın ne zaman ve kim tarafından verildiğini gösterir |
Alan eksikse değer uydurmayın. Boş logo, yanlış şirkete ait varlığı eklemekten daha güvenlidir.
Birden çok ve boş sonuç nasıl yönetilmelidir?
Birden çok aday dönerse kaynak kayıttaki kanıtı karşılaştırın:
- iş e-postası veya mevcut web sitesi domaini;
- ülke, şehir veya pazar;
- ürün ya da marka sahipliği;
- ana şirket veya bağlı şirket ilişkisi;
- kimliği doğrulayan resmî sayfa.
Kanıt çelişiyorsa kaydı çözümlenmemiş bırakın. Boş dizi de aday bulunmadığı anlamına gelir; başarısız istekten farklıdır.
Entegrasyon hangi hata ve yeniden denemeleri desteklemelidir?
Zaman aşımı belirleyin; doğrulama, hız sınırı, sağlayıcı, sunucu ve ağ yanıtlarını ayrı yönetin. Yalnızca kısa süreli hataları üst sınır ve gecikmeyle yeniden deneyin. Hatalı girdi otomatik yeniden deneme döngüsüne girmemelidir.
Tekrarlanan çağrıları önlemek için kabul edilen kimlikleri aynı iş akışında önbelleğe alın. Şirket adı, domaini, sahipliği veya logosu değiştiğinde önemli kayıtların yenilenebilmesi için inceleme tarihi tutun.
Uç nokta sözleşmesi için şirket kimliği API referansını, çok sayıda adın görsel incelemesi için toplu şirket logo bulucuyu kullanın.
Bu şirket zenginleştirme akışı kimler için uygundur?
Gelir operasyonları
İçe aktarılan hesap adlarını normalleştirin; CRM tekilleştirme, sahiplik kuralları veya yönlendirme öncesi domain önerin.
Veri ekipleri
Kuyruktaki şirket adlarını toplu istek, sınırlı yeniden deneme, kaynak bilgisi ve açık inceleme durumuyla işleyin.
Ürün ekipleri
Kullanıcı karşılama, şirket içi dizin veya hesap arayüzlerine incelenmiş şirket kimliği ve isteğe bağlı logo ekleyin.
Bu şirket zenginleştirme rehberi neden kullanılmalı?
Kimlik kapsamı açık
Rehber, mevcut olmayan firma alanlarını iddia etmeden ad, domain ve logo URL’sini belgeler.
Belirsizlik korunur
Birden çok ve boş sonuç sessizce değiştirilen değer değil, görünür veri durumu olarak kalır.
Entegrasyona uygun örnekler
Toplu istek, zaman aşımı, hız sınırı ve hata sınıfları açıkça ele alınır.
API referansı
Uç nokta sözleşmesini, aday alanlarını ve şirket adından domain eşleştirme kurallarını inceleyin.
Şirket kimliği API referansını okuyunToplu şirket bulucu
Bir listeyi otomatikleştirmeden önce adları, domainleri ve logo önizlemelerini elle inceleyin.
Toplu şirket bulucuyu açınÜcretsiz araç dizini
Backlink, arama, otorite ve web sitesi araştırması araçlarına geçin.
Tüm ücretsiz araçlara göz atın