דרישות משפטיות לאתרים ואפליקציות, לפי מדינה

התחילו מהמיקום העסקי שלכם, השווקים אליהם אתם פונים, ומה המוצר שלכם עושה בפועל. חוקי פרטיות וצרכנות זרים עשויים לחול, אך עצם הנגישות של אתר ממדינה מסוימת אינה כשלעצמה טריגר משפטי אוניברסלי. לדוגמה, התחולה הטריטוריאלית של ה-GDPR כוללת עיבוד נתונים בהקשר של התבססות באיחוד האירופי, או עסק שאינו מהאיחוד האירופי המציע סחורות או שירותים לאנשים באיחוד או מנטר את התנהגותם שם. העריכו כל חוק בנפרד. החדשות הטובות הן שהדרישות חופפות הרבה יותר מאשר הן שונות. בכל שבעת השווקים להלן, אותם שמונה דברים חוזרים על עצמם: דעו איזה מידע אתם אוספים, הצהירו על כך בכנות, טפלו בהסכמה ובבחירות מעקב בצורה נכונה, טפלו בזכויות הגישה, התיקון, המחיקה והניידות החלות, היו ברורים לגבי מחיר וביטול, היו נגישים לאנשים עם מוגבלויות, היו זהירים עם קטינים, וגלו שימוש ב-AI. אלו יכולות מוצר הניתנות לשימוש חוזר, לא הוכחה לעמידה בכל שוק. מה שנשאר זו רשימה קצרה של פרטים מקומיים — וזה מה שמדריכי המדינות נועדו לו. התחילו עם רשימת התיוג לפני השקה עבור השכבה האוניברסלית ועשר ההנחיות (prompts) הבונות אותה. לאחר מכן קראו רק את השווקים שאתם משרתים בפועל.

שלוש שאלות שקובעות את רשימת הקריאה שלכם

1. היכן אתם מבוססים, ואילו שווקים אתם משרתים או מנטרים? רשמו את הלקוחות המיועדים שלכם, השיווק, כיסוי האספקה ונהלי המעקב. טופס הרשמה נגיש הוא סימן לבדיקה, לא הוכחה לכך שכל חוק זר חל עליכם. גם השפה שונה בין תחומי שיפוט: ספרדית לא אומרת רק ספרד, וצרפתית לא אומרת רק צרפת.

2. האם אתם גובים כסף? אם כן, דיני צרכנות מצטרפים לדיני פרטיות, ודיני צרכנות נעים מהר יותר ומתלוננים חזק יותר. שקיפות מחירים, החזרים וזכויות ביטול הם הסעיפים שיש לקרוא תחילה בכל מדריך מדינה — והם אלו שמייצרים תלונות בפועל.

3. האם השירות מכוון לקטינים, צפוי להיות נגיש להם, או ידוע ככזה שמשמש אותם? חוקים שונים משתמשים במבחנים ובספי גיל שונים. העריכו את הקהל והמאפיינים האמיתיים שלכם לפני איסוף נתוני זיהוי נוספים או בחירת כלי אימות גיל.

שלוש פעמים 'כן' וקהל עולמי זה פרויקט רציני. אפילו השקה בשוק אחד דורשת בדיקות והחלטות עסקיות מעבר להנחיה בודדת.

שבעה שווקים, שש שאלות

כל שורה היא תמצית. הספים, הפטורים והתאריכים נמצאים במדריכים.

ההנחיה לאנשים שמוכרים ביותר משוק אחד

הטעות היקרה בעמידה בדרישות רב-שווקיות היא בניית שבע גרסאות למשהו שהיה צריך להיבנות פעם אחת. הנחיה זו ממיינת את עבודתכם לבנייה-פעם-אחת ובנייה-משתנה לפני שאתם נוגעים במשהו:

I am launching a product that will be used by people in: [[LIST YOUR MARKETS]].

Do not give me legal advice and do not cite laws. Instead, read this application and produce a build plan.

STEP 1 — Inventory the jurisdiction-sensitive behaviour that already exists:
- What loads on a fresh visit before the user chooses anything: analytics, advertising pixels, chat widgets, embedded video, third-party fonts and maps.
- Whether account deletion and data export exist and actually work end to end.
- Whether age is checked anywhere, and how.
- Whether prices are shown with tax included, and whether renewal date and amount appear before purchase.
- Whether cancellation is self-service, and how many clicks it takes.
- Every place AI generates or influences what the user sees, and whether that is disclosed.
- Basic accessibility: keyboard navigation, form labels, colour contrast, alt text.
- Whether any user can read another user's records.

STEP 2 — Mark each item PASS, FAIL or UNKNOWN based only on what is in the code. Say UNKNOWN rather than assuming.

STEP 3 — Split the FAILs into two lists:
- BUILD ONCE: requirements that are the same in every market I named.
- BUILD VARIANT: requirements that differ by market, with a note on what varies.

STEP 4 — Order the BUILD ONCE list cheapest-fix-first.

Do not implement anything yet. Give me the tables.
העתק פרומפט

הריצו זאת אחרי עשר ההנחיות ברשימת התיוג לפני השקה, שבונה את השכבה האוניברסלית שרוב רשימת הבנייה פעם אחת תתייחס אליה.

על מה כל שוק מתכנס

יישום משותף שימושי כולל הודעות ברורות, איסוף מינימלי, גישה מאובטחת, אינטראקציות נגישות, ערוץ תלונות עובד וביטול פשוט. אלו מפחיתים עבודה הנדסית חוזרת. הבסיס החוקי, הזכאות לזכות, מועד התגובה והראיות הנדרשות עדיין משתנים.

טופס בקשה עם תהליך תגובה אמין יכול להיות תקף; כפתור מחיקה אוניברסלי בשני קליקים אינו כלל בכל מדינה. מעקב מבוסס-הסכמה תחילה הוא בחירת מוצר שמרנית, לא הגישה החוקית היחידה בכל מקום. חשיפת AI תלויה באופן דומה במאפיין ובחוק החל.

השתמשו בהנחיות התחולה הטריטוריאלית של ה-EDPB כדי להבין מדוע זמינות אתר גרידא ופעילות ממוקדת הם דברים שונים.

מה סעיף זה עדיין לא מכסה

גבולות כנים, כדי שתדעו איפה הקצוות:

• שבעה שווקים, לא העולם. לצרפת וספרד יש כעת הערות השקה ממוקדות בתוך מדריך האיחוד האירופי, לא סקירות לאומיות מלאות. גרמניה, הודו, יפן, איחוד האמירויות, סינגפור ומקסיקו נשארות מחוץ לפירוט הלאומי הזה — וכללי חשיפת הזהות של גרמניה, למשל, נאכפים בקפדנות רבה יותר ממה שקו הבסיס של האיחוד מציע.
• כללי מגזר מחוץ לתחום. בריאות, פיננסים, ביטוח, הימורים, רשומות חינוך ושירותים משפטיים נושאים כל אחד משטר שיושב על גבי כל מה שכתוב כאן.
• מס הוא שאלת רואה חשבון, לא של עורך דין, והוא אינו מכוסה מעבר לסימון היכן קיימים ספי רישום.
• זהו תחום שנע מהר. כמה כללים בעמוד זה הגיעו ב-2026 ועוד כמה נמצאים באמצע תהליך יישום. כל עמוד נושא תאריך "עודכן לאחרונה"; אם אתם קוראים עמוד בן יותר משישה חודשים, ודאו את הטענות המיושנות לפני שתסתמכו עליהן.

מה בדיקות הבנייה קובעות

ההנחיות הן בקשות יישום, לא הסמכה משפטית. בקרות בשני קליקים וברירות מחדל של הסכמה-תחילה הן בחירות עיצוב מעשיות, לא דרישות סטטוטוריות אוניברסליות. אשרו סמכות שיפוט, חריגים, שמירה וחוזים עם ספקים בנפרד. ודאו בקרות עם חשבונות בדיקה והתנהגות דפדפן/רשת בפועל; PASS של בונה המבוסס רק על בדיקת קוד הוא ראיה לא שלמה.

מקורות רשמיים והיקף סקירה

עודכן ב-14 בספטמבר 2026. המקורות המקושרים תומכים בהיקף ובתיקונים הנדונים כאן; זוהי סקירה עריכתית, לא חוות דעת משפטית ממצה או הסמכה של המוצר שלכם. בדקו את הכלל האופרטיבי בעת פעולה.

• תחולה טריטוריאלית של ה-EDPB

התחילו במה שזהה בכל מקום, לאחר מכן טפלו במה שלא. ברשימת התיוג לפני השקה יש את השכבה האוניברסלית ועשר ההנחיות הבונות אותה; במדריכי המדינות יש את הפרטים עבור ארצות הברית, האיחוד האירופי, הממלכה המאוחדת, קנדה, אוסטרליה, ברזיל וישראל. עוד לא בניתם את הדבר? התחילו במרעיון לאפליקציה חיה. אתם יכולים לבנות את זה.