Privacy
Last updated 5 November 2026 · Service operated from Israel
Lawyer review pending. This text is written to describe the product accurately, but it has not yet been reviewed by a lawyer.
What LadyBugLoop is
LadyBugLoop is a bug-reporting tool. A tester taps one button in an app that has installed our SDK, describes a problem out loud, and we turn that into a report for the team that develops the app.
Who operates LadyBugLoop
LadyBugLoop is operated by Ifat Biran, an Israeli sole proprietor (עוסק פטור, a VAT-exempt dealer). Contact for privacy questions: support@ladybugloop.com.
Who is responsible for the data
The company that installs LadyBugLoop in its app (our customer) decides who tests the app and what may be captured. The customer is responsible for that data and for telling its testers. LadyBugLoop processes reports on the customer's behalf, only to provide the service.
Roles under data protection law
- For reports and other tester data: the customer is the controller and LadyBugLoop is the processor.
- For the customer's own account, sign-in, billing and support data: LadyBugLoop is the controller.
Legal bases for our own processing
For data we control, we rely on contract (to provide the account and the service ordered, and to bill for it) and legitimate interest (to secure the service, prevent abuse and fraud, and keep it working). For tester data, the customer decides the legal basis for capture, and we process it only on the customer's instructions.
What is captured when a tester files a report
Report content leaves the device only when the tester sends a report. Until then it is held in the browser's memory and is dropped when the page closes. The one exception: a report whose send failed is kept on the device, with its voice note and screenshot, and retried. It is kept for up to 7 days, at most 20 reports, and is dropped after 10 failed attempts. Retry re-sends only a report the tester already chose to send. A report too large to send is not kept, and nothing is kept where the browser blocks on-device storage.
- A replay of up to the last 60 seconds in that page (at least 30).
- If the tester chooses to record a reproduction: that recording, up to 3 minutes, with spoken narration if they add it.
- Browser console messages from the same period.
- Network requests from the same period: address, method, status and duration. For a failed request only, also the start of the response and its headers, with sensitive values removed.
- The tester's voice note, and the answer if the team asks a follow-up question.
- If the tester chooses to add one: a screenshot of the page. They can blur parts of it before sending.
- Technical context: page address, browser, screen size, and an identifier the app itself supplies.
Three small messages are sent without a report: a check when the page loads that this person may report on the project, a record of the tester's consent choice, and a new attempt to send a report that was sent before but did not arrive. Such a report waits on the device for up to 7 days.
On the tester's own device only: the title and the start of each report they sent, the follow-up question and the answer, kept in the browser's local storage for the "My reports and conversations" screen, separately for each app. It is erased after 30 days, or at once when the tester declines consent. This copy is never sent anywhere.
What is hidden before anything is sent
Masking runs in the browser, before the report leaves the device.
- Everything typed into form fields is hidden in the replay.
- Password and payment-card fields are covered in the screenshot, if one is added.
- Email addresses, phone numbers, valid card numbers, access tokens and API keys are replaced in the replay text, console messages and network addresses.
- Authorization, cookie and API-key headers are removed from network data.
- An app can mark any area of its page so that it is never captured.
Masking finds known patterns. It does not recognise every personal detail, for example a name written in plain text. An app that shows sensitive data should mark those areas.
Voice and transcription
Voice notes are turned into text by Google Gemini, or by OpenAI Whisper when Gemini is not available. The recording and the text are both kept with the report. The voice is used only for its words: we do not create a voiceprint and we do not identify anyone by voice.
AI providers and model training
We use the paid business APIs of OpenAI and Anthropic. Under their current terms, these providers do not use the data we send to train their models. They may keep it for a limited time to detect abuse (up to 30 days).
Google's no-training terms apply to its paid tier. We are moving our Google account to the paid tier; until that is confirmed, Google's free-tier terms apply and may allow it to use the data to improve its products.
ElevenLabs receives only the text of a follow-up question, never the recording. Automatic fixes run in the customer's own GitHub repository with the customer's own Anthropic account, so the terms of that account apply to them.
Who can see a report
Only the owners of the project the report was filed against. Reports are stored in a private bucket and access is enforced per project, so one customer cannot read another customer's reports. We do not sell reports and we do not use them for advertising.
Who else processes a report
Reports are stored in Supabase, in its Frankfurt region (eu-central-1). These providers may each receive part of a report, and only for the purpose named:
- Supabase: database, file storage and login. Receives everything the product holds.
- Google (Gemini): turns the voice note into text. Receives the recording.
- OpenAI (Whisper): the same, when Gemini is not available. Receives the recording.
- Anthropic: drafts the follow-up question, translates the report to English and judges whether a bug can be fixed automatically. Receives the text of the voice note, the tester's note, error summaries and the page address.
- ElevenLabs: reads the follow-up question aloud. Receives only that question.
- GitHub: holds the issue that is filed. Receives the full issue text.
- Atlassian (Jira): the same, when a project chooses Jira. Opt-in only.
- Telegram: sends issue alerts to the team's chat, when a project turns this on. Receives the issue number, title, repository name and link, the name and result of a failed workflow run, and the text of comments on issues that wait for the owner's decision.
- Resend: sends the sign-up and password emails, from its Tokyo region (ap-northeast-1). Receives the email address and the message. Never report content.
- Vercel: hosts the website and the dashboard. Receives no report content.
- Paddle, PayPlus and Morning: take payment from paying customers and issue receipts. Receive billing details, never report content.
We do not add a provider to this list without updating this page.
Data outside Israel
Some of these providers process data outside Israel, including in the United States and, for Resend, Japan. The next section lists the basis for the providers we have checked. For Telegram, Resend, PayPlus and Morning we have not yet verified and listed a transfer basis.
International transfers
We operate from Israel, so personal data may be accessed and handled in Israel. The European Commission recognises Israel as providing an adequate level of data protection (Decision 2011/61/EU), so EU data can be transferred there without additional safeguards.
Reports are stored in Frankfurt. Some providers process data in the United States. The basis for those transfers:
- EU-U.S. Data Privacy Framework (with its UK Extension): Google, ElevenLabs, Vercel, GitHub and Atlassian are listed as active participants. Checked on dataprivacyframework.gov on 20 October 2026.
- Standard Contractual Clauses: Supabase, Anthropic, OpenAI and Paddle, in their data processing terms or privacy notice, with the UK Addendum for UK data.
How long we keep it
A project owner can set how many days reports are kept. Older reports, with their recording, replay and screenshot, are meant to be deleted automatically; the scheduled deletion is still being rolled out, so until it is confirmed live, ask us and we delete them. When no period is set, a report is kept until the project owner deletes it or asks us to.
When a tester withdraws consent, that tester's reports are hidden at once and we delete them on request, with automatic deletion still being rolled out. The record of the consent choice itself is kept, as proof that capture was allowed.
Your requests
Write to support@ladybugloop.com to ask what is held about you, to get a copy, to correct it, or to have it deleted. We answer within 30 days. When a request is about a customer's app, we handle it together with that customer.
Your rights
Where the GDPR applies, you have the right of access, rectification, erasure, restriction of processing, data portability, and objection. A tester should first contact the customer whose app the report was filed in. Requests can also be sent to support@ladybugloop.com.
You may lodge a complaint with a supervisory authority, in the EU member state where you live, work or where the alleged infringement took place. Where the UK GDPR applies, the same rights apply and the supervisory authority is the Information Commissioner's Office (ICO).
Where the service runs
LadyBugLoop is operated from Israel and is offered to customers worldwide. Data is processed by the providers listed above, some of them outside Israel.
פרטיות
עודכן לאחרונה 5 בנובמבר 2026 · השירות מופעל מישראל
ממתין לבדיקת עורך דין. הטקסט נכתב כדי לתאר את המוצר בצורה מדויקת, אך טרם נבדק על ידי עורך דין.
מה זה LadyBugLoop
LadyBugLoop הוא כלי לדיווח על באגים. באפליקציה שהתקינה את ה־SDK שלנו יש כפתור אחד: לוחצים עליו, מתארים את התקלה בקול, ואנחנו הופכים את זה לדוח עבור הצוות שמפתח את האפליקציה.
מי מפעיל את LadyBugLoop
LadyBugLoop מופעל על ידי יפעת בירן (Ifat Biran), עוסק פטור בישראל, כלומר עסק יחיד הפטור ממע״מ. לשאלות פרטיות: support@ladybugloop.com.
מי אחראי למידע
החברה שמתקינה את LadyBugLoop באפליקציה שלה (הלקוח שלנו) קובעת מי בודק את האפליקציה ומה מותר לאסוף. הלקוח אחראי למידע הזה וליידוע הבודקים. LadyBugLoop מעבד את הדוחות בשם הלקוח, רק לצורך מתן השירות.
תפקידים לפי דיני הגנת מידע
- בדוחות ובמידע אחר של בודקים: הלקוח הוא בעל השליטה (controller) ו־LadyBugLoop הוא המעבד (processor).
- במידע על החשבון, ההתחברות, החיוב והתמיכה של הלקוח עצמו: LadyBugLoop הוא בעל השליטה.
בסיס חוקי לעיבוד שלנו
במידע שבו LadyBugLoop הוא בעל השליטה, הבסיס הוא חוזה (מתן החשבון והשירות שהוזמן, וחיוב עליו) ואינטרס לגיטימי (אבטחת השירות, מניעת שימוש לרעה והונאה, ותפעולו התקין). במידע של בודקים, הלקוח קובע את הבסיס החוקי לאיסוף, ואנחנו מעבדים אותו רק לפי הוראותיו.
מה נאסף בשליחת דוח
תוכן הדוח יוצא מהמכשיר רק כששולחים דוח. עד אז הוא נשמר בזיכרון הדפדפן ונמחק כשהעמוד נסגר. החריג היחיד: דוח ששליחתו נכשלה נשמר במכשיר, יחד עם הקלטת הקול וצילום המסך, ומנסים לשלוח אותו שוב. הוא נשמר עד 7 ימים, עד 20 דוחות, ונמחק אחרי 10 ניסיונות כושלים. דוח גדול מדי לשליחה לא נשמר, וגם לא נשמר דבר בדפדפן שחוסם אחסון במכשיר. הניסיון החוזר שולח רק דוח שהבודק כבר בחר לשלוח.
- הקלטה של עד 60 השניות האחרונות באותו עמוד (לפחות 30).
- אם בוחרים באפשרות הקלטת שחזור: ההקלטה הקצרה הזו, עד 3 דקות, עם קריינות קולית אם מוסיפים.
- הודעות קונסולה מאותו פרק זמן.
- בקשות רשת מאותו פרק זמן: כתובת, סוג, סטטוס ומשך. לבקשה שנכשלה בלבד, גם תחילת התשובה והכותרות שלה, אחרי הסרת ערכים רגישים.
- הקלטת הקול, והתשובה אם הצוות שואל שאלת המשך.
- אם הבודק בוחר להוסיף: צילום מסך של העמוד. אפשר לטשטש חלקים ממנו לפני השליחה.
- מידע טכני: כתובת העמוד, הדפדפן, גודל המסך, ומזהה שהאפליקציה עצמה מספקת.
שלוש הודעות קטנות נשלחות בלי דוח: בדיקה בטעינת העמוד שמותר לדווח בפרויקט, רישום של בחירת ההסכמה, וניסיון חוזר לשלוח דוח שכבר נשלח ולא הגיע. דוח כזה ממתין במכשיר עד 7 ימים.
במכשיר של הבודק בלבד: הכותרת ותחילת התיאור של כל דוח שנשלח, שאלת ההמשך והתשובה נשמרים באחסון המקומי של הדפדפן עבור המסך "הדיווחים שלי ושיחות", בנפרד לכל אפליקציה. המידע נמחק אחרי 30 יום, או מיד כשלא מאשרים את ההסכמה. העותק הזה לא נשלח לשום מקום.
מה מוסתר לפני השליחה
ההסתרה מתבצעת בדפדפן, לפני שהדוח יוצא מהמכשיר.
- כל מה שמוקלד בשדות טופס מוסתר בהקלטה.
- שדות סיסמה וכרטיס אשראי מכוסים בצילום המסך, אם נוסף כזה.
- כתובות מייל, מספרי טלפון, מספרי כרטיס תקינים, טוקנים ומפתחות API מוחלפים בטקסט ההקלטה, בהודעות הקונסולה ובכתובות הרשת.
- כותרות הרשאה, עוגיות ומפתחות API מוסרות ממידע הרשת.
- אפליקציה יכולה לסמן כל אזור בעמוד כך שלא ייאסף לעולם.
ההסתרה מזהה דפוסים ידועים. היא לא מזהה כל פרט אישי, למשל שם שכתוב כטקסט רגיל. אפליקציה שמציגה מידע רגיש צריכה לסמן את האזורים האלה.
קול ותמלול
הקלטות הקול מתומללות על ידי Google Gemini, או על ידי OpenAI Whisper כש־Gemini לא זמין. ההקלטה והתמלול נשמרים יחד עם הדוח. הקול משמש רק בשביל המילים: איננו יוצרים טביעת קול ואיננו מזהים אף אחד לפי הקול.
ספקי AI ואימון מודלים
אנחנו משתמשים בממשקי ה־API העסקיים בתשלום של OpenAI ו־Anthropic. לפי התנאים הנוכחיים שלהם, הספקים האלה לא משתמשים במידע שאנחנו שולחים כדי לאמן את המודלים שלהם. הם עשויים לשמור אותו לזמן מוגבל לצורך זיהוי שימוש לרעה (עד 30 ימים).
תנאי אי־האימון של Google חלים על המסלול בתשלום. אנחנו מעבירים את חשבון ה־Google שלנו למסלול בתשלום; עד שזה יאושר, חלים תנאי המסלול החינמי, והם עשויים לאפשר ל־Google להשתמש במידע לשיפור המוצרים שלה.
ElevenLabs מקבל רק את הטקסט של שאלת ההמשך, אף פעם לא את ההקלטה. תיקונים אוטומטיים רצים במאגר ה־GitHub של הלקוח עם חשבון ה־Anthropic של הלקוח, ולכן חלים עליהם התנאים של אותו חשבון.
מי יכול לראות דוח
רק בעלי הפרויקט שהדוח נפתח עבורו. הדוחות נשמרים באחסון פרטי וההרשאות נאכפות לכל פרויקט בנפרד, כך שלקוח אחד אינו יכול לקרוא דוחות של לקוח אחר. איננו מוכרים דוחות ואיננו משתמשים בהם לפרסום.
מי עוד מעבד דוח
הדוחות נשמרים ב־Supabase, באזור פרנקפורט (eu-central-1). הספקים הבאים עשויים לקבל חלק מדוח, וזאת אך ורק למטרה הרשומה לצידם:
- Supabase: בסיס נתונים, אחסון קבצים והתחברות. מקבל את כל מה שהמוצר שומר.
- Google (Gemini): מתמלל את הקלטת הקול. מקבל את ההקלטה.
- OpenAI (Whisper): אותו הדבר, כש־Gemini לא זמין. מקבל את ההקלטה.
- Anthropic: מנסח את שאלת ההמשך, מתרגם את הדוח לאנגלית וקובע אם ניתן לתקן את הבאג אוטומטית. מקבל את תמלול הקול, ההערה שנכתבה, סיכומי שגיאות וכתובת העמוד.
- ElevenLabs: מקריא את שאלת ההמשך. מקבל רק את השאלה עצמה.
- GitHub: מחזיק את הקריאה שנפתחת. מקבל את טקסט הקריאה המלא.
- Atlassian (Jira): אותו הדבר, כאשר פרויקט בוחר ב־Jira. בבחירה מפורשת בלבד.
- Telegram: שולח התראות על קריאות לצ'אט של הצוות, כשפרויקט מפעיל זאת. מקבל את מספר הקריאה, הכותרת, שם המאגר והקישור, את השם והתוצאה של הרצת workflow שנכשלה, ואת הטקסט של תגובות על קריאות שממתינות להחלטת הבעלים.
- Resend: שולח את הודעות ההרשמה והסיסמה, מאזור טוקיו (ap-northeast-1). מקבל את כתובת האימייל ואת ההודעה. אינו מקבל תוכן של דוחות.
- Vercel: מארח את האתר והדשבורד. אינו מקבל תוכן של דוחות.
- Paddle, PayPlus ו־Morning: גובים תשלום מלקוחות משלמים ומפיקים קבלות. מקבלים פרטי חיוב, אף פעם לא תוכן של דוחות.
איננו מוסיפים ספק לרשימה הזו בלי לעדכן את העמוד הזה.
מידע מחוץ לישראל
חלק מהספקים מעבדים מידע מחוץ לישראל, כולל בארצות הברית, ועבור Resend ביפן. הסעיף הבא מפרט את הבסיס לספקים שבדקנו. עבור Telegram, Resend, PayPlus ו־Morning עדיין לא אימתנו ולא פירטנו בסיס להעברה.
העברות בינלאומיות
אנחנו פועלים מישראל, ולכן ייתכן שמידע אישי נגיש ומטופל בישראל. הנציבות האירופית מכירה בישראל כמדינה שמבטיחה רמת הגנה נאותה על מידע (החלטה 2011/61/EU), ולכן אפשר להעביר אליה מידע מהאיחוד האירופי ללא אמצעי הגנה נוספים.
הדוחות נשמרים בפרנקפורט. חלק מהספקים מעבדים מידע בארצות הברית. הבסיס להעברות אלה:
- מסגרת הפרטיות EU-U.S. Data Privacy Framework (כולל הרחבת בריטניה): Google, ElevenLabs, Vercel, GitHub, Atlassian רשומות כמשתתפות פעילות. נבדק באתר dataprivacyframework.gov ב־20 באוקטובר 2026.
- סעיפי חוזה סטנדרטיים (SCC): Supabase, Anthropic, OpenAI, Paddle, בתנאי עיבוד המידע או בהודעת הפרטיות שלהן, עם ה־UK Addendum למידע מהממלכה המאוחדת.
כמה זמן אנחנו שומרים
בעלי פרויקט יכולים לקבוע כמה ימים נשמרים דוחות. דוחות ישנים יותר, עם ההקלטה, השחזור וצילום המסך, אמורים להימחק אוטומטית; המחיקה המתוזמנת עדיין בהטמעה, ועד שתאושר כפעילה אפשר לבקש מאיתנו למחוק. כשלא נקבעה תקופה, דוח נשמר עד שבעלי הפרויקט מוחקים אותו או מבקשים זאת מאיתנו.
ביטול הסכמה מסתיר מיד את הדוחות שנשלחו לפיה ואנו מוחקים אותם לפי בקשה, כשהמחיקה האוטומטית עדיין בהטמעה. הרישום של בחירת ההסכמה עצמה נשמר, כהוכחה שהאיסוף היה מותר.
הפניות שלכם
אפשר לכתוב ל־support@ladybugloop.com כדי לברר מה נשמר, לקבל עותק, לתקן או לבקש מחיקה. אנחנו עונים תוך 30 ימים. כשהפנייה נוגעת לאפליקציה של לקוח, אנחנו מטפלים בה יחד עם אותו לקוח.
הזכויות שלכם
כאשר חל ה־GDPR, יש זכות עיון, תיקון, מחיקה, הגבלת עיבוד, ניידות מידע והתנגדות לעיבוד. בודק צריך לפנות תחילה ללקוח שבאפליקציה שלו הוגש הדוח. אפשר לשלוח בקשות גם ל־support@ladybugloop.com.
אפשר להגיש תלונה לרשות פיקוח (supervisory authority), במדינה באיחוד האירופי שבה גרים, עובדים או שבה התרחשה ההפרה לכאורה. כאשר חל ה־UK GDPR, אותן זכויות חלות והרשות היא ה־Information Commissioner's Office (ICO).
היכן השירות פועל
LadyBugLoop מופעל מישראל ומוצע ללקוחות ברחבי העולם. המידע מעובד אצל הספקים שברשימה, שחלקם פועלים מחוץ לישראל.
Confidentialité
Dernière mise à jour : 5 novembre 2026 · Service exploité depuis Israël
Relecture par un avocat en attente. Ce texte est rédigé pour décrire le produit avec exactitude, mais il n'a pas encore été relu par un avocat.
Ce qu'est LadyBugLoop
LadyBugLoop est un outil de signalement de bogues. Un testeur appuie sur un bouton dans une application qui a installé notre SDK, décrit un problème à voix haute, et nous en faisons un rapport pour l'équipe qui développe l'application.
Qui exploite LadyBugLoop
LadyBugLoop est exploité par Ifat Biran, entrepreneure individuelle israélienne (עוסק פטור, c'est-à-dire exonérée de TVA). Contact pour les questions de confidentialité : support@ladybugloop.com.
Qui est responsable des données
L'entreprise qui installe LadyBugLoop dans son application (notre client) décide qui teste l'application et ce qui peut être capturé. Le client est responsable de ces données et de l'information de ses testeurs. LadyBugLoop traite les rapports pour le compte du client, uniquement afin de fournir le service.
Rôles au regard de la législation sur la protection des données
- Pour les rapports et les autres données des testeurs : le client est le responsable du traitement (controller) et LadyBugLoop est le sous-traitant (processor).
- Pour le compte du client, sa connexion, sa facturation et ses données d'assistance : LadyBugLoop est le responsable du traitement.
Bases juridiques de nos propres traitements
Pour les données que nous contrôlons, nous nous appuyons sur le contrat (pour fournir le compte et le service commandé, et le facturer) et sur l'intérêt légitime (pour sécuriser le service, prévenir les abus et la fraude, et le maintenir en état de marche). Pour les données des testeurs, c'est le client qui décide de la base juridique de la capture, et nous ne les traitons que sur instruction du client.
Ce qui est capturé lorsqu'un testeur envoie un rapport
Le contenu d'un rapport ne quitte l'appareil que lorsque le testeur envoie le rapport. Jusque-là, il est conservé dans la mémoire du navigateur et supprimé à la fermeture de la page. Une seule exception : un rapport dont l'envoi a échoué est conservé sur l'appareil, avec sa note vocale et sa capture d'écran, et renvoyé ultérieurement. Il est conservé jusqu'à 7 jours, pour 20 rapports au plus, et supprimé après 10 tentatives infructueuses. Le renvoi ne concerne qu'un rapport que le testeur a déjà choisi d'envoyer. Un rapport trop volumineux pour être envoyé n'est pas conservé, et rien n'est conservé lorsque le navigateur bloque le stockage sur l'appareil.
- Une relecture des 60 dernières secondes au plus sur cette page (30 au moins).
- Si le testeur choisit d'enregistrer une reproduction : cet enregistrement, de 3 minutes au plus, avec un commentaire oral s'il en ajoute un.
- Les messages de la console du navigateur sur la même période.
- Les requêtes réseau sur la même période : adresse, méthode, statut et durée. Pour une requête échouée uniquement, également le début de la réponse et ses en-têtes, après suppression des valeurs sensibles.
- La note vocale du testeur, et la réponse si l'équipe pose une question de suivi.
- Si le testeur choisit d'en ajouter une : une capture d'écran de la page. Il peut en flouter des parties avant l'envoi.
- Le contexte technique : adresse de la page, navigateur, taille d'écran et un identifiant fourni par l'application elle-même.
Trois petits messages sont envoyés sans rapport : une vérification, au chargement de la page, que cette personne peut faire des rapports sur le projet ; un enregistrement du choix de consentement du testeur ; et une nouvelle tentative d'envoi d'un rapport qui avait été envoyé auparavant mais n'est pas arrivé. Un tel rapport attend sur l'appareil jusqu'à 7 jours.
Sur l'appareil du testeur uniquement : le titre et le début de chaque rapport qu'il a envoyé, la question de suivi et la réponse, conservés dans le stockage local du navigateur pour l'écran « Mes rapports et conversations », séparément pour chaque application. Ils sont effacés après 30 jours, ou immédiatement lorsque le testeur refuse le consentement. Cette copie n'est jamais envoyée nulle part.
Ce qui est masqué avant tout envoi
Le masquage s'exécute dans le navigateur, avant que le rapport ne quitte l'appareil.
- Tout ce qui est saisi dans les champs de formulaire est masqué dans la relecture.
- Les champs de mot de passe et de carte bancaire sont recouverts dans la capture d'écran, si une capture est ajoutée.
- Les adresses e-mail, numéros de téléphone, numéros de carte valides, jetons d'accès et clés d'API sont remplacés dans le texte de la relecture, les messages de la console et les adresses réseau.
- Les en-têtes d'autorisation, de cookie et de clé d'API sont retirés des données réseau.
- Une application peut marquer n'importe quelle zone de sa page pour qu'elle ne soit jamais capturée.
Le masquage repère des motifs connus. Il ne reconnaît pas tous les éléments personnels, par exemple un nom écrit en clair. Une application qui affiche des données sensibles doit marquer ces zones.
Voix et transcription
Les notes vocales sont converties en texte par Google Gemini, ou par OpenAI Whisper lorsque Gemini n'est pas disponible. L'enregistrement et le texte sont tous deux conservés avec le rapport. La voix n'est utilisée que pour ses mots : nous ne créons pas d'empreinte vocale et nous n'identifions personne par sa voix.
Fournisseurs d'IA et entraînement des modèles
Nous utilisons les API professionnelles payantes d'OpenAI et d'Anthropic. Selon leurs conditions actuelles, ces fournisseurs n'utilisent pas les données que nous leur envoyons pour entraîner leurs modèles. Ils peuvent les conserver pendant une durée limitée afin de détecter les abus (jusqu'à 30 jours).
Les conditions de Google excluant l'entraînement s'appliquent à son offre payante. Nous faisons passer notre compte Google à l'offre payante ; tant que cela n'est pas confirmé, les conditions de l'offre gratuite de Google s'appliquent et peuvent lui permettre d'utiliser les données pour améliorer ses produits.
ElevenLabs ne reçoit que le texte d'une question de suivi, jamais l'enregistrement. Les correctifs automatiques s'exécutent dans le propre dépôt GitHub du client, avec le propre compte Anthropic du client ; les conditions de ce compte s'appliquent donc à eux.
Qui peut voir un rapport
Uniquement les propriétaires du projet pour lequel le rapport a été déposé. Les rapports sont stockés dans un espace privé et l'accès est contrôlé projet par projet, de sorte qu'un client ne peut pas lire les rapports d'un autre client. Nous ne vendons pas les rapports et nous ne les utilisons pas à des fins publicitaires.
Qui d'autre traite un rapport
Les rapports sont stockés chez Supabase, dans sa région de Francfort (eu-central-1). Chacun de ces prestataires peut recevoir une partie d'un rapport, et uniquement pour la finalité indiquée :
- Supabase : base de données, stockage de fichiers et connexion. Reçoit tout ce que contient le produit.
- Google (Gemini) : convertit la note vocale en texte. Reçoit l'enregistrement.
- OpenAI (Whisper) : la même chose, lorsque Gemini n'est pas disponible. Reçoit l'enregistrement.
- Anthropic : rédige la question de suivi, traduit le rapport en anglais et juge si un bogue peut être corrigé automatiquement. Reçoit le texte de la note vocale, la note du testeur, les résumés d'erreurs et l'adresse de la page.
- ElevenLabs : lit la question de suivi à voix haute. Reçoit uniquement cette question.
- GitHub : héberge le ticket déposé. Reçoit le texte complet du ticket.
- Atlassian (Jira) : la même chose, lorsqu'un projet choisit Jira. Sur option uniquement.
- Telegram : envoie des alertes de tickets dans la conversation de l'équipe, lorsqu'un projet l'active. Reçoit le numéro du ticket, son titre, le nom du dépôt et le lien, le nom et le résultat d'une exécution de workflow échouée, et le texte des commentaires sur les tickets qui attendent la décision du propriétaire.
- Resend : envoie les e-mails d'inscription et de mot de passe, depuis sa région de Tokyo (ap-northeast-1). Reçoit l'adresse e-mail et le message. Jamais le contenu d'un rapport.
- Vercel : héberge le site web et le tableau de bord. Ne reçoit aucun contenu de rapport.
- Paddle, PayPlus et Morning : encaissent les paiements des clients payants et émettent les reçus. Reçoivent les informations de facturation, jamais le contenu d'un rapport.
Nous n'ajoutons aucun prestataire à cette liste sans mettre à jour cette page.
Données hors d'Israël
Certains de ces prestataires traitent des données hors d'Israël, notamment aux États-Unis et, pour Resend, au Japon. La section suivante indique la base applicable aux prestataires que nous avons vérifiés. Pour Telegram, Resend, PayPlus et Morning, nous n'avons pas encore vérifié ni indiqué de base de transfert.
Transferts internationaux
Nous exerçons depuis Israël ; des données personnelles peuvent donc y être consultées et traitées. La Commission européenne reconnaît qu'Israël assure un niveau de protection des données adéquat (décision 2011/61/UE), de sorte que les données de l'UE peuvent y être transférées sans garanties supplémentaires.
Les rapports sont stockés à Francfort. Certains prestataires traitent des données aux États-Unis. La base de ces transferts :
- Cadre de protection des données UE-États-Unis (EU-U.S. Data Privacy Framework, avec son extension pour le Royaume-Uni) : Google, ElevenLabs, Vercel, GitHub et Atlassian figurent comme participants actifs. Vérifié sur dataprivacyframework.gov le 20 octobre 2026.
- Clauses contractuelles types : Supabase, Anthropic, OpenAI et Paddle, dans leurs conditions de traitement des données ou leur notice de confidentialité, avec l'addendum pour le Royaume-Uni pour les données britanniques.
Combien de temps nous les conservons
Le propriétaire d'un projet peut fixer le nombre de jours de conservation des rapports. Les rapports plus anciens, avec leur enregistrement, leur relecture et leur capture d'écran, sont destinés à être supprimés automatiquement ; la suppression programmée est encore en cours de déploiement : tant qu'elle n'est pas confirmée en production, demandez-nous et nous les supprimons. Lorsqu'aucune durée n'est fixée, un rapport est conservé jusqu'à ce que le propriétaire du projet le supprime ou nous demande de le faire.
Lorsqu'un testeur retire son consentement, les rapports de ce testeur sont masqués immédiatement et nous les supprimons sur demande, la suppression automatique étant encore en cours de déploiement. L'enregistrement du choix de consentement lui-même est conservé, comme preuve que la capture était autorisée.
Vos demandes
Écrivez à support@ladybugloop.com pour demander ce qui est conservé à votre sujet, pour en obtenir une copie, pour le rectifier ou pour le faire supprimer. Nous répondons sous 30 jours. Lorsqu'une demande concerne l'application d'un client, nous la traitons avec ce client.
Vos droits
Lorsque le RGPD s'applique, vous avez le droit d'accès, de rectification, d'effacement, de limitation du traitement, à la portabilité des données et d'opposition. Un testeur doit d'abord s'adresser au client dans l'application duquel le rapport a été déposé. Les demandes peuvent aussi être envoyées à support@ladybugloop.com.
Vous pouvez introduire une réclamation auprès d'une autorité de contrôle, dans l'État membre de l'UE où vous vivez, où vous travaillez ou où la violation présumée a eu lieu. Lorsque le RGPD britannique (UK GDPR) s'applique, les mêmes droits s'appliquent et l'autorité de contrôle est l'Information Commissioner's Office (ICO).
Où le service fonctionne
LadyBugLoop est exploité depuis Israël et proposé à des clients du monde entier. Les données sont traitées par les prestataires énumérés ci-dessus, dont certains hors d'Israël.
الخصوصية
آخر تحديث: 5 نوفمبر 2026 · الخدمة تُدار من إسرائيل
بانتظار مراجعة محامٍ. كُتب هذا النص ليصف المنتج بدقة، لكنه لم يُراجَع بعد من قبل محامٍ.
ما هو LadyBugLoop
LadyBugLoop أداة للإبلاغ عن الأخطاء البرمجية. يضغط المختبِر زرًا واحدًا في تطبيق ثبّت SDK الخاص بنا، ويصف مشكلة بصوته، ونحوّل ذلك إلى تقرير للفريق الذي يطوّر التطبيق.
من يشغّل LadyBugLoop
يشغّل LadyBugLoop إيفات بيران (Ifat Biran)، وهي صاحبة عمل فردي في إسرائيل (עוסק פטור، أي معفاة من ضريبة القيمة المضافة). للتواصل بشأن أسئلة الخصوصية: support@ladybugloop.com.
من المسؤول عن البيانات
الشركة التي تثبّت LadyBugLoop في تطبيقها (عميلنا) هي التي تقرّر من يختبر التطبيق وما الذي يجوز التقاطه. والعميل مسؤول عن هذه البيانات وعن إبلاغ مختبِريه. ويعالج LadyBugLoop التقارير نيابةً عن العميل، وذلك فقط لتقديم الخدمة.
الأدوار بموجب قانون حماية البيانات
- بالنسبة إلى التقارير وسائر بيانات المختبِرين: العميل هو المتحكّم في البيانات (controller) وLadyBugLoop هو المعالِج (processor).
- بالنسبة إلى حساب العميل نفسه وتسجيل دخوله وفوترته وبيانات الدعم: LadyBugLoop هو المتحكّم في البيانات.
الأسس القانونية لمعالجتنا الخاصة
بالنسبة إلى البيانات التي نتحكّم بها، نعتمد على العقد (لتوفير الحساب والخدمة المطلوبة وإصدار الفواتير عنها) وعلى المصلحة المشروعة (لتأمين الخدمة ومنع إساءة الاستخدام والاحتيال وإبقائها عاملة). أما بالنسبة إلى بيانات المختبِرين، فالعميل هو من يحدّد الأساس القانوني للالتقاط، ولا نعالجها إلا بناءً على تعليمات العميل.
ما الذي يُلتقط عندما يرسل المختبِر تقريرًا
لا يغادر محتوى التقرير الجهاز إلا عندما يرسل المختبِر التقرير. وإلى ذلك الحين يُحفظ في ذاكرة المتصفح ويُحذف عند إغلاق الصفحة. استثناء واحد: التقرير الذي فشل إرساله يُحفظ على الجهاز، مع ملاحظته الصوتية ولقطة الشاشة، ويُعاد إرساله. يُحفظ حتى 7 أيام، وبحدّ أقصى 20 تقريرًا، ويُحذف بعد 10 محاولات فاشلة. لا تعيد المحاولة إرسال إلا تقرير سبق أن اختار المختبِر إرساله. التقرير الأكبر من أن يُرسل لا يُحفظ، ولا يُحفظ شيء حين يمنع المتصفح التخزين على الجهاز.
- إعادة تشغيل لما يصل إلى آخر 60 ثانية في تلك الصفحة (30 ثانية على الأقل).
- إذا اختار المختبِر تسجيل إعادة إنتاج للمشكلة: ذلك التسجيل، حتى 3 دقائق، مع تعليق صوتي إن أضافه.
- رسائل وحدة تحكم المتصفح (console) من الفترة نفسها.
- طلبات الشبكة من الفترة نفسها: العنوان والأسلوب (method) والحالة والمدة. وللطلب الفاشل فقط، أيضًا بداية الاستجابة ورؤوسها، بعد إزالة القيم الحساسة.
- الملاحظة الصوتية للمختبِر، والإجابة إذا طرح الفريق سؤال متابعة.
- إذا اختار المختبِر إضافتها: لقطة شاشة للصفحة. ويمكنه تمويه أجزاء منها قبل الإرسال.
- السياق التقني: عنوان الصفحة والمتصفح وحجم الشاشة ومعرّف يقدّمه التطبيق نفسه.
تُرسل ثلاث رسائل صغيرة دون تقرير: فحص عند تحميل الصفحة للتأكد من أن هذا الشخص يجوز له الإبلاغ على المشروع، وتسجيل لخيار الموافقة الذي اتخذه المختبِر، ومحاولة جديدة لإرسال تقرير أُرسل من قبل ولم يصل. ينتظر مثل هذا التقرير على الجهاز حتى 7 أيام.
على جهاز المختبِر وحده: عنوان كل تقرير أرسله وبدايته، وسؤال المتابعة والإجابة، تُحفظ في التخزين المحلي للمتصفح لشاشة «تقاريري ومحادثاتي»، بشكل منفصل لكل تطبيق. وتُمحى بعد 30 يومًا، أو فورًا عندما يرفض المختبِر الموافقة. هذه النسخة لا تُرسل إلى أي مكان.
ما الذي يُخفى قبل إرسال أي شيء
يجري الإخفاء داخل المتصفح، قبل أن يغادر التقرير الجهاز.
- كل ما يُكتب في حقول النماذج يُخفى في إعادة التشغيل.
- تُغطّى حقول كلمات المرور وبطاقات الدفع في لقطة الشاشة، إذا أُضيفت لقطة.
- تُستبدل عناوين البريد الإلكتروني وأرقام الهاتف وأرقام البطاقات الصالحة ورموز الوصول ومفاتيح API في نص إعادة التشغيل ورسائل وحدة التحكم وعناوين الشبكة.
- تُزال رؤوس التفويض (Authorization) وملفات تعريف الارتباط (cookie) ومفاتيح API من بيانات الشبكة.
- يمكن للتطبيق أن يعلّم أي منطقة من صفحته بحيث لا تُلتقط أبدًا.
يتعرّف الإخفاء على أنماط معروفة. ولا يتعرّف على كل معلومة شخصية، مثل اسم مكتوب بنص عادي. وعلى التطبيق الذي يعرض بيانات حساسة أن يعلّم تلك المناطق.
الصوت والتفريغ النصي
تُحوَّل الملاحظات الصوتية إلى نص بواسطة Google Gemini، أو بواسطة OpenAI Whisper عندما لا يتوفر Gemini. يُحفظ التسجيل والنص معًا مع التقرير. ويُستخدم الصوت لكلماته فقط: لا ننشئ بصمة صوتية ولا نتعرّف على أي شخص من صوته.
مزوّدو الذكاء الاصطناعي وتدريب النماذج
نستخدم واجهات API التجارية المدفوعة لدى OpenAI وAnthropic. وبموجب شروطهما الحالية، لا يستخدم هذان المزوّدان البيانات التي نرسلها لتدريب نماذجهما. وقد يحتفظان بها لمدة محدودة للكشف عن إساءة الاستخدام (حتى 30 يومًا).
تسري شروط Google التي تستثني التدريب على باقتها المدفوعة. ونحن بصدد نقل حسابنا لدى Google إلى الباقة المدفوعة؛ وإلى أن يتأكد ذلك تسري شروط الباقة المجانية لدى Google، وقد تسمح لها باستخدام البيانات لتحسين منتجاتها.
لا تتلقى ElevenLabs سوى نص سؤال المتابعة، ولا تتلقى التسجيل أبدًا. وتعمل الإصلاحات التلقائية داخل مستودع GitHub الخاص بالعميل وبحساب Anthropic الخاص بالعميل، ولذلك تسري عليها شروط ذلك الحساب.
من يمكنه رؤية التقرير
فقط مالكو المشروع الذي قُدّم التقرير بشأنه. تُخزَّن التقارير في حاوية خاصة، ويُفرض الوصول لكل مشروع على حدة، فلا يستطيع عميل قراءة تقارير عميل آخر. نحن لا نبيع التقارير ولا نستخدمها في الإعلانات.
من يعالج التقرير أيضًا
تُخزَّن التقارير في Supabase، في منطقة فرانكفورت (eu-central-1). قد يتلقى كل من هؤلاء المزوّدين جزءًا من التقرير، وللغرض المذكور فقط:
- Supabase: قاعدة البيانات وتخزين الملفات وتسجيل الدخول. يتلقى كل ما يحتفظ به المنتج.
- Google (Gemini): يحوّل الملاحظة الصوتية إلى نص. يتلقى التسجيل.
- OpenAI (Whisper): الأمر نفسه عندما لا يتوفر Gemini. يتلقى التسجيل.
- Anthropic: يصوغ سؤال المتابعة، ويترجم التقرير إلى الإنجليزية، ويقيّم ما إذا كان يمكن إصلاح الخطأ تلقائيًا. يتلقى نص الملاحظة الصوتية وملاحظة المختبِر وملخصات الأخطاء وعنوان الصفحة.
- ElevenLabs: يقرأ سؤال المتابعة بصوت مسموع. يتلقى هذا السؤال فقط.
- GitHub: يحتفظ بالبلاغ (issue) الذي يُسجَّل. يتلقى النص الكامل للبلاغ.
- Atlassian (Jira): الأمر نفسه عندما يختار مشروع Jira. بالاشتراك الاختياري فقط.
- Telegram: يرسل تنبيهات البلاغات إلى محادثة الفريق، عندما يفعّل مشروع ذلك. يتلقى رقم البلاغ وعنوانه واسم المستودع والرابط، واسم تشغيل سير العمل (workflow) الفاشل ونتيجته، ونص التعليقات على البلاغات التي تنتظر قرار المالك.
- Resend: يرسل رسائل التسجيل وكلمة المرور الإلكترونية، من منطقة طوكيو (ap-northeast-1). يتلقى عنوان البريد الإلكتروني والرسالة. ولا يتلقى محتوى أي تقرير أبدًا.
- Vercel: يستضيف الموقع ولوحة التحكم. لا يتلقى أي محتوى من التقارير.
- Paddle وPayPlus وMorning: يتلقون الدفعات من العملاء الدافعين ويصدرون الإيصالات. يتلقون بيانات الفوترة، ولا يتلقون محتوى أي تقرير أبدًا.
لا نضيف مزوّدًا إلى هذه القائمة دون تحديث هذه الصفحة.
البيانات خارج إسرائيل
يعالج بعض هؤلاء المزوّدين البيانات خارج إسرائيل، بما في ذلك في الولايات المتحدة، وفي اليابان في حالة Resend. يذكر القسم التالي الأساس المعتمد للمزوّدين الذين تحققنا منهم. أما بالنسبة إلى Telegram وResend وPayPlus وMorning فلم نتحقق بعد من أساس النقل ولم ندرجه.
عمليات النقل الدولية
نعمل من إسرائيل، ولذلك قد يجري الوصول إلى البيانات الشخصية ومعالجتها في إسرائيل. تعترف المفوضية الأوروبية بأن إسرائيل توفّر مستوى كافيًا من حماية البيانات (القرار 2011/61/EU)، ولذلك يمكن نقل بيانات الاتحاد الأوروبي إليها دون ضمانات إضافية.
تُخزَّن التقارير في فرانكفورت. ويعالج بعض المزوّدين البيانات في الولايات المتحدة. أساس عمليات النقل هذه:
- إطار خصوصية البيانات بين الاتحاد الأوروبي والولايات المتحدة (EU-U.S. Data Privacy Framework، مع امتداده للمملكة المتحدة): Google وElevenLabs وVercel وGitHub وAtlassian مدرجة كمشاركين فعّالين. جرى التحقق على dataprivacyframework.gov بتاريخ 20 أكتوبر 2026.
- البنود التعاقدية النموذجية (Standard Contractual Clauses): Supabase وAnthropic وOpenAI وPaddle، في شروط معالجة البيانات لديها أو في إشعار الخصوصية، مع ملحق المملكة المتحدة لبيانات المملكة المتحدة.
كم نحتفظ بها
يستطيع مالك المشروع تحديد عدد الأيام التي تُحفظ فيها التقارير. والتقارير الأقدم، مع تسجيلها وإعادة تشغيلها ولقطة شاشتها، يُفترض أن تُحذف تلقائيًا؛ لكن الحذف المجدول ما زال قيد الإطلاق، ولذلك وإلى أن يتأكد عمله، اطلب منا ونحن نحذفها. وعندما لا تُحدَّد مدة، يُحفظ التقرير حتى يحذفه مالك المشروع أو يطلب منا ذلك.
عندما يسحب المختبِر موافقته، تُخفى تقارير ذلك المختبِر فورًا ونحذفها عند الطلب، مع بقاء الحذف التلقائي قيد الإطلاق. أما سجل خيار الموافقة نفسه فيُحتفظ به، كإثبات على أن الالتقاط كان مسموحًا.
طلباتك
اكتب إلى support@ladybugloop.com لتسأل عمّا يُحتفظ به عنك، أو لتحصل على نسخة، أو لتصحّحه، أو لتطلب حذفه. نرد خلال 30 يومًا. وعندما يتعلق الطلب بتطبيق عميل، نعالجه مع ذلك العميل.
حقوقك
حيثما تنطبق اللائحة العامة لحماية البيانات (GDPR)، لك الحق في الاطلاع والتصحيح والمحو وتقييد المعالجة ونقل البيانات والاعتراض. على المختبِر أن يتواصل أولًا مع العميل الذي قُدّم التقرير في تطبيقه. ويمكن أيضًا إرسال الطلبات إلى support@ladybugloop.com.
يحق لك تقديم شكوى إلى سلطة رقابية، في الدولة العضو في الاتحاد الأوروبي التي تعيش فيها أو تعمل فيها أو التي وقعت فيها المخالفة المزعومة. وحيثما ينطبق UK GDPR، تسري الحقوق نفسها وتكون السلطة الرقابية هي مكتب مفوّض المعلومات (Information Commissioner's Office, ICO).
أين تعمل الخدمة
يُدار LadyBugLoop من إسرائيل ويُقدَّم لعملاء في جميع أنحاء العالم. تعالج البيانات الجهات المزوِّدة المذكورة أعلاه، وبعضها خارج إسرائيل.
Back to LadyBugLoopחזרה אל LadyBugLoopRetour à LadyBugLoopالعودة إلى LadyBugLoop · Termsתנאי שימושConditions d'utilisationشروط الخدمة · AccessibilityנגישותAccessibilitéإمكانية الوصول · LicensesרישיונותLicencesالتراخيص