Sağlayıcı bir hizmeti sildi: kataloğunuzdaki bozuk kayıtlar nasıl bulunur

Panelinizin kataloğu yalnızca size aitmiş gibi görünür. Vitrindeki her hizmet aslında kendi adınızı ve kendi fiyatınızı taşıyan kendi satırınızdır ve bir sağlayıcının kataloğundaki bir kayda işaret eder. Sağlayıcı ise o kaydı istediği an kaldırabilir: kâr etmeyen bir hizmeti atar, ürün dizisini yeniden kurar, kaynak değiştirdikten sonra kataloğu temizler. Kimse size sormaz, kimse haber vermez. Bundan sonra vitrinde ne olduğunu, panelin neden sustuğunu ve bu kayıtları müşteriden önce nasıl bulacağınızı ele alıyoruz.

Bir hizmet silindiğinde gerçekte ne olur

Katalog senkronizasyonu dümdüz çalışır: panel sağlayıcıdan hizmet listesini ister ve o kataloğun kendisindeki kopyasını gelen yanıta göre günceller. Yanıtta olmayan bir kayıt kopyada da kalmaz. Buraya kadar mantıklı.

Asıl beklenmedik kısım şimdi geliyor. Vitrindeki hizmetiniz aynı kayıt değildir. Kendi adı, açıklaması ve fiyatı olan ayrı bir satırdır ve sağlayıcı kaydına yalnızca bir çift değerle işaret eder: sağlayıcı artı hizmet kimliği. Veritabanı düzeyinde sert bir bağla değil, değerle işaret eder; bu yüzden bir kaydın silinmesi diğerini götürmez.

Sonuç: sağlayıcı katalog kopyasında hizmet yok, sizin hizmetiniz ise vitrinde etkin kalıyor. Müşteriler onu görüyor, siparişe eklenebiliyor, fiyatı ve miktar sınırları çalışıyor. Arkasında eksik olan tek şey, işi yapacak taraf.

Aynı şey silme olmadan da yaşanır. Sağlayıcı kataloğu yeniden kurar ve tam olarak aynı hizmetlere yeni kimlikler verir: dışarıdan hiçbir şey değişmemiş görünür, ama elinizdeki bütün bağlantılar artık boşluğu gösterir. Panel açısından bu, silmeden ayırt edilemez.

Panel neden sessiz kalıyor

İşin can sıkıcı yanı, panelin kaydın gittiğini bilmesi. Katalog kopyasından onu zaten kendisi çıkardı. Sadece bunu söyleyeceği kimse yok.

• Katalog değişiklik günlüğü oraya kadar uzanmıyor. Günlük var ve kulağa geldiğinden daha faydalı: sağlayıcının bir birim fiyatı, alt sınırı, üst sınırı, adı ya da kategoriyi değiştirdiğini yazar. Silme bu listede yok, çünkü değişen bir şey yok - kayıt sadece orada olmaktan çıkıyor.
• İzleme başka yöne bakıyor. Senkronizasyon sağlığı denetimi sipariş durumlarının tazeliğini izler: alışveriş takılmış mı, güncellemeler geliyor mu. Sizin kataloğunuzla sağlayıcınınki arasındaki fark onun görüş alanına hiç girmez.
• Vitrinde hizmet sağlıklı görünüyor. Ne rozet var ne işaret. Çalışan bir hizmetten ayırmanın tek yolu iki listeyi karşılaştırmak ve bunu elle kimse yapmıyor.

Teoriymiş gibi durmasın diye Eylül 2026'dan bir olay. Bir sağlayıcı tek seferde on sekiz kaydı kaldırdı - kendi tarafında olağan bir temizlik. Bozuk hizmetler aynı saat içinde dört kiralık panelde belirdi: ikisinde on sekizer, diğer ikisinde birer tane. Hiçbir panel uyarı vermedi. Ancak katalogları karşılaştırınca, hem de olan bittikten sonra bulundular.

Bunun bedeli ne

Bundan sonrası tek bir senaryoyla ilerler ve hoş bir senaryo değildir:

• müşteri, sağlayıcıda artık bulunmayan bir hizmeti sipariş eder;
• panel bakiyesinden tutarı düşer, çünkü sipariş oluşturulmuştur;
• sipariş sağlayıcıya gider, sağlayıcı «hatalı hizmet kimliği» türünden bir ret döner;
• sipariş iç hata durumuna düşer ve para bakiyeye geri dönmez;
• müşteri bir hata görmez, «bekliyor» görür ve sabırla bekler.

Son madde gizleme gibi duruyor ama aslında bilinçli bir tercih: gönderim hatasını yeniden denemeler genelde dakikalar içinde aşar ve müşteri hesabındaki «hata» kelimesi, kendiliğinden çözülecek siparişler için destek talebi üretmekten başka işe yaramazdı. Bu yüzden müşteriye pending gösterilir, gerçek durumu ise yönetici panelinde operatör görür - ayrıntısı siparişin neden Pending'de beklediği yazısında.

Silinmiş hizmetin genel kuralın dışına düştüğü yer tam da burası. Yeniden denemeler geçici hatayla kalıcı hatayı ayırt edebilir: «hatalı hizmet», «hizmet bağlı değil», «geçersiz bağlantı» tekrar gerektirmez, çünkü tekrar bunları düzeltmez. Böyle siparişler operatöre bırakılır, ki doğrusu budur. Sorun şu: operatörü kimse çağırmadı. Sipariş öylece durur, müşteri «bekliyor» görür, para gitmiştir ve bu ilk şikâyete kadar sürer.

Bozuk kayıtlar nasıl bulunur

