--- title: "Un rezultat gol la căutare nu dovedește că nu există nimic" description: "12 din 20 de aplicații listate au stat respinse mai bine de două săptămâni fiindcă întrebările evaluatorilor erau în tichete, iar căutarea din cutia poștală care le-ar fi găsit nu fusese niciodată validată." date: 2026-08-27 lang: ro canonical: https://goingstellar.ro/ro/cercetare/rezultat-gol-la-cautare-nu-e-dovada-de-absenta/ author: Going Stellar publisher: GOING STELLAR S.R.L. topic: Analiză de incident license: CC BY 4.0 alternate_en: https://goingstellar.ro/research/negative-search-result-is-not-evidence-of-absence/ --- # Un rezultat gol la căutare nu dovedește că nu există nimic *12 din 20 de aplicații listate au stat respinse mai bine de două săptămâni fiindcă întrebările evaluatorilor erau în tichete, iar căutarea din cutia poștală care le-ar fi găsit nu fusese niciodată validată.* > Analiză de incident · 2026-08-27 · https://goingstellar.ro/ro/cercetare/rezultat-gol-la-cautare-nu-e-dovada-de-absenta/ ## Pe scurt - Un rezultat gol la căutare nu dovedește că nu există nimic până nu validezi interogarea pe un mesaj despre care știi sigur că există. - Într-un marketplace unde fiecare depunere deschide un tichet de suport, tichetul e canalul oficial, iar e-mailul e doar o notificare despre el. - O aplicație listată poate fi respinsă din lipsă de răspuns: când întrebarea evaluatorului rămâne fără răspuns, evaluarea expiră, iar respingerea nu spune nimic despre software. - Redepunerea fără citirea tichetului doar repornește același ceas, cu aceeași întrebare fără răspuns la capăt. - O depunere e completă abia când tichetul creat de ea e identificat, lizibil și urmărit. ## Ce am găsit O verificare de rutină a aplicațiilor noastre listate a scos la iveală o cifră la care nu se aștepta nimeni: 12 din 20 erau respinse. Nu în așteptare, nu în evaluare — respinse, și respinse de peste două săptămâni. Nimeni de la noi nu reacționase, fiindcă nimeni de la noi nu știa. Partea interesantă nu e cifra. E că o respingere de acolo nu înseamnă neapărat un verdict despre software. Fiecare depunere la acel marketplace deschide un tichet de suport, iar orice întrebare a evaluatorului stă în tichetul acela. Unul dintre motivele de respingere disponibile e pur și simplu expirarea evaluării, pentru că nu a răspuns nimeni. Deci o aplicație listată poate să pice din lipsă de răspuns. Codul se compilează, aplicația merge, evaluatorul întreabă ceva banal, iar termenul expiră într-un loc în care nu ne uitam. ## Verdictul stă în tichet, nu în inbox E un fapt de arhitectură al platformei, nu o chestiune de politețe. Tichetul e canalul oficial. E-mailul e o notificare *despre* tichet. Dacă citești notificarea afli că s-a întâmplat ceva; dacă deschizi tichetul afli ce anume. Distincția contează fiindcă cele două canale se strică diferit. E-mailul poate fi filtrat, pus într-o categorie, marcat dintr-o mișcare drept citit sau, pur și simplu, ratat de interogarea pe care ai rulat-o. Tichetul nu: el ține starea, iar pe stare se mișcă evaluarea. Noi presupuneam că e-mailul e canalul principal. Pe presupunerea asta s-a construit tot restul greșelii. ## Unde am greșit Am căutat în cutia poștală după domeniul principal al platformei. Nu a ieșit nimic. Eroarea a fost dublă. Întâi, notificările pleacă de pe un alt domeniu, al aceleiași companii, deci interogarea nu avea cum să prindă ceva. Apoi, clientul de mail le clasase într-o categorie secundară, așa că nu apăreau nici în inboxul principal — două cauze independente pentru aceeași tăcere. Urmează partea care a făcut pagubă. Pe baza unui rezultat gol i-am spus patronului că nu există absolut nicio corespondență de evaluare și am construit o teorie a respingerilor peste asta. În realitate, cutia poștală avea 83 de mesaje de pe domeniul de notificări, 77 dintre ele cu linkuri către tichete, acoperind 57 de tichete distincte. Toate necitite. Lecția e mai precisă și mai utilă decât „verifică-ți mailul”. **Un rezultat negativ la căutare nu dovedește că nu există nimic până nu validezi interogarea însăși.** Un rezultat gol spune ceva întâi despre interogarea ta și abia apoi despre lume, iar doar din rezultat nu poți deosebi cele două cazuri. Validarea costă puțin: iei pe altă cale un mesaj despre care știi sigur că există, apoi confirmi că interogarea ta chiar întoarce acel mesaj. Dacă nu-l întoarce, interogarea e greșită, iar tot ce ai dedus din golul ei cade. ## Cât a costat tăcerea Tichetele fără răspuns au expirat în bloc. 13 aplicații listate au fost respinse pentru timeout. Alte 2 au fost respinse pentru un defect real de securitate — real, al nostru, și a trebuit reparat. Toate au fost reparate și redepuse în aceeași zi. În momentul ăla, tentația e să redepui tot și să treci mai departe. Nu funcționează: redepunerea fără să citești tichetul doar repornește același ceas, cu aceeași întrebare fără răspuns la capătul celălalt. O aplicație listată pe care am redepus-o orbește a trecut de la „timeout” la un verdict adevărat, care stătea în tichet de la bun început. Câștigasem doar timp și nu aflasem nimic. O respingere pe timeout nu spune nimic despre software. Îți spune doar unde nu te uitai. ## Accesul la propriul tichet nu e garantat Mai e un obstacol care merită spus direct, fiindcă strică soluția evidentă. Când ne-am apucat să citim restanțele, 7 din 12 tichete întorceau „fără acces” chiar contului care le deschisese. Cererea de acces e, la rândul ei, un tichet. Adică drumul de recuperare pentru un tichet pe care nu-l poți citi trece prin exact sistemul care îți consumă termenul, iar o problemă de acces descoperită târziu e o problemă de acces descoperită prea târziu. Pentru procedura noastră, concluzia e simplă: dovedești că poți deschide tichetul chiar în momentul depunerii, cât timp cineva încă se uită și termenul încă nu contează. ## Cum verifici la fel La depunere, notezi identificatorul tichetului, îl deschizi o dată ca să dovedești că ai acces și îl verifici periodic. O depunere nu e completă când ai trimis formularul; e completă când tichetul pe care l-a creat e identificat, lizibil și urmărit. Apoi validezi orice căutare care iese goală, înainte s-o raportezi. Confirmi domeniul expeditorului dintr-un mesaj despre care știi că există, în loc să presupui că e domeniul public al platformei. Incluzi în interogare folderul de spam și categoriile secundare. Dacă tot nu iese nimic, spui „interogarea nu a întors nimic” — și abia după ce interogarea a demonstrat că găsește un mesaj despre care știi că există ai voie să spui „nu există corespondență”. Ce rulăm acum e mic: o alarmă de două ori pe zi pe cele două canale pe care vine efectiv un verdict. Clasifică fiecare mesaj și trimite o notificare doar când ceva cere răspuns. Valoarea nu stă în clasificator, ci în faptul că verificarea e periodică și nu depinde de memoria nimănui. ## Limite Asta e experiența unei singure firme cu câteva marketplace-uri, pe o perioadă scurtă. Domeniile, categoriile și interfețele diferă, la fel și motivele de respingere pe care le are la dispoziție un evaluator. Nimic de aici nu descrie cum se comportă azi o anumită platformă. Ce rămâne valabil peste tot e tiparul: o conversație de evaluare ținută în altă parte decât acolo unde te uiți și un rezultat gol de căutare acceptat ca fapt. Ambele se testează ieftin și se plătesc scump dacă rămân netestate. Cifrele sunt din momentul în care ne-am uitat. Nu am măsurat cât de des reapare tiparul și nici dacă o alarmă de două ori pe zi e destul de deasă pentru termenele pe care le pune fiecare platformă. ## Întrebări și răspunsuri ### De ce a fost respinsă aplicația mea pe timeout la evaluarea într-un marketplace? O aplicație e respinsă pe timeout la evaluarea într-un marketplace când evaluarea expiră pentru că nimeni n-a răspuns la întrebarea evaluatorului din tichetul de suport deschis la depunere. Respingerea pe timeout nu spune nimic despre software, ci doar unde nu se uita nimeni. Într-un caz, 12 din 20 de aplicații listate au stat respinse peste două săptămâni, fiindcă întrebările erau în tichete, iar echipa urmărea e-mailul. ### Cum validez o căutare în e-mail care nu întoarce nimic? O căutare în e-mail care nu întoarce nimic se validează demonstrând că interogarea găsește un mesaj despre care știi că există. Iei pe altă cale un astfel de mesaj, confirmi din el domeniul real al expeditorului, incluzi spamul și categoriile secundare și verifici că interogarea întoarce mesajul. Până atunci spui doar că interogarea nu a întors nimic, nu că nu există corespondență. ### Are rost să redepun aplicația imediat după o respingere pe timeout? Redepunerea aplicației imediat după o respingere pe timeout, fără să citești tichetul, doar repornește același ceas, cu aceeași întrebare fără răspuns la capăt. O aplicație redepusă orbește a trecut de la timeout la un verdict adevărat, care stătea în tichet de la bun început. Pasul util e să deschizi tichetul, să răspunzi evaluatorului și să repari eventualele defecte reale înainte de redepunere. ### Ce trebuie să fac când depun o aplicație la un marketplace care lucrează cu tichete? Când depui o aplicație la un marketplace care lucrează cu tichete, notezi identificatorul tichetului, îl deschizi o dată ca să dovedești că ai acces și îl verifici periodic. Accesul nu e garantat: la o restanță, 7 din 12 tichete întorceau „fără acces” chiar contului care le deschisese, iar cererea de acces e tot un tichet. O alarmă periodică pe canalele cu verdicte elimină dependența de memorie. ### De ce poate rata o căutare în cutia poștală e-mailurile de evaluare ale unui marketplace? O căutare în cutia poștală poate rata e-mailurile de evaluare ale unui marketplace pentru că notificările pot pleca de pe alt domeniu al aceleiași companii, iar clientul de mail le poate pune într-o categorie secundară. Căutarea după domeniul principal nu are atunci cum să găsească ceva. Într-o cutie poștală, o astfel de căutare goală ascundea 83 de mesaje necitite, care acopereau 57 de tichete distincte. ## Cum se citează **Citare:** Going Stellar (2026). *Un rezultat gol la căutare nu dovedește că nu există nimic*. GOING STELLAR S.R.L.. https://goingstellar.ro/ro/cercetare/rezultat-gol-la-cautare-nu-e-dovada-de-absenta/ ```bibtex @misc{goingstellar2026negative, title = {Un rezultat gol la căutare nu dovedește că nu există nimic}, author = {{Going Stellar}}, year = {2026}, url = {https://goingstellar.ro/ro/cercetare/rezultat-gol-la-cautare-nu-e-dovada-de-absenta/}, note = {2026-08-27} } ``` Licență. Se poate cita liber, cu atribuire. ## Mai există și - Pagina în HTML: https://goingstellar.ro/ro/cercetare/rezultat-gol-la-cautare-nu-e-dovada-de-absenta/ - Același articol în engleză: https://goingstellar.ro/research/negative-search-result-is-not-evidence-of-absence/