Denetim tek bir işleme iner: kendi hizmetlerinizi «sağlayıcı artı hizmet kimliği» çifti üzerinden sağlayıcı katalog kopyasıyla karşılaştırın ve eşleşmeyenleri alın. Bu tek bir sorgudur - her seferinde yeniden kurmak yerine bir kez kaydedip çalıştırmak yeterli.

Birkaç pratik not:

• Katalog kopyası taze olmalı. Katalog senkronizasyonu bakiye senkronizasyonundan ağırdır, bu yüzden genellikle daha seyrek çalışır: bizde kataloglar saatte bir, bakiyeler on beş dakikada bir tazelenir. Dünkü kopyayla yapılan karşılaştırma dünkü tabloyu gösterir.
• Yalnızca takvime değil, olaya göre denetleyin. Tetikleyiciler: sağlayıcı temizlik ya da katalog yenilemesi duyurdu, API anahtarını değiştirdiniz, aynı hizmetleri kapsayan ikinci bir sağlayıcı eklediniz. Haftalık planlı tarama gereklidir, ama asıl yükü olaya bağlı denetimler yakalar.
• Kapattığınız sağlayıcıları unutmayın. Kapattığınız ya da erişimi bitmiş bir sağlayıcıya bağlı hizmet de aynı şekilde davranır: vitrinde canlı, arkasında kimse yok.

Bir de ters yönde, insanların canı yanana kadar düşünmediği bir emniyet önlemi. Sağlayıcı boş bir katalogla yanıt verirse - API'si düşmüşse, anahtar geçersizse, adres değişmişse - saf bir senkronizasyon bütün kayıtları usulünce siler ve tek geçişte kataloğunuzun tamamını bozuk hale getirir. Bu yüzden boş yanıt, «hepsini sil» komutu değil, senkronizasyon hatası sayılmalıdır. Bizde bu ayrı bir koruma ve bilerek hata verir.

Bulduklarınızla ne yapmalı

• Sert silmek yerine devre dışı bırakın. Yumuşak kapatma hizmet kimliğini ve sipariş geçmişini korur. Sert silme eski siparişlerdeki ve analizdeki bağları koparır, karşılığında hiçbir şey kazandırmaz.
• Kayıt sadece taşındıysa yeniden bağlayın. Çoğu zaman hizmet hâlâ oradadır, yalnızca kimliği değişmiştir. Numaraya göre değil ada ve kategoriye göre arayın; tekrar açmadan önce birim fiyatı ve miktar sınırlarını karşılaştırın.
• Çok satan bir hizmeti başka sağlayıcıya taşıyın. Kasanızı dolduran bir hizmet, eski sağlayıcının onu geri getirmesini beklememeli. Başka birine koyun ve konuya zaman baskısı olmadan dönün.
• Askıda kalan siparişleri elle çözün. Her biri için ya bakiyeye iade edin ya da canlı bir hizmete yeniden verin. Öylece bırakmak seçenek değil: müşteri açısından bu, ödenmiş ve teslim edilmemiş bir sipariştir, yönetici panelinizde adı ne olursa olsun.
• Müşteriye önce siz yazın. «Sağlayıcımız bu hizmeti kaldırdı, bakiyenize iade ettik ve şu alternatifi önerebiliriz» cümlesi konuyu kapatır. Aynı sözler şikâyetten sonra söylenince bahane gibi okunur. Bu konuşmaların nasıl kurulduğu müşteri desteği ve iadeler yazısında ele alınıyor.

Tekrar yaşanmaması için

• Çok satan kayıtları en az iki sağlayıcıda tutun. Ana kural bu ve en zahmetlisi de bu: ikinci sağlayıcı beslenecek başka bir bakiye ve izlenecek başka bir ilişki demek. Karşılığında en çok satan hizmetleriniz başkasının temizliğine bağlı olmaktan çıkar.
• Katalog değişiklik günlüğünü okuyun. Sert bir fiyat sıçraması, ad değişikliği, kategori taşınması; bir kaydın yakında elden geçirileceğinin ya da kaldırılacağının sık görülen habercileridir. Günlük bunu önceden gösterir, karşılaştırma ise ancak sonradan.
• Hizmet açıklamalarını dürüst tutun. Vitrin metniniz sağlayıcının gerçekte verdiği şeyden uzaklaştıysa, körlemesine yeniden bağlama müşteriye yanlış hizmeti satar. Bunu önleyen bir kataloğun nasıl kurulduğu SMM panel hizmet kataloğu yazısında anlatılıyor.
• Sağlayıcıları disiplinlerine göre de değerlendirin. Bir sağlayıcıda hizmetlerin ne sıklıkla «kaybolduğu», fiyat ve hız kadar ölçüt sayılır. Diğer ölçütler SMM hizmet sağlayıcısı seçimi kontrol listesinde.

Özet

Sağlayıcıda silinen bir hizmet vitrininizden kaybolmaz - sıradan bir ürün gibi görünen ve ilk müşteride patlayan bir tuzağa dönüşür. Paneller bunun için genellikle otomatik bir uyarı vermez, bu yüzden katalogları karşılaştırmak bir şikâyete verilen tepki değil, bir alışkanlık olmalıdır. Haftada bir on beş dakika, parası çekilip hiçbir şey alamamış bir müşteriyle yapılacak tek bir görüşmeden ucuzdur.

Bunun canlı bir panelde nasıl işlediğini hiç para harcamadan görebilirsiniz: kendi kataloğumuz üzerinden geçen siparişler hiç sayılmaz, üçüncü taraf sağlayıcılarda ise ayın ilk 100 siparişi ücretsizdir. Bir vitrin kurmaya, bir sağlayıcı bağlamaya ve onların tarafında bir şey değiştiğinde panelin size tam olarak ne gösterdiğini görmeye bu kadarı yeter